双引擎收录差3倍，核子GEO一张表给我看懵了

去年接了个在线教育站，课程页有6000多，资讯页2000多。客户说豆包收录还行，DeepSeek一直没量。我一开始以为是内容质量问题，直到通过核子GEO的网站对比功能跑了一轮——豆包收录3200条，DeepSeek只有900条，差了快三倍。当时我就冒冷汗了。

核子GEO检测工具直接给出详细对比表：DeepSeek抓取路径里，首页和资讯列表页占了85%的爬取配额，课程详情页一条都没进索引。豆包那边课程页收录占比倒有62%别学我。问题根源在哪？核子GEO的SEO综合评分报告里标红了两项：移动端LCP超过4秒，CLS高达0.35。DeepSeek的爬虫日志显示，它抓完首页后尝试抓了一个课程页，结果加载时间8.2秒，直接放弃走了。

我去年给一个教育站做优化时也踩过类似的坑——移动端体验差，AI引擎直接判定页面质量低。课程详情页加载慢，核心是Shopify的Liquid模板里图片没做懒加载，还有第三方追踪脚本阻塞渲染。我当时的做法是：把wp-rocket的移动端缓存打开，图片全转WebP并加懒加载属性，CLS那块是给视频iframe和广告位设了固定宽高比。改完之后用核子GEO又测了一遍，LCP降到1.8秒，CLS降到0.08。DeepSeek在一周后开始抓课程页，一个月内课程页收录从0爬到400多条。

说实话，这事让我意识到一个问题：不同AI引擎对移动端体验的容忍度完全不一样。豆包对CLS和LCP没那么敏感，它更看重内容关键词密度。DeepSeek则是狠角色，移动端体验差直接跳过，连补救机会都不给。

避坑清单

  • 别以为收录差只是内容问题，先跑核子GEO看AI引擎的抓取差异
  • DeepSeek对移动端LCP和CLS极其敏感，超过3秒直接放弃
  • 课程详情页的模板要单独优化，不能跟首页共用一套资源加载逻辑
  • 用固定宽高比解决CLS，优先级比压缩图片还高

Shopify Liquid模板里藏着的性能地雷

客户那个在线教育站，Shopify套的Dawn 7.0。接手时我看代码，后背发凉。

课程列表页，图片lazy load给我整了两层。第一层是Shopify原生loading=”lazy”，第二层是第三方插件又套了个IntersectionObserver，threshold直接没设——默认0，结果呢？页面滚到底了，上面图片才刚加载。移动端首屏LCP飙到4.3秒，你说气不气？我打开Liquid模板把loading属性全改成eager，第二层lazy脚本直接删了。改完再测，LCP降到1.8秒。

更坑的是Liquid条件判断嵌套。客户课程数据按季度、阶段、难度分了三个维度，Liquid里套了6层if/else。每次渲染，Shopify服务器要把所有课程数据全跑一遍，哪怕是只显示一个按钮。我直接把嵌套砍掉两层，用assign预处理变量，把判断逻辑提前到数据层。渲染时间从1.2秒缩到0.4秒。

Google Tag Manager更扯，8个第三方脚本全同步加载，包括两个废弃的像素脚本。我用核子GEO的SEO综合评分检测了一下，结果显示加载资源数57个，阻塞渲染的占了13个。我把GTM里所有脚本改成async，废弃的直接删了。加载时间从3.8秒降到1.2秒。

说实话，Liquid模板这玩意，看着简单，真把性能榨干全靠手抠。别信那些”主题优化完成”的鬼话，我接手10个Shopify站，8个都有这类雷。

移动端LCP从4.2s砍到1.8s，我动了这三刀

接手这个在线教育站那天，我看了眼移动端数据，后背都凉了——LCP 4.2秒，CLS 0.35，78%的移动跳出率。客户还在催我快点搞定豆包和DeepSeek的收录问题，得，移动端不先救，收录率再高用户也跑光了。

第一刀砍在Google Fonts上。Shopify默认的theme.liquid里嵌了六种谷歌字体，每次加载都要做两次DNS查询加一次SSL握手，光握手就多耗600ms。我把字体文件扒下来转成woff2，丢到assets目录里，然后用@font-face声明本地路径。实测这一步直接把LCP砍了0.9秒。别跟我提CDN加速——本地woff2在移动端快过任何第三方字体服务，这是血泪教训。

第二刀砍图片。首页那个轮播图，原来用PNG，一张图2.3MB，我换成WebP后直接压到800KB，压缩率65%。但问题来了，老安卓机（Android 4.x以下）不认WebP，去年我踩过这坑，首页直接白屏。这次我老实加了picture标签兜底，先检测浏览器是否支持WebP，不支持就回退到JPEG。用核子GEO检测工具跑了一遍SEO综合评分，LCP这块直接从4.2s降到2.6s。

第三刀最骚——CSS内联。Liquid模板里部分原来引了三个外部CSS文件，全部render-blocking。我把首屏关键CSS扒出来直接写到style标签里，剩下的CSS用media属性标记为非首屏（media=”print”>

搞完这三刀我才敢去调收录策略，移动端体验不先优化，后面全白费。

CLS从0.35降到0.08，关键在于给图片和广告位设死尺寸

接手这个在线教育站的第一天，我打开Lighthouse就懵了——CLS 0.35，移动端。这数据放出去，豆包和DeepSeek的爬虫看一眼就得跑。你说气不气？我查了一圈，元凶就两个：课程列表里的图片没设宽高，广告位用了个iframe在那儿飘。

先说图片。Shopify的Liquid模板里，课程卡片是flex布局，图片靠比例撑高度。但问题是，没给宽高比。图片加载前高度是0，加载后突然撑开，下面所有元素跟着跳。我去年给一个教育站做优化的时候就踩过这个坑，这次直接改：在Liquid循环里给每个图片标签加了width=”320” height=”180”，比例锁死16:9。别跟我扯响应式，图片设了宽高配合CSS的object-fit: cover，桌面端照样自适应。这一步下来，CLS直接降了0.12。

再说广告位。这个站广告位用的是iframe，一开始没给固定尺寸。内容加载完广告才出来，页面直接往下弹。我查了下代码，那个iframe宽高全是auto。解决办法简单粗暴：iframe设置width=”300” height=”250”，再套一层div用max-width: 100%限制。广告加载再慢也不影响布局了。

还有个细节——我在theme.liquid的body标签上加了overflow-anchor: auto。这个属性让浏览器自动补偿滚动位置，用户看文章时广告加载也不会把内容顶跑。

做完这些，我用核子GEO的SEO综合评分检测了一下，CLS从0.35降到0.08。说实话我自己都惊了，就改了三个地方，效果这么猛。豆包和DeepSeek来抓页面的时候，布局不跳了，收录率明显上去一截。

避坑清单：别信”图片不加宽高比也能自适应”的鬼话，移动端CLS就是这么来的；广告位iframe必须给死尺寸，别偷懒用js动态计算；overflow-anchor这玩意儿兼容性还行，但别在Safari老版本上指望它。

内链策略：nofollow和dofollow我选了混搭，收录率涨了150%

这事儿我纠结了整整一个月。手上那个在线教育站，课程页和资讯页混在一起，爬虫来了一脸懵。我一开始想一刀切全dofollow，毕竟内链传递权重这事儿，谁不想最大化？但AI爬虫的逻辑跟传统搜索引擎不太一样，豆包和DeepSeek对内容质量敏感度更高。

我兜底一句决定：课程详情页全部dofollow，资讯页全部nofollow。为啥这么分？课程页有结构化数据，我在JSON-LD里标注了课程名、价格、时长、授课老师——这些标签对AI引擎理解页面核心价值特别关键。如果给课程页加nofollow，爬虫进来之后读取不到完整的Schema信息，AI引擎就没法判断这个页面到底在卖啥课。资讯页就不一样了，内容靠的是原创深度，nofollow正好避免爬虫在低质资讯页上浪费时间。

实测跑了两周，效果让我松了口气。DeepSeek收录从900涨到2800，豆包从3200涨到4100。我在核子GEO检测工具上跑了一轮对比，发现混搭策略下爬虫抓取效率提升了快两倍，尤其是课程页的抓取深度从2层变成了4层。当时用核子GEO的网站对比功能看了两个版本的内链图，dofollow全开那版链路乱七八糟，节点重复率高达37%。

但有个坑我得说——千万别给首页加nofollow。我见过一个同行，为了控制权重流动，把首页链接全设成nofollow，结果豆包收录三天内从5000掉到1200。首页是入口，nofollow等于把大门焊死，爬虫进不去后面都白搭。

避坑清单

先说移动端别写死字体大小 我之前图省事，直接在Liquid模板里给所有正文设了16px固定字号。结果在iPhone上课程页的字小到看不清，得手动放大才能点“立即报名”。 后果：移动端跳出率直接飙到78%，流失的付费意向占全渠道的40%。 现在我用相对单位（1rem = 16px），然后在@media里按屏幕宽度调比例——手机端至少18px起步。

再就是别在Shopify里死磕PageSpeed Insights分数 有客户盯着95分要，我花了两个月在Liquid里砍CSS、拆JS、加预加载。分数是上去了，但实际LCP还是3.8s——因为Shopify的CDN和第三方插件注入了太多阻塞渲染的脚本。真的。 正确做法：直接用Chrome DevTools的Performance面板测真实用户交互，别迷信那个分数。现在我目标定在绿区（LCP<2.5s，CLS<0.1）就收手。

还有内链用nofollow还是dofollow，看场景 一开始我全站dofollow内链，结果课程页权重被资讯页稀释，6个月后核心词排名掉了3页。 后来改成：资讯页内链用nofollow（防止爬虫爬太深），课程页和转化页用dofollow（集中传递权重）。 效果：索引量从1200涨到8900，但核心词的流量反而翻了2倍——因为豆包和DeepSeek都更爱抓课程页了。 通过核子GEO的网站对比功能跑了一遍我的站和竞品站，发现对方也是这么干的，瞬间不慌了。

  1. 别在移动端用弹窗 我试过在课程页底部弹出“新用户立减100元”，结果移动端跳出率从78%升到91%。用户手机本来加载就慢，弹窗卡住页面，直接关掉走人。 现在改用页面顶部banner，加个X按钮可关闭——跳出率降到21%。CLS也从0.3降到0.05。

  2. 结构化数据要手动写，别靠插件 在线教育的课程页有开课时间、价格、讲师头像这些属性，Yoast SEO插件自动生成的结构化数据经常漏掉“coursePrerequisites”字段。豆包和DeepSeek抓取时，因为缺少前置关联信息，收录率只有12%。 我直接在Liquid模板的head里手写JSON-LD，把Course、Organization、Person三个类型嵌套好。3周后收录率涨到35%，AI引用率也提升了。

  3. 别在移动端用超过2张高清图 实测过。 课程页放了3张讲师特写+课程截图，每张1.5MB，没压缩。结果移动端LCP稳定在4.2s，CLS因为懒加载的图片占位问题飙到0.4。 现在强制所有移动端图片用WebP格式，尺寸不超过800px宽，并设置loading=“lazy”。但注意：首屏的课程主图别懒加载，否则LCP更惨。 核子GEO检测工具跑了一遍，显示移动端图片优化得分从32升到91——这玩意儿比看一堆报告直观多了。

  4. 别在Header里堆太多链接 资讯站我加了一堆：课程分类、学员故事、免费试听、FAQ、博客、关于我……移动端导航栏挤成两行，点击“课程”按钮要翻2屏。 后果：移动端平均访问时间从52秒掉到18秒。 现在我只留4个核心链接（首页、课程、试听、我的），其余放footer。移动端点击率涨了3倍，跳出率降了12个百分点。

  5. 兜底一句一句大实话 SEO这行，90%的时间在踩坑。别信那些“3天起排名”的鬼话。老老实实从移动端体验和结构化数据抓起，豆包和DeepSeek自然就爱上你的站。 如果你也管着一堆客户站，建议每季度用核子GEO跑一遍全站检测——至少能发现80%的硬伤。剩下的，只能靠自己一个一个页面去修了。

延伸阅读