一个专门审计"AI会不会引用你的网站"的工具，把自己交给AI测了一遍，结果是0次引用、0次提及。
GEO Optimizer 是一个开源命令行工具，用来检查 ChatGPT、Perplexity、Claude 和 Google AI Overviews 能不能抓取、理解并引用一个网站。作者把它对准了自己：像客户那样向引擎提问，再数一数谁被引用了。
测量方式是 108 次调用开启联网搜索的 Claude，覆盖 Haiku 和 Sonnet，每个提示词跑三次。提示词包括"最好的 GEO 优化工具"这类买家会问的问题。同样的提示词此前也走过 Perplexity。两个引擎上，geoready.dev 都是零。
被反复提到的是 Otterly、Peec 和 Profound。作者承认它们是不错的产品，但一个专门做这个数字的工具拿到零，值得写一份复盘。
网站本身没问题
站点检查全部通过：robots.txt 允许 Anthropic、OpenAI 和 Perplexity 的爬虫；llms.txt 和 llms-full.txt 都返回 200；JSON-LD 里声明了品牌，带 alternateName 和 sameAs，指向 GitHub 仓库和 PyPI。
这些都没起作用，因为引擎根本没走到网站这一步。
六个原因
- 检索环节就缺席。108 个回答里，geoready.dev 从未出现在 Claude 读到的搜索结果中，更不用说被引用。在 Google 上，"geo tools"这类词它排在 25 到 50 名附近，而引擎大致只读第一页。不在被检索到的集合里，schema 写得再好也没用。
- 答案来自别人的清单文。引用都流向了第三方的"最佳 GEO 工具"文章。作者统计了被引用最多的 18 个页面，Otterly 出现在 14 个里，他的工具一个都没有。
- awesome 列表。2026 年 10 月 26 日，他查了八个关于 GEO、llms.txt 和 AI SEO 的 GitHub 列表。Otterly 在其中三个里；他的仓库有 1.1k 星，一个都不在。他曾提交过两个列表，一个拉取请求从三月开到现在，另一个是上周开的，都没合并。
- 名字被占了四次。至少还有四个 GEO 产品叫 GeoReady，挂在四个不同域名上。引擎就算看到"GeoReady"，也无从判断是哪一个。
- 品牌的两半从未相遇。这一条最让他意外。"GEO Optimizer"在 108 个回答中被点名 10 次，仓库被引用 4 次。但仓库描述、PyPI 简介和 README 里从没写过"GeoReady"；他在系列文章里也一直写"我维护的那个 CLI"，没点过名，只在一篇文章里放过一个 geoready.dev 的链接。引擎遇到的是两个互不相关的实体，于是两个都没被记上。
- Bing。他从没为站点设置过 Bing Webmaster Tools。Copilot 从 Bing 取结果，其他 AI 搜索产品也一样，Bing 没收录的站点就不会出现在它们的结果里。
正在做的修复
- 仓库描述改成"GEO Optimizer, the open-source engine behind GeoReady (geoready.dev)"，README 同步更新，改动已于 10 月 26 日合并；PyPI 简介随 4.19.8 版本在同一天发布。
- 向五个 awesome 列表提交拉取请求，每个一行，按各列表自己的格式写。两个原本就开着，三个是新的，都还没合并。
- 联系引擎真正引用的那些编辑类清单文。尚未开始，一封邮件都还没发。竞争对手自己的清单文跳过——他们不会收录他，这没关系。
- 在站外不再单独写"GeoReady"，一律写"GeoReady (geoready.dev)"，或者紧挨着仓库链接。
- Bing Webmaster Tools 已完成站点验证并提交站点地图，IndexNow 还没做。
站内优化只是地板
他审计的所有项目——爬虫访问、schema、llms.txt、段落结构——决定的是"一旦被检索到，你能不能被引用"。而能不能被检索到，主要由别人的页面决定：清单文、列表、论坛、把你和品类放在一起提的帖子。
他现在给客户做审计，第一个问题换成了：这个品类里，引擎读的是哪些页面，你在不在上面？
几周后他会重跑同样的 108 次调用，把数字贴出来，零还是零。
GEO Optimizer 采用 MIT 许可，托管版 GeoReady 在 geoready.dev。方法说明：108 次调用、GEO Optimizer 的 10 次提及、4 次仓库引用、18 页统计和 Google 排名均为作者自己的测量，写于 2026 年 10 月 26 日；八个列表的数量也在同一天复核。
热门跟贴