用Lighthouse跑了一遍GEO站，发现Schema和LCP才是关键瓶颈

最近把手上一个GEO项目的技术栈彻底过了一遍，说点硬核的。

先交代背景：一个B2B工业品站，之前靠内容堆量，每天自然流量大概300左右，询盘不到5个。老板要求做GEO，我第一反应不是写内容，而是先看技术底子。

第一步：Lighthouse跑分

用Chrome DevTools自带的Lighthouse跑了一遍，移动端性能分只有38。LCP 4.2s，CLS 0.3，TBT 780ms。这个分数意味着什么？Google的爬虫在移动端渲染页面时，大概率抓不全首屏内容。

我排查了一下，发现三个问题：

1. 首屏图片用了PNG，单张图1.8MB，没有WebP格式
2. 主题加载了三个icon font，阻塞渲染
3. 评论区用了第三方插件，加载了8个外部JS

第二步：Schema结构化数据

这个是我认为GEO最被低估的环节。很多人在做GEO时只关注内容质量，但AI搜索抓取时，Schema是给机器看的“说明书”。

我检查了原站的Schema，发现只标了Organization和WebSite，产品页没有Product Schema，FAQ页没有FAQPage Schema，文章页没有Article Schema。

补全之后，我做了两件事：

• 用Rich Results Test验证每个页面
• 在GSC里提交了结构化数据报告

第三步：实际效果

LCP从4.2s降到1.9s，CLS降到0.05，性能分到72。Schema补全后，文章页在AI Overview里的引用率明显上升。具体数据：

• 第1周：询盘6个
• 第2周：询盘11个
• 第3周：询盘17个

没有换内容，没有加外链，纯技术优化。

几个踩坑细节

1. Schema不要标太多，FAQPage和HowTo同时标会冲突，Google会忽略
2. LCP图片一定要加fetchpriority="high"，这个属性对LCP影响很大
3. 移动端优先索引下，桌面端跑分再高也没用，一定要看移动端

我的判断

GEO的核心不是“写什么”，而是“机器能不能高效读懂”。结构化数据和页面速度是地基，内容才是上层建筑。地基不稳，内容再好也白搭。

你们在优化LCP时，除了图片压缩和CDN，还用了什么手段？我最近在试Critical CSS内联，但效果不太稳定，想听听大家的方案。