很多站点在 AI 上「查无此人」，问题不在内容，而在呈现方式：正文要等浏览器执行完一堆 JavaScript 才出现，而 AI 爬虫多半不会陪你跑完这些脚本。这篇讲清渲染机制怎么影响 GEO，以及怎么排查和修复。
一、为什么渲染方式如此关键
现代前端框架流行「先给空壳、再由浏览器填充内容」的客户端渲染。搜索引擎经过多年建设能部分渲染这类页面，但多数 AI 爬虫出于成本考虑只读原始 HTML——你精心准备的内容在它们眼里是一片空白。
由此产生的典型现象：站点在搜索里收录正常，在各 AI 引擎上却几乎不被引用；或只有部分页面被引用，共同点是那些页面恰好是服务端直出的。
一个残酷但有用的检验：禁用 JavaScript 打开你的页面（或用纯文本工具抓取），你看到的，基本就是 AI 看到的。
二、排查：AI 视角的内容可见性
三步自检：第一步禁用 JS 打开核心页面，正文、标题、关键数据是否完整可见；第二步检查关键信息是否存在「只活在交互之后」的情况（折叠、点击加载、滚动加载）；第三步检查数据是否只在图片或图表组件里（AI 读不到图片里的文字）。
逐个主流 AI 引擎测试同一问题的答案引用，交叉确认——多个引擎都「看不到」的内容，大概率是渲染问题而非内容问题。
把「AI 视角可见性」写进新页面上线检查清单，与 SEO 检查并列，从源头避免新增问题页面。
三、修复路线
根治方案：核心页面改为服务端渲染（SSR）或静态生成（SSG），让 HTML 自含全部关键内容。改动主要发生在技术架构层，需要研发投入，但一次到位。
过渡方案：对暂无法改造的页面，把核心事实（结论、参数、步骤）以纯 HTML 形式补进页面——哪怕是简版摘要，也远好于空白。
止损方案：确认某页面 AI 完全无法读取后，优先保「产品/服务/FAQ」这类决策关键页，营销活动页可以排后——修复顺序跟着商业价值走。
四、与性能、抓取的联动
渲染问题常与性能问题叠加：页面又重又慢，爬虫超时放弃，雪上加霜。修复渲染时同步优化 TTFB 与首屏，一份投入两份收益。
服务端直出对搜索引擎的抓取预算同样友好：爬虫不再需要为渲染消耗资源，抓取频率与深度都会改善——这是 SEO 与 GEO 又一个共享地基的例子。
建立监控：定期用脚本抽查核心页面的「无 JS 内容完整度」，新页面发布与改版后必查，防止问题悄悄回潮。