Referring URL: How the Value Is Built, Trimmed and Reported

The address of the page before yours: how browsers build it, why privacy defaults cut it to a domain, and where reports go wrong.

Written By
Carl Chamoiseau
Verified By
Cedric Pharand
SEO & AI Search
MAKE US A PREFERRED SOURCE
Read time:
5 min
Published:
August 6, 2026
Updated:
August 6, 2026

Table of contents

Summarize this article with AI

Referring URL: How the Value Is Built, Trimmed and Reported — Web Tonic blog thumbnail

A referring URL is the web address of the page a visitor was on immediately before they landed on yours. Your server and analytics tool read it from the browser's Referer field, and privacy defaults now trim most of it to a bare domain.

Matrix graphic showing the five parts of a referring URL and which segments a strict cross-site setting still sends

Key Takeaways

  • The field carrying that address is spelled Referer — a typo baked into the HTTP standard since 1996 and preserved in RFC 9110.
  • Chrome switched its baseline to strict-origin-when-cross-origin in version 85 (stable, August 2020), so cross-site referrers now arrive as an origin only, with no path and no query string.
  • There are 8 valid Referrer-Policy values, and the field has been available across all major browsers since January 2020.
  • Roughly 50% of a site's visitors can be attributed to one upstream source in a clean referral report — but only when the referring URL survives the hop.
  • Paid clicks are the biggest blind spot: Google Ads auto-tagging appends a gclid parameter, and the referring URL you see is a Google redirect, not the ad.

The definition, in one paragraph

A referring URL (or referrer URL) is the full web address of the previous page in a visitor's navigation path, transmitted by their browser to the destination server inside the HTTP request. It exists so the receiving site can tell where inbound traffic, external links and clicked link paths came from. It is a reporting signal, not an identity signal.

Every such address breaks into the same parts, and privacy rules cut it at different points:

SegmentExample fragmentSent when strict?Why it matters
Protocolhttps://YesA downgrade from HTTPS to HTTP suppresses the referrer entirely
Origin (host)news.example.comYesThis is the inbound source your analytics groups by
Path/2026/best-toolsNoNames the exact source page, not just the host
Query string?utm_source=newsNoCarries campaign tagging and, too often, private data
Fragment#section-3NeverFragments are never sent in any HTTP request

Rule 1 — the value is generated by the browser, never by your site. You can influence other sites' behaviour only by asking them to change their setting, while you control only how much your own pages leak outward. The mechanics are documented in the MDN entry for the Referer request header.

Referring URL vs referrer vs Referer header vs referral source

4 terms describe the same journey at different layers. Mixing them up is how reporting arguments start.

TermLayerDefinitionVisible in
Referring URLConceptThe address of the previous pageAnalytics reports, access logs
Referer fieldHTTP protocolThe request header carrying that addressRaw request inspection, access logs
document.referrerBrowser (DOM)A JavaScript property holding the same stringClient-side scripts and tag managers
Referral sourceAnalytics modelA grouped channel built from inbound sourcesGA4 Traffic acquisition report
Referring domainSEOThe unique host linking to youLink and backlink tooling

Fact 2 — the protocol spells it with 1 r, not 2. The field is Referer; the settings header, the DOM property and the concept all use the correct double-r spelling. The current definition lives in RFC 9110, and the misspelling has survived every revision since. The client-side equivalent is documented under Document.referrer.

How the browser decides how much to send

6 steps sit between the click and the row in your report. Only step 4 is under the destination site's control.

StepEventWho controls itFailure mode
1. ClickA user clicks a link from site A to site BThe userNo click, no referrer
2. Policy lookupThe browser reads the source page's Referrer-Policy, or its own baselineThe sourceno-referrer blanks the value
3. TrimThe browser trims the address to the permitted levelThe browserPath and query are dropped cross-site
4. RequestThe trimmed value travels in the Referer fieldThe protocolHTTPS to HTTP downgrades send nothing
5. LogThe destination writes the value to its access logThe destinationLog rotation loses history
6. AttributeThe analytics tag maps the value to a channelThe destinationUnmapped hosts fall into direct traffic

Engineering guidance on the trade-offs is collected in Referrer best practices on web.dev, which notes that analytics services use these values to establish claims such as 50% of one site's visitors arriving from a single social network.

Matrix graphic listing the eight Referrer-Policy values with the cross-site and HTTPS-to-HTTP value each one sends

The 8 Referrer-Policy values, decoded

This field turns a full address into a domain, or into nothing at all.

SettingSame-site resultCross-site resultHTTPS to HTTP
no-referrerNothingNothingNothing
no-referrer-when-downgradeFull URLFull URLNothing
originOriginOriginOrigin
origin-when-cross-originFull URLOriginOrigin
same-originFull URLNothingNothing
strict-originOriginOriginNothing
strict-origin-when-cross-originFull URLOriginNothing
unsafe-urlFull URLFull URLFull URL

Limit 3: just 1 of the 8 values hands over your full address, and its name is a warning. The complete reference sits in MDN's reference for the header, which records availability across browsers since January 2020; the normative rules are in the W3C Referrer Policy spec. A single link can opt out with rel="noreferrer".

What changed in Chrome 85, and why your referral report shrank

If your reports stopped showing inbound paths, this is why.

PeriodBrowser baselineValue received
Before Chrome 85no-referrer-when-downgradehttps://news.example.com/2026/best-tools?utm_source=news
Chrome 84Experiment runningMixed, depending on flag state
Chrome 85 beta, July 2020strict-origin-when-cross-originhttps://news.example.com/
Chrome 85 stable, August 2020strict-origin-when-cross-originhttps://news.example.com/
Chrome 88 onwardSame default, test flag removedhttps://news.example.com/

Trap 4 — the change was announced as low-impact, and it still broke dashboards. Chrome's own new default referrer setting announcement says user-visible breakage was expected to be limited based on the Chrome 84 experiment — true for users, painful for anyone whose reports keyed on the referring page path rather than the inbound source.

Where these values surface in analytics, and how far to trust it

Not 1 analytics platform shows you the raw header. They show a derived model of it.

ReportBuilt fromTrust levelBest use
Session sourceCampaign tags first, referring URL secondHighChannel-level reporting
Referral channelInbound hosts not matched to another channelHighFinding partner and press traffic
Page referrerThe raw referring URL for the eventMediumDebugging one journey
Direct trafficRequests with no referring URL at allLowTreat as an unknown bucket
Landing page + sourceReferring URL joined to the entry pageHighJudging which content earns links

The dimension definitions are listed in the reference for Analytics dimensions and metrics, and the grouping logic that turns an inbound source into a channel is documented in the guide to channel definitions. Turning that into decisions is the job of a measurement and data intelligence setup rather than a single report.

Checklist graphic of six situations in which no referring URL reaches the destination site and traffic lands in direct

Why paid clicks almost never show the source you expect

Ad platforms route clicks through their own redirect infrastructure, so the value you receive describes the redirect, not the placement.

Traffic typeTypical value receivedReal identifier
Search adA click-redirect originThe gclid parameter from auto-tagging
Display or video adAn ad-serving originCampaign parameters in the landing URL
Email clickOften blank, or a mail-provider originUTM tags on the link
Social app clickThe app's own origin, or blank in-appUTM tags plus platform reporting
QR or offline scanNo referring URL existsA dedicated tagged landing URL

Rule 5 — never audit paid performance from referral data. The documentation for auto-tagging explains that the click identifier, not the referrer, links a session back to a campaign, and our breakdown of current Google Ads benchmarks shows how far off channel reporting drifts when the two are confused. For campaign structure questions, that belongs with paid growth strategy.

The 6 situations where the value simply is not there

Blank values are the default in 6 common places, more than most reports admit, and each one lands in direct traffic.

SituationValue sentFix or workaround
HTTPS page linking to an HTTP pageNoneServe the destination over HTTPS
Source sets no-referrerNoneAsk for a tagged link instead
Link carries rel=noreferrerNoneUse campaign parameters
Typed or bookmarked visitNoneAccept it as true direct traffic
Native app or PDF clickUsually noneTag the destination URL
Redirect chain that strips the fieldNone or the redirectorShorten the chain to one hop

Fact 6 — a request that arrives with no referrer is indistinguishable from a bookmark. That is why a growing direct-traffic line is usually a tagging problem, not a brand-strength story. Canonical and redirect handling interacts with this, covered in the guidance on consolidating duplicate URLs. To reconstruct how a page looked at the time of a link, the techniques in our guide to checking Google's cache help.

Referrer authentication, and why it fails as a security control

Some systems still grant access based on this header. The web.dev guidance is blunt about the limits.

Intended useWorks?ReasonBetter mechanism
Allow-listing partnersWeakThe sender can suppress the fieldSigned tokens
CSRF protectionNoAbsent referrers cannot be distinguishedSameSite cookies
Blocking hotlinked imagesPartialStrict settings still send the originSigned asset URLs
Logging and debuggingYesOrigin-level data is enoughKeep only the origin
Checking a payment callbackFirst pass onlyHeader can be spoofed or blankServer-to-server verification

Limit 7: if a check breaks when the field is missing, the check is broken. web.dev's advice is to expect either no Referer at all or an origin-only value, then verify properly. Anything stricter belongs in your web development layer, not in a marketing report.

Web analyst at a dual-monitor desk reviewing a traffic-source dashboard with coloured line charts in cool morning light

How to read referral data without fooling yourself

5 checks, in order, resolve almost every referral reporting dispute.

CheckQuestionTime needed
1. Raw log spot checkDoes the field arrive at all for this source?15 minutes
2. Source page settingOrigin-only, or blanked?10 minutes
3. Tagging coverageDo partner links carry campaign parameters?1 hour
4. Redirect auditHow many hops sit between click and landing?1 hour
5. Channel mappingAre new inbound sources grouped correctly?30 minutes

Trap 8 — comparing referral numbers across a defaults change is comparing two different metrics. Annotate the switch date, then compare tagged traffic instead. If link acquisition is the reason you care, pair this with our work on anchor text and link profiles, and browse the rest of the Web Tonic blog for the wider measurement series.

FAQ

What is a referring URL in simple terms?

It is the address of the page a user was on before they clicked through to yours. The user's browser sends it to your web server automatically, and analytics tools group those addresses into referral traffic.

What is the difference between a referring URL and the HTTP referrer?

The first is the value; the HTTP Referer field is the container that carries it. The field is spelled with one r because of a 1996 misspelling that RFC 9110 still preserves.

Why do so many inbound sources only show a domain?

Because Chrome and other browsers now baseline to strict-origin-when-cross-origin, which trims the path and query string on cross-site requests. Chrome made that switch in version 85.

Can this header be faked or blocked?

Yes to both. Any client can set no-referrer or send an arbitrary value, which is why such checks are unreliable as access control and should never be a lone defence.

Why does paid traffic show up as a strange source?

Ad clicks pass through platform redirects, so you receive the redirector's origin rather than the placement. Use the click identifier added by auto-tagging or your own campaign parameters instead.

Sources

MDN Web Docs — Referer header, Referrer-Policy reference, Document.referrer, rel=noreferrer · W3C Referrer Policy spec · RFC 9110 (HTTP Semantics) · web.dev Referrer best practices · Chrome Developers blog, new cross-site default · Google Analytics Help, dimensions and metrics and default channel definitions · Google Ads Help, auto-tagging · Google Search Central, consolidate duplicate URLs · Wikipedia, HTTP referer. All sources verified live 2026-08-06.

Author

Head of SEO

Reviewer

Founder & CEO

Summarize this article with AI

Book your strategy call today!
Schedule a call
Schedule a call
Discover our services
Our services
Our services

Blog

You may also like