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

Drupal SEO 检查应抽查当前别名、对应 node 路径、分类术语，以及一对译文。这能揭示内容记录、模块设置和匿名公开输出之间的差异。

比较别名与内部 node 路由

请求两个地址，记录状态、最终目标和 canonical。如果两者都提供内容，删除别名前，先排查已实施的重定向与 canonical 行为。对于由 Pathauto 更改的路径，也要访问旧链接：新别名正常，不代表旧别名重定向正确。

检查内容类型专属规则

对比文章与服务页的标题、描述和 robots 指令。如果描述缺失只影响一种类型，应检查该类型的字段映射或回退。抽查内容稀少的分类页，观察它是否在几乎没有背景说明的情况下仍被站点地图推荐。不要为修复仅限某个 bundle 的配置而停用整个 SEO 模块。

匿名请求两种语言

不带管理 cookie 加载越南语和英语 URL。确认发布状态、语言相符的内容、自引用 canonical 和相互对应的语言链接。如果登录后行为发生变化，检查访问权限和相关缓存上下文。修复后，复测别名与 node 路由，再检查另一篇共享模板的译文。记录清理缓存的时间，避免把旧响应误认作仍存在的配置缺陷。外部抓取无法揭示所有内部权限或缓存变体。

发布场景示例

示例场景：管理员看到最新 node，但公开别名返回旧内容。编辑后，对比无 cookie 请求、发布权限和缓存输出。请求另一个同类型 node，以及原文的一篇译文。将结果与准确路由和访问上下文关联。尚未确定原因是路由、权限还是缓存响应前，不要为掩盖症状而删除别名。修正后重复各条访问路径，避免把正常管理会话误当成公开修复成功。

执行检查并解读证据

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

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

工具与相关指南

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

官方参考资料

• Drupal：Pathauto
• Drupal：Pathauto 与 Redirect