规范URL验证器

下一个

粘贴任意URL后,检查工具会自动获取该页面内容,在HTML头部和Link HTTP头中查找<link rel="canonical">标签,并报告谷歌标准索引器将识别的内容——同时指出可能引发索引问题的冲突、重定向链路或异常信号。该工具还会执行简短的爬取操作,让您无需自行查阅页面源代码即可发现潜在问题。

标准校验器的工作原理

  1. 1

    输入网址

    任何公开页面。同时支持 HTTPS 和 HTTP 协议;重定向路径最多可追踪 5 层。

  2. 2

    页面已获取

    系统会解析HTTP头部信息及渲染后的HTML内容。爬虫默认会将自身标识为标准浏览器用户代理(UA)。

  3. 3

    已提取出标准信号

    `<head>`中的所有`<link rel="canonical">`标签、所有`Link: rel="canonical"` HTTP头部,以及自引用目标与外部目标的对比。

  4. 4

    已标记冲突

    具有不同目标的重复标签:规范标签指向重定向页面,规范标签指向无索引页面;在重复内容模式中缺失规范标签。

核查员报告的内容

  • 标准目标URL:来自标签或头部信息中的href值。
  • 来源:HTML标签、HTTP头部信息或两者兼有;若同时存在,则二者必须一致。
  • 自引用?:为“是”表示标准引用指向页面本身。此操作正常且安全。
  • 目标可访问吗?:标准URL是否返回200状态码?
  • 规范路径上的重定向链:目标页面不应进行重定向。
  • 匹配协议与主机:规范格式应与实时URL的协议结构一致。
  • 后置斜杠的一致性:不匹配会导致URL被视作不同的地址。
  • 多个标准标签:Google仅使用第一个标签;其余均为提示性标签。

检查器常遇到的问题

问题 为何重要
系统性地设置为 301/302 重定向 Google 可能忽略或降低该信号的重要性
被 robots.txt 阻止页面的规范值 Google 无法验证;该信号已被丢弃
对于无索引页面应采用规范处理 信号冲突;索引行为难以预测
多个具有不同 href 的标准标签 仅支持其中一个;其余会干扰诊断功能
不含基址的相对路径 Google 会根据当前 URL 进行解析——通常没问题,但并非显式形式
转换为其他语言版本的规范形式 应使用 hreflang 替代
HTTP 标准格式的 HTTPS 页面 信号较弱;谷歌可能会忽略该页面
应使用 <body> 而非 <head> 作为规范版本 Google 不会将其纳入考虑

如何修复无效的规范文件

  1. 始终以最终 URL 为目标(无需重定向)。
  2. 必须完全匹配实时协议和主机信息,包括末尾的斜杠。
  3. 将规范文件放置于 <head> 中,而非 <body> 中,或在渲染后通过 JavaScript 注入。
  4. 每页一个核心目标——选定一个目标并始终专注于它。
  5. 对于分页归档文件,需对每一页进行自规范处理。切勿将所有页面均指向第1页。
  6. 针对筛选/排序选项,请返回未筛选列表。
  7. 将内部链接与规范URL进行匹配——若发现网站其他部分未链接至该规范URL,则会削弱其信号强度。

未检查的内容

谷歌是否已实际索引了规范版本(可使用Search Console进行查询)。

  • 您的内部链接是否有助于强化规范性。
  • XML站点地图条目是否符合规范标准。

常见问题

并非必然如此。在缺乏权威规范的情况下,Google会根据内部信号(链接、站点地图、内容相似性)自行选择合适的规范链接。对于包含查询参数的页面而言,采用自引用规范链接仍是避免歧义的最佳做法。

“规范”仅是一个提示性指引,并非强制要求。如果谷歌判定页面内容差异显著或规范链接无法访问,可能会选择其他网址。请通过 Search Console 的“URL 检查”工具验证其权威索引状态。

<head> 中存在的重复规范标签属于程序错误——部分 CMS 主题会添加一个,插件则会添加另一个;Google 仅使用第一个标签,请移除其余标签。检查工具会标记所有此类出现情况。

并非直接访问——系统会以未认证客户端的身份获取请求。对于受限制的内容,请在登录后手动检查页面源代码,或使用不含身份验证信息的暂存URL。

相关工具