← Blog

Affiliate Privacy · Referrer Leaks

Your Affiliate SubIDs Are Leaking Through Referrer Headers — Here's How to Cloak Them

Published June 2026 · 8 min read · By the TraceNull Team

If you're an affiliate marketer, SubIDs are the backbone of your optimization. They tell you which page, which button, which ad creative, which audience segment drove a conversion. They're your competitive edge — and they're being handed to merchants, affiliate networks, and competitors on a silver platter through the HTTP Referrer header.

This isn't a theoretical risk. It's happening on every single click right now unless you've taken explicit steps to prevent it. Let's break down exactly how SubID leakage works, why it's devastating for your business, and how to seal the leak permanently.

What Are SubIDs and Why Do They Matter?

SubIDs (also called sub-affiliate IDs, tracking tokens, or click IDs) are custom parameters appended to affiliate links to help you track performance at a granular level. A typical affiliate URL with SubIDs might look like this:

https://network.example.com/click?offer=1234&aff_id=5678&sub1=landing-page-v3&sub2=top-banner&sub3=google-cpc&sub4=us-mobile&sub5=fitness-over-40

Each sub parameter encodes a piece of your strategy:

This data is your playbook. It's months of split-testing, thousands of dollars in ad spend, and the exact formula for what converts. And it's leaking.

How the Referrer Header Exposes Your SubIDs

When a visitor clicks an affiliate link on your page, the browser sends an HTTP Referer header to the destination. That header contains the full URL of your page — including every query parameter, fragment, and path segment.

But here's the part most affiliates miss: the referrer doesn't just leak your page URL. It leaks the affiliate link URL itself when redirects are involved.

Here's the chain of events:

1

User clicks your affiliate link on yoursite.com/best-vpn-deals?src=google&camp=summer

2

Browser sends the Referrer header containing your full page URL to the affiliate network's redirect endpoint

3

The network redirects to the merchant's site — and depending on the redirect type, the Referrer header may now contain the network URL with your SubIDs visible

4

The merchant (or any analytics tool on their page) can now read your SubIDs, your page URL, your traffic source parameters — everything

Real-world impact: Merchants routinely analyze referrer data from their analytics dashboards. A merchant who sees sub3=google-cpc and sub5=fitness-over-40 now knows your exact paid search angle. They can bid on those same keywords, target that same audience, or share the intelligence with their in-house team — cutting you out entirely.

Who Can See Your Leaked SubIDs?

The exposure is wider than you think:

EntityWhat They SeeRisk Level
Merchant / AdvertiserYour landing page URL, SubIDs, traffic source hints🔴 Critical
Affiliate NetworkYour full page URL and on-page context🟡 Medium
CDN / Third-party scripts on merchant siteFull Referrer header via JavaScript🔴 Critical
Competitors using the same networkShared analytics reports may surface top-performing SubID patterns🟡 Medium
Ad fraud detection toolsCan fingerprint your traffic patterns via SubID structure🟡 Medium

Why rel="noreferrer" Alone Isn't Enough

Many affiliates have heard the advice: just add rel="noreferrer" to your links. While this is a good start, it has serious limitations:

A single layer of referrer protection creates a false sense of security. Effective SubID cloaking requires defense at the server level, the proxy level, and the HTML level simultaneously.

The 3-Layer Referrer Stripping Approach

TraceNull was designed specifically for this problem. Every link processed through TraceNull is stripped of referrer data using three independent, redundant layers:

Layer 1: Node.js Application Headers

The application server sets the Referrer-Policy: no-referrer header on every response. This instructs the browser to send zero referrer information when the user is redirected to the destination URL.

Layer 2: Caddy Reverse Proxy Headers

Even before the application responds, the Caddy web server injects its own Referrer-Policy headers. This creates a fallback in case the application layer is bypassed or misconfigured.

Layer 3: HTML Meta Tag

For edge cases where headers are stripped by intermediary proxies or CDNs, TraceNull's redirect pages include a <meta name="referrer" content="no-referrer"> tag — ensuring the browser receives the no-referrer instruction regardless of what happens at the HTTP level.

The result: the merchant sees a direct visit with zero referrer data. No page URL. No SubIDs. No traffic source hints. Nothing.

How to Cloak Your Affiliate SubIDs with TraceNull

Here's the practical workflow:

1

Build your affiliate URL with SubIDs as you normally would — include every tracking parameter you need for your own reporting.

2

Shorten it through TraceNull. Paste your full affiliate URL (SubIDs and all) into TraceNull's shortener. You'll get a clean link like tracenull.cc/Xk9m that reveals nothing about the destination or parameters.

3

Use the TraceNull link everywhere. On your landing pages, in emails, in ads, in social posts. The short link is the only URL the outside world ever sees.

4

When a user clicks, TraceNull resolves the short link, strips all referrer data across three layers, and redirects the user to your full affiliate URL with SubIDs intact — but invisible to the merchant.

Your SubIDs still reach the affiliate network for attribution and reporting. The merchant's analytics see a clean, referrer-free visit. Your strategy stays yours.

Advanced Protection for Serious Affiliates

TraceNull's Business plan includes features specifically designed for affiliate operations at scale:

What About Postback URLs and Server-to-Server Tracking?

A common question: "If I'm using server-to-server (S2S) postback tracking, am I already safe?"

S2S postbacks protect the conversion data exchange between you and the network — but they do nothing about the initial click. The Referrer header is sent by the browser on that first click, long before any postback fires. So even with a fully server-side conversion pipeline, your SubIDs are still exposed at the point of click unless you strip the referrer.

Bottom line: S2S postbacks and referrer stripping solve different problems. You need both for complete protection.

A Quick Audit: Are Your SubIDs Leaking Right Now?

You can check in under two minutes:

  1. Open your browser's Developer Tools (F12) and go to the Network tab
  2. Click one of your affiliate links on your live site
  3. In the network log, find the first request to the affiliate network's domain
  4. Inspect the request headers — look for the Referer header
  5. If it contains your page URL, your SubIDs, or any query parameters: you're leaking

If you see anything other than an empty or absent Referrer header, your competitive intelligence is being broadcast to every server in the redirect chain.

Stop Giving Away Your Playbook

You spend real money and real time figuring out which angles work, which audiences convert, and which creatives drive ROI. Your SubIDs encode all of that intelligence. Letting it leak through the Referrer header is like leaving your campaign dashboard open on a public screen.

Referrer stripping isn't a nice-to-have privacy feature — for affiliate marketers, it's operational security.

Cloak Your Affiliate SubIDs in Seconds

TraceNull strips referrer data across three independent layers so your SubIDs, traffic sources, and campaign intelligence never reach merchants or competitors. Start for free — no signup required.

Shorten & Strip Referrer →