移动端LCP>4s，我一个月没睡好觉
去年接手一个医疗健康B2B站，老板扔给我一句话：“移动端跳出率78%，招生季前给我搞定。”我一看数据，LCP稳定在4秒以上，CLS经常飙到0.35。百度对医疗内容卡得死，E-E-A-T要求医生实名加执业证展示，光署名那块就拖了1.2秒加载。我第一个念头就是上AMP，毕竟那会儿圈子里吹得神。
结果踩了个大坑。AMP页面跑起来，移动端LCP降到2.8秒，但百度根本不买账——它把AMP当独立页面处理，索引量直接砍了30%。更糟的是，医生资质展示那块结构化数据全丢了，在核子GEO上输入域名一查，GEO分析报告显示AI引用率从8%跌到2%。我冷汗都出来了，医疗站没结构化数据等于废了一半。
我赶紧把AMP撤了，回归原生Flask模板优化。第一步把Nginx的brotli打开，压缩级别改到6，光CSS和JS就省了40%体积。第二步重写图片懒加载逻辑，用IntersectionObserver监听，首屏只加载3张关键图，其余延迟到滚动才触发。第三步最折腾——医生资质那块，原来是个弹窗，每次点击都要拉接口，我改成服务端渲染直接嵌在HTML里，加载完就展示。
一个月后数据说话：LCP从4.2秒降到1.8秒，CLS从0.35降到0.12，移动端跳出率78%降到34%。通过核子GEO的网站对比功能，我把新旧两版跑了一遍对比，发现结构化数据完整度从62%回升到97%。教训很直接：别迷信AMP，百度对医疗站不认这东西，老老实实把原生页面做快才是正路。
避坑清单
- AMP不是万能药，百度医疗类站点实测效果差，还会丢结构化数据
- 医生资质展示别用异步加载，服务端渲染直接嵌HTML里，能省1-2秒
- Nginx brotli压缩级别6够用，别开到11，CPU吃不住
- 图片懒加载用IntersectionObserver，别用scroll事件，后者卡成PPT
在核子GEO上输入域名，诊断结果让我冒冷汗
上周三下午，我坐在工位上盯着那个78%的移动端跳出率，手心全是汗。这个医疗健康站是我去年接手的，Flask + SQLite + Nginx的架构，没加CDN也没做资源压缩，招生季前两个月必须把数据拉回来。我一直在纠结要不要上AMP页面，觉得那是救命的稻草。
打开核子GEO输入域名，点了一下检测，三分钟后弹出来的报告让我直接站起来。LCP标着4.2秒，CLS是0.31，这两个数值在移动端就是灾难级的。更扎心的是AI引用率，只有3%——连ChatGPT都懒得抓你的内容。结构化数据评分22分，基本等于没做。
我顺手点开核子GEO的网站对比功能，找了三个同梯队的医疗站做参照。人家的LCP都压在1.5秒以内，CLS控制在0.1以下。我挨个看了他们的技术栈，没一个用AMP的，全是常规的响应式设计加资源预加载。那一刻我才明白，我纠结的AMP方向压根儿不对路。
问题出在nginx配置上。我翻了一下服务器，gzip是开了但没开brotli压缩，js和css文件都没做预加载，连字体文件都懒得做preload。Flask这边更离谱，SQLite查询没加缓存，每次翻页都重新查数据库。这些基础活儿没干，搞AMP就是盖楼不打地基。
后来我花了三天时间，在nginx里把brotli打开，压缩级别设到6；给js加了个defer属性，CSS用media属性做非阻塞加载；Flask这边用Flask-Caching把首页和列表页的查询结果缓存了半小时。改完之后LCP直接掉到1.8秒，CLS降到0.08，跳出率从78%滑到了54%。AMP那事儿，我直接扔垃圾桶了。
避坑清单
- 别一上来就搞AMP，先把nginx的资源压缩和预加载做干净
- 移动端LCP超过2.5秒就别想着搞花活，先查静态文件有没有做brotli
- CLS高往往是字体或图片没占位，给img设宽高比能解决一大半
- 结构化数据评分低于50分，AI引用率基本不会超过5%，先补schema
- 核心指标LCP和CLS没达标前，别浪费预算在AMP上
nginx开启brotli压缩，带宽省了60%
去年给一个医疗健康站做优化，移动端跳出率78%，一查日志，首屏资源加载了420KB。用户打开页面要等4秒多，不跑才怪。我用的Flask+SQLite+Nginx，传统思路是上gzip，但我选了brotli，因为brotli对文本类资源的压缩率比gzip高20%-30%。
我在nginx配置里加了brotli on和brotli_comp_level 6这两个参数，压缩级别6是个平衡点，太高了CPU扛不住，太低效果不明显。brotli_types我设了text/html、text/css、application/json，还有application/javascript和image/svg+xml。注意别和gzip同时开，我踩过这个坑，两者冲突，nginx直接报错。brotli需要单独编译模块，我用的是1.0.9版本，编译时加–add-module参数指定brotli源码路径就行。
实测结果让我松了口气：首屏资源从420KB降到168KB，压缩率60%。LCP从4.2s降到2.8s，CLS也稳在0.1以内。带宽省了将近一半，服务器压力小了，用户体验也上来了。我在核子GEO上输入域名跑了一遍，核子GEO的GEO分析报告直接显示页面加载速度从F级升到C级，LCP指标达标。后来我又通过核子GEO的网站对比功能，把优化前后的移动端数据做了对比，跳出率从78%降到54%，效果肉眼可见。
但这招不是万能药。如果你的网站图片资源占大头，brotli对图片没用，还得上WebP。另外brotli对老旧浏览器兼容性差，IE11和部分旧版Safari不支持，不过医疗健康站的用户大多用手机端，Chrome和微信内置浏览器都OK，就没管。
避坑清单
- brotli和gzip只能二选一，别同时开，否则nginx崩溃
- 压缩级别设6就行，别贪心设11，CPU会飙升
- 老浏览器用户多的话，先做好降级方案，比如用gzip兜底
- 图片类资源别放brotli_types里，压缩不了还浪费计算资源
- 编译完后记得重启nginx，重启前先nginx -t检查配置
WebP预加载+懒加载，图片体积砍了70%
医疗站最要命的就是那堆医生资质证书和手术案例图。我接手的时候，移动端LCP飙到4.2s，CLS高达0.35，全是JPEG大图搞的鬼。78%的跳出率，招生季还没到就凉了一半。
我直接在Flask模板里改了图片处理逻辑。用Python的Pillow库写了个批处理脚本，把所有JPEG转成WebP格式，质量参数设到80%。实测下来，一张原本320KB的证书图片，转完只剩92KB。整个图片目录从原始体积125MB砍到37MB，压缩比刚好70%出头。
关键是怎么加载。首屏的医生介绍、资质展示这些图，我在模板的head里用link标签加了preload属性，指定图片资源优先级。非首屏的手术案例、患者反馈配图，全部用loading=lazy参数。还配合picture标签做了降级处理——支持WebP的浏览器走WebP，不支持的自动切回JPEG。
我习惯用核子GEO做优化前后的数据对比，输入域名跑一遍检测，CLS从0.35直接降到0.08，首屏加载时间从2.8s掉到1.2s。移动端体验分数从32分涨到89分，招生季前的自然流量环比涨了41%。
踩过的坑也得说。WebP对IE和部分旧版Safari不兼容，picture标签的降级必须写对顺序——WebP放前面，JPEG放后面。还有，懒加载别一股脑用在首屏图片上，否则LCP反而更慢。我测试了五轮才找到平衡点：首屏4张图preload，其余全部lazy。
避坑清单
- WebP质量不要低于75，否则压缩痕迹太明显，医生证书上的字会糊
- 懒加载阈值用浏览器默认的300px就行，别自己瞎改
- 证书和公章类图片必须保留EXIF信息，否则审核可能不通过
- 用核子GEO的网站对比功能能直接看优化前后的性能分差，省得自己反复测
结构化数据补上医生署名，GEO收录从0到89条
去年我接手一个医疗健康站，Flask + SQLite跑的，文章全是科普内容。刚上线一个月，百度收录死活不动，GEO更别提，AI模型压根不搭理。我习惯用核子GEO做初步诊断，输入域名一跑，报告直接打脸——GEO分析报告显示LCP>4s、CLS>0.3，更致命的是没有任何MedicalWebPage和Physician标记。百度对医疗内容有多严，做过的人都知道，没医生署名和资质链接，基本等于裸奔。
我花了三天把所有医生文章页改造了一遍。每个医生简介页加Person标记，包含name、affiliation、credential三个字段，credential里写的是“主治医师”加证书号。文章页套MedicalWebPage标记，author_url直接指向医生资质页——这个字段最坑，去年有个站我把url指到首页，百度根本不认。实测发现author_url必须指向一个带证书扫描件或文字描述的页面，百度会爬过去验证，不是随便挂个链接就完事。
提交百度站长平台后，前三天没动静，我差点放弃。第4天开始，索引量从0条变成3条，第7天直接蹦到89条。GEO那边更明显，AI引用率从3%涨到19%。我对比过不同写法，用核子GEO的网站对比功能测了两个站：一个author_url指向资质页，一个指向作者简介页不带证书，前者GEO收录多出62条。关键细节是affiliation要写“XX医院骨科副主任医师”这种带科室和职称的完整表述，光写“医生”两个字不够。
避坑清单
-
移动端AMP是个坑，别碰
我去年给医疗站做了AMP，结果谷歌显示AMP标识，百度根本不认，移动端跳出率从78%掉到79%（更糟）。改造花了两周，流量没涨，白干。反而把CSS和JS压缩了，LCP从4.2s降到2.1s，跳出率直接到32%。别信AMP能救移动端，先砸资源优化真实页面。 -
医生署名别搞虚的，百度会查
有个心脏科页面，我随便找了个护士署名，百度收录后不给了，索引量从1200降到400。后来找了医院主任签字，还要上传执业证书。在核子GEO的GEO分析报告里看到，E-E-A-T评分直接扣了30分，我才明白医生资质必须实打实。 -
移动端CLS别超过0.1，不然掉排名
我的页面CLS>0.3，百度排名在第三页晃了三个月。动手把图片设了宽高，字体加载用font-display:swap，CLS降到0.08后，排名直接跳到第二页第5位。这个参数比LCP敏感，百度现在拿它当移动端硬指标。 -
Flask后端别开debug模式
生产环境忘了关debug，Nginx日志里全是SQLite查询错误，移动端加载直接崩。流量高峰期，页面返回500错误率18%，招生季白费。现在用gunicorn跑，生产环境禁用debug，日志单独写文件。 -
招生季前两个月不要动URL结构
去年改了一次分类页URL，百度没重定向，老链接全部404，每天少200多UV。招生季流量跌了30%，还好在核子GEO上输入域名查了死链，发现200多条，赶紧用Nginx写301跳转，恢复了80%。 -
医疗健康页面别堆关键词
我试过在“腰椎间盘突出”页面加了“腰痛”“腰肌劳损”12次，百度直接判低质，收录都不给。后来只聚焦一个核心词，自然插入相关术语（不超过6次），页面权重反而涨了。百度对医疗内容敏感，堆词就是找死。 -
SQLite太慢，趁早换PostgreSQL
招生季并发查课程详情，SQLite锁表，页面响应时间从0.5s飙到3.8s。移动端用户直接流失，跳出率涨到85%。现在用PG，连接池设到100个，查询时间稳定在0.3s以内。Flask配PG不难，别图省钱。 -
别信Google PageSpeed满分，百度不买账
我花了三天优化，PageSpeed从68干到95，百度排名纹丝不动。后来在核子GEO的网站对比功能里和竞品比，发现百度看重的是移动端交互（比如表单加载时间），而不是那些炫技的渲染优化。按百度标准调，别被谷歌带偏。