把公司官网的LCP从4.2s压到1.8s后，我发现GEO的瓶颈根本不在内容

上周老板甩了个需求：官网在AI搜索里的引用率太低，让我看看怎么优化。我第一反应是内容问题，但扒完日志发现事情没那么简单。

先说结论：内容质量当然重要，但如果你连基础的技术基建都没做好，AI爬虫根本懒得理你。

我们官网的初始状态

• LCP 4.2s，CLS 0.28，FCP 3.1s
• JS 主包 1.8MB，未做代码分割
• 结构化数据只有基础的 Organization 和 WebSite，Product 和 FAQ 全是空的
• 关键内容全在客户端渲染，服务端返回的 HTML 里就一个 <div id="app"></div>

用 Rich Results Test 跑了一下，FAQ 和 HowTo 标记全部报错。AI 爬虫抓到的页面基本等于白纸。

我做了什么

第一步：把渲染方式改了

Next.js 从 CSR 切到 SSR + ISR，首屏 HTML 直接带完整内容。这一步之后 LCP 从 4.2s 降到 2.6s。

第二步：砍 JS 体积

用 webpack-bundle-analyzer 分析，发现 moment.js 和 lodash 全量引入占了 600KB。换成 dayjs 和按需引入的 lodash-es，主包降到 420KB。CLS 通过给图片和广告位写死宽高，从 0.28 压到 0.05。

第三步：补结构化数据

这是最关键的一步。我给产品页加了 Product schema，包含 offers、aggregateRating、review；给帮助中心加了 FAQPage；给教程页加了 HowTo。用 JSON-LD 内联在 <head> 里，确保 SSR 输出。

第四步：robots.txt 和 sitemap 调整

放开了 GPTBot、ClaudeBot、PerplexityBot 的抓取权限，sitemap 按内容类型拆分，lastmod 精确到天。

结果

两周后看数据：

• LCP 1.8s，CLS 0.05，FCP 1.2s
• 结构化数据校验通过率从 12% 提到 94%
• 在 Perplexity 和 Bing Chat 里的引用次数从每周 3 次涨到 27 次
• 自然搜索流量涨了 18%

内容一个字没改，纯技术优化带来的变化。

几个踩坑点

1. JSON-LD 别用 JS 动态注入，AI 爬虫很多不执行 JS，必须 SSR 直出。
2. FAQPage 的答案别写太长，控制在 50 字以内，太长会被截断。
3. CLS 对 AI 爬虫的影响比想象中大，布局抖动会导致内容抽取错位。
4. 别忽略 HTTP 头，Cache-Control 和 Content-Type 要正确，有些爬虫对 charset 敏感。

现在我在想一个问题：技术基建做完之后，内容层面到底该怎么组织才能让 AI 更容易抽取？是按实体关系重新组织信息架构，还是靠语义化 HTML 标签？有没有人试过用 schema.org 的 about 和 mentions 属性来显式声明实体关联？