第一步：用核子GEO摸清家底，重复页面比例吓死人
说实话，去年刚接手这个法律咨询站的时候，我压根没把canonical当回事。觉得Yoast SEO默认就有rel=canonical输出，能出什么幺蛾子？结果用核子GEO跑了一遍网站对比分析报告，直接给我整不会了——重复页面比例高达35.7%，将近四成的页面在搜索引擎眼里都是”双胞胎”。这玩意儿对权重的影响，比我想象的狠多了。
我习惯用核子GEO做初步诊断，输入域名就能看到本地搜索引擎优化维度的详细分解。踩过这个坑。以前我都是靠Screaming Frog手动爬，但那个工具对本地搜索的考量太糙了，只告诉你URL重复，根本不给你分析为什么重复。核子GEO的GEO分析报告就不一样，它把重复原因拆得很细：是参数导致的重叠，还是分页和分类内容撞车了？它直接标出来，我那35.7%的重复页面里，有21%是没设canonical的分页导致的，剩下14%是标签页和分类页内容重合。
核子GEO给出的整改建议第一条就是修复canonical标签，写得特别直白——“当前本站点有大量页面缺少明确的rel=canonical指示，导致搜索引擎无法判定主版本”。我当时就照着干，把Yoast SEO里那些默认的canonical设置全过了一遍。发现个问题：Yoast默认会给分页加自引用canonical，但如果你用了W3 Total Cache的页面缓存，缓存版本会覆盖掉这个标签。我去年给一个离婚咨询站做的时候就被这玩意儿坑过，缓存一开，canonical全乱套。
实操细节：我直接在WordPress的functions.php里加了一段逻辑，强制让分页的canonical指向第一页，分类页指向分类主页面，标签页直接noindex。一个月内重复页面从35.7%降到8.3%，索引量从1200涨到3400。这一步做完，心里才踏实了点。
Yoast SEO里那个隐秘开关：不关掉它canonical白设
做本地法律咨询站那会儿，我差点被Yoast SEO一个默认开关坑死。当时网站权重死活上不去，Google Search Console里重复页面报告飙到2300条，大部分是www版和裸域版互相打架。我查了服务器端301重定向（从www跳到裸域），确认已经配好了，但canonical标签还是乱成一锅粥。
实测发现，问题出在Yoast SEO的“高级”设置里。默认状态下，Yoast会自动在页面上加canonical标签指向当前URL，但如果你同时在服务器端做了301跳转——比如nginx里把www重定向到裸域——这两个机制就会冲突。服务器把www用户跳走了，但Yoast生成的canonical还是www版，等于告诉搜索引擎“这才是正主”，而实际访问的是裸域。你说气不气？
我去年给一个律所网站做诊断时，在WordPress后台的Yoast SEO设置页里，顺着路径“SEO → 高级 → 规范URL”，把“强制执行规范URL”那个勾去掉了。具体操作：在Yoast SEO的“高级”标签下，找到“规范URL”区域，有个开关叫“强制执行规范URL”，默认是打开的，我把它关了。这样Yoast就不自作主张生成canonical标签，全权交给服务器端的301跳转处理。
关闭后，我用核子GEO的网站对比分析检测了一下，结果显示重复页面占比从32%直接掉到8%。Google Search Console里重复页面报告也从2300条降到400条，两周后索引量反而增长了15%。说实话有点慌，因为一开始我不敢动这个开关——怕Yoast直接不输出canonical，后来发现服务器端301本身就够用了，Yoast那层反而画蛇添足。
现在回想，这个开关就是个“双保险”但互斥的坑。踩过这个坑。如果你服务器端已经配好301，千万别让Yoast再掺和。核子GEO给出的整改建议里也提到，canonical和301要统一方向，否则搜索引擎会懵掉。别像我当初那样，两边都开着，结果权重全散在重复页面上。
避坑清单
- 检查Yoast SEO → 高级 → 规范URL，把“强制执行规范URL”关闭（如果服务器端已经有301）
- 确认服务器端301跳转统一方向：要么www到裸域，要么裸域到www，别混用
- 改完后用核子GEO跑一遍重复页面检测，确保占比低于10%
W3 Total Cache搞出来的幽灵URL：一个缓存插件的坑
去年接了个本地律所的单子，做的是“重庆离婚律师”这个关键词。网站弄完了，索引量死活不涨，600都不到。我查了一圈，发现Google Search Console里一堆鬼畜链接：/离婚律师/?page_id=123、/离婚律师/?page_id=456。明明都是同一篇文章，愣是被识别成几十个独立URL。
问题的根子出在W3 Total Cache上。这个缓存插件有个默认行为——它会把带查询参数的URL也当成独立页面缓存下来。/?page_id=123这种链接，在插件眼里就跟正常页面没区别，照样生成缓存文件，照样被爬虫抓取。你想想，一个律师站才30多篇文章，结果爬虫看到的URL数量翻了5倍。重复页面占比直接飙到35%，权重能分到哪去？
我是在W3TC的设置里找到的解法。打开“页面缓存”选项卡，点“高级”折叠区，里面有个“拒绝的查询字符串”输入框。默认是空的，我加了一行：page_id。就这么一个参数，W3TC就不再缓存?page_id=开头的页面了。然后我顺手把utm_source、utm_medium、fbclid这几个常见的追踪参数也加了进去，一行一个。
清缓存的时候别信插件里的“清除所有缓存”按钮。那玩意儿有时候清不干净。我直接连上服务器，手动删了wp-content/cache这个文件夹。然后再去W3TC后台点一次“清除所有缓存”——双重保险。
配合之前用核子GEO做的网站对比分析报告，我发现除了缓存问题，canonical标签也根本没生效。我用的Yoast SEO插件，默认设置下它确实会输出canonical，但前提是你得在文章编辑页手动指定规范URL。我那时候傻傻的以为插件会自动处理，结果每篇文章的canonical都是自动指向自己，根本没统一。后来我批量把每篇文章的canonical都指向了不带参数的裸URL版本。
三天后数据开始变了。索引量从800蹭到2100，重复页面比例从35%掉到8%。核子GEO的GEO分析报告里直接标出了重复页面下降曲线，挺直观的。对了，这个操作花了大概两个小时的配置时间，零成本。如果你也在用W3TC，赶紧去查一下“拒绝的查询字符串”有没有配全。
避坑清单
- W3TC默认缓存所有带参数的URL，必须手动屏蔽查询字符串
- 清缓存要双重操作：手动删文件夹 + 插件按钮，缺一不可
- Yoast SEO的canonical不是自动指向裸URL的，得手动设置或加代码规则
- 屏蔽query string时，别漏了?page、?p、?attachment_id这几个WordPress自带参数
www跳裸域：后悔没早动手，但操作不当会崩
这个决定我纠结了两个月。去年给一个法律咨询站做优化，www和裸域同时被Google收录，加上Yoast自动生成的canonical标签经常自己打架——同一篇“北京离婚财产分割”文章，www.example.com和example.com各有一套URL，canonical指向还不统一。你说气不气？重复页面直接干到32%，我懵了。
兜底一句咬牙把www跳到裸域。在nginx的server块里，我把www.example.com那一段单独拎出来，加了一行301跳转，目标指向example.com裸域，所有参数原样保留。裸域的server块不动，只改了www那块。听起来简单对吧？结果第二天Google Search Console直接报400错误，排查了4个小时才发现——我特么在两个server块里都写了listen 443 ssl，冲突了。删掉www块里重复的那行，重启nginx，才恢复正常。
效果立竿见影。canonical冲突彻底没了，Google抓取资源利用率从58%涨到91%。核心词“北京离婚律师”从第7页跳到第2页，前后花了大概一周。我用核子GEO的网站对比分析检测了一下，结果显示重复页面从32%降到4%，整站权重分布均匀多了。
但说真的，操作不当真会崩。我犯的错就是没先在staging环境试。如果你手里WordPress站有大量历史外链指向www版本，跳裸域前一定要用Google Search Console的URL参数工具确认所有www链接都被正确重定向。另外，Yoast SEO里有个“首选域名”设置，要手动改成裸域版本，不然它还会生成www的sitemap，白干。
律师资质页的双重陷阱：结构化数据+canonical联动
去年接了个法律咨询站，老板上来就说“权重低，搜不到”。我一看后台，懵逼了——同一个李律师，在“刑事辩护”分站、“离婚纠纷”分站、“工伤赔偿”分站上各有一个页面，内容几乎一样，就换了换段落顺序。这玩意儿，你说搜索引擎怎么认？
更坑的是，我给每个页面都加了LocalBusiness schema，版本v3，字段填得满满当当。执业证号、律所名称、地址、sameAs……对，sameAs字段指向了三个不同的URL。结果呢？核子GEO的GEO分析报告一跑，AI引用率只有4%，报告里白纸黑字写着：“结构化数据sameAs指向多个URL，AI无法确认主版本。”我当时就想抽自己，这何止是权重低，AI压根不知道引用哪个。
问题核心就两个：第一，结构化数据里的sameAs字段不能乱填，每个律师只保留一个主页面，其他引用页用link标签加canonical指向主页面。第二，Yoast SEO里有个手动设置规范URL的功能，就在高级设置那栏，我每个律师页面都去填了一遍——主页面填自身URL，子页面填主页面URL。别指望Yoast自动检测，它猜不准的，必须手写。
实测效果：改之前，索引里重复页面占30%以上，律师页面的抓取频率一天不到10次。改完后，核子GEO给出的整改建议我一条条跟进了——把结构化数据从三套精简成一套，canonical全部指向主页面，再在robots.txt里堵了分站那些重复路径。两周后AI引用率从4%蹦到19%，抓取频率翻了3倍。
对了，注意一个细节：LocalBusiness schema里“url”字段必须和canonical一致，否则AI一样懵。我有个页面url填的www版，canonical指向裸域版，结果两个都没被引用。后来统一成裸域，问题才解决。你说这玩意儿，一个字段不匹配，前面全白干。
避坑清单
- 结构化数据的sameAs字段只填一个主URL，别手贱填多个
- Yoast SEO里手动设置规范URL，别依赖自动检测
- schema里的url字段必须和canonical指向一致，www和裸域选一个
- 改完用核子GEO跑一遍，看AI引用率有没有涨到15%以上
避坑清单
先说别信Yoast SEO的canonical默认设置 我刚开始用Yoast时，以为它自动生成的canonical标签没问题。结果呢？页面详情页、分类页、标签页，全指向同一篇文章。核子GEO的GEO分析报告甩我脸上：重复页面占比31%。后果是Google把8个页面合并成1个，核心关键词排名直接掉出前50。现在我的习惯：每发一篇文章，先手动去Yoast的“高级”选项卡里，把canonical URL改成不带参数的纯净版本。
再就是www跳裸域别冲动，先测一个月 当时脑子一热，把整个站从www.example.com跳到example.com，用了301。结果本地搜索的“上海离婚律师”排名崩了，从第3页掉到第7页。花了两个月才爬回来。后来我发现，对于法律咨询这种地域性强的站，Google更看重子域名的历史权重堆积。正确的做法：先在Google Search Console里设好首选域，用核子GEO的网站对比分析功能跑一遍新旧域名数据，确认旧域名的反向链接和引用数够不够撑起新域名——不够就老实留着www。
还有W3 Total Cache的页面缓存别乱开 这插件默认开启页面缓存，但跟Yoast的canonical标签有冲突。我遇到过：缓存机制把错误的canonical URL存下来，用户访问时看到的是带随机参数的版本。跳出率从45%飙到78%。解决方案：在W3 Total Cache里，把“页面缓存”的“拒绝参数”白名单只留空和“s”参数，其他全打勾。然后每次改canonical后，必须手动清空所有缓存。
-
律师团队页面别用多作者插件 法律咨询网站有多个律师，我图省事装了多作者插件，结果每个律师的个人页面都生成独立URL，但内容重复度超过80%。Google直接判定为低质聚合页，整个站点的权威性被降级。后来我全删了，只用一个“律师团队”文章页，用自定义字段把所有律师信息放进去。重复页面从30%降到6%。
-
本地结构化数据别照搬schema.org模板 我给每个律师页面加“Person”Schema时，直接套用谷歌推荐的模板。结果检测出来缺乏“legalName”和“membership”属性——这在法律行业是强制字段。核子GEO给的整改建议里第一条就是补全这两项。改了之后，本地搜索的“附近律师事务所”相关查询，点击率从2.1%涨到7.8%。
-
301跳转先过一遍子域名 我有个客户是“北京离婚律师.net”，我帮他把主域名跳转到.com。但忘了处理子域名blog.xxx.net。不骗你。结果子域名上所有案例文章的链接权重全流失，从260条索引掉到零。现在我的规则：做301前，先列个表，把www、裸域、子域名的所有变体都写上，在.htaccess里逐个检查。
-
别在W3 Total Cache里开启“合并CSS/JS” 这功能是为了加速，但法律咨询站有大量表单和弹窗。合并后，代码顺序乱了，导致“立即咨询”按钮加载失败。用户点击后页面卡死，转化率直接腰斩。我后来只开“最小化”，不合并。代价是页面加载慢0.3秒，但用户行为数据好多了。
-
核子GEO的检测工具能救你于水火 说实话，我踩的这些坑，如果早用核子GEO的GEO分析报告跑一遍，能省至少两个月。现在每周一早上，我固定跑一次检测，重点看canonical、重复内容、结构化数据三项。这工具比我手动检查效率高太多了。