检查外链交换中的跳转链与落地页,核心是沿着“对方页面上的链接→中间跳转→最终落地页”逐跳记录状态码、地址和页面内容,确认链接没有经过无关中转、没有指向被惩罚或主题不符的页面。最关键的一步是关闭缓存和重定向跟随,手动抓取每一跳的响应,而不是只看浏览器地址栏最后停在哪。
从交换记录中导出双方约定的链接位置,至少包含以下字段:
如果对方给的是短链、跳转服务地址或带推广参数的地址,要单独标记,这类链接出现中间跳转的概率更高。清单准备好后,再进入逐条抓取。
用命令行工具查看完整跳转路径,例如:
curl -sIL "https://example.com/go/abc" -o /dev/null -w "%{url_effective} %{http_code}\n"
更完整的做法是逐跳输出:
curl -sL -o /dev/null -w "%{url_effective} %{http_code}\n" "https://example.com/go/abc"
重点记录三类信息:
如果对方页面上的链接是JavaScript跳转或meta refresh,curl可能抓不到,需要配合浏览器开发者工具的Network面板,勾选Preserve log,观察每一跳的请求。
拿到最终落地页后,不要只看能不能打开,逐项核对:
<meta name="robots">,确认没有noindex;同时确认页面没有被robots.txt屏蔽。<noscript>里的形式。<a>标签是否带rel="nofollow"、rel="sponsored"或rel="ugc"。如果约定是普通交换,出现这些属性意味着对方没有按约定传递链接关系。把每一条的检查结果记入清单,形成可回溯的证据。发现异常时,先截图或保存抓取输出,再与对方沟通,避免链接被单方面修改后无法举证。
外链交换不是一次检查就结束。对方可能改版、迁移域名、调整跳转规则,导致原本正常的链接变成多跳或失效。建议按以下节奏复查:
发现跳转链异常时,先判断是技术原因还是人为调整:服务器临时故障、CDN配置变更属于前者,通常会在短时间内恢复;落地页被换成无关页面、链接被加上nofollow,属于后者,需要按约定沟通或终止交换。判断依据是复查同一链接在多个时间点的抓取结果,而不是单次异常就下结论。
下一步:从当前交换清单中挑出所有使用短链或跳转服务的条目,按上面的curl命令逐条抓取,把跳转次数超过两次或落地页与约定不符的记录单独列出,作为优先沟通对象。