[{"data":1,"prerenderedAt":638},["ShallowReactive",2],{"blog-ai-tool-citation-tracking":3,"blog-prev-ai-tool-citation-tracking":86,"blog-next-ai-tool-citation-tracking":182},{"id":4,"title":5,"author":6,"body":7,"canonical":71,"category":72,"cover":71,"date":73,"description":74,"draft":75,"extension":76,"keywords":71,"meta":77,"navigation":78,"noindex":75,"ogImage":71,"path":79,"seo":80,"seoDescription":71,"seoTitle":71,"stem":81,"tags":82,"updated":71,"__hash__":85},"blog\u002Fblog\u002Fai-tool-citation-tracking.md","AI 搜索带来的流量怎么算：我们用了三个土办法","元析智能",{"type":8,"value":9,"toc":63},"minimark",[10,14,19,22,25,29,32,35,39,42,45,48,51,54,57,60],[11,12,13],"p",{},"AI 回答引擎带来的流量，在网站分析工具里基本是隐形的。2025 年 12 月到 2026 年 1 月，我们想搞清楚一个 AI 写作工具的注册里有多少来自 AI 搜索，四个主流分析工具只识别出 3% 到 5%，最后用三个土办法交叉出来一个数：11% 左右。",[15,16,18],"h2",{"id":17},"办法一翻服务端日志","办法一：翻服务端日志",[11,20,21],{},"分析工具靠 referrer 识别来源，但 ChatGPT、Perplexity 这类入口的 referrer 经常被抹掉，或者显示成裸 URL。我们直接看服务器访问日志，按 UA 和来源 IP 段筛，把可疑的部分单独统计。",[11,23,24],{},"这个办法不精确，模型调用的抓取和用户点击混在一起，但能看趋势。我们连续看了 6 周，来自几个已知 AI 服务的请求量每周涨 8% 到 15%。",[15,26,28],{"id":27},"办法二注册问卷加一个选项","办法二：注册问卷加一个选项",[11,30,31],{},"在注册表单里加一个下拉：“你是怎么知道我们的”，选项里放“AI 助手推荐”。这个办法的覆盖率低，愿意填的不到四成，但填的人很准。",[11,33,34],{},"那个 AI 写作工具加了这个选项后，第一个月有 62 个人选了 AI 推荐，占注册总数的 9%。加上不填的人按比例折算，接近 11%。",[15,36,38],{"id":37},"办法三看品牌词的搜索形态","办法三：看品牌词的搜索形态",[11,40,41],{},"被 AI 引用多了，品牌词会变异。用户看到推荐后会搜“XX 工具 好用吗”“XX 和 YY 区别”，这类带比较和评价的长尾词会先涨。我们看 Search Console 里品牌词加疑问词组合的展示量，两个月涨了 140%。",[11,43,44],{},"这条线只能当辅助证据，不能当结论。但三条线指向一致时，判断就比较稳了。",[15,46,47],{"id":47},"那到底该怎么优化",[11,49,50],{},"先说一个反直觉的结论：AI 引用和搜索排名不是一回事。我们看过几个页面，Google 排第七第八，被 AI 引用得反而多。原因是 AI 引用更看内容能不能被拆成一句话答案。",[11,52,53],{},"具体做法：每个页面第一段就给结论，别铺垫；关键数据单独成句；给表格和清单，别全是长段落；作者和更新时间写清楚。这些改动对排名的帮助有限，对 AI 引用的帮助明显。",[11,55,56],{},"还有一个观察，AI 引用更偏爱有明确数字和边界的页面。“我们支持 12 种格式”比“支持多种格式”更容易被引用。写内容时把“多、快、好”换成数字，成本很低。",[11,58,59],{},"最后一个建议：把 AI 引用当口碑渠道管。我们每月截一次回答引擎里提到客户产品的原句，看有没有说错、有没有过时信息，发现错误就改对应的源页面，比追排名实在。",[11,61,62],{},"追踪 AI 流量别追精确值，追趋势和结构。知道它大概占多少、哪些页面在被引用、用户来了之后干了什么，够做决策了。",{"title":64,"searchDepth":65,"depth":65,"links":66},"",2,[67,68,69,70],{"id":17,"depth":65,"text":18},{"id":27,"depth":65,"text":28},{"id":37,"depth":65,"text":38},{"id":47,"depth":65,"text":47},null,"GEO","2026-01-24","分析工具里 AI 来源的会话大多归到 direct 或 referral。我们用日志、问卷和品牌词三条线交叉验证，摸清了一个 AI 工具客户 11% 的注册来自回答引擎。",false,"md",{},true,"\u002Fblog\u002Fai-tool-citation-tracking",{"title":5,"description":74},"blog\u002Fai-tool-citation-tracking",[72,83,84],"AI 搜索","数据分析","zM8SZJ_Nj-cNvUq8iouhDUwCpMo6rqlg6PuQ1Bl4lOY",{"id":87,"title":88,"author":6,"body":89,"canonical":71,"category":170,"cover":71,"date":171,"description":172,"draft":75,"extension":76,"keywords":71,"meta":173,"navigation":78,"noindex":75,"ogImage":71,"path":174,"seo":175,"seoDescription":71,"seoTitle":71,"stem":176,"tags":177,"updated":71,"__hash__":181},"blog\u002Fblog\u002Fauthor-page-eeat-fields.md","博客作者页该写的七个字段，别只放一张头像",{"type":8,"value":90,"toc":165},[91,94,98,105,111,117,123,129,135,141,144,147,150,153,156,159,162],[11,92,93],{},"作者页不是装饰，它是搜索引擎和 AI 搜索判断\"这篇文章谁写的、凭什么信\"的落点。我们审过 30 多个软件站的作者页，真正合格的不到三成，多数只放了一张头像和一句\"内容团队\"。",[15,95,97],{"id":96},"七个字段一个都别省","七个字段，一个都别省",[11,99,100,104],{},[101,102,103],"strong",{},"真实姓名。"," 不是\"运营团队\"\"编辑部\"，是能对应到一个真人。匿名作者页在信任信号上基本等于没有。",[11,106,107,110],{},[101,108,109],{},"职位和负责范围。"," 写清楚这个人负责什么内容，比如\"负责 API 与集成方向的技术内容\"。范围越具体，读者越容易判断该不该信。",[11,112,113,116],{},[101,114,115],{},"履历。"," 做过什么产品、在什么行业待了几年、有没有落地的项目。不需要写成简历，两三句话，但要具体。",[11,118,119,122],{},[101,120,121],{},"可验证痕迹。"," GitHub 账号、知乎主页、领英、公开演讲、开源项目、专利。这一项最值钱，因为别人能去查证。",[11,124,125,128],{},[101,126,127],{},"社交账号互链。"," 从作者页能点到他的公开账号，也能从账号资料点回来。双向可查，可信度才成立。",[11,130,131,134],{},[101,132,133],{},"联系方式。"," 邮箱或表单。能联系上，是\"真人负责\"的最直接证据。",[11,136,137,140],{},[101,138,139],{},"文章列表和更新时间。"," 这个作者写过哪些文章，最近一次更新是什么时候。没有文章列表的作者页，等于一个空壳。",[15,142,143],{"id":143},"我们的两条验收标准",[11,145,146],{},"第一条，把作者名字复制到搜索引擎查一遍，能不能找到这个人的其他痕迹。如果只在你自己的网站上出现，这个人对搜索引擎来说就不存在。",[11,148,149],{},"第二条，作者页上的技术主张和文章内容对不对得上。我们见过作者页写\"十年数据库经验\"，文章里却把主从复制和分片混着讲，这种反而扣分。",[11,151,152],{},"验收标准落地前后的对比很直观：改之前搜署名作者的名字，只出现自家站；改完两周，搜名字能出来 5 条，包括 GitHub 账号和一次行业论坛的发言。",[15,154,155],{"id":155},"常见的糊弄法",[11,157,158],{},"批量上 stock 头像，五个作者用同一个模板，简介只换个名字。或者作者页写得很漂亮，但文章列表是空的。还有一种是找行业里的人挂名，文章其实是实习生写的，这种一旦被问到就露馅。",[11,160,161],{},"2025 年 12 月我们给一个客户重做作者页，三个作者全部换成实名，并且要求每人认领自己写过的文章。有个作者当场发现，两篇挂着别人名字的文章其实是自己写的，这种情况挺常见，改过来对双方都好。",[11,163,164],{},"作者页补起来成本很低，一个下午就能做完，但它是少数\"做了就一直在起作用\"的事。一个能查到的真人，胜过十个\"内容团队\"。",{"title":64,"searchDepth":65,"depth":65,"links":166},[167,168,169],{"id":96,"depth":65,"text":97},{"id":143,"depth":65,"text":143},{"id":155,"depth":65,"text":155},"SEO","2026-01-23","作者页是 E-E-A-T 里最容易补、也最容易被糊弄的一块。这篇给七个必填字段：真实姓名、职位、履历、可验证痕迹、社交账号、负责范围、联系方式，附两条验收标准。",{},"\u002Fblog\u002Fauthor-page-eeat-fields",{"title":88,"description":172},"blog\u002Fauthor-page-eeat-fields",[178,179,180],"E-E-A-T","作者页","内容信任","-wPumupjPIEC9hVDE9nWd4d_lKCrpPh92m4_bYXJbVI",{"id":183,"title":184,"author":6,"body":185,"canonical":71,"category":72,"cover":71,"date":628,"description":629,"draft":75,"extension":76,"keywords":71,"meta":630,"navigation":78,"noindex":75,"ogImage":71,"path":631,"seo":632,"seoDescription":71,"seoTitle":71,"stem":633,"tags":634,"updated":71,"__hash__":637},"blog\u002Fblog\u002Fdevtools-geo-strategy.md","开发者工具做 GEO:开发者问 AI 比问百度多",{"type":8,"value":186,"toc":618},[187,190,194,197,200,216,219,222,289,292,296,299,304,307,312,315,320,323,328,331,336,339,343,346,351,354,357,360,363,368,371,376,379,384,387,392,395,399,402,408,437,442,465,470,478,482,485,491,502,508,519,522,526,529,558,561,564,567,570,573,578,581,586,589,594,597,602,610,615],[11,188,189],{},"开发者工具公司如果还在把预算砸在百度 SEO 上,方向错了。开发者查技术方案,现在直接问 ChatGPT、Claude、Copilot,或者在 Perplexity 搜。百度在开发者场景里几乎不存在。这意味着开发者工具需要的是 GEO(让 AI 引擎引用你),不是传统 SEO。这篇讲我们怎么看开发者工具的 GEO 策略。",[15,191,193],{"id":192},"为什么开发者工具更需要-geo","为什么开发者工具更需要 GEO",[11,195,196],{},"先说一个事实:开发者的搜索习惯已经变了。",[11,198,199],{},"遇到技术问题,开发者的路径是这样的:",[201,202,203,207,210,213],"ul",{},[204,205,206],"li",{},"写代码卡住了 → 问 Copilot 或 Cursor(IDE 里直接问)",[204,208,209],{},"选型调研 → 问 ChatGPT 或 Claude(\"推荐一个轻量的 Go 日志库\")",[204,211,212],{},"深度对比 → 在 Perplexity 搜(\"XX vs YY\"),Perplexity 给带来源的回答",[204,214,215],{},"报错排查 → 直接把报错贴给 AI",[11,217,218],{},"百度在这条路径里完全不出现。Google 还有,但份额在被 AI 工具蚕食。",[11,220,221],{},"对比一下传统软件和开发者工具:",[223,224,225,241],"table",{},[226,227,228],"thead",{},[229,230,231,235,238],"tr",{},[232,233,234],"th",{},"维度",[232,236,237],{},"传统软件",[232,239,240],{},"开发者工具",[242,243,244,256,267,278],"tbody",{},[229,245,246,250,253],{},[247,248,249],"td",{},"用户搜索入口",[247,251,252],{},"百度、Google",[247,254,255],{},"ChatGPT、Claude、Copilot、Perplexity",[229,257,258,261,264],{},[247,259,260],{},"SEO 价值",[247,262,263],{},"高",[247,265,266],{},"中(还在,但下降)",[229,268,269,272,275],{},[247,270,271],{},"GEO 价值",[247,273,274],{},"中",[247,276,277],{},"极高",[229,279,280,283,286],{},[247,281,282],{},"决策路径",[247,284,285],{},"市场\u002F销售主导",[247,287,288],{},"开发者自下而上",[11,290,291],{},"开发者工具的 GEO 价值比 SEO 高,因为你的目标用户(开发者)主要在 AI 引擎里找工具。AI 引擎不引用你,开发者就不知道你。",[15,293,295],{"id":294},"ai-引擎推荐工具时引用什么内容","AI 引擎推荐工具时引用什么内容",[11,297,298],{},"GEO 的核心是搞清楚 AI 引擎在推荐工具时,会引用哪些内容。我们根据 AI 引擎的工作方式判断,主要这几类:",[11,300,301],{},[101,302,303],{},"1. GitHub README 和 repo 描述",[11,305,306],{},"AI 引擎(尤其 Copilot、ChatGPT 代码场景)很看重 GitHub。推荐工具时,README 的描述、Star 数、最近更新时间,都会被参考。README 写得清楚,AI 才能准确描述你的工具。",[11,308,309],{},[101,310,311],{},"2. 技术博客和对比文章",[11,313,314],{},"掘金、知乎、Medium、dev.to 上的对比文章(\"XX 工具对比\"\"2025 年好用的 YY 工具\")。AI 推荐工具时,经常引用这类文章里的对比结论。",[11,316,317],{},[101,318,319],{},"3. Stack Overflow 和社区讨论",[11,321,322],{},"Stack Overflow 的回答里提到某工具,Reddit 的 r\u002Fprogramming 讨论里推荐某工具。这些是高权重来源,AI 抓取频繁。",[11,324,325],{},[101,326,327],{},"4. 官方文档",[11,329,330],{},"你的官方文档(quickstart、API 参考、教程)。AI 引用工具时,会抓文档里的功能描述和用法说明。",[11,332,333],{},[101,334,335],{},"5. Awesome 列表和工具合集",[11,337,338],{},"GitHub 上的 awesome-XX 列表,以及各种\"best tools for YY\"类文章。这类内容被 AI 当成工具索引用。",[15,340,342],{"id":341},"文档怎么写才容易被-ai-引用","文档怎么写才容易被 AI 引用",[11,344,345],{},"开发者工具的文档是 GEO 核心。文档写得好,AI 才能准确引用你。我们建议的文档结构:",[11,347,348],{},[101,349,350],{},"1. 首页\u002FREADME:一句话说清是什么",[11,352,353],{},"第一句就要说清楚:工具是什么、解决什么问题、给谁用。",[11,355,356],{},"差:\"一个现代化的、高性能的开发者工具\"(空话)",[11,358,359],{},"好:\"一个用 Rust 写的 HTTP 负载测试工具,适合 API 性能压测,单机支持 10 万并发\"(具体)",[11,361,362],{},"AI 抓取首页时,第一句的描述直接决定它怎么向用户介绍你。",[11,364,365],{},[101,366,367],{},"2. Quickstart:5 分钟跑起来",[11,369,370],{},"AI 引擎经常被问\"XX 工具怎么用\"。你的 Quickstart 要短、可复制、能跑通。具体到:安装命令、最小配置、运行命令、预期输出。不要绕\"先了解一下设计理念\"这种废话。",[11,372,373],{},[101,374,375],{},"3. 每个 API\u002F命令独立页面",[11,377,378],{},"不要把所有 API 放一个页面。每个 API 一个独立 URL,有明确的 title(如\"GET \u002Fapi\u002Fusers - 获取用户列表\")。AI 引擎和搜索引擎都偏好独立页面,便于精准抓取。",[11,380,381],{},[101,382,383],{},"4. 对比表",[11,385,386],{},"写一个\"和竞品对比\"的页面,用表格列功能对比。AI 引擎处理\"XX vs YY\"类问题时,优先抓表格。表格里要客观,不要全勾自己全叉竞品——AI 和开发者都能看出来。",[11,388,389],{},[101,390,391],{},"5. FAQ 区",[11,393,394],{},"文档底部加 FAQ。AI 引擎抓\"XX 工具支持 YY 吗\"\"XX 怎么实现 ZZ\"这类问题时,优先抓 FAQ。",[15,396,398],{"id":397},"怎么进-github-和-stack-overflow-的讨论","怎么进 GitHub 和 Stack Overflow 的讨论",[11,400,401],{},"这两块是开发者工具 GEO 的高权重来源,但要自然进去,不能硬推。",[11,403,404,407],{},[101,405,406],{},"GitHub 上的策略",":",[201,409,410,416,422,431],{},[204,411,412,415],{},[101,413,414],{},"README 当 landing page 写",":开头说清产品是什么,放 quickstart 链接、使用示例。README 在 GitHub 权重最高",[204,417,418,421],{},[101,419,420],{},"Issues 区当内容库",":用户报的典型问题和你的解答,是高质量内容。常见报错在 Issues 里有解答,AI 搜报错信息时会抓到",[204,423,424,427,430],{},[101,425,426],{},"Discussions 区做答疑",[428,429],"discussions",{}," 适合开放性讨论(\"XX 工具适合 YY 场景吗\")。主动在 Discussions 里回答,这些内容会被 AI 抓",[204,432,433,436],{},[101,434,435],{},"申请进 awesome 列表",":找相关的 awesome-XX 列表,提交 PR 申请收录。被收录后,AI 引擎在列工具时容易带上你",[11,438,439,407],{},[101,440,441],{},"Stack Overflow 上的策略",[201,443,444,453,459],{},[204,445,446,449,452],{},[101,447,448],{},"不要自己提问自己答",[450,451],"stack",{}," Overflow 对自我推广零容忍,会被封号",[204,454,455,458],{},[101,456,457],{},"回答相关问题",":找你领域的问题(如有人问\"Go 怎么做 HTTP 压测\"),写有价值的回答,自然提到你的工具。回答要有技术深度,提到工具是顺带的",[204,460,461,464],{},[101,462,463],{},"标签关注",":关注和你工具相关的标签,定期看有没有能回答的问题。长期参与建立声誉,比一次性刷回答有效",[11,466,467,407],{},[101,468,469],{},"Reddit 和 Hacker News",[201,471,472,475],{},[204,473,474],{},"Reddit 的相关 subreddit(r\u002Fprogramming、r\u002Fwebdev 等)发技术分享,不要直接发产品介绍。分享技术 insight,产品作为案例出现",[204,476,477],{},"Hacker News 发\"Show HN\",但要有真实技术内容,HN 用户对软文极其敏感",[15,479,481],{"id":480},"ai-引擎针对开发者场景的特殊性","AI 引擎针对开发者场景的特殊性",[11,483,484],{},"开发者工具的 GEO 有个特殊性:AI 引擎在代码场景(Copilot、Cursor)和在对话场景(ChatGPT)的行为不一样。",[11,486,487,490],{},[101,488,489],{},"代码场景","(Copilot、Cursor、Claude Code):",[201,492,493,496,499],{},[204,494,495],{},"主要抓代码片段、API 签名、配置示例",[204,497,498],{},"你的文档里要有大量可复制的代码块",[204,500,501],{},"API 签名要标准、清晰,AI 才能准确推荐",[11,503,504,507],{},[101,505,506],{},"对话场景","(ChatGPT、Perplexity):",[201,509,510,513,516],{},[204,511,512],{},"主要抓工具的描述、对比、使用场景",[204,514,515],{},"你的 README、博客、对比文章要写得清楚",[204,517,518],{},"FAQ 和\"适合什么场景\"的说明很重要",[11,520,521],{},"两块都要照顾。代码场景靠文档质量,对话场景靠内容覆盖。",[15,523,525],{"id":524},"开发者工具-geo-的节奏","开发者工具 GEO 的节奏",[11,527,528],{},"我们建议的节奏(假设是新项目从零做):",[201,530,531,540,546,552],{},[204,532,533,536,539],{},[101,534,535],{},"第一个月",[537,538],"git-hub",{}," README 和官方文档结构化。这是基础,没这个其他都白搭",[204,541,542,545],{},[101,543,544],{},"第二个月",":2-3 篇技术博客(掘金、dev.to、Medium),1-2 个 Stack Overflow 高质量回答",[204,547,548,551],{},[101,549,550],{},"第三个月",":争取进 1-2 个 awesome 列表,继续社区参与",[204,553,554,557],{},[101,555,556],{},"第四个月起",":持续维护,每月 2-3 个新提及,监测 AI 引擎引用情况",[11,559,560],{},"监测方法:定期在 ChatGPT、Claude、Perplexity、Copilot 里问\"XX 类工具有哪些推荐\"\"XX vs YY 怎么选\",看你的工具有没有被提到。没有就分析为什么(是文档没覆盖,还是社区提及不够),针对性补。",[15,562,563],{"id":563},"总结",[11,565,566],{},"开发者工具更需要 GEO 而不是传统 SEO,因为开发者查工具直接问 AI,不搜百度。AI 引擎推荐工具时,引用 GitHub README、技术博客、Stack Overflow、官方文档、awesome 列表这些内容。文档要写好:首页一句话说清是什么、Quickstart 短能跑通、每个 API 独立页面、有对比表、有 FAQ。进 GitHub 和 Stack Overflow 讨论要自然,不要硬推。代码场景(Copilot)和对话场景(ChatGPT)行为不同,文档和内容都要照顾。",[11,568,569],{},"做开发者工具,想知道你在各大 AI 引擎里有没有被引用,联系我们做个 GEO 可见度诊断。",[15,571,572],{"id":572},"常见问题",[11,574,575],{},[101,576,577],{},"Q: 开发者工具完全不用做百度 SEO 吗?",[11,579,580],{},"A: 不是完全不做,是优先级低。百度在开发者技术词上流量本来就小,且内容质量差,开发者不信。如果资源有限,优先做 GEO 和 Google SEO,百度 SEO 排最后。国内 ToB 决策者(非开发者)可能还用百度,看你用户构成决定。",[11,582,583],{},[101,584,585],{},"Q: GitHub Star 数影响 GEO 吗?",[11,587,588],{},"A: 间接影响。AI 引擎不直接看 Star 数,但 Star 数高的项目通常社区讨论多、被提及多,这些是 GEO 的加分项。Star 数本身不是排名因素,但 Star 数背后带动的提及和讨论是。所以做 Star(通过产品好和社区运营)对 GEO 有间接帮助。",[11,590,591],{},[101,592,593],{},"Q: Stack Overflow 被封了怎么办?",[11,595,596],{},"A: 别想着解封,Stack Overflow 对推广账号封得死。换个号,这次老老实实回答技术问题,前 3 个月不要提任何自己的产品,建立声誉后再自然提及。Stack Overflow 账号被封通常是推广意图太明显,换个思路:先贡献价值,再提产品。",[11,598,599],{},[101,600,601],{},"Q: 文档用 Markdown 还是用专门的文档平台?",[11,603,604,605,609],{},"A: 都行,但内容要能被搜索引擎和 AI 抓到。用 Docusaurus、VitePress、MkDocs 这类静态文档工具,内容是 HTML,能被抓。用 Notion、飞书文档做公开文档,部分内容可能抓不到。原则:文档内容要能被 ",[606,607,608],"code",{},"curl"," 拿到完整 HTML,不能是 JS 渲染后才出现。",[11,611,612],{},[101,613,614],{},"Q: GEO 多久见效?",[11,616,617],{},"A: 文档结构化做好后,2-4 周可能开始有零星引用。稳定被引用需要 2-4 个月持续的内容和社区建设。开发者工具的 GEO 比 SEO 快,因为 AI 引擎抓取和更新比搜索引擎索引快。但前提是文档和社区提及都做到位了。",{"title":64,"searchDepth":65,"depth":65,"links":619},[620,621,622,623,624,625,626,627],{"id":192,"depth":65,"text":193},{"id":294,"depth":65,"text":295},{"id":341,"depth":65,"text":342},{"id":397,"depth":65,"text":398},{"id":480,"depth":65,"text":481},{"id":524,"depth":65,"text":525},{"id":563,"depth":65,"text":563},{"id":572,"depth":65,"text":572},"2026-01-25","开发者工具公司需要 GEO 多于传统 SEO。开发者查技术方案直接问 ChatGPT 和 Copilot,不搜百度。这篇讲开发者工具怎么做 GEO,让 AI 引擎在推荐工具时引用你,包括文档结构和社区参与方法。",{},"\u002Fblog\u002Fdevtools-geo-strategy",{"title":184,"description":629},"blog\u002Fdevtools-geo-strategy",[72,240,635,636],"DevTools","AI引用","2ol98Z_cvkZFiPF1_wD2hSqVnfugHhEvqqnzskbcvGM",1794088108948]