正式网页的canonical指向测试域名，会向搜索引擎发送错误的规范化信号。先核对实际输出，再修正生成来源，并让网站地图、内链和跳转保持一致。只改页面标题不能解决这个问题。
canonical究竟在说什么
canonical用于表达相同或相近内容的首选URL，是规范化信号，并非强制命令。搜索引擎可能结合其他信息选择不同URL，因此不能把设置成功等同于选择已生效。
查看网页源代码中的rel=canonical，以及可能存在的HTTP Link响应头。若同一页面输出多个互相冲突的canonical，应找出分别来自主题、SEO插件还是自定义代码。
迁移后容易遗漏的位置
检查WordPress站点地址、SEO插件的单页规范URL、主题硬编码、自定义字段和批量导入内容。少数页面错误与全站错误通常对应不同来源。
若使用数据库替换，先备份并预览范围，使用支持序列化数据的方式。不要把所有出现测试域名的文本都无差别删除，因为内部文档和真实引用可能需要单独处理。
修正后的信号要一致
正式内容通常应指向其真实规范页面，不应把所有文章统一指向首页。多语言版本也不应仅因内容相似就全部指向一种语言，应结合语言与区域策略判断。
更新后清理相关缓存，检查公开响应；同步核对网站地图和站内链接不再指向测试域名。测试站本身应采用适当访问控制，避免两套站点持续公开混淆。
用样本检查整个范围
抽查首页、文章、分类、产品、分页及特殊模板，记录每类页面的canonical。对错误来自模板的情况，修一个页面并不代表所有模板都已修好。
随后在Search Console核对用户声明与Google所选规范网址，并注意数据对应的抓取时间。旧记录需要重新抓取后才可能更新。
能否通过robots.txt屏蔽测试域名来修正式站canonical？ 不能替代正式站输出修正。应分别处理测试站访问控制和正式站规范化，避免继续发出错误信号。
参考资料
相关问题
本文为通用排查指南，依据所列官方资料整理；菜单名称和行为可能随版本及主机环境变化。配图为AI生成的概念示意，不是实际故障截图。
