Canonical URL QA 检查清单：Shopify、WordPress 和 Headless 网站上线前必查

Canonical 标签很小，但错误会扩散到成千上万个 URL。一个 Shopify 筛选、WordPress 归档、Headless 商品路由、staging 域名或广告参数，都可能让搜索引擎把错误页面当成主版本。

这份清单适合网站改版上线、Shopify 主题更新、WordPress 主题开发、Headless Commerce 迁移和技术 SEO 维护。最好在 URL 接近最终状态、但模板、重定向、内链和 CMS 规则还来得及调整时使用。

不要只检查首页 canonical。先列出同一内容可能通过哪些 URL 被访问。抓取 staging，抓取正式站，导出分析工具里的 URL，查看 Search Console，再问电商或内容团队哪些链接真实被用户使用。

清单要覆盖正常模板和边缘情况。Canonical 问题通常藏在筛选、分页、预览 URL、商品变体、本地化路径、追踪参数，以及改版后仍然存在的旧链接里。

• Shopify：collection 下的商品 URL、变体 URL、分类筛选、排序、搜索结果、Markets 和 App 生成的落地页。
• WordPress：分类归档、标签归档、作者页、分页归档、附件页、预览 URL 和自定义文章类型归档。
• Headless 网站：CMS 预览路由、API slug、尾斜杠差异、大小写差异、本地化路由和前端筛选状态。
• 网站改版：旧 URL、重定向链、UTM 链接、广告链接、旧站点地图 URL，以及合作伙伴或销售团队仍在使用的链接。

规则表可以避免开发、SEO 和内容编辑各自做出不同判断。对每一种 URL 模式，明确 canonical 主版本、是否允许索引、是否进入站点地图，以及内链应该指向哪里。

规则表要足够实用。每一行包括页面类型、示例 URL、canonical 目标、索引规则、站点地图规则、hreflang 规则、重定向规则、负责人和 QA 状态。如果一条规则写不清楚，通常说明信息架构还需要先做决定。

• 把自指 canonical 页面和需要 canonical 到其他 URL 的页面分开标记。
• 判断筛选分类页、搜索页和归档页到底是有价值的 SEO 落地页，还是只会消耗抓取预算的重复页面。
• 为重要 SEO 落地页写清楚例外规则，避免被统一模板误 canonical 掉。
• 指定后续维护负责人，因为 App、插件和 CMS 编辑都可能在上线后制造新的 URL 模式。

只看 CMS 设置不够。要检查搜索引擎实际收到的渲染后 HTML。主题文件、SEO 插件、Shopify App、Headless 布局组件或中间件规则，都可能在后台字段看起来正确时改变最终输出。

每个可索引页面都应该只有一个 canonical 标签，并指向一个可以正常访问的绝对 HTTPS URL。它不应该指向 staging、重定向 URL、大小写变体、追踪参数 URL，或被 noindex、robots 规则拦截的页面。

• 检查首页、商品页、分类页、服务页、博客文章、自定义文章类型、落地页和本地化模板。
• 确认 canonical URL 使用最终域名、协议、路径格式、尾斜杠规则和小写约定。
• 对 Headless 网站和 App 较多的 Shopify 店铺，要用启用 JavaScript 的渲染结果检查。
• 确认主题、插件、注入脚本或旧 SEO 代码没有生成多个 canonical 标签。

Canonical 应该支持 URL 规则，而不是用来掩盖错误重定向。如果一个 URL 会重定向，canonical 目标应该与重定向链最终落点一致。如果一个 URL 保留参数，canonical 规则也要符合这个参数模式的索引决策。

分页也需要明确规则。有些分页页面应该自指 canonical，有些归档可以合并，有些搜索或筛选状态应该远离搜索结果。错误默认值可能隐藏有价值页面，也可能让抓取预算浪费在重复页面上。

• 测试 HTTP 到 HTTPS、www 到非 www、尾斜杠、大小写路径、旧 URL、商品 slug 或文章 slug 重定向。
• 检查 UTM、邮件、付费广告、联盟、站内搜索、排序、筛选和会话参数。
• 确认分页分类、博客归档、资源中心和 WordPress 归档不会在非预期情况下全部 canonical 到第一页。
• 确认 canonical 目标返回 200 状态码，没有被屏蔽、noindex、加密保护，或误从站点地图移除。

多语言网站多了一层风险。每个本地化页面通常应该 canonical 到自己，再用 hreflang 连接不同语言或地区版本。如果所有语言都 canonical 到英文页，非英文页面可能很难获得自己的搜索可见性。

这件事要在真实模板上检查，而不是只看首页。商品页、分类页、博客文章、资源页和法律页面常常使用不同路由或 CMS 字段。Canonical 和 hreflang 集群应该共同指向最终本地化 URL 结构。

• 确认每个本地化页面都 canonical 到同语言或同地区的自身 URL。
• 确保 hreflang alternate 指向可索引、canonical 且返回 200 的 URL。
• 检查 x-default、地区版本、翻译 slug、fallback 页面和缺货商品状态。
• 避免一个 locale 的 canonical 规则和另一个 locale 或 market 的 hreflang 链接混在一起。

如果站点地图里放了大量非 canonical URL，就会释放混乱信号。导航、面包屑、卡片、相关文章、XML sitemap 和结构化数据分别指向同一页面的不同版本，也会产生类似问题。

上线前，把 canonical 规则表与内链和自动生成的站点地图对照。目标不只是标签语法正确，而是让网站主要信号都指向同一个首选 URL。

• 导出 XML sitemap，确认其中 URL 都是 canonical、可索引、最终返回 200 的 URL。
• 检查导航、面包屑、卡片、筛选链接、相关商品、相关文章和页脚链接。
• 在相关场景下，让结构化数据 URL 与 canonical 页面一致，尤其是 Product、BreadcrumbList、Article 和 Organization。
• 更新 CMS 引用、菜单构建器、App 设置和主题里仍然指向重复 URL 的硬编码链接。