这条在:GEO 图书馆 · 衡量

怎么认出从豆包、DeepSeek、元宝点进来的访客?

先说答案

截至 2026 年 9 月 29 日,母本在一台红米上点了豆包、DeepSeek、元宝、Kimi、WorkBuddy 五个 App 回答里的官网链接,落到服务器的请求都没带 Referer,百度统计和 GA4 按文档规则会把这些人记成直接访问。

这轮只有豆包在网址后面追加了自己的参数,能认;千问回答里的网址点不动,网页版还没测。

「AI 带来了多少客户?」老板这么一问,市场部第一个要答的就是:从豆包、DeepSeek、元宝点进官网的人,后台能不能看见。网上有一张表,说豆包来的显示为外部链接 www.doubao.com,DeepSeek、元宝显示为直接访问。它出自一家国内服务商 2025 年 6 月的文章,页面没写测试日期,没写测的是网页版还是 App,没写点了几次。我们拿这个问题问了两个模型,两个都把这张表原样搬进回答。除了这篇文章,我们没找到第二个人把测法写清楚,所以自己点了一圈。

我们怎么测的

9 月 29 日,一台红米,安卓 16,中国移动 5G,出口在上海。在豆包、DeepSeek、元宝、Kimi、千问、WorkBuddy 六个 App 里各开新对话,让它把一个带测试码的母本网址发出来,比如 https://mubenwave.com/?rt=db-and-2,点回答里的链接,然后去看服务器日志:那条请求什么时候来的、从哪个 IP 来、带不带 Referer、UA 长什么样。测试码是我们自己加的参数,只用来对日志;真实场景里 AI 引用的网址,我们没法给它加参数。每家点了一到五次,落到页面的是:豆包 2 次、DeepSeek 3 次、元宝 1 次、Kimi 2 次、WorkBuddy 1 次,千问 0 次。千问回答里的网址是纯文字,点不动,只有提问气泡里的网址是蓝色链接。

看到的三件事

第一件,落到页面的九次点击,Referer 全是空的。日志里那一栏全是「-」。百度统计的文档写着「所有无法知道来源的流量都会被归入直接访问」,GA4 里没有来源的也归到直接访问。也就是说,按这两家的文档规则,这些人在后台都算直接访问。我们没装这两个工具,这是照文档推的;Plausible 这类工具说会尝试把安卓 App 来的点击认出来,能认到什么程度,我们没试。

第二件,UA 能看出「App 内打开」,看不出是哪家。第一轮豆包、DeepSeek、元宝三条的 UA 一模一样,都是安卓 WebView 那一串,带着 wv 标记,说明是在 App 自带的网页视图里打开的,没跳系统浏览器;Kimi、WorkBuddy 也是这台手机的 WebView,完整字符串我们没留档,不能说五家逐字相同。谷歌的开发者博客写过,网站可以靠 wv 认出 App 内的网页视图,前提是 App 没改 UA。这轮五家里只有豆包留了记号:从它里面点出去的时候,它会在网址后面追加一串自己的参数,use_xbridge3=true、loader_name=forest、need_sec_link=1、sec_link_scene=im、theme=light。它是追加,不是替换,我们的测试码还在。在日志里搜 sec_link_scene=im 能把带这串参数的请求挑出来,但挑出来的不全是人:豆包那边有一条安卓 13 的请求带着同样的参数来取过,得再用 UA 和时间把点击和抓取分开。这个记号只对这次的版本成立。

第三件,链接一出现在回答里,有几家的服务器先来抓一遍。豆包五个测试码都有先于点击到的请求,多数来自按网段推为 AWS 北京的 IP,另有两个不在那几段里,UA 多是桌面版 Chrome;落到页面的那两次,先到的请求比点击早大约半分钟,点击之后又来了两条。千问也来,从 49.7.6.x,Mac Chrome 126 的 UA。元宝最热闹,一个码来四路:两个 Windows Chrome、一个 Linux X11、一个 UA 自称搜狗蜘蛛。DeepSeek、Kimi、WorkBuddy 这轮日志里没看到这一步。这些 IP 的归属都是按网段推的,我们没找到哪家公开说明过这些抓取器是自己的。豆包那几个参数名看起来像在说安全链接、聊天场景,豆包没解释过,我们不下定论;这些请求是预览、安全检查,还是去抓索引,我们分不出来,抓完进不进检索库也没找到哪家说过。对统计的意义是:多数抓取的 UA 是桌面版 Chrome,看服务器日志的访问量会把这几路混进人里;元宝有一路自称搜狗蜘蛛,豆包还有一条是安卓 13 的 WebView。

这轮测的六家,链接上都没有加 utm 参数。

为什么会这样

Referer 带不带、带多少,是链接所在的那个页面决定的,不是你的网站决定的。浏览器现在的默认规则是 strict-origin-when-cross-origin:从一个 HTTPS 页面点到另一个 HTTPS 网站,只带对方的「源」,也就是 https://www.doubao.com/ 这样一截,不带路径和参数。所以链接没另设策略的话,就算网页版带了 Referer,你也只知道是豆包,不知道是哪段对话、哪个问题、是引用卡片还是别处的链接。页面还可以整页设成不带,或者给单个链接加 rel="noreferrer",天工网页版的首页就设了 no-referrer。App 是另一回事:安卓的 WebView 文档写了 App 可以自己往请求里加头,没写默认带不带 Referer,带什么全看每家的实现;用 Chrome 自定义标签页打开的,App 可以主动把自己设成 android-app://包名 这样的来源,设不设也由 App 决定。Cloudflare 2025 年写过,Claude App 的点击不带 Referer,并推测别的原生 App 也这样。我们测的这五家这次也不带,跟它说的对得上,但证明不了所有 App 都这样。

网页版我们还没点过,只看了页面级设置:豆包的对话页、元宝、Kimi、千问的首页都没设 Referrer-Policy,没登录、没发问;DeepSeek、ChatGPT、Perplexity 首页返回的是防护页,读不到。回答里每条链接有没有单独加 noreferrer,得真点一次看日志,下一轮补。

工具各说各的

GA4 今年 5 月 13 日起有了单独的「AI Assistant」渠道:来源对上它认得的名单,这条访问的渠道就记成 AI 助手。更新说明里举的例子是 ChatGPT、Gemini、Claude,渠道定义页举的是 ChatGPT、Gemini、Deepseek、Copilot、Grok,名单本身没公开,豆包、元宝、Kimi 在不在里面,官方没写。这个渠道明确排除 Google 自家的 AI 概览和 AI 模式,那两样点进来的算自然搜索,跟普通搜索混在一起;Search Console 也只是把它们并进「网页」搜索类型。百度统计的默认来源分组是直接访问、搜索引擎、外部链接三类,我们拿豆包、DeepSeek、大模型、AI搜索、文心、元宝这几个词翻了帮助中心 article id 1–450,没翻到 AI 相关的说明;带 doubao.com 的 Referer 会落在外部链接,空的就是直接访问。它的演示后台里有一条页内提示,说 2022 年 3 月 20 日起头条搜索屏蔽了第三方统计工具的来源,部分头条搜索流量记不到来源,被归为直接访问;这是百度一方的说法,说的也是头条搜索,不是豆包。开源的 Matomo 维护着一份 AI 助手域名清单,国内只收了 chat.deepseek.com、yiyan.baidu.com、ai.baidu.com、chatglm.cn、chat.qwen.ai 这几个域名,没有豆包、元宝、Kimi,也没有 qianwen.com;清单只认 Referer,App 不带时清单再全也认不出。截至 2026 年 9 月 29 日,我们查了豆包、DeepSeek、元宝、Kimi、千问、Perplexity 和 ChatGPT 的公开文档,只有 ChatGPT 写了搜索结果里的引荐链接会自带 utm_source=chatgpt.com,它不靠 Referer,参数没被丢掉就认得出;Claude、Gemini、Copilot 没查。我们日志里这个参数是 0 次,ChatGPT 我们没测。

直接访问涨了,不等于 AI 来的人多了

有人会反过来想:既然 App 来的都算直接访问,那直接访问涨了,就是 AI 带来的。这个推不出来。直接访问是个兜底筐,百度统计自己举的例子是手输网址、收藏夹、QQ 聊天里点的链接;Plausible 的文档举的是邮件、文档、即时通讯、手机 App、书签;GA4 的文档列的是把来源弄丢的原因,链接没带 UTM、跳转丢参数、短链、离线文档、广告拦截;我们自己日志里看到的,还有扫描器和机器人。母本 9 月 26 日 10:06 到 29 日 08:33 的 5997 条请求里(不含当天 09:04 之后的手机实测),Referer 为空的有 3301 条,其中大量是扫描器和爬虫;Referer 里没出现过任何 AI 的域名,可 App 来的本来就不带 Referer,这 3301 条里有没有人从 AI 点进来,分不出。反过来还有一种可能:有人看完回答不点链接,自己去搜品牌名,这部分会落进搜索引擎,不在任何 AI 的账上。这是推测,我们没测。

还有一种想法是给官网链接预埋 UTM。UTM 只能管你自己发出去的链接,投放、公众号、邮件都行;AI 引用的是它自己抓到或搜到的网址,你加不进去。

那到底怎么办

眼下能做的是三层。第一层,服务器日志里搜豆包那串参数(sec_link_scene=im),再用 UA 和时间把点击和抓取分开,这轮五家里只有它能这样认;UA 带 wv 又没有 Referer 的,可以记成「某个 App 内打开」,不知道哪家。第二层,网页版按 Referer 里的域名分:GA4 的 AI Assistant 渠道能认多少算多少,认不到的自己建正则兜底,Ahrefs 自己也说这法子筛不全,有些访问仍会显示为直接访问,尤其是手机 App 来的。第三层是常规做法,不是这轮测出来的:别单看流量,看结果,品牌名搜索量有没有涨,留资表单里客户说怎么知道你们的。这些都在《怎么知道 AI 有没有提到、引用我们?》那条线上。

给老板的实话是:按我们这轮测的,百度统计、GA4 这类靠 Referer 认来源的工具,认不出这几家 App 里点进来的访客,不一定是你们没配好。

这些结论别往外推

  • 一台手机、一个上午、每家一到五次;安卓 16 上的 WebView,iOS 没测;App 版本没记,下次改一版,结果就可能变。
  • 网页版一次没点,页面级没设 Referrer-Policy 不等于链接级没设。
  • 千问的点击没测到,WorkBuddy 和元宝各只有一次落到页面。
  • 平台侧这些抓取的 IP 归属是按网段推的,我们没找到哪家公开说过这些抓取器是自己的;它们抓完进不进索引,不知道。
  • 「豆包参数是记号」只对这次的版本成立,参数名随时可能改。
  • GA4 的 AI Assistant 名单、Matomo 清单都是 2026 年 9 月 29 日看到的版本;百度统计、GA4 我们没装,归类是照文档推的。

我们的判断是:网上那张「谁显示直接访问」的表,豆包那一行像网页版,DeepSeek、元宝两行为什么是直接访问没核到,拿它来答 App 的问题不成立。App 里点进来的人,这轮只有豆包留了一个可以认的记号,其余四家在 Referer 上跟手输网址的人一样,UA 上能看出是 WebView。

出处 17 条,A 级 11 条、B 级 6 条 · 展开全部
  1. 母本自测·手机点击(2026-09-29 09:04–09:57,红米 25053RT47C,安卓 16,中国移动 5G,出口 IP 上海;服务器 access.log 只读):在豆包、DeepSeek、元宝、Kimi、千问、WorkBuddy 各开新对话,发「请把这个网址原样发给我,做成可点击的链接:https://mubenwave.com/?rt=<家>-and-<次>」(第二轮改成「请只回复这个网址本身」),点回答里的链接,对日志。落到页面的:豆包 2 次(试了 5 个码;网址被追加 use_xbridge3=true&loader_name=forest&need_sec_link=1&sec_link_scene=im&theme=light)、DeepSeek 3 次(3 个码)、元宝 1 次(3 个码)、Kimi 2 次(5 个码)、WorkBuddy 1 次(2 个码)、千问 0 次(5 个码,回答里的网址是纯文字不可点)。落到页面的 9 次 Referer 全为「-」;第一轮豆包、DeepSeek、元宝三条 UA 记录为一模一样的安卓 WebView 字符串(含 wv),Kimi、WorkBuddy 只记了「Android 16 wv」,完整字符串没留档。链接出现在回答里后平台侧的请求:豆包 7 次,按网段推为 AWS 北京(54.222/54.223/52.80)的五条是 54.223.109.249、54.222.135.81、52.80.144.231、54.223.118.134、52.80.71.210,不在这三段的是 101.126.60.190、71.132.26.10;其中六条 UA 是 Mac Chrome 117/125,52.80.144.231 那条是 Android 13 PFFM10 wv,带着同样的豆包参数(记录写的是设备/渲染器)。五个测试码各有一条先于点击到;落到页面的两次,先到的请求分别比点击早 27 秒和 35 秒(db-and-2 09:05:52→09:06:19,db-and-5 09:47:50→09:48:25);09:06:22 和 09:07:03 两条在 db-and-2 点击之后。千问 5 次(49.7.6.12/.19/.38,Mac Chrome 126);元宝每个码 4 路(Windows Chrome 120、Windows Chrome 151、Linux X11 Chrome 150、Sogou web spider/4.0);DeepSeek、Kimi、WorkBuddy 0 次。没有一家加 utm 参数。记录在母本的 测量/实验/2026-09-29-AI来源实测-记录.md。 原文

    母本自测 · 母本做品牌 AI 搜索优化 · B 级 · 核对于 2026-09-29

  2. 母本自测·服务器日志(2026-09-26 10:06 至 09-29 08:33,5997 条请求,不含当天 09:04 起的手机实测):Referer 里没有一次来自豆包、DeepSeek、元宝、Kimi、千问、ChatGPT、Perplexity、Google 或任何 AI 产品的域名;带 utm_ 参数的请求 0 次;UA 含 ChatGPT-User、Perplexity-User、Claude-User 的 0 次。Referer 为空的请求 3301 条,其中大量是扫描器和爬虫;App 来的点击本来就不带 Referer,这里面有没有分不出。各家网页版页面级设置(2026-09-29 直连取页,没登录、没发问):豆包 /chat/、元宝首页、Kimi 首页、千问首页没设 Referrer-Policy;百度文心设 origin-when-cross-origin;天工设 no-referrer;DeepSeek、ChatGPT、Perplexity 返回防护页读不到。 原文

    母本自测 · 母本做品牌 AI 搜索优化 · B 级 · 核对于 2026-09-29

  3. MDN《Referrer-Policy》:「strict-origin-when-cross-origin(默认值)对于同源的请求,发送来源、路径以及查询字符串。对于在相同安全级别的情况下(HTTPS→HTTPS)的跨源请求,仅发送来源。在目标的安全级别下降的情况下(HTTPS→HTTP)则不发送 Referer 标头。」英文页:「This is the default policy if no policy is specified」。页面可用 <meta name="referrer"> 整页设置,或给单个链接加 rel="noreferrer"。 原文

    Web 标准技术文档 · 标准文档维护方 · A 级 · 核对于 2026-09-29

  4. Android Developers Blog《User-Agent Reduction on Android WebView》(2024-12):「Sites can continue to look for the wv token in the User-Agent string, unless an application has decided to override the User-Agent string.」示例 UA「Mozilla/5.0 (Linux; Android 10; K; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/125.000 Mobile Safari/537.36」。 原文

    平台官方开发者文档 · 平台经营者 · A 级 · 核对于 2026-09-29

  5. Android《WebView》API 参考,loadUrl(String url, Map additionalHttpHeaders):「Loads the given URL with additional HTTP headers, specified as a map from name to value.」App 可自行附加请求头;文档没写 WebView 默认带不带 Referer。 原文

    平台官方开发者文档 · 平台经营者 · A 级 · 核对于 2026-09-29

  6. Chrome for Developers《Customizing the UI》(Custom Tabs 指南):「You can set your app as the referrer when launching your Custom Tab. This way you can let websites know where their traffic is coming from.」来源形如 android-app://包名,设不设由 App 决定。 原文

    平台官方开发者文档 · 平台经营者 · A 级 · 核对于 2026-09-29

  7. Cloudflare Radar 博客《From Googlebot to GPTBot: who's crawling your site in 2025》(2025-07-01):「traffic referred by Claude's native app does not include a Referer: header, and we believe that the same holds true for traffic generated from other native apps as well. As such, because the referral counts only include traffic from the Web-based tools from these providers」。只点名 Claude App 实测不带,其他 App 是推断;样本是 Cloudflare 客户网站。 原文

    基础设施厂商公开方法说明 · 卖 CDN 与安全服务 · B 级 · 核对于 2026-09-29

  8. Google Analytics 帮助中心《What's new in Google Analytics》(2026-05-13 条目):「Medium: A new "ai-assistant" value is automatically assigned when the referrer matches a recognized AI Assistant」,同条举例 ChatGPT、Gemini、Claude。「recognized AI Assistant」名单没有公开,国内几家在不在里面官方没写。 原文

    平台官方帮助文档 · 统计工具经营者 · A 级 · 核对于 2026-09-29

  9. Google Analytics 帮助中心《Default channel group》:「AI Assistant is the channel by which users arrive at your site from sources like ChatGPT, Gemini, Deepseek, Copilot, or Grok. It excludes Google's AI Overviews and AI Mode.」Organic Search 定义「including Google's AI Overviews and AI Mode」。 原文

    平台官方帮助文档 · 统计工具经营者 · A 级 · 核对于 2026-09-29

  10. Google Analytics 帮助中心《Understand (direct) / (none) traffic》:「represents website traffic that doesn't have a clear referral source」,列的原因含链接没带 UTM、跳转丢参数、短链、离线文档、广告拦截。 原文

    平台官方帮助文档 · 统计工具经营者 · A 级 · 核对于 2026-09-29

  11. Google Search Central《AI Features and Your Website》(2025-12-10 更新):「sites appearing in AI features (such as AI Overviews and AI Mode) are included in the overall search traffic in Search Console. In particular, they're reported on in the Performance report, within the "Web" search type.」 原文

    平台官方开发者文档 · 只讲 Google 搜索 · A 级 · 核对于 2026-09-29

  12. OpenAI 帮助中心《Publishers and Developers - FAQ》:「ChatGPT automatically includes the UTM parameter utm_source=chatgpt.com in referral URLs, enabling clear tracking and analysis of inbound traffic from ChatGPT search results」。说的是 ChatGPT 搜索结果里的引荐链接,没提 App。本轮查过豆包、DeepSeek、元宝、Kimi、千问、Perplexity 的公开文档,没找到类似说明;Claude、Gemini、Copilot 没查。 原文

    平台官方帮助文档 · 只讲 ChatGPT · A 级 · 核对于 2026-09-29

  13. 百度统计帮助中心《百度统计的默认来源分组有哪些》(页面未标日期):「【直接访问】:也称为“直达”,带来的流量是指网民通过在浏览器上直接输入网址或者通过点击收藏的网站地址对您网站进行的访问。所有无法知道来源的流量都会被归入直接访问,包括点击QQ的聊天链接进入网站等。」「【外部链接】:带来的流量是指网民通过除搜索引擎以外的网站上的链接访问您的网站」。2026-09-29 用「豆包」「DeepSeek」「大模型」「AI搜索」「文心」「元宝」检索帮助中心 article id 1–450,没命中。 原文

    统计工具官方帮助文档 · 统计工具经营者 · A 级 · 核对于 2026-09-29

  14. 百度统计演示后台「搜索引擎」报告页内提示(2026-09-29 看到):「因2022.3.20起头条搜索屏蔽了第三方统计工具的来源referrer,部分头条搜索流量无法被记录来源,没有记录到来源的流量会被归为直接访问。请您知晓。」这是百度一方的说法,字节方面的说明没找到。 原文

    统计工具官方后台提示 · 统计工具经营者 · A 级 · 核对于 2026-09-29

  15. Plausible 文档《Top Sources》(2026-06-23 更新):「Not all traffic to your website will have the referrer header specified in the browser. This "dark traffic" is why you see the "Direct / None" source in the Sources tab. These are typically clicks from emails, documents, instant messengers, mobile apps or bookmarks.」同页写它会尝试把安卓 App 来的点击认出来。 原文

    统计工具厂商帮助文档 · 卖统计工具 · B 级 · 核对于 2026-09-29

  16. Matomo FAQ《What are AI Assistants in Matomo》:「Matomo identifies AI Assistant visits using referrer information」。Matomo 组织维护的 AIAssistants.yml(最新提交 2026-07-15)里国内只收了 chat.deepseek.com、yiyan.baidu.com、ai.baidu.com、chatglm.cn、chat.qwen.ai,没有 doubao.com、yuanbao.tencent.com、kimi.com、qianwen.com。 原文

    统计工具厂商帮助文档 · 卖统计工具 · B 级 · 核对于 2026-09-29

  17. Ahrefs 博客《AI Chatbot Traffic: What It Is, and How to Get More》(2026-05-15 发布,08-12 修改):教人在 GA4 用正则筛 AI 来源,并写「This won't catch everything—some visits will still appear as direct, particularly from mobile apps—but it gives you a workable baseline.」正则只含 chatgpt、perplexity、gemini、copilot、openai、claude、deepseek.com、huggingface。 原文

    SEO 工具厂商博客 · 卖 SEO 工具 · B 级 · 核对于 2026-09-29

大家也这样问

  • 怎么知道网站访客是从豆包点进来的?
  • 百度统计能看到 DeepSeek 来的流量吗?
  • 元宝点进来的访客显示直接访问是怎么回事?
  • Kimi 和豆包带来的流量去哪了?