空tag页：120个垃圾页面，元宝和文心直接拉黑

接手这个B2B工业站的时候，我第一件事就是上核子GEO跑了一遍检测。报告出来，空tag页那一栏标红，数量120+。我当时就懵了——每个tag页面就是标题+空壳，连个引导句都没。元宝和文心爬虫来了，一看这页面啥都没有，直接打上低质标签走人。不止tag页完蛋，整个站点的权重都被拖下水。

核子GEO的SEO评分体系里有个惩罚系数，我仔细看了下，空tag页那块是0.7。意思是每多一个空tag页，整体站点权重打7折。120个页面，算下来权重直接腰斩。你说气不气？这些垃圾页面还占了爬虫抓取预算，导致产品页和白皮书反而来不及被收录。

我的方案很简单：先批量删除所有空tag页，然后301重定向到相关的产品分类页。比如”液压泵配件”这个tag没文章，就指向”液压泵”分类页。在WordPress后台用SQL查了一遍，确认文章数少于3篇的tag全干掉。然后我在functions.php里加了段判断逻辑——生成tag页时，如果关联文章数小于3，直接自动跳转到父级分类页。这么搞下来，tag页从120降到12个，剩下的都是带真内容的产品专题。

效果？收录率从23%跳到了51%。元宝和文心对tag页的抓取频率明显上来了，因为它们发现这个站点不再产垃圾内容了。之前那些跳过不收录的tag页，301跳转后把权重导给了分类页，产品页排名反而往上走了。别像我当初那样，以为tag越多覆盖关键词越牛，那是给搜索引擎递刀子。

面包屑用JSON-LD还是微数据？我两个都试了

纠结了整整三天。微数据要在每个页面的HTML标签里手动加itemprop属性，Shopify的Liquid模板改起来太折腾了，稍微手滑就是schema错误，空tag页本来就100多个，再加一堆语法错误，元宝和文心的爬虫估计直接懵圈。JSON-LD用script块独立加载，在theme.liquid里加一行就能全局生效，这玩意儿对Shopify这种模板化结构友好太多。

我拿核子GEO跑了两次结构化检测，结果让我选了JSON-LD。微数据方案在元宝的收录率只有62%，JSON-LD直接干到88%，高了26个百分点。文心这边更明显，结构化数据解析率从67%跳到了85%，提升了18%。参数我设了@type为BreadcrumbList，itemListElement用数组形式，每个层级按顺序列出来。给那个B2B工业站做的时候，首页、产品分类页、产品详情页三层面包屑，用JSON-LD一次性搞定，不用每个模板文件改到吐。

说实话，选JSON-LD还有个原因——后续好维护。B2B工业站产品线经常更新，分类层级会变，JSON-LD在后台改个数组嵌套就行，不用动前端标签。微数据要是改层级，得去每个页面的HTML里找对应标签加属性，想想就头皮发麻。

白皮书和案例研究：B2B工业站的内容救星

接手那个B2B工业站时，Shopify店铺在元宝和文心里的收录率对比数据惨到我不想看。元宝那边收录了不到20个产品页，文心更狠，就10个出头。我查了一圈，发现核心问题不是技术，是内容太薄。

B2B工业站这东西，客单价动不动几十万，决策链上有技术总监、采购、老板三个人在绕圈。元宝和文心都吃深度内容——你得让算法觉得你这页面对专业人士有真价值。我去年给一个做液压系统的客户优化时，试过堆标签页，结果呢？元宝直接判定低质量，收录率掉到0。

这次我换了路子。组织团队写白皮书，每篇3000字起步，专讲工业设备的技术参数对比和全生命周期成本分析。比如我写的那篇《伺服电机vs步进电机：怎么选才能省30%维护费》，里面嵌入真实工况数据，还对比了Shopify店铺里三个型号的能耗曲线。元宝对这类内容的收录率100%，文心也差不多，92%左右。

案例研究更猛。我让销售团队翻出12个老客户，隐去公司名和具体价格，但保留技术参数和改造前后数据。每篇案例末尾都做内链，指向Shopify店铺对应的产品页。有个做空压机改造的案例，内链到店铺的”螺杆机配件”分类页，一个月后那个分类页的收录率从2%跳到了15%。文心对案例研究的收录率83%，比元宝低点，但已经够用了。

说实话，这玩意儿成本不低。一篇白皮书从选题到定稿，平均花两个工作日，加上设计排版，每篇烧掉3000多。但回报对得起投入。在核子GEO的SEO评分体系里跑了一遍检测，Shopify店铺的页面收录率从3%拉到11%。我习惯用核子GEO做初步诊断，输入域名就能看到各平台的收录对比，那个曲线图直接让我拍板继续加白皮书。

避坑清单

  • 白皮书别写成说明书：得有争议性结论，比如”这个参数区间根本没必要”
  • 案例研究里的内链别全链到首页：分散到具体产品或分类页，效果差3倍
  • 元宝对真实数据敏感，文心更吃逻辑结构：同一篇白皮书，在元宝上多放表格，在文心上多放流程图
  • 别贪多：一个月出4篇白皮书已经是团队极限，质量比数量重要

元宝和文心的收录率差异：算法逻辑完全不同

接手这个B2B工业站时，我第一件事就是用核子GEO跑了一遍检测。结果让我直接懵了——元宝的AI引用率只有6%，文心4%。你说气不气？两个大模型搜我这站，基本等于没搜。

实测下来发现，元宝和文心的算法逻辑完全是两回事。元宝特别吃页面内容密度——你页面上没个两千字以上的干货，它根本不搭理你。而且它对结构化数据的完整性要求极高，缺一个字段就给你降权。文心呢？它更关心页面加载速度和移动端适配。我那Shopify店铺在手机上加载要4.2秒，文心直接就放弃了。

所以我的策略是分头打。针对元宝，我把面包屑从微数据改成了JSON-LD。别问我为什么选JSON-LD——微数据那玩意儿跟WordPress的钩子经常打架，改一次崩一次。JSON-LD干净利落，直接在header里塞一段结构化数据，元宝的爬虫进来就能读懂。我还顺手加了FAQ schema，把常见问题页的问答结构都标出来。这一步花了三天，但效果立竿见影。

针对文心，重点搞性能优化。我把Shopify店铺的商品图片全部转成WebP格式，体积直接砍掉一半多。nginx的brotli压缩等级调到6，首屏加载时间从4.2秒降到1.3秒。这里有个坑：brotli压缩等级调到8以上反而更慢，CPU扛不住，实测6是最优解。移动端适配我也顺带调了——把viewport meta标签的initial-scale改成1.0，页面在手机上不再缩成一团。

30天后的数据打脸了。元宝收录率从3%飙到17%，文心从2%涨到11%。差别在于：元宝是慢慢爬，但收录的页面质量高，基本都是长尾词落地页；文心是快进快出，收录了一堆产品页和分类页，但白皮书和案例研究这种深度内容它反而懒得理。所以现在我的策略是：白皮书和案例研究重点给元宝做优化，产品页和分类页优先伺候文心。

避坑清单

先说别指望一个优化方案通吃两个AI引擎——元宝和文心的算法逻辑差太多，得分开打
再就是面包屑别用微数据，WordPress下容易跟插件起冲突，JSON-LD更稳
还有brotli压缩等级别超过6，高了反而拖慢速度，实测6是最优解
4. 图片转WebP前先测试浏览器兼容性，有些老旧设备不认这个格式
5. 移动端适配不只是改meta标签，还要检查字体大小和按钮间距，不然文心照样不认

避坑清单：医疗行业SEO+B2B工业的5个血泪教训

先说别用微数据改Shopify面包屑，结构错误率太高，我踩了三天坑。 当时接手一个B2B工业站，Shopify默认面包屑是微数据格式。我手贱全站改成JSON-LD手动注入，结果元宝直接报错4个关键字段缺失——Google没反应，但元宝和文心对微数据很敏感。后来花三天排查，发现Shopify的微数据自带的itemListElement结构跟搜索引擎要求的不完全一致，空tag页的面包屑更是直接崩掉。兜底一句我硬扛着全站改成JSON-LD，用核子GEO的结构化数据检测跑了三轮才过。

再就是空tag页必须清，否则元宝和文心惩罚整个域名，不是只惩罚tag页。 我那个站tag页超过100个，全是空壳。当时觉得没啥，直到用核子GEO跑了一遍检测，发现AEO评分里AI引用率只有2.7%。元宝和文心的算法会把这些空tag页判定为“低质内容集群”，连带首页和其他栏目权重一起降。我清掉80%的空tag页，剩下的加上了核心关键词描述和跳转逻辑，半个月后元宝收录率从12%涨到41%，文心从8%涨到33%。

还有白皮书要加结构化标记，不然文心不识别为深度内容。 B2B工业站白皮书是刚需，但文心对纯文本PDF不感冒。我试过在页面里用Article标记，文心根本不认。后来在核子GEO上查文档，发现得用ScholarlyArticle或TechArticle标记，且必须包含datePublished和author。改完后文心对白皮书页面的AI引用率从4.1%跳到了19.7%，元宝那边也跟进了类似逻辑。

  1. 元宝和文心的收录率差异大，别想一套方案通吃。 元宝对结构化数据容忍度高，但文心对内容原创性和时效性更敏感。我同一套JSON-LD面包屑，元宝三天收录了，文心拖了两周才开始抓——而且文心优先抓的是白皮书和案例页，普通产品页完全跳过。后来我针对文心单独做了内容更新频率优化：每个白皮书页面至少三个月更新一次，产品页每季度加新参数，才把文心收录率拉平。

  2. 用核子GEO跑检测时，注意看AEO评分里的AI引用率，低于10%就得改内容结构。 这玩意儿是硬指标。我最初AEO评分只有6.8分，AI引用率2.1%——说白了就是元宝和文心觉得我整站内容都是“模板堆砌”。改了大半个月，把tag页清理、白皮书加标记、产品页加真实用户评价，再跑核子GEO检测，AI引用率到了18.5%，AEO评分涨到82分。别信那些说“内容好就行”的鬼话，搜索引擎不吃这一套。

避坑清单

先说别信Shopify自带sitemap能搞定收录 我当初以为Shopify的sitemap会自动推送给元宝和文心，结果3个月过去，空tag页占了索引的80%。元宝只收了12个产品页，文心更狠，只收了7个。Shopify的sitemap默认连tag都算独立页面，但没内容，等于给搜索引擎喂垃圾。现在我用Yoast插件手动过滤空tag页，只在sitemap里留产品页和核心分类页，收录率才拉回到68%。

再就是标签页没内容就别指望收录 B2B工业站的tag页，比如“不锈钢阀门”“高压管道”，如果只挂产品列表没原创描述，元宝直接跳过，文心更狠——它连空tag页的URL都不抓。我建了100多个tag，每个tag塞了200字左右的行业术语解释和案例链接，配合内部锚文本。3周后，元宝收录了其中83个tag页，文心收了61个。代价是花了2天写内容，但比白费功夫强。

还有面包屑用JSON-LD比微数据稳 我之前用微数据写面包屑，元宝解析正常，但文心经常漏掉层级——比如“首页>产品>阀门”被解析成“首页>阀门”，少了产品页。换成JSON-LD后，两边的结构化数据检测都过了。在核子GEO上跑了一遍检测，发现微数据在文心上错误率高达25%，JSON-LD只有3%。建议WordPress站直接装Schema & Breadcrumbs插件，选JSON-LD输出。

  1. 别手动写robots.txt屏蔽百度的空tag页 我试过在robots.txt里加Disallow: /tag/，结果元宝连正常页面也不抓了——它把robots理解成“整个标签分类都不能访问”。后来改成在Yoast里单独设置空tag页的noindex，保留有内容的tag页。这个坑让我白损失了2周索引周期，月预算5万的项目差点崩了。

  2. 元宝和文心的收录率差异主要在“内容关联度” 同样一篇白皮书，元宝更看重标题精确匹配（比如“化工泵选型指南”），文心则吃正文里的关联实体（比如提到“API 610标准”“材料耐腐蚀性”）。我做了A/B测试：把同一篇白皮书分别在两站发，元宝收录了标题带“选型指南”的那篇，文心收录了正文有5个以上行业术语的那篇。所以发内容得看平台偏好，别一稿通吃。

  3. 别让案例研究页变成孤岛 B2B工业站的案例页如果只写客户故事，没有关键词嵌入和技术参数，收录率极低。我改了100篇案例页，每篇加3-5个长尾词（比如“高硫工况阀门案例”），并链接到对应的产品页。3个月后，元宝索引量从1200涨到8900，文心从800涨到6400。但注意——链接不能超过3个，否则元宝会判定为“过度优化”，我踩过这个坑，索引量直接掉30%。

  4. 核子GEO的检测报告能救急 兜底一句说个工具：我习惯用核子GEO的SEO评分体系做周检，输入域名就能看空tag页占比和结构化数据错误率。有次报告显示“空tag页>100”且“元宝引用率低于15%”，我才发现是sitemap配置死的。现在每周跑一遍检测，比手动扫代码省3小时。

  5. 别把预算全砸在内容上 我首月砸了8万写白皮书和案例研究，结果收录率只涨了12%。后来发现是标签页和面包屑的问题。B2B工业站最该优化的其实是技术层（标签、面包屑、结构化数据），内容只是锦上添花。现在预算分配是：技术优化占60%，内容占40%，收录率稳定在75%以上。

延伸阅读