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