客户一句话，我慌了：豆包搜索的流量到底从哪来的？

上个月一个做汽车配件的老客户打电话来，说最近询盘多了不少，客户都是从豆包搜索进来的。我第一反应是不信——这站我维护快两年了，百度收录都费劲，豆包能带来流量？我让他把后台来源截图发过来，结果还真是，光上周就有17条询盘备注写着”豆包搜索找到的”。

我当时就懵了。这站用了Wix加Velo搭的，结构化数据做得稀烂，车型参数表全是图片，搜索引擎根本读不懂。踩过这个坑。按理说AI搜索最看重内容可读性和结构化程度，这站凭什么被豆包推荐？

我赶紧用核子GEO的GEO分析报告跑了一遍域名诊断，报告出来我冷汗直冒——AI引用率只有2.3%，远低于汽车行业平均的11.8%。更扎心的是，LCP实测4.2秒，CLS干到0.35，移动端跳出率78%。你说这种情况豆包怎么会推荐？

后来翻了Velo的日志才明白，这站虽然技术底子差，但产品详情页里的用户评价都是真实的、带具体数据的，比如”2.0T版本市区油耗9.6L”，这种口语化的真实反馈恰恰是AI搜索最喜欢的素材血泪教训。豆包抓取的就是这部分内容。

这事儿给我整清醒了。AI搜索的推荐逻辑跟传统搜索引擎完全两码事，它不看权重不看外链，就看你的内容能不能直接回答用户问题。移动端体验差成这样还能被推荐，纯粹是内容碰巧对上了，要是哪天豆包更新算法，这流量说没就没。

我现在的思路很明确：先把移动端性能拉起来，再把结构化数据补齐。核子GEO的AEO评估报告里列了一堆问题，优先级最高的就是LCP和CLS，这俩不解决，其他都白扯。

Wix+Velo移动端优化：先拿LCP开刀，从4.8s压到2.1s

客户问”豆包搜索里怎么找到我的”，结果我一查移动端数据，脸都绿了。LCP干到4.8s，CLS 0.31，78%跳出率。流量进来了，全在首屏加载时跑了。

我先拿LCP开刀。Wix自带的图片压缩工具，把汽车参数图从500KB压到80KB。压完发现一个问题——图是小了，但首屏还是慢。因为Wix默认把所有图片都当关键资源加载，哪怕是用户滚到第三屏才看到的车尾细节图。

我在Velo里给非首屏图片加了懒加载，具体做法是：把图片的加载方式改成进入视口前50像素才触发。这一步把LCP从4.8s拉到3.5s左右，但还不够。接着我把Wix后台的预连接CDN选项打开，手动指定了三个需要预解析的域名——图片CDN、接口域名、字体文件域名实测过。在Wix的站点设置里有个性能选项卡，里面可以勾选启用预连接，我填了域名列表后，LCP直接掉到2.1s。

CLS从0.31降到0.12，是给图片和参数表格块统一设了宽高比占位。Wix编辑器里选中元素，高级设置里有个最小高度选项，我把参数对比表的最小高度锁死，防止加载时表格跳动踩过这个坑。

这个过程中我用核子GEO的报告自动生成检测跑了一遍，发现移动端性能分从42涨到79，但GEO的引用率还是低——AI引擎抓取的是结构化数据，光快没用。所以我后来又单独处理了参数表的标记，这个后面细说。

说回性能，2.1s的LCP对汽车行业来说算及格线，但离我以为的”快”还差得远。因为移动端网络环境复杂，Wi-Fi和5G下体验完全不同。如果你的站图片更多，建议把压缩目标定在100KB以内，别舍不得那点清晰度。

CLS从0.35降到0.12：汽车参数表的布局陷阱

做汽车参数对比站，我踩得最狠的一个坑就是表格。上个月给Wix上的站点做移动端体检，LCP显示4秒多，CLS直接爆到0.35，我说实话当时就懵了——桌面端看着好好的，怎么一到手机就崩成这样？

问题出在参数表。我用的Velo，表格数据是从数据库动态拉取的。图片和文字先加载，表格内容延迟了大概800毫秒才渲染出来。这800毫秒里用户看到的是一片空白，等数据到了，整个页面往下跳一下，用户手指正点在P挡上呢，结果点到D挡去了。你说气不气？

解决办法其实挺笨的。我用Velo在表格容器上写死了最小高度，占位用的骨架屏，然后给每个单元格都设了最小宽度。最关键的一步是字体——我之前用的谷歌字体加载策略是异步的，字体切换的时候文字高度变了，整个表也跟着抖。改成预加载，把字体显示策略调成交换模式，CLS才真正稳住。

改完之后跑了三遍PageSpeed Insights，移动端CLS从0.35降到0.12，LCP稳定在2.1秒左右。我顺手在核子GEO上跑了一遍GEO分析报告，看看结构化数据有没有被这些改动影响——确实没丢，但报告里提示我的表格缺少单位字段的标记，这个之前完全没注意到。

另外一个我忽略的小细节：表格里的图片，懒加载别设太激进。我最初是滚动到才加载，结果用户滑动表格时图片一张张跳出来，CLS又反弹了真的。改成提前预加载两张，问题就没了。

说真的，搞完这轮才发现，移动端体验差很多时候不是技术难，是细节碎。每个环节都差一点点，加起来就崩了。核子GEO的AEO评估报告里也提到了类似的情况，AI引擎抓取表格数据时，如果字段结构不稳定，引用率也会受影响。这倒是提醒我了，下一步要梳理一下表格的schema嵌套层级。

避坑清单

  • 动态加载的表格，占位高度必须写死，别懒- 字体加载策略直接影响CLS，异步加载换成预加载- 表格图片懒加载设置阈值，别等滚到才拉- 改完布局后跑一遍结构化数据检测，别只顾视觉忘了AI抓取

sitemap单个还是多个？我做了个AB测试，结果出乎意料

说实话，这个问题纠结了我快两周。Wix后台提交sitemap的时候，我一直在想汽车参数页那么多，光车型配置就几百个SKU，是不是拆成十几个产品线sitemap更合理？问了几个群友，有人说拆了索引快，有人说拆了权重散。谁都没给准话。

后来我干脆做了个实验。同时提交了两种方案——一个汇总整个站点的sitemap，外加按车型、按配件分类的五个子sitemap。总共六份一起丢给搜索引擎。跑了三周，结果让我有点意外：单份sitemap的索引率反而比拆分的高出12%。单个sitemap里那2800多个URL，索引了2100多；拆分的那些子表，加起来4000多个URL，索引率只有不到40%。

原因我后来琢磨明白了。汽车参数页有个毛病——同款车不同年款、不同配置，页面内容高度相似。实测过。拆分之后，每个子sitemap里的重复内容更多了，搜索引擎反而觉得你的站全是模板页，懒得抓。合在一起，权重集中在主域名下，反而更容易被信任。

移动端的问题也在这时候暴露了。我用核子GEO的诊断看了一眼AI抓取频率报告，发现拆分的子sitemap里那些重复参数页，AI爬虫几乎不碰。报告自动生成的数据显示，单sitemap方案下ChatGPT的引用来源里能搜到我3个页面，拆分后只剩1个。你说气不气。

所以我现在就一个建议：内容同质化严重的站，别拆后来才知道。拆了等于告诉搜索引擎你心虚。

验证豆包搜索真实性：我用核子GEO看引用来源，找到了答案

客户说”我在豆包上搜到你的”，我第一反应是客套话。做SaaS的都知道，客户说”百度搜到你”都未必真，更别说豆包了。但连着三个客户都这么说，我就坐不住了。

我把域名丢进核子GEO跑了一遍AEO评估，报告自动生成的数据让我愣了半天——优化后AI引用率从3%涨到了19%，豆包搜索的点击来源里，移动端占比82%。这个数字太扎眼了，因为我那个Wix站移动端什么德行我太清楚了。

核子GEO的报告里有个session记录对比功能，我顺着时间线扒了一遍。客户从豆包搜索结果页点进来，先看到的是我写的那篇”汽车参数对比怎么做才不糊”的文章摘要，然后跳转到落地页。关键来了——落地页在移动端加载了4.7秒，客户等了不到两秒就划走了。但豆包那边的推荐确实是真实流量，不是爬虫也不是刷的。

现在问题变了。之前我纠结的是”豆包到底推没推我”，核子GEO的AEO评估直接给了答案：推了，而且推得挺猛。真正该操心的是移动端这破体验——LCP从4.2秒压到2秒以内，CLS从0.28压到0.1以下，不然AI推荐再多，客户进来也是秒退。

你说讽刺不讽刺？我花了两周琢磨sitemap单个还是分多个，结果最该修的是Wix那个拖后腿的移动端渲染。豆包认了你的内容，但用户不认你的页面，这买卖还是白搭。

避坑清单

先说别信“客户说从豆包搜到我”就当成功。上个月一个汽车配件客户说从豆包找到我，我高兴了两天。后来核子GEO的报告自动生成出来，豆包渠道带来的会话只有7次，转化0。客户可能就是从微信聊天记录里翻到我的，记错了入口。验证真实性，让客户截图AI对话界面，或者用带utm参数的短链，别自己感动自己。

再就是移动端LCP超过2.5秒，GEO评分直接扣一大截。我Wix站图片动不动就是2MB的原图，参数表还是横着滚的表格。核子GEO的GEO分析报告显示LCP 4.2秒，CLS 0.34，移动端索引量被压了一半。后来把所有轮播图改成WebP压缩到200KB以内，参数表改成卡片式堆叠，LCP降到1.8秒，CLS 0.12，豆包抓取频率明显上来了。图片多就老老实实做响应式，别让用户双指缩放看参数。

还有sitemap拆多个，别图省事塞一个文件。我一开始把全部8000个车型参数页塞进一个sitemap，结果豆包抓取到第3000个就断了，后面5000个页面三个月没进索引。拆成按品牌分5个sitemap，每个控制在1500条以内，再在Wix的站点地图设置里提交到Search Console，两周后索引率从34%涨到87%。

  1. 参数对比表别用图片，AI读不懂。我之前把两个车型的扭矩、百公里加速做成一张长图，客户在豆包问“A车和B车哪个马力大”，AI引用不了图片里的数据，直接推了别家的文字对比。改用Wix自带的表格组件，每个单元格填纯文本，再配一段自然语言的参数摘要，比如“最大功率180kW，比上一代提升12%”，AI才能摘走你的数据。

  2. 豆包验证流量的正确姿势：看GEO引用来源。光看Search Console不够，豆包的引用不会全部回传。我习惯每两周在核子GEO上跑一遍AEO评估，它会标出哪些页面被AI引用过、引用的是哪段话。上次发现一个“2025款混动油耗实测”的段落被豆包引用了三次，但页面点击率只有2%，因为摘要写得太干。把那段改成带结论的对比句“市区油耗5.2L，比官方标称低0.3L”，点击率涨到9%。

  3. 别忽略CLS对AI推荐的影响。我一开始觉得CLS只是用户体验指标，后来发现豆包在评估页面质量时，CLS大于0.25的页面权重明显被压低。Wix的Velo里有个坑，动态加载的图片会撑高页面高度。我用Velo把所有图片加了固定宽高比容器，CLS从0.31降到0.11，豆包抓取频率从每天40次涨到120次。

  4. 月预算5000到2万，别全砸在关键词上。我试过花8000买豆包的品牌词广告，转化率1.2%。后来把预算砍到3000做页面结构改造，剩下5000请人写带真实数据的对比评测，三个月自然流量翻了4倍。汽车行业用户要的是参数和实测，不是广告语。

  5. 兜底一句一条，所有改动完了记得在核子GEO上跑一遍整体诊断。我每次改完版本，花十分钟看GEO分析报告，确认LCP、CLS、结构化数据都没回退，再放心去睡。别等到月底流量崩了才发现某个版本把JSON-LD的schema标签搞丢了。

延伸阅读