结论先放在前面
如果入口页上的链接不是直接指向目标 URL，而是先经过一个中转地址，比如 /go?url=xxx、/jump/123，或者一个专门做跳转的域名，搜索蜘蛛通常还是会跟过去，但中间多出来的每一步都是一次可能失败的机会。跳转链上只要有一环被 robots.txt 挡住、返回 4xx 或 5xx、或者响应太慢，后面的目标 URL 就发现不了。所以中转不是不能用，而是要把不可控的环节压到最少。
常见的三种中转形态
- 服务端跳转：入口页的链接直接指向一个会返回 301 或 302 的地址，浏览器地址栏会变化。这是最容易被搜索蜘蛛正确跟随的一种，因为状态码和 Location 头都是明确信号。
- 参数式中转页：链接形如 /go?target=xxx，中转页先返回 200，再用服务端跳转或 meta refresh 跳到目标。搜索蜘蛛必须先抓中转页，再决定跟不跟。
- 前端跳转：用 JavaScript 的 location.href 或 meta refresh 完成跳转。这类做法的跟随确定性最低，尤其是需要等异步脚本执行完再跳的写法。
搜索蜘蛛跟不跟，主要看三个条件
1. 中转页本身能不能被抓
这是最容易被忽略的一条。中转页如果被 robots.txt 屏蔽、需要登录、或者直接返回 403，搜索蜘蛛根本读不到 Location 头，后面的目标 URL 就断了。不少站点为了让中转路径不出现在搜索结果里，顺手在 robots 里加了一条 Disallow，结果把整条发现链路掐掉了。
2. 状态码用得对不对
永久性迁移用 301，临时性跳转用 302，两者搜索蜘蛛都会跟，只是后续处理逻辑不同。至于返回 200 再靠 meta refresh 或者正文里写一句请点击这里，跟随的确定性会明显下降。
3. 跳转层数
一层可以接受，两层要谨慎，三层以上基本是在消耗抓取预算。每多一层，就多一次排队和超时的风险，而搜索蜘蛛的抓取额度是有限的，中转页占掉的名额，就是目标 URL 少掉的名额。
用日志确认跳转有没有被跟到
不要凭感觉判断，去看服务端日志里的请求顺序。一条正常的链路，日志中应该能看到连续的记录：入口页、中转页、目标 URL。如果只看到前两条，说明问题出在中转页到目标页这一段，重点查中转页的状态码、Location 头的写法，以及目标 URL 是否被拦截。如果连中转页的请求都没有，那问题在前面，要回到入口页本身找原因。
排查顺序建议从后往前推：先确认目标 URL 可访问，再确认中转页可访问且未被屏蔽，最后才看入口页有没有把链接正确输出。
几个容易踩的细节
- Location 头尽量写完整的绝对地址，相对地址虽然也能解析，但在多层跳转时容易拼错。
- 跳转链不要形成环，A 跳 B、B 又跳回 A，搜索蜘蛛会直接放弃。
- 中转参数里不要叠加跟踪参数，否则同一个目标可能被当成多个地址反复抓取。
- 跨域跳转本身没问题，但要确认目标域名没有被防火墙按 UA 拦截。
实操建议
- 能用直接链接就用直接链接，中转只放在确实需要统计或做保护的地方。
- 中转页统一返回 301 或 302，避免用前端跳转代替服务端跳转。
- 检查 robots.txt，确认中转路径和目标路径都在允许范围内。
- 把跳转层数控制在两层以内，并定期用日志核对链路是否畅通。
- 发现目标 URL 迟迟没动静时，先手动请求一遍整条链路，看每一步返回的状态码。
跳转本身并不会让 URL 被收录，它只是把发现这一步做得更顺或者更曲折。相比纠结用哪种跳转方式，先把链路里每个环节都保持在可抓取、可访问、响应正常的状态，收益更直接。