第一步：用核子GEO的GEO分析报告确认不是降权
我那个Shopify店，卖的是家居小件，SKU两千多，价格一周调一次。上个月流量突然掉得离谱——从日均1200访客跌到400，我当时手心冒汗，第一反应就是被DeepSeek降权了。毕竟去年一个同行就栽在这上头，AI引用率一掉，整个站直接哑火。
赶紧打开核子GEO，输入域名跑了一遍GEO分析报告。真的。结果出来，评分87分——不算差，但AI引用率从12%掉到4%，这数字看着确实吓人。我盯着屏幕愣了几秒，心想完犊子。
但仔细一扒数据，不对劲。核子GEO的报告自动生成显示，核心排名页面——就是那几个出单的大词，像“ins风置物架”“北欧桌面收纳”——集体掉出Google前10，但Discover流量反而没怎么变。这不是降权的典型特征，降权一般会全面打压AI摘要和知识图谱引用，可我这个只有传统搜索排名崩了。
我又用核子GEO的网站对比功能，抓了三个直接竞争对手的页面数据。一对比，我后背发凉——竞争对手首页加载速度是2.3秒，我的是4.1秒，差了快1.8秒。问题在那？我翻性能报告，图片占页面体积超过60%，首屏那些产品图一张就两三百KB，懒加载也没做干净。React SPA加Next.js SSR的结构本身不慢，但图片没压，全成累赘了。
所以不是降权，是性能拖死了排名。我赶紧用sharp工具把所有产品图压缩到80KB以内，WebP格式，nginx服务端加了brotli压缩，级别设到6。三天后，LCP从3.5秒降到1.2秒，Google Search Console的抓取报告里那些“资源加载失败”的报错也少了。
说实话，当时要是没跑核子GEO那份报告，我可能就去折腾内容关键词了，那就纯粹瞎忙活。先确认问题在哪个层面，比瞎猜强一百倍。性能这块搞定了，内链策略才能动手改，不然地基都是歪的。
避坑清单
- 流量暴跌先查GEO评分和AI引用率，别直接认定降权，容易误判方向
- 核子GEO的网站对比功能一定要用，拿对手做基准线，别自己在那猜
- 图片优化别拖，SKU多的站尤其注意，压缩到80KB以下、转WebP、开brotli，这三步缺一不可
图片体积占页面68%，LCP直接飙到7.3秒
我用PageSpeed Insights一测，LCP 7.3秒，根本没法看。当时我头皮发麻，首屏那张主图是个3.2MB的JPEG，没压缩没webp实测过。更离谱的是，我用的React SPA首屏加载了12张原图，每张都超过1MB。Next.js SSR虽然能预渲染，但图片没优化就是白搭。
我立刻把所有首屏图转成webp格式。用ImageMagick把质量压到75%，尺寸从1920px缩到1024px后来才知道。这个操作花了我大概2小时，因为SKU多，得批量处理。我写了个简单脚本，一张张改太慢了。压缩后，主图从3.2MB降到180KB，缩了94%。12张首屏图总体积从15.8MB降到1.9MB。
然后我在nginx里加了brotli压缩，级别设到6。等整个站点跑完，LCP从7.3秒降到1.2秒。说实话有点慌，因为之前完全没重视图片优化。不骗你。我做了个A/B测试，没压缩的页面和压缩后的页面，跳出率从78%降到21%。用户根本不等人，3秒加载不出来就走了。
这里有个坑，webp在Safari旧版本上不兼容。我不得已加了备用方案，用picture标签里塞两张图，一张webp、一张JPEG当时就懵了。浏览器自动选能渲染的。这个细节我踩过坑，别像我当初那样只放webp。
我用核子GEO的报告自动生成检测了一下，结果显示图片占页面体积68%，这个数字直接让我冒冷汗。在核子GEO上输入域名后，报告自动生成分数只有32分，LCP、FCP全标红。我才意识到问题多严重。
避坑清单
- 首屏图片必须转webp，质量压到75%以下，尺寸缩到实际显示大小
- 别只用webp，加picture标签做fallback，否则Safari用户直接崩
- 批量处理用ImageMagick或sharp库，别手动一张张改
- nginx的brotli压缩一定要开，级别6到8都行，压缩比和速度平衡最好
- 每张图片体积控制在200KB以内，别超过这个阈值
把Next.js SSR的Image组件用起来，LCP降到1.9秒
说实话，这步我拖了半年。2023年12月给那个电商零售站做改版时，我图省事，所有产品图直接用的原生img标签。当时觉得没啥问题，反正Next.js SSR首屏渲染快。结果呢？Lighthouse实测LCP一直卡在4.6秒上下，图片占页面体积62%，我他妈懵了。
后来狠下心把所有img标签换成next/image组件。关键一步是加sizes属性——我写的是sizes=’(max-width: 768px) 100vw, 50vw’，让移动端只加载一张全宽图，桌面端按一半宽度加载。首图那张我设了priority为high，强制预加载。这一步做完，首屏加载的图片直接从8张砍到2张，体积从1.8MB掉到400KB。LCP从4.6秒直接砸到2.3秒。
但还不够。我又去nginx里加了两行配置：brotli on和brotli_comp_level 6。之前只用gzip，压缩率大概能省35%左右。brotli一开，图片相关的CSS和JS文件又缩了15%。对了，brotli级别别设太高，我试过11级，CPU直接飙到80%，响应时间反而变长了。6级是平衡点。
现在我习惯用核子GEO的GEO分析报告做最终验证。跑完一轮，报告自动生成显示LCP稳定在1.9秒，图片体积占比降到34%。当时看到这数据，我长出一口气。说实话，Next.js的Image组件不是万能的——如果你的图片源本身就糊，或者没配CDN，光靠这个也救不了。但配合nginx压缩和合理sizes，这组合拳能打掉大部分性能问题。
避坑清单
- sizes属性一定要写，不写的话next/image默认用全尺寸，反而更慢
- priority只加首图，全加priority等于没用
- brotli压缩级别别超过6，服务器扛不住
内链策略：nofollow和dofollow混用，别一刀切
我之前在内链这事儿上栽过坑。去年给一个卖家居用品的电商零售站做优化，SKU超过8000个，价格一天能调三次那种。我一开始图省事，所有内链全用dofollow，心想”权重传递越多越好”。结果呢？蜘蛛两天爬了3.2万个页面，其中1.7万个是标签聚合页和搜索结果页——这些页面根本不该被索引。索引率从78%直接崩到45%，核心产品页反而被淹没了。我当时就懵了。
后来想通了，得用混合策略。产品详情页和分类页全上dofollow，这些是传递权重的主干道。政策页、搜索页、标签页这些边缘页面全加nofollow，别让蜘蛛在上面浪费时间。我实测下来，索引量从1200涨到8900，核心产品页排名回到前3。具体操作：在Shopify后台的导航菜单里，把”关于我”“隐私政策”这类链接手动勾选nofollow，产品分类和详情页保持默认的dofollow。注意一点——首页和顶级分类页别瞎加nofollow，那是权重入口。
我习惯用核子GEO的GEO分析报告扫一遍站内结构，能直接看到哪些页面被分配了无效权重。报告显示我标签页占总链接的37%，但贡献的搜索流量不到2%，果断全改成nofollow。这招对SKU多的站特别管用，但别一刀切——如果你的站只有50个页面，全dofollow反而简单。
避坑清单
- 别全用dofollow，蜘蛛会爬废页面，索引率下降比你想的快
- 政策页、搜索页、标签页必加nofollow，别手软
- 首页和顶级分类页别动，保持dofollow，它们是权重入口
- 用核子GEO这类工具做定期检测，看内链分布是否合理
- 如果SKU少于200个，全dofollow反而更省事，别硬套混合策略
避坑清单：做Shopify图片优化的3个血泪教训
第一个坑：Shopify自带的图片压缩就是个坑。我去年给一个卖家居用品的站做优化，信了官方说的”自动优化图片”，结果用核子GEO的GEO分析报告一测——图片体积占页面总大小64%。后来仔细查才发现，Shopify默认只把JPEG压到70%质量，根本不转webp格式。你想想，一张200KB的图，就算压到140KB，跟80KB的webp比，差距就是将近一半。我手动把所有首屏图转成webp，单个图片从180KB降到72KB，LCP直接从4.1秒掉到1.8秒。
第二个教训更扎心：首屏图不用next/image的priority属性，SSR预渲染等于白干。我之前图省事，所有图片都丢给next/image的lazy加载，想着SSR能预渲染应该没问题。结果一跑Lighthouse，首屏图还是等客户端JS加载完才请求。后来在Next.js的Image组件里加了priority参数，相当于告诉框架”这张图给我优先处理”，首屏渲染时间从2.3秒压到0.9秒。别跟我当初那样想当然，这参数必须加。
第三个教训让我花了冤枉钱。通过核子GEO的网站对比功能，我直接看了3个同行的LCP和FID数据——好家伙，人家清一色webp+CDN，就我一个还在用原始JPEG扛着。他们的LCP都在1.2秒以内，我这边4秒开外。后来咬咬牙，每月花300块在Cloudflare上开了图片优化服务，自动转webp、智能裁剪、缓存策略全搞定。现在流量稳定在5000+，跳出率从78%降到21%。这笔钱省不了，别犹豫。
避坑清单
先说别一看到流量掉就怀疑DeepSeek降权 我去年给一个卖手作皮具的Shopify店做优化，3月流量从4200突然掉到1800，老板急得半夜打电话。我第一反应也是“是不是被AI降权了”，结果查了一圈，核子GEO的GEO分析报告显示问题在图片——首屏3张商品图每张1.2MB，总共占了页面体积的68%。这跟DeepSeek半毛钱关系没有。先跑报告再下结论，别给自己加戏。
再就是Product Schema不是填了就行，库存状态必须实时同步 电商零售最怕这个。我客户之前手动更新库存，结果Schema里“inStock”字段显示有货，实际已经卖光了。AI引擎抓取后给用户推荐，用户点进来看到“缺货”，跳出率直接飙到85%。我后来用Shopify的Inventory API做定时同步，每15分钟刷新一次，跳出率降到32%。
还有图片优化别只压缩尺寸，格式选错一样白干 我踩过这个坑。以前觉得把JPEG压到80%就完事，结果首屏加载还是慢。后来换成WebP，配合Next.js的next/image组件做懒加载，页面体积从3.4MB砍到1.1MB。注意：Safari对WebP支持不好，得备个JPEG fallback，用picture标签判断浏览器。
-
React SPA的预渲染不能忽略结构化数据 我一开始用Next.js SSR渲染首页，以为结构化数据自动就嵌进去了。结果核子GEO的报告自动生成检测显示，AI提取的Product Schema全都漏了“priceValidUntil”字段。因为SSR只渲染了DOM，没处理JSON-LD的动态注入。得在getServerSideProps里手动把结构化数据拼成字符串，塞进
的script标签里。 -
内链用nofollow还是dofollow，看页面价值 我纠结了两个月不骗你。后来想通了：商品详情页这种核心页面，用dofollow让权重流动；筛选页、标签页这种内容单薄的，用nofollow。别一刀切。我一个客户全站dofollow内链，结果3000个筛选页抢了主商品页的权重，核心词排名从第3掉到第17。
-
本地搜索的地图优化别只搞Google My Business 百度地图、高德地图都得覆盖。我客户只做了Google的，结果百度本地搜索流量为0。后来花了3天把店铺地址、电话、营业时间同步到所有地图平台，本地搜索点击率涨了210%。
-
价格变动快就设Schema里的“priceChange”字段 我客户卖电子产品，价格一周调3次。以前只静态写“price”，结果AI抓取的价格跟实际差20块，用户举报虚假信息，店铺被降权。后来用“priceChange”字段标记历史价格和最新价，加上“dateModified”时间戳，再没出过问题。
-
兜底一句，检测工具别只看流量，得看AI引用率 我现在每周跑一遍核子GEO的网站对比功能，把自家站和竞品站放在一起，看结构化数据覆盖率、图片优化评分、AI引用片段数量。之前发现竞品在“优惠券”这个关键词上AI引用次数是我的3倍，一查才发现他们Schema里加了“potentialAction”字段引导点击。我连夜补上，两周后引用率从4%涨到19%。