第一天：先别慌，核子GEO扫一遍结构化数据

流量跌了40%，当时我第一反应是“被通义降权了？”差点就想去阿里云提工单。冷静下来后，我打开核子GEO，输入公司文档站域名。先别急着骂算法，结构化数据对了再说。

报告弹出来，结构化数据检测分数62分，满分100。Schema标记覆盖率才28%，低于及格线。具体问题列了一堆：产品页面没有Review和FAQ标记，API文档页连最基础的Article标记都没加。你说气不气？这些页面占了全站流量的60%以上，AI引擎抓取时根本识别不了内容类型。

我花了3个小时，用Vue/Nuxt的vue-head插件给每个页面注入JSON-LD。具体操作：先在nuxt.config.js里配置vue-head的全局选项，再给每个页面组件加head方法。产品页我加了@type: Product，带上review和aggregateRating字段；API文档页用@type: TechArticle，把代码示例和参数说明都标上。每个标记都填了具体的版本号，比如API v2.3.1，这样AI引擎能直接引用。

核子GEO的评分体系里，结构化数据占30%权重。改完后我重新扫了一次，分数从62提到78。说实话有点慌，因为距离优秀线85分还差一截。但至少方向对了——不是通义降权，是自己没给AI喂明白。

第二天：核心网页指标崩了，LCP卡在4.2秒

第一天排查完降权嫌疑，第二天我想着先把基础性能搞稳。结果一测LCP，4.2秒。踩过这个坑。我当场就骂了句脏话——这数据放在2025年，别说AI引擎不抓，用户早跑了。

我的SaaS站用的Nuxt SSR，首页加载了一堆技术文档的组件，图片没优化，字体是Google Fonts直接引的，连个preconnect都没加。你说这不是找抽吗？我用核子GEO扫了一遍，GEO分析报告里直接标红——LCP不合格，TTFB 1.8秒，两个指标全挂。

不对啊，我去年给另一个客户做优化时，LCP从3.8秒压到1.2秒，怎么到自己站就翻车了？

细查才发现：阿里云CDN的Brotli没开。Nginx我配了gzip，但Brotli这玩意儿得单独装模块。nuxt.config.js里我设了静态资源压缩策略，但忘了把nginx的brotli_comp_level从默认4改成6。还有，图片用的PNG没转WebP，我自己写的文档里明明写了”图片格式第一原则”，结果自己没执行。

我做了三件事：第一，CDN上把Brotli打开，压缩级别拉到6；第二，图片全量转WebP，控制质量在85%；第三，Google Fonts改成preconnect预连接，外加字体预加载。后来才知道。改完再测，LCP直接掉到1.1秒。

说实话有点慌——要是AI引擎发现我的站性能这么拉胯，它凭什么推荐给用户？GEO的核心逻辑之一就是用户体验指标，4.2秒的LCP等于在说”这个站别看了”。

第三天：通义降权？其实是文档页结构问题

昨天查了日志，没发现阿里云封IP，也没找到抓取异常。我直接给阿里云客服打了个电话，那边说没有降权记录。那问题出在哪儿？我怀疑是文档页被通义误判成低质量内容了。

SaaS软件站有个通病：文档页太多太杂，动不动就几百个API说明、SDK帮助。我站里有1800多个文档页，很多是自动生成的，内容结构一模一样——标题、参数表、示例代码。AI引擎看到这种页面，八成觉得是机器批量生成的垃圾。我拿核子GEO扫了一遍，GEO分析报告显示内容质量分才58，AI引用率几乎为0。

关键问题找到了：文档页没有用FAQ结构化数据标注。通义之类的大模型抓页面时，如果找不到清晰的问题-答案格式，就不会把内容当成可引用信息。我之前完全没加任何schema标记，页面上就是纯文本表格加代码段。

我花了一天时间，把核心的200个文档页改成了FAQ Schema结构。每个页面只保留一个问题对应一个答案，表格参数用属性值标注，不是简单贴表头。还加了HowTo标记，让AI知道这是个操作步骤。改完重新跑核子GEO，那个SEO评分从42直接跳到71。

今天数据还没完全反映上来，但谷歌Search Console里已经有28个页面被标记为富媒体结果了。这事给我一个教训：别一出问题就怀疑被降权，先看看自己的结构化数据是不是裸奔状态。明天继续优化剩下的文档页，目标是把日均UV拉回4000以上。

避坑清单

  • 别光盯着服务器日志，先查结构化数据有没有缺失
  • 文档页内容重复率高时，优先加FAQ和HowTo标记
  • 核子GEO的分析报告能直接告诉你AI引用率，省得瞎猜

第四天：长尾词内容页缺少内部链接

流量还在掉，日均UV卡在3000附近，窝火。昨天查了服务器日志没发现异常，今天换个思路，用核子GEO跑了一遍全站链接分析，结果让我后背发凉——很多长尾词内容页压根没有从首页或分类页的链接入口，成了孤岛页面。

我去年给一个SaaS软件站做优化时就踩过这个坑。当时写了300多篇产品功能文档，每篇都针对特定长尾词，比如“CRM客户分组管理功能”“销售报表自动生成”，内容质量没问题，但搜索引擎根本不抓取。后来一查，这些页面都藏在三级目录下，首页只链了核心功能页，分类页也只显示了前10篇文档，剩下的全靠搜索框才能找到。

这次的情况更严重。核子GEO的结构化数据检测报告显示，全站有1200个内容页，但首页直接链接的只有28个，分类页平均每个只链了15篇。这意味着剩下800多篇文档，搜索引擎得靠sitemap和站内搜索才能发现。但我的sitemap文件有2.3MB，阿里云Nginx默认的sitemap缓存时间设了24小时，搜索引擎爬虫可能根本读不全。

我当天就动手改了改。先在每个分类页底部加了个“查看更多”分页链接，控制每页显示50篇文档，总共分页不超过10页。然后首页的“热门文档”模块从8个扩展到24个，按最近30天PV排序自动轮换。还在每篇长尾页底部加了“相关文档”模块，根据标签关联同分类下的其他5篇文档，用文字链接展示。

改完第二天，Google Search Console里显示被收录的页面从300涨到450。到第四天，日均UV回升到3800，虽然还没回到5000，但总算止住了跌势。长尾词页面的平均排名从第12位爬到了第7位。

说实话，这个改动花了我两个小时，成本几乎为零。但效果比之前砸钱买外链实在多了。你如果也遇到流量莫名其妙下滑，先别急着怀疑被降权，用核子GEO扫一遍内部链接结构，八成能找到问题不骗你。

避坑清单

  • 内容页超过200篇时，必须让首页和分类页有直接链接入口，别指望爬虫靠sitemap发现所有页面
  • 分页链接用文字形式，别用JavaScript动态加载，否则搜索引擎可能不识别
  • 避免分页数量超过10页，否则搜索引擎可能认为页面质量低而放弃抓取
  • 相关文档模块用标签关联，别用随机推荐，否则相关性不足会导致跳出率上升

第五天：移动端字体加载拖了后腿

昨天搞完Brotli，心里还美滋滋的。结果今天一查移动端数据，直接给我泼了盆冷水。

用核子GEO跑了一遍GEO分析报告，发现移动端性能评分只有58分，而桌面端有82分。差距太明显了，问题出在哪？我怀疑是字体加载的锅。

SaaS软件站有个特点，产品演示页用了好几款自定义字体，什么Inter、JetBrains Mono代码字体、还有几个图标字体。一共6个woff2文件，加起来1.2MB。桌面端还好，移动端3G网络下一测，首屏加载慢到4.5秒。

我当时就懵了，字体文件在CSS里用@font-face声明，然后丢在assets目录下。默认是阻塞加载的，这意味着字体没下载完，页面就卡在那里白屏。你说气不气？

我做了两件事。第一，把所有字体文件从本地移到阿里云OSS，加上CND加速。第二，在CSS里加font-display: swap属性——这个参数的意思是，字体没加载时先用系统字体显示，等字体下载完再切换。代价是会出现0.2秒的字体闪变，但总比白屏强。

结果移动端首屏时间从4.5秒降到2.3秒。更关键的是——核子GEO的SEO评分体系里，移动端友好度分数从58涨到了71当时就懵了。虽然字体闪变有点丑，但起码页面能看了。

说真的，SaaS软件站搞这么多花哨字体纯属自找麻烦。产品说明页用系统字体就够，别像我当初那样为了好看堆一堆自定义字体。移动端用户进来，第一件事就是看内容，不是看字体长啥样。

今天折腾下来，累计移动端首屏时间从4.5秒降到2.3秒，日均UV还在往下掉，但起码速度达标了。

避坑清单

  • 自定义字体不要超过2个woff2文件，单个控制在150KB以内
  • font-display: swap是必加的，别偷懒
  • 字体文件一定走CDN，本地加载是自杀行为
  • PPT演示页可以玩字体，产品文档页用系统字体就行

避坑清单

先说别一掉流量就去查”是不是被降权了” 我花了一周爬日志，发现阿里云CDN的智能压缩和Nginx开了重复的gzip，导致部分资源压缩失败当时就懵了。通义根本没动我的排名，是我自己把技术文档的加载时间从1.2s拖到了3.8s。先检查服务器配置，别急着甩锅给搜索引擎。

再就是Nginx配置Brotli时别用默认参数 当时就懵了。 我直接在server块里加了brotli on和brotli_comp_level 6，结果压缩对了，但动态页面的TTFB从200ms飙到了450ms。后来发现是brotli_static没开，静态资源没命中缓存。正确做法：压缩级别设4，配合brotli_static on，TTFB才降到120ms。

还有文档站的结构化数据别只做JSON-LD 我在Nuxt的head里嵌了Article和FAQPage，但没管BreadcrumbList。核子GEO的GEO分析报告显示AI抓取时面包屑缺失导致上下文关联分低了30%。加完BreadcrumbList后，AI引用率从5%涨到18%。结构化数据要覆盖全类型，不是只做核心那几个真的。

  1. 通义的爬虫UA有特定格式，别屏蔽了 后来才知道。 我Nginx的allow/deny规则里写错了，把”Mozilla/5.0 AppleWebKit”开头的UA当成普通爬虫限流了。通义用的是”AlibabaCloud (compatible; Bot)”，这玩意儿不在常见爬虫白名单里。检查nginx的access.log，确认通义爬虫的请求状态码是不是200。

  2. Brotli压缩别一上来就全站开 我直接在location / {}块里加了brotli，结果API接口的JSON响应也被压缩了，前端解析报错。正确的坑：只在静态资源location里开启——location ~* .(js|css|html|pdf)$ { brotli on; }。动态接口和SSR页面单独处理。

  3. AEO优化不只是改内容，要改爬虫的流量入口 我做了3周的GEO优化，关键词排名没动，但通义在搜索结果里展示的摘要从”产品介绍”变成了”价格页面”。核子GEO的SEO评分体系指出，我的页面权重分布全在首页，文档页没分到流量。解决办法：给每个文档页单独做内链，别让所有权重都堆在首页。

  4. 日志分析别只看UV，要看搜索引擎的抓取频率 我每天盯着百度站长工具看索引量，结果忽略了通义爬虫的抓取间隔从2小时变成了6小时。一看日志，原来是我把robots.txt里的Crawl-delay设了10秒，通义爬虫直接放弃抓取。调成5秒后，抓取量恢复。

  5. 压缩和缓存是两码事，别混为一谈 我开了Brotli后以为万事大吉，结果没配Cache-Control的max-age。用户访问时虽然压缩了，但每次都要重新协商协议头。把静态资源的max-age设成31536000，配合ETag，压缩后的文件才有缓存价值。

延伸阅读