AI 搜索时代，技术 SEO 反而更值钱

内容策略在变，但有一层东西没变：如果爬虫读不到你的页面，AI 也读不到。

这一层就是技术 SEO。它过去常被当作「上线前检查一次就够」的工作，现在值得重新重视——因为引用 AI 答案的前提，是页面能被完整获取与解析。

一、抓取：先确认能进来

三件事按顺序查。

robots.txt：有没有误写 Disallow: /，有没有声明 Sitemap。测试环境遗留的屏蔽规则被带到线上，是持续数月而无人察觉的典型事故。

Sitemap 质量：只放返回 200 的规范 URL，不放重定向页、404 页、noindex 页。无效条目会消耗抓取预算。

抓取预算：新站尤其要看。如果站点有大量参数页、筛选页、分页组合，抓取预算会被这些低价值 URL 吃掉，真正的内容反而抓得慢。

二、渲染：确认读到的不是空壳

这是当前最容易出问题的一环。

判断方法很简单：禁用 JavaScript 后打开页面，看正文是否还在。如果只剩下框架和导航，说明正文是客户端注入的，抓取到的可能是空内容。

对 AI 摘要而言，这个问题更严重：摘要需要「可摘取的段落」，而空壳页面没有段落。

可行的做法有两条：服务端渲染（SSR）关键内容，或对内容页提供静态回退版本。纯前端渲染的框架需要额外配置预渲染，否则内容页在爬虫眼里是空的。

三、索引：确认只有一个你

canonical 指向自身：这是最常见的错误。有的模板把 canonical 统一指向首页，等于告诉搜索引擎「所有这些页面都是首页的副本」。

http/https 与 www/非 www 统一：四种组合全部返回 200 且内容相同，是典型的重复内容问题。应在服务器层做 301 统一，只保留一个版本。

noindex 残留：模板、插件、测试配置都可能留下 noindex。上线前用「查看源代码」确认，而不是用后台开关判断。

分页与筛选页：给出明确策略。要么加 noindex，要么用 canonical 聚合，不要放任无限参数组合全部可索引。

四、本站的一次自查

这个站点（seoml.com）上线后做过一轮检查，40 篇内容里发现的问题集中在两处。

一是封面路径。上传接口返回 /uploads/... 相对路径，本地命令行环境下会被 shell 改写为绝对路径，导致图片写入失败。改用完整 URL 后正常。

二是更新时间。批量发布时，published_at 为空会让更新接口报参数格式错误。这不是 SEO 问题，但会影响内容修订的效率——发现问题却改不动，等于没发现。

两类问题都不在「内容质量」范畴，却直接影响页面能不能正常展示与被读取。

五、优先级建议

如果时间有限，按这个顺序做：

1. 禁用 JS 看正文是否可见（决定 AI 能否读到内容）
2. 检查 canonical 是否指向自身（决定权重与收录）
3. 检查 robots.txt 与 Sitemap（决定能否被抓）
4. 统一域名与协议版本（决定是否重复）
5. 优化 Core Web Vitals（决定体验与部分排名信号）

前三项是「有或没有」的问题，修一次长期有效；后两项是「好或更好」，可以持续优化。

内容是弹药，技术是枪管。枪管堵了，弹药再多也打不出去——这句话在 AI 搜索时代依然成立。