把GEO当技术活干：我拿Lighthouse和Schema给页面做了次体检

先说结论：GEO 在我这边不是内容活，是技术活。内容团队把稿子写得再漂亮，如果页面本身对爬虫和 AI 抓取不友好，等于白写。

上周我拿公司一个业务落地页做了次完整体检，分享下具体怎么做的。

第一步，先看渲染链路。

这个页面是 Vue SPA，首屏内容全靠客户端渲染。我用 curl -A "GPTBot" 直接拉原始 HTML，发现正文区域全是空的 <div id="app"></div>。这意味着很多 AI 抓取器拿到的是一个壳，内容根本没进去。后来上了 SSR 预渲染，才把正文吐到 HTML 里。这一步不改，后面所有优化都是空中楼阁。

第二步，结构化数据。

我加了三类 Schema：

• Organization：补全公司名、logo、sameAs 社交主页
• Article：标了 headline、datePublished、author
• FAQPage：把页面上 6 个常见问题做成问答对

用 Google Rich Results Test 验证，FAQ 那块直接能渲染出富摘要。AI 搜索抓 FAQ 结构比抓散段落干净得多，因为问答对本身就是「问题-答案」语义单元，模型解析成本低。

第三步，性能。

Lighthouse 跑分：移动端 LCP 4.2s，CLS 0.21。这个 CLS 明显超标。排查是图片没写宽高，加载时布局抖动。补齐 width/height 加 aspect-ratio 后，CLS 降到 0.03，LCP 压到 2.1s。

为什么性能对 GEO 重要？我的判断是：抓取是有预算的（crawl budget），页面慢，爬虫停留短、抓取频次低，你的内容被索引和被 AI 引用的概率就低。这不是玄学，是抓取调度问题。

几个踩过的坑：

1. 别用 JS 动态注入 Schema，用服务端渲染的 <script type="application/ld+json">，不然抓取器可能看不到。
2. FAQ 结构别硬凑，必须和页面可见内容一致，否则算作弊。
3. robots.txt 里别把 GPTBot、ClaudeBot 这类 UA 一刀切禁掉，我们之前误伤过。
4. canonical 标签要写对，SPA 路由容易生成重复 URL。

效果怎么衡量？

我看了三周日志，GPTBot 抓取频次从每天 40 次涨到 180 次左右，AI 引用来源里出现我们域名的次数也有增长。但样本还小，不敢下死结论。

技术底子打好之后，内容质量才谈得上放大器。顺序反了就是浪费。

问一句：你们页面是 SSR 还是 CSR？有没有测过 AI 爬虫实际抓到的 HTML 里正文到底在不在？