尝到 SEO 甜头后,我开始琢磨怎么让 AI 也能找到我
用户量涨了三倍,SEO 是见效了。但我意识到光靠 Google 排名不够,还得让 ChatGPT、Perplexity 这些 AI 搜索引擎也能推荐你。问题是纯工具页对 AI 几乎是隐形的。于是我在每个工具页底部注入了一篇文章,让工具和内容捆绑。
SEO 见效了,然后呢
上一篇写到,metool 的日活从不到 100 一下子涨到了 300。SEO 持续优化了几个月,终于看到了正反馈。
这种"做了就有效果"的感觉让人上头。自然而然地,我开始想下一个问题:还有什么增长渠道是我没覆盖到的?
答案几乎是立刻浮现的:AI 搜索引擎。
越来越多的人不再打开 Google 输入关键词了。他们直接问 ChatGPT、Perplexity、Google AI Overview。AI 直接给答案,用户甚至不需要点进任何网站。
我自己就是这样。日常遇到问题,第一反应已经不是 Google,而是问 AI。那反过来想,如果我的工具不能出现在 AI 的回答里,就等于在一个越来越大的流量入口前隐身了。
纯工具页的致命问题
想象一下 AI 搜索引擎在抓取 metool 的一个工具页。
页面上有什么?一个标题、几个按钮、一个上传区域、一些交互控件。对人类来说,一眼就知道这是个图片压缩工具。但对 LLM 来说,页面上几乎没有可供"理解"的文本内容。
当用户问 AI:"有什么好用的在线图片压缩工具?"AI 需要的是一段可引用的文字描述,而不是一堆 HTML 按钮。
纯工具页,对 AI 搜索引擎来说几乎是隐形的。
把内容和工具捆在一起
解决思路很直接:给每个工具页都写一篇文章。
不是单独写一个博客页面,而是直接把文章注入到工具页的底部。用户打开页面,首屏还是工具本身,交互区在最上面,不影响使用。但如果用户想了解更多,比如"这个工具支持哪些格式""压缩算法是怎么回事""和其他工具比有什么区别",往下滑就能找到。
同时,当 AI 搜索引擎抓取这个页面时,它不仅能看到工具的标题和按钮,还能看到一篇完整的、结构化的文章。这就给了 AI 足够的上下文去理解:"这个页面是一个在线图片压缩工具,支持 PNG/JPG/WebP,无需上传到服务器,本地浏览器处理..."
以 Word 转 PDF 这个工具页为例,改之前页面底部到"相关工具推荐"就结束了:

改之后,FAQ 和相关推荐下面多了一整篇文章,介绍这个工具的使用场景、核心优势、技术原理:

一个页面,同时服务两类读者:人类用户和 AI 模型。
重新设计页面结构
为了让工具和内容自然共存,我和 AI 一起重新规划了页面结构:

单工具页从上到下分六层:
- Header — 面包屑导航、工具标题、一句话描述
- 工具交互区 — 首屏核心,用户打开就能直接用
- Feature Highlights — 功能亮点,快速建立信任感
- Related Tools — 相关工具推荐,引导用户探索更多
- FAQ Section — 常见问题,覆盖用户最可能搜索的问题
- SEO/GEO 长文章 — 给搜索引擎和 AI 模型的深度内容
分类集合页也类似,在工具卡片网格下面加了分类级的 FAQ 和介绍文章。
关键设计原则是:工具功能在上,内容在下,互不干扰。 对着急用工具的人,首屏就是交互区;对想深入了解的人,向下滑就有完整信息;对 AI 爬虫,整个页面都是可理解的结构化内容。
为什么我觉得这个方向很重要
这不只是一个 SEO 技巧,而是一个对未来的判断。
传统搜索引擎的逻辑是:用户搜关键词 → 看到结果列表 → 点进网站。在这个模式里,你只需要排名靠前就行。
AI 问答的逻辑完全不同:用户提问 → AI 综合多个来源生成答案 → 可能附上引用链接。在这个模式里,你的内容需要足够好、足够结构化,才能被 AI "选中"作为答案来源。
一个只有按钮和交互控件的工具页,在 AI 问答的世界里是不存在的。但一个工具页加上一篇高质量文章,就有可能在用户问"best online audio editor"的时候被 AI 引用。
GEO 的实验继续
从之前加 llms.txt、FAQ Schema、HowTo 结构化数据,到现在给每个工具页注入长文章,metool 一直在做 GEO(Generative Engine Optimization)的实验。
这些尝试能不能带来效果,还需要时间验证。但逻辑链条是清晰的:
更多可被 AI 理解的内容 → AI 搜索引擎更容易引用 → 在 AI 问答时代获得更多曝光
传统 SEO 让你在 Google 结果页出现,GEO 让你在 AI 的回答里出现。两条路都得走。

评论
评论基于 GitHub Discussions,请先 登录 GitHub 后发表评论。