TapCub 正式上线:统计、分析、客服一个平台免费用
术语表

什么是 HTTP Referer(来源页)?浏览器会发什么、为什么会丢

来源页(referrer)是访客上一个页面的地址,由浏览器在 Referer 请求头里发送。如今浏览器实际会发什么、为什么常常只有域名甚至没有,以及统计怎么把它变成渠道。

奥利弗·里德 审核人 许安 又称 Referer 请求头 最后更新 2026 年 11 月 4 日 术语表

一句话回答

来源页(referrer)是把访客带到当前请求的那个页面的地址,由浏览器在 HTTP Referer 请求头(只有一个 r 的拼法)里发送,脚本里可以用 document.referrer 读取。统计工具用它判断访问从哪里来。

什么是来源页?

访客点击链接时,浏览器会告诉新页面他从哪里来。它通过请求里的 Referer 请求头(最初的 HTTP 规范拼错了,一直没改),以及脚本可读的 document.referrer 来传递。统计工具读取它,判断访问的来源和渠道。

浏览器实际会发什么

发多少由 Referrer-Policy 决定。浏览器默认用 strict-origin-when-cross-origin:

从这里点击到这里发送的来源
https://blog.example.com/post?id=7https://blog.example.com/pricing(同站)完整网址
https://news.example.org/article/123https://shop.example.com/(其他网站)只有 https://news.example.org/
https://secure.example.org/http://old.example.com/(HTTPS → HTTP)不发送

所以来自其他网站的流量,通常只能看到域名,看不到具体页面。网站可以选更严格的策略(no-referrer),也可以对自己的链接放宽。

来源为什么会丢

  • 应用和邮件。即时通讯、邮件客户端和 PDF 打开链接时常常不带来源(见暗社交)。
  • 策略。链接所在网站设置了 no-referrer,或链接带 rel="noreferrer"。
  • 从 HTTPS 降到 HTTP。
  • 重定向经过会去掉来源的服务。
  • 手打网址和收藏夹,本来就没有来源。

这些访问都会落进直接访问,所以直接流量从来不只是手打网址的人。给你能控制的链接加上 UTM 参数,来源页丢了也能保住来源。

在 TapCub 里从来源页到渠道

网站统计 › 来源里,「来源网站」标签页和渠道、搜索引擎、AI 来源、UTM 并列。渠道由 UTM 标记、点击标识和来源页共同决定;自然搜索词只有在来源页真的带了时才会出现,所以这一列常常很少。详见渠道是怎么判定的和外链流量。

这个解释清楚吗?

我们会根据反馈修改和补充这篇内容。

奥利弗·里德

产品体验专员

关注产品易用性、使用路径与功能采用,通过具体场景拆解从首次体验到持续使用的关键环节。

常见问题

常见追问

大家看完定义后最常问的几个问题。

还有其他问题?

直接和 TapCub 团队聊聊——工作日通常几小时内回复。

为什么拼成 referer?

最初的 HTTP 规范里拼错了,为了兼容一直保留。相关的 Referrer-Policy 请求头和 document.referrer 用的是正确拼法。

为什么只看到域名,看不到具体页面?

大约从 2020 年起,浏览器默认使用 strict-origin-when-cross-origin 策略:跳到其他网站时,只发送源(https://example.com/),不发路径和参数。

为什么有些访问没有来源?

来自应用、邮件客户端和文档的链接,从 HTTPS 跳到 HTTP 的链接,设置了 no-referrer 的网站,以及手打网址和收藏夹,到达时都没有来源,通常算作直接访问。

能在来源里看到搜索关键词吗?

一般不能。搜索引擎不会把搜索词传给网站,自然搜索关键词要接入搜索控制台才看得到。

在你自己的网站上看这个数字

加一行脚本就能开始,网站和 App 都能接,几分钟内就能看到第一批报表。

看清数据,找到增长。

每一次点击,都有数据依据。装好一行代码,1 分钟看到第一批数据。

无需信用卡 · 统计与客服都有免费版 · 统计无 Cookie