检查你的域名是否将每位访客都引导到同一个规范地址。本工具测试全部四个入口(http 和 https,带 www 和不带 www),逐跳追踪每次重定向,并用通俗易懂的语言告诉你它们是否像搜索引擎期望的那样落在同一个安全 URL 上。
www重定向检查工具用来验证一个域名的四个入口——http、https、带www与不带www——是否最终都落到同一个安全网址上。多数外贸独立站上线时只配了其中一两条跳转规则,剩下的入口要么直接返回200,要么绕三四跳才到目的地,结果同一批商品页在Google眼里变成两份内容,外链权重也被拆开。ToolsPivot把这四种组合放在一次检测里跑完,逐跳记录状态码与跳转类型,最后给出通过、需优化或未通过的明确结论,无需注册,也不需要API密钥,支持18种语言。
这是一次完整的网址规范化审计,而不是单条跳转的查询。输入域名后,ToolsPivot先把地址剥离成裸主机名,再自动拼出http与https、带www与不带www共四个入口,用服务端cURL逐跳抓取,全程手动跟随而不是让程序自动跳到底。每一跳都记录状态码、目标地址和跳转性质,最多追踪十跳,遇到循环立刻中断。落到最终的200页面之后,还会读取head区域,检查有没有meta refresh、JavaScript跳转和rel=canonical标签。想单独看某个地址返回的原始响应头,可以配合HTTP头信息查询工具一起用。
主要使用者是做Google SEO的外贸独立站运营、跨境电商的技术负责人,以及负责服务器配置的开发和运维人员。常见场景有四类:新站上线前的规范化自检、更换域名或迁移主机之后的验收、Search Console提示“网页会重定向”时的排查,以及接手代运营站点时先摸清跳转现状。习惯的做法是先用域名转IP工具确认解析落到哪台服务器,再跑一次跳转审计,入口层面的问题基本就能定位。
最常见的毛病是四个入口只修了一半。运维在Nginx里加上了http强制跳转https,却没有合并裸域名和www,于是https://example.com和https://www.example.com同时返回200,首页被抓了两份。老版本只查http是否返回301,这种分裂完全暴露不出来。v2.0把四个变体摆在一起对比,直接回答它们是否收敛到同一个HTTPS网址,原本要在浏览器里手动试四遍、还要开开发者工具看状态码的活,压缩成一次点击。
最该跑一次的时刻是网站结构或域名刚发生变动之后,因为跳转配置错了不会报错,只会安静地分流权重。以下几种情况建议列入固定流程:
有一种情况不必紧张:跳转配置只在测试环境改动过,线上没动,那检测结果自然不变。另外,如果站点只面向国内用户且未做HTTPS,工具依然会给出未通过判定——这是按Google的规范化标准判的,不是误报。
背景:一家做户外用品的深圳跨境卖家发现自家独立站在Google里带www和不带www的首页都能搜到。
操作流程:
效果:两周后重复收录的版本从索引里消失,首页外链数据合并到一个版本上。
背景:某B2B外贸站从行业词域名换成品牌域名,三个月后自然流量没恢复。
操作流程:
效果:补齐跳转后的第六周,品牌域名开始继承老域名的关键词排名。
背景:某服装类独立站在Shopify迁到WordPress时用了临时跳转,本打算过渡两周,结果一直没改。
操作流程:
效果:改成永久跳转后,新站页面在Search Console里的规范网址判定从旧地址切回新地址。
背景:一个用了海外CDN的独立站,浏览器访问一切正常,Google却持续报抓取异常。
操作流程:
效果:放行后抓取错误停止增长,被拦下的页面陆续重新进入索引。
背景:一家建站服务商每月交付十几个外贸站,验收环节靠人工逐个测跳转,经常漏。
操作流程:
效果:验收耗时从每站十分钟降到整批五分钟,交付后因跳转问题返工的情况明显减少。
判定分三档,对应的处理优先级完全不同。通过表示四个变体都通过永久跳转收敛到同一个HTTPS地址,且没有触发任何警告项,这时不需要动配置。需优化表示方向对了但细节有瑕疵,比如多绕了一跳、缺HSTS、或者canonical写法不够严谨,属于可以排进下个迭代的活。未通过意味着存在会直接影响收录的问题,例如两个版本各自返回200、出现跳转循环、http没有升级到https,这类要当天处理。
问题清单里几个高频项值得单独解释。“临时跳转”指检测到302或307,搜索引擎不会把权重稳定转移过去;“跳转链过长”指一个入口经过两跳以上才落地,每一跳都会损耗抓取预算;“canonical冲突”指跳转终点是A,页面上的canonical却写着B,两个信号打架时搜索引擎只能自己猜。想确认解析层面有没有额外的转发,可以用DNS解析查询工具看一眼记录类型,有些空间商的“域名转发”其实是在DNS层做的302。
绝大多数不通过的站点都落在下面这几种情况里,修复难度其实都不高。
诚实说明限制比夸大能力更有用,以下三点在解读结果时需要留意。
它是一个免费的在线检测工具,用来验证一个域名的http、https、带www和不带www四个入口是否都跳转到同一个安全网址。检测过程在服务端完成,逐跳记录状态码,最后给出通过、需优化或未通过的判定。整个过程不需要注册,也不需要API密钥。
两者在搜索排名上没有差别,选哪个都行,关键是全站统一并且长期不变。带www的写法在使用CDN和配置子域名时更灵活,不带www的地址更短、更适合打印在包装和名片上。ToolsPivot只检查四个入口是否收敛到同一个地址,不会替你做这个选择。
301是永久跳转,会把规范化信号和链接权重稳定转移到目标地址;302是临时跳转,搜索引擎理解为“原地址还会回来”,因此不会稳定转移。域名合并、协议升级这类改动都是永久性的,用302会让搜索引擎继续把旧地址当作规范版本。
不是必须当天修,但建议排进近期的技术清单。需优化通常意味着跳转方向正确、只是多绕了一跳或者缺少HSTS这类加固项,短期不会导致收录问题。真正需要立刻处理的是未通过判定,尤其是两个版本同时返回200或存在跳转循环。
因为搜索引擎会把它们当成两个不同的网址,抓到的却是完全相同的内容,构成重复内容。结果是抓取预算被浪费一半,指向两个版本的外链权重也被拆开,谁都不够强。合并之后这些信号会集中到一个地址上。
单次最多提交20个域名,每个域名依然会跑完全部四个变体的检测。结果以列表形式呈现,可以逐条展开看完整跳转链,也可以整批导出CSV。服务商做交付验收、站群做例行体检都适合用这个模式。
可以被搜索引擎识别,但效力明显弱于服务端的301。这两种方式发生在页面加载之后,需要爬虫渲染页面才能发现,传递规范化信号的可靠性和速度都不如服务器直接返回的永久跳转。如果技术条件允许,优先改成服务端跳转。
通常是CDN或防火墙把检测请求识别成了机器人流量并拦截,不一定代表站点本身有问题。可以先切换到Googlebot模式再测一次,如果Googlebot身份能通过而普通身份被拦,说明防护规则在按User-Agent区别对待。真实爬虫遇到同样规则时也可能被拦,这本身就值得排查。
它用Googlebot的User-Agent重新跑一遍检测,暴露站点是否对爬虫和普通访客返回不同的跳转。有些CDN的防护策略会误伤爬虫,导致浏览器访问一切正常、Search Console却持续报抓取错误。两种模式的结果对比是定位这类问题最快的办法。
有影响,但程度取决于链条长度。每一跳都会增加访客的等待时间,也会消耗爬虫的抓取预算,Google建议跳转不超过三跳。一两跳通常还能正常处理,超过五跳就有被放弃抓取的风险,检测工具在超过十跳时会直接判定为异常。
HSTS是一个响应头,告诉浏览器在指定期限内只能用HTTPS访问这个域名,可以省掉一次从http到https的跳转。没配置不会导致排名问题,属于需优化级别的建议项。要注意的是HSTS一旦启用就有生效期,配置前确认证书覆盖了所有会用到的主机名。
搜索引擎重新抓取并更新规范网址判定通常需要几天到几周,取决于站点的抓取频率。可以在Search Console提交受影响的网址加快处理,同时确认robots.txt生成器产出的规则没有把新的规范地址挡在外面。期间保持跳转规则稳定,反复改动只会拖慢收敛速度。
完全免费,不需要注册账号,也不需要填写任何API密钥。检测结果会短暂缓存以减轻目标服务器压力,改完配置隔几分钟重测即可拿到新结果。站内的移动端友好度测试等其他检测工具同样不需要登录。