[ Deliverability & sender rules ]

Custom tracking domains and delivery reputation

Evaluate a custom tracking domain as a web redirect dependency with ownership, TLS and privacy controls, not as a guaranteed deliverability upgrade.

By the EmailAuth research team · 3 min read

[ Key points ]

  • Evaluate a custom tracking domain as a web redirect dependency with ownership, TLS and privacy controls, not as a guaranteed deliverability upgrade.
  • Verify the configuration selected by the actual message and every web-path dependency; branded tracking is not authentication or a placement guarantee.
On this page

A custom tracking domain changes the host that recipients encounter when they follow tracked email links. It can make a journey more recognizable, but it also creates a dependency on DNS, certificates, redirects and the tracking service. Buying or configuring that hostname does not by itself establish mail authentication or guarantee better delivery reputation.

Separate the four identities

Record the visible From domain, DKIM signing domain, envelope sender and tracking hostname. A link host is not automatically the SPF identity or DKIM d= domain. A passing signature authenticates the signed message under the relevant rules; it is not an endorsement of every linked destination. RFC 6376.

Inventory who controls the tracking hostname and where it points. Include the service account, region where relevant, certificate owner and decommissioning plan. Treat a provider change as a dependency migration: old emails may still contain links using the previous host.

Follow the selected provider’s actual design

Amazon SES documents custom open and click tracking through configuration sets, with separate domain and HTTPS configuration. Its guidance distinguishes the DNS and CDN arrangement from choosing which configuration set a message uses. Do not copy an example target into another account or region. SES custom tracking domains.

This article does not configure an SES account. The general operating lesson is to verify the final generated message, not merely a green DNS check. A template can remain on a default tracking host if the expected configuration is not selected at send time.

Using a disposable nonsensitive test link, record the first host, each redirect, HTTPS behavior and final destination. Validate that the target is the intended application and that certificates match the contacted hosts. Avoid following live reset, login or payment authorization links in generic diagnostics.

Review what identifiers the tracking service receives and retains. Prefer to exclude sensitive account-access links from unnecessary analytics through an approved design. Do not treat a recorded click as proof of a human decision; the event establishes a request, while actor and intent require more evidence. Mailchimp explains nonhuman link activity.

Distinguish configuration selection from reachability

Suppose a hypothetical final message still contains a default provider tracking host, although the branded hostname resolves correctly. Before changing its certificate, inspect which configuration set the message selected. In SES, the chosen set determines whether its custom tracking domain is used. A healthy unused hostname cannot change the links in that message.

Now consider a different message that uses the intended branded host but stops at a certificate mismatch before its redirect can complete. That requires a web-path investigation rather than another DKIM change. Record the contacted host, failing step and expected destination using an authorized disposable link. These are two distinct teaching cases, not live DNS/TLS tests or measured reachability improvements. Neither outcome establishes inbox placement.

Before removing a tracking service, find which previously sent messages still depend on it and establish the approved retention period. Confirm that the replacement does not redirect users to unrelated content. Remove obsolete DNS delegation through a controlled change when it is no longer needed, rather than leaving an unowned dependency indefinitely.

The release decision should name the tested routes, known exclusions, ongoing owners and remaining uncertainty. A branded link can be part of a good recipient experience only when the organization can operate the web path behind it.

Separate message selection from web-path repair

If the final message uses the wrong tracking host, check configuration selection before changing DNS. If it uses the intended host but fails later, inspect the specific certificate, redirect or application response. Close each issue on a controlled final message and its intended route.

[ Takeaway ]

Evaluate a custom tracking domain as a web redirect dependency with ownership, TLS and privacy controls, not as a guaranteed deliverability upgrade.

[ By role ]

What this means for you

Choose your role for practical next steps.

IT / Mail Admin

Test the generated link path

DNS success alone is insufficient.

Next steps

  1. Inspect controlled final messages.
  2. Verify redirects and HTTPS.
  3. Record configuration-set selection.

CISO / SecOps

Treat tracking as a data dependency

Links can carry identifiers and sensitive access material.

Next steps

  1. Review analytics data exposure.
  2. Exclude sensitive bearer links where appropriate.
  3. Control DNS delegation retirement.

Founder / Non-technical

Evaluate the recipient journey

Branding is useful only if the link reliably reaches the right place.

Next steps

  1. Define the intended benefit.
  2. Assign old-link ownership.
  3. Review reachability results.

[ FAQs ]

Frequently asked questions

Does a custom tracking host become the SPF identity?

No. Tracking, envelope and signing identities are separate.

Does branded tracking guarantee better inbox placement?

No. This guide makes no reputation or placement guarantee.

What must be verified beyond DNS?

Certificates, redirect behavior, final destination and the configuration used by the actual message.

Can SES example targets be copied across regions?

Use current account- and region-appropriate provider values instead.

Should a live magic link be used for generic diagnostics?

No. Use disposable nonsensitive test links.

How do the two tracking examples differ?

One message selects the wrong tracking configuration; the other uses the intended host but has a hypothetical certificate failure. Neither is a live test or inbox measurement.

Does a click event prove human intent?

No. It records a request and needs context.

What happens to old links during retirement?

Identify remaining dependencies and preserve or retire them under an approved retention plan.

[ Sources ]

Sources

  1. Amazon SES custom tracking domains

    Sections Part 1: Setting up a domain for handling open and click link redirects · Part 2: Specifying your custom redirect domain and HTTPS policy through a configuration set · Part 3: Specifying open and click event types through a configuration set

  2. RFC 6376 DKIM

    Sections §1 · §3.5 · §6.1

  3. OWASP Unvalidated Redirects and Forwards

    Sections Introduction · Preventing Unvalidated Redirects and Forwards

  4. Mailchimp: About Bot Activity and Bot Filtering

    Sections How it works

[ Glossary ]

Glossary

Tracking hostname
The domain name used for a tracking service’s link or image requests.
Redirect chain
The sequence of web responses that sends a client from an initial URL to a destination.
Reachability
The ability of a defined test request to arrive at its intended destination.

Enterprise provenance

Why top financial institutions and governments retired their email security dashboards.

Traditional email authentication platforms sell you a dashboard and ask your engineers to do the labour. In high-stakes environments, manual oversight means delayed enforcement, configuration drift and unmonitored shadow domains.

EmailAuth is the agentic email provenance platform. Our agents enforce p=reject, keep third-party senders aligned and move your domains to full RFC 9989 compliance, the new DMARC standard,, with human-in-the-loop auditability.

Governments Large enterprises Tier-1 financial institutions

SaaS · Dedicated tenancy · Air-gapped on-prem · BYOK encryption

Knowledge Base