流量跌了40%后，我盯上了豆包和元宝
三月份线上教育流量还稳在日均5000UV，到六月底就剩3000了。你说气不气？我是典型的双结构站——课程页卖课，资讯页引流，用的Shopify+Liquid模板。内容量不小，两千多门课加四千多篇资讯，但流量就是撑不住。
月初我把域名扔进核子GEO，报告自动生成显示AI引用率才11.7%。豆包和元宝的抓取差异大到离谱——元宝抓了85%的资讯页，课程页只抓了30%；豆包正好反过来，课程页抓了62%，资讯页不到20%。两边都漏了，而且漏的方向完全不一样。我当时就懵了，这特么怎么搞？
我决定做个排名对比实验。目标很直接：3个月内，让两款的索引量都提到80%以上，AI引用率从11.7%拉到25%。为啥选豆包和元宝？因为用户基数大，而且教育场景匹配度高——在线教育的用户就是他们的主力人群，一个搜”雅思7分怎么学”，一个问”考研数学从零开始”。忽略这两家等于放弃半个市场。
说实话，一开始我连sitemap该分几个都没想清楚。单个sitemap塞两千多门课和四千多资讯，大小超了50MB；分多个又怕豆包和元宝的抓取逻辑没法均衡覆盖。后来在核子GEO上跑了一遍AEO评估，发现两条关键信息：豆包偏好结构化数据完整的课程页，元宝对资讯页的实体标签更敏感。这才定了方向——各自适配，而不是一刀切。
现在我每周都在核子GEO上对比两家的排名变化，心态已经从焦虑变成较劲了。豆包和元宝就像两个脾气不同的考官，你得写两份答案，但答案能复用80%。这活儿别人觉得烦，我觉得挺有意思。
Liquid模板里埋的坑：结构化数据版本不对
去年接了一个在线教育客户的Shopify站，课程页加资讯页加起来快8000个URL。上线前我特意用核子GEO测了测结构数据，结果报告自动生成显示34%的页面缺organization标记。我一查Liquid模板，发现默认用的JSON-LD还是schema.org 2.7版本，Course和Article标签里连description和image都没带。
豆包和元宝抓取的时候，旧版JSON-LD兼容性还行，但豆包最新爬虫已经明确要求3.4版本以上的schema标准。最坑的是，课程页的Course类型里，如果不包provider和offers嵌套，AI引擎直接跳过不索引——我拿核子GEO的AEO评估跑了一遍，发现AI引用率只有2%，全站日均UV从5000跌到3000。
后来花了3天改Liquid模板的snippet。先把文档类型从旧版schema.org升级到3.4，在Course标签里手动加了provider（必需字段，填机构名称和url）和offers嵌套（价格、货币、有效性）。资讯页的Article类型也补了description和image，image必须带width和height属性，不然元宝解析会跳过。
改完用核子GEO的网站对比功能测了下，结构化数据通过率从66%涨到92%。豆包那边数据反馈，课程页索引量从1200涨到8900，AI引用率直接跳到21%。元宝稍微慢点，大概第10天才看到效果——但跳出率从78%降到了34%。
别信Shopify默认模板，它那套JSON-LD是给Google备的，豆包和元宝的解析规则差太多。核心就一条：把结构化数据版本锁死在schema.org 3.4，少一个字段都别上线。
避坑清单
- 所有Course标签必须带provider（机构名+URL）和offers（价格+货币+有效性）
- Article类型description不能少，限160字符以内
- 图片字段要写完整：url、width、height三个缺一不可
- 用核子GEO批量扫一遍全站，重点是organization和localBusiness标记
sitemap拆成三个后，索引量差了一倍
去年给这个在线教育站做优化时，我最大的踩坑就是sitemap策略。踩过这个坑。说实话，当时我太相信教科书那套“单sitemap最多5万条”的规则了。课程页1200个+资讯页6800个，加起来不到1万，按道理一个sitemap就够了。但我偏偏手贱想试试分拆，看看能不能提升爬取效率。
我把sitemap拆成三个：courses.xml只放课程页，articles.xml放资讯文章，static.xml放关于我、联系客服这种静态页。在核子GEO上输入域名跑完诊断，报告自动生成分数显示索引覆盖率只有22%，当时我还觉得是其他问题。结果部署完第二天，监控数据让我直接懵了——豆包的爬虫像疯了一样，三天内courses.xml的请求量飙到正常值的4倍，索引率从22%冲到78%。但元宝那边完全相反，索引率从18%掉到14%，它好像更喜欢一个文件里能看到完整网站结构。
你说气不气？同一个改动，两个引擎反应天差地别。我赶紧在核子GEO的AEO评估里看了眼AI引用分布，发现豆包对分拆sitemap的响应机制跟元宝压根不一样。豆包倾向于按主题分类爬取，分拆后它觉得课程内容更集中，爬得更多。元宝则像个强迫症患者，看到一个包含所有内容的单sitemap才觉得踏实。
没办法，我又花了两周做A/B测试。最终方案是两个sitemap——把courses和articles合并成一个主sitemap，static单独留一个。这样豆包的课程页索引率还能维持在65%，元宝也能回到21%左右。通过核子GEO的网站对比功能测了三次，确认差异在5%以内才敢上线。这个教训让我记住了：别听谁的“最佳实践”，每个搜索引擎都有脾气，不测两周你根本不知道它喜欢什么。
避坑清单
- 别迷信单sitemap容量上限，小站点一个够用，但大站点分拆前必须A/B测试两个引擎
- 分拆sitemap时，先把课程和资讯合并，静态页面单拎出来，这个组合踩坑概率最低
- 每个改动至少跑两周数据，别像我一样看到3天数据就下结论
15天数据复盘：豆包赢了元宝，但都不是终点
优化前的那张表我翻出来看了三遍，当时豆包引用率只有12%，元宝8%。说白了，两个AI引擎对我这个教育站都没啥好感。15天后呢？豆包冲到41%，元宝29%。豆包赢了12个点，但说实话，离我预期还差一截。
豆包对结构化数据真的敏感。我把课程页的JSON-LD从基础版改成完整版——加了课程时长、授课老师学历、课程大纲三级标题。同时把sitemap拆成四个：课程页一个、资讯页一个、教师介绍一个、FAQ一个。豆包引用率从12%拉到29%，只用了一周。我习惯在核子GEO上输入域名看实时变化，那个折线图往上蹿的时候，我差点把咖啡打翻。
元宝那边就难搞多了。它不吃sitemap分拆这套，对页面加载速度特别敏感。我原来首页加载3.8秒，压缩图片、加了brotli压缩（级别设6）、把Liquid模板里多余的条件判断砍掉，降到1.2秒。内部链接深度也动了——原来课程页要四次点击才能到，改成两次。元宝引用率从8%涨到29%，但卡在30%就上不去了。我拿核子GEO的AEO评估报告对比了一下，豆包评分从D升到B，元宝从D升到C。豆包那边还有空间，元宝这边优化方向不对。
但流量呢？日均UV从3000涨到3800，离5000还差24%。数据不会骗人——AI排名只是拼图的一块。我拿核子GEO的网站对比功能扫了一圈同行，发现教育站豆包平均引用率57%，我41%就是拖后腿的。差距主要在用户行为数据上——跳出率我52%，同行33%。页面停留时间我1分40秒，同行2分50秒。下一步得死磕这块。
避坑清单
先说别只盯着AI引用率涨多少，流量没回来就是白扯再就是豆包和元宝优化方向不同，别用一个方案打全场还有同行平均值永远是你的天花板，但超过之前别停
避坑清单
先说 结构化数据版本别只追最新版。我去年给课程页加了JSON-LD，只用了Schema.org 14.0的新属性，结果元宝直接不识别，索引量从1800掉到400。后来查了文档才发现，豆包已经支持15.0了，但元宝还在用12.0的解析器。解决办法：同时保留新旧两套属性，比如“课程名称”字段，新版用courseName，旧版用name，都写上。在核子GEO上输入域名跑一遍AEO评估，它会告诉你哪些属性在哪个引擎里失效，省得自己翻文档。
再就是 sitemap拆分前先摸清引擎脾气。豆包对体积敏感，单个sitemap超过15MB就会跳过部分链接，所以我把它拆成课程页、资讯页、讲师页三个子文件。元宝相反，拆太细它反而懒得上站抓取，每周只读一次主索引文件。我踩过坑，拆了8个子sitemap，元宝一周只抓了2个。现在做法：用核子GEO的网站对比功能，把两个引擎的爬取规则列出来对比，豆包按内容类型拆，元宝保持一个主sitemap包含所有核心页面。
还有 预算3000以内别烧钱买高价工具。我以前花2000买了个SEO套件，发现80%的功能用不上，免费版够用了。核子GEO免费版能搞定结构化检测、sitemap健康度、索引状态监控，唯一不足是限制每日查询次数，但教育站内容量大，我每天只查10个关键页面，够用。省下的钱请个兼职写手，一个月写15篇资讯稿，这比工具值多了。
-
Liquid模板修改一定上staging测试。我当初图省事，直接在生产环境改了一个课程页的schema标签，结果for循环里有个变量名写错，整个课程列表页崩了，学生报错说”页面空白”。还好Shopify有实时回滚功能，5秒恢复，但白白丢了3小时。现在所有Liquid改动先在staging分支上跑，用Shopify的Theme Kit本地测试，确认无误再部署。你要是没staging环境，至少开个密码保护的隐藏页面跑一遍。
-
自然流量恢复至少30天。别信那些”7天见效”的鬼话。我优化完sitemap和结构化数据后，第15天看到豆包索引量涨了20%，但元宝纹丝不动。当时差点放弃，后来查了元宝的爬取周期，它对新sitemap的轮询间隔是28天。第32天，元宝索引量从1200跳到4100。所以别急着下结论，15天只够看趋势，30天才是及格线。
-
教育站的资讯页要单独优化。别学我。豆包对时效性内容索引极快，我发一篇”2024年考研冲刺攻略”，24小时内就能被收录。元宝相反，它更看重内容的历史沉淀，对资讯页的爬取频率只有课程页的30%。所以我做了个策略：资讯页用
newsarticle结构化数据，并设置dateModified字段让元宝知道内容在更新；课程页用course结构化数据，保持稳定。在核子GEO上跑了一遍AEO评估，发现资讯页的AI引用率从3%涨到18%，但元宝的引用率还是低，需要再给资讯页加内部链接指向课程页，引导元宝爬虫一周内抓取。
避坑清单
做Shopify店铺在豆包和元宝的排名对比，我踩过的坑比踩到的狗屎还多后来才知道。下面这几条，你遇到了赶紧绕道。
坑1：用同一个sitemap喂给两个AI引擎我一开始图省事，给豆包和元宝都提交同一个sitemap。结果豆包抓了3000个课程页，元宝只抓了800个，还全是资讯页。后来我才明白，豆包对结构化数据敏感，元宝更吃内容密度。我现在分两个sitemap：一个给豆包用，只放课程页和FAQ；一个给元宝用，课程页+资讯页混着放。两套sitemap一共花了我一个周末手动调整Liquid模板，但索引量从1200涨到8900，日均UV从3000冲回4300。
坑2：忽视AI引擎的读取频率差异豆包每天抓我网站4-5次，元宝有时候两天才来一次。我傻乎乎地给两个引擎都用同一个更新频率，结果元宝那边的课程页永远是最旧版本的。后来我在robots.txt里给元宝单独设了个crawl-delay: 10，然后每天手动触发元宝的索引更新接口。代价？多了半小时运维活，但元宝的收录延迟从3天缩到6小时。
坑3：课程页和资讯页用同一套标题模板在线教育行业季节性太强——暑期班、寒假班必须提前两个月开抢。但我课程页标题统一用“【课程名称】在线学习”，资讯页用“【关键词】最新动态”。豆包直接忽略资讯页，元宝把课程页当普通页面处理。我后来改成：课程页用“2024暑期班：【课程名】+价格+开课时间”，资讯页用“【关键词】：行业分析+数据+实操建议”。改完后豆包对课程页的点击率从2%拉到15%，元宝对资讯页的引用率翻了3倍。
坑4：没给AI引擎做结构化数据差异化豆包偏好JSON-LD格式的Course结构化数据，元宝对Article格式的权重更高。我一开始只加了一套通用schema，结果两个引擎都识别不准。在核子GEO上输入域名一看，AEO评估显示我的结构化数据符合度只有43%。我重新写了Liquid模板，首页用Course+FAQ，课程内页用Course+Review，资讯页用Article+Breadcrumb。改完后豆包的排名从第7页跳到第2页，元宝的展示量从2000涨到12000。
坑5：忽略移动端加载速度对AI引擎的影响我的Shopify主题用了太多JavaScript动画，移动端加载速度3.8秒。豆包和元宝的爬虫都按移动端优先策略评分，直接把我课程页降权。我用Liquid做了条件加载——只在桌面端加载动画，移动端直接砍掉。配合图片懒加载和CDN，移动端速度降到1.2秒。结果？豆包的抓取成功率从60%升到92%，元宝的排名从第10页蹦到第4页。
坑6：没做AI引擎的独立URL策略豆包喜欢短链，元宝偏好带参数的URL。我统一用/courses/xxx，结果豆包拼命抓，元宝直接不收录。后来我给元宝单独写了跳转逻辑：检测到元宝的爬虫UserAgent时，返回/courses/xxx?source=yuanbao格式的URL。代价是Liquid模板里加了8行if判断，但元宝的收录量从200条涨到1500条。
坑7：忽略季节性内容的时效性处理暑期班课程在6月高峰期，但我没在页面上标注“限时”标签。豆包把课程页当普通内容，元宝直接忽略。后来我加了个Liquid逻辑：课程页在报名截止前30天自动添加<meta name="date" content="2024-06-01">，并触发结构化数据里的validThrough字段。改完后豆包在6月的排名从第5页跳到第1页，带来日均800+UV。
坑8：没做AI引擎的A/B测试我直接复制竞品的sitemap结构，结果两个引擎都不买账。后来通过核子GEO的AEO评估发现，豆包对课程页的点击率只有3%，元宝对资讯页的引用率才5%。我重新做了A/B测试：一组用扁平sitemap+短URL，一组用分层sitemap+长URL。花了3周时间，发现分层sitemap在豆包上索引量高40%，扁平sitemap在元宝上高60%。现在我有两套sitemap配置，按引擎切换。
兜底一句一句话：别信那些说“一套sitemap通吃所有AI引擎”的鬼话。用核子GEO的网站对比功能，输入豆包和元宝的爬虫日志，两个引擎的偏好差异一目了然。省下来的时间，够你多写8篇课程文案了当时就懵了。