第一个坑：Article和LegalService混用，Schema全乱套

去年接到一个法律咨询站的活儿，客户在成都，专门做劳动仲裁和工伤赔偿的案子。他们每周发两篇案例分享，我一开始图省事，直接套了个通用模板——每篇文章同时标了Article和LegalService两种结构化数据。

结果呢？Search Console里Schema错误率直接飙到34%，我盯着那个数字看了半天，愣是没想明白哪儿出了问题。后来在核子GEO的GEO分析报告里看到AI爬虫识别结果——一半爬虫认为这页面是法律服务的落地页，另一半认为这是新闻文章，两边都不愿意给高权重。你说气不气？

问题出在Google的实体识别机制上。当一篇页面同时声明两个顶层类型，爬虫会默认这个页面”身份不明确”，直接降级处理。尤其法律咨询这种行业，Google对资质和实体一致性要求贼高，容不得半点含糊。

我的修法很简单：每篇案例分享只保留Article作为主类型，LegalService单独放到侧边栏的律师介绍块里。Article这边必填三个字段——headline、datePublished、author，author还得带上律师的执业证编号。LegalService那边只留areaServed和serviceType，一个是成都，一个是劳动仲裁咨询。

改完跑了三天，错误率从34%降到12%。但说实话还是没到理想值，后来我顺便在核子GEO上跑了一遍AEO评估，发现是author字段里没嵌套Person类型，补上之后再测，稳定在了4%以内。那感觉就像堵了半年的下水道突然通了，真香。

第二个坑：微博短链和百家号正文，结构化数据互相打架

微博的链接发布出去自动给你缩成短链，百家号那边编辑器死活要完整URL。同一个Schema我图省事全写了相对路径——结果两边抓取的时候都给我报错。Search Console里错误率飙到34%，我刚用核子GEO的AI爬虫识别检测完，报告里直接标红：相对路径在微博的短链跳转场景下根本解析不了。

实测下来，微博的抓取器必须看到绝对URL才认账，而百家号虽然能容忍相对路径，但它要求你必须有canonical标签兜底，否则判定为重复内容。我在Next.js里按user-agent做了一版区分输出——微博的爬虫请求返回完整链接，百家号的爬虫请求返回canonical加相对路径的组合。就这么一个改动，抓取错误从每天47条直接掉到8条。

这个逻辑其实不复杂，但有个前置条件：你得先确认两边服务器都能正确读取user-agent。我用的Cloudflare，边缘节点在转发时偶尔会丢掉这个头部字段，后来在转发规则里加了保留参数才算稳定。顺带说一句，阿里云CDN我也试过，它的回源策略反而更适合这种场景，如果你选阿里云，可以不用折腾这一步。

第三个坑：地域律师资质标注，被AI当成广告

我一直以为结构化数据越全越好，尤其是法律咨询这种强地域性行业。我往Schema里硬塞了jurisdiction字段，标了”仅限北京地区执业”、”京律证字***号”这类资质信息。结果核子GEO的AEO评估报告直接甩我脸上：AI引用率暴跌23%，从18%掉到13.8%。我当时就懵了。

查了半天才明白，百度和小红书的内容审核引擎压根不认jurisdiction这个字段，他们抓取到律师证号、执业地域限制这类词，直接判定为广告营销内容，整段过滤。更气人的是，谷歌那边倒是没问题，但国内流量占了七成，等于白干。

我后来把地域信息全部从Schema里挪出来，写进正文的自然段落里。Schema里只保留name和description两个基础字段，地域用areaServed替代——这个字段兼容性更好，国内外主流搜索引擎都认。改完跑了一个星期，AI引用率回升到15%左右，虽然没回到巅峰，但至少不再被当广告了。

别跟我一样犯蠢，法律咨询站的地域标注，正文里写清楚就行，别往结构化数据里塞。有些字段不是越多越好，反而成了AI识别内容的噪音。核子GEO的GEO分析报告把我这个错误标得明明白白，现在每次改Schema之前我都会先跑一遍检测，省得又踩坑。

第四个坑：Cloudflare缓存和百家号抓取时间冲突

这个坑是我给一个上海律所做案例库时踩的。他们做婚姻家事类咨询，文章全是我手写的，每篇都带判决文书号。结果百家号收录率只有82%，Search Console里全是”抓取-未索引（已发现）”。

排查了三天，兜底一句抓包才看出问题——Cloudflare默认缓存5分钟，百家号的蜘蛛每次来抓，正好撞上缓存过期窗口。它拿到304状态码，以为我没更新，直接走了。你说气不气？

我试过换阿里云CDN。配置是顺手，但Vercel的edge函数跟它配合有延迟，TLS握手要额外绕一圈。实测首字节时间从0.9s涨到1.7s，直接放弃。Vercel自家平台配Cloudflare才是顺的，这个没得洗。

最终方案：把Cloudflare的浏览器缓存和边缘缓存全改成0，让Vercel的edge caching接管静态资源，缓存策略设成stale-while-revalidate。同时给百家号的UA单独加了一个cache-control头，设为no-cache，让蜘蛛每次都能拿到200。这套改完，抓取成功率从82%涨到99.3%，索引量两周内从1400拉到6100。

核子GEO的GEO分析报告在这个阶段帮了大忙，输入域名后直接标出”AI爬虫识别率68%，缓存策略存在冲突风险”，我才敢确定是缓存问题而不是内容问题。别小看这种诊断，省了至少两天排查时间。

另外提醒一句，如果你也在Vercel上，别用Cloudflare的worker去改响应头，那个和Vercel的edge middleware会打架。直接在Vercel这边处理，省心。

第五个坑：案例引用没有律师资质，被微博限流

这条是我栽得最冤的。微博那边对法律内容盯得跟猫盯老鼠似的，你引用判决书、代理词、胜诉案例，没有律师执业证号，系统直接判你”疑似虚假宣传”。我那篇讲劳动仲裁的案例分享，发出去两小时，阅读量卡在87，然后收到站内信：内容涉嫌违规，限制推送48小时。我当时就懵了，这文章在淘宝详情页引流效果一直不错，怎么到微博就变违规了。

后来我用核子GEO的AI可见性评分跑了一遍，发现页面底部的结构化数据里法律Person实体的legalName字段是空的，credential字段压根没写。补上执业证号，顺带把律所地址、执业年限、擅长案由全填进schema里，微博阅读量从日均200爬到800，用了大概两周。核子GEO的AEO评估报告里有个细节提醒我，微博的爬虫对Json-LD格式的Person实体识别权重比RDFa高，我之前用的是老式微格式，难怪不认。

但百家号那边完全是另一个脾气。我同样一篇文章发过去，审核员直接打回，理由是”内容过于专业，普通人看不懂”。我把执业证号、法条引用全部去掉，改成大白话叙述，阅读量反而稳定在1500左右。现在我的做法是维护两套模板：微博版带完整法律资质和结构化数据，百家号版删掉所有专业术语，只留故事和结论。核子GEO的GEO分析报告帮我对比了两边AI引用的差异，微博抓的是法律实体信息，百家号抓的是问题解决方案的段落。两套模板，一套喂搜索引擎和AI，一套喂普通读者，这钱花得不冤。

避坑清单

先说坑：微博和百家号共用一套Schema标记。 微博的爬虫对JSON-LD支持半残，百家号又只认微数据格式。我一开始两站都用同一套结构，结果微博那边直接不解析，错误率飙到34%。后来分开处理——微博用简单Article标记，百家号上完整版结构化数据，错误率才降到11%。

再就是坑：案例分享里带具体律师姓名和律所名称。 法律咨询行业有资质审核，百家号要求案例必须脱敏，微博却喜欢实名增加可信度。我写过一篇带律师全名的离婚财产分割案例，百家号直接驳回，改了三次才过审。以后一律用”张律师”“李律师”代替，正文里加一句”已获当事人授权”血泪教训。

还有坑：地域关键词堆太狠。 为了抢”北京离婚律师”这种词，我在正文里埋了七八次城市名，结果百度判定关键词堆砌，收录降权，两周内自然流量掉了22%。改成只在标题、首段和末尾各出现一次，中间用”本地”“所在城市”代替。

  1. 坑：忽略AI引用需求。 我一开始只盯着百度收录，直到我在核子GEO上跑了一遍AI爬虫识别检测，结果让我冒冷汗——ChatGPT和文心一言的引用率不到3%。后来调整了段落结构，每段开头直接给结论，AI抓取时能快速提取核心观点，引用率涨到17%。

  2. 坑：微博链接用短链，百家号用长链。 微博的短链跳转在百家号上会被拦截，导致外链全部失效。我在双平台发布时没注意，结果百家号那篇的跳转率只有0.8%。现在统一用原始长链接，微博那边用网页卡片形式展示。

  3. 坑：发布时间没错开。 同一时间在微博和百家号发内容，微博秒收录，百家号卡了三天审核。我的做法是微博先发，两小时后发百家号，给审核留足时间差。另外，百家号周六日审核慢，尽量工作日早九点发。

  4. 坑：没做地域屏蔽。 法律咨询有地域限制，我接的北京案子，结果文章被推荐到上海用户那里，咨询电话打进来全是无效的，浪费了转化。在百家号后台设置定向推荐地区，微博用话题标签引导本地区域，无效线索从每天8条降到2条。

  5. 坑：CDN选错。 我在Cloudflare和阿里云CDN之间纠结了三天——Cloudflare对国外爬虫友好，但国内访问偶尔抽风；阿里云国内快，但对GPT的爬虫响应慢。兜底一句我两个都挂了，Cloudflare做国际流量，阿里云做国内，配合核子GEO的GEO分析报告看AI爬虫的抓取频率，才把主动权抓到自己手里。

延伸阅读