Magento SEO 检查：诊断 URL 与元数据

Magento SEO 检查应抽查一个属于多个分类的商品、一个筛选后的分类，以及可用时的两个商店视图。这能揭示首页审查无法确定的继承与目录路由问题。

沿目录中的商品路径访问

从各个分类进入商品，记录最终 URL 和 canonical。如果不同路由提供相同商品，先检查 URL key、分类路径和 canonical 设置，再提出删除建议。如果目录导入后旧地址失效，将其与已部署的重定向映射比较。将所有旧商品 URL 都指向首页，无法保留它们原有的购买用途。

测试购物者实际使用的筛选

将一个筛选组合和一个排序视图与基础分类页比较。记录 robots 指令、canonical 目标和有意义的文本，不要把每个查询字符串都视为错误。如果缺乏独立价值的组合出现在站点地图中，应先记录受影响组，再更改目录或店面规则。避免大范围屏蔽，同时阻断有价值分类的访问。

对比不同商店视图的元数据

用两种语言请求同一 SKU，检查标题、描述和 canonical 输出。译文页面显示默认标题，可能说明存在继承或作用域问题。对于无头店面，将返回的 HTML 与 Commerce 提供的元数据比较，定位出错层。清理相关缓存，并复测原 SKU 及另一项使用相同配置的商品。这能检查修复范围，而不只是依赖一个已修正的页面。

发布场景示例

示例场景：虽然已保存译文，某个英语 SKU 页面仍显示越南语描述。先检查商店视图作用域和实际渲染的店面，再清理相关缓存。请求同一商店视图中的第二个商品，区分错误记录与共享继承问题。在报告中保留两者输出，避免将首个商品修正成功误当成所有目录条目均已修复的证据。

执行检查并解读证据

将一个有代表性的公开 URL 提交到下方免费 SEO 检查工具。记录状态、标题、描述和 canonical，同时记录准确地址及检查时间。按负责的模板或配置归类重复问题，让一次针对性修复能够在多个页面上复测。字段缺失与有意排除需要不同的处理决定。

HTTP/HTML 审查观察的是公开响应。它不会登录平台、检查所有后台设置、复现所有客户端渲染行为，也不能证明 Google 已收录页面。要获取搜索引擎证据，应对比 Search Console URL 检查和后续抓取数据。发布并刷新缓存后，重新检查原始 URL，不要仅凭评分变化就认定根本问题已经解决。

工具与相关指南

• 阅读 Magento 配置指南
• 检查公开 URL
• 检查重定向链

官方参考资料

• Adobe Commerce：目录 URL
• Adobe Commerce：目录 SEO 配置