入口页的作用是把蜘蛛引到目标页，而蜘蛛能不能顺利走过去，很大程度上取决于跳转方式。跳转写错，入口页返回再正常也可能白跑一趟。下面把常见的几种跳转方式拆开看。
先明确入口页跳转要达成的目标
多数情况下，入口页只需要做三件事：让蜘蛛发现目标 URL、让蜘蛛愿意跟过去、让整条链路可观察可替换。任何跳转方式，如果做不到这三点，就不算合适。
几种常见跳转方式的特点
- 服务端 301：永久跳转，语义清晰，搜索引擎一般会跟随并把原 URL 的索引逐步替换为目标页。副作用是入口页本身很难再作为长期发现页反复使用，如果一个入口页要长期承担引导任务，用 301 要谨慎。
- 服务端 302 / 307：临时跳转，原 URL 归属不变，适合入口页保留、目标会更换的场景。不同引擎对临时跳转的传递处理不完全一致，长期挂着 302 可能让目标页的稳定信号打折。
- meta refresh：写在 HTML 头部，蜘蛛能解析，但不走 HTTP 头，优先级偏低。延迟设得太长，蜘蛛可能不等待就离开；设成 0 秒又等于没有入口页。
- JS 跳转：靠 location.href 或前端路由执行，需要渲染才能生效。入口页本身内容单薄时，蜘蛛很可能不执行，跳转被直接忽略。
按场景选，而不是按偏好选
- 目标页长期固定、入口页只做一次性引路，可以用 301。
- 入口页需要长期存在、目标会替换，优先考虑 302，或者干脆在正文里放链接。
- 担心抓取端不执行 JS，就用服务端跳转，别把唯一通路压在前端脚本上。
- 只是希望蜘蛛多看一眼入口页，就不要用 0 秒 meta refresh，那等于把入口页本身作废。
比跳转更稳的做法：正文里的普通链接
跳转是强制引导，普通锚文本链接是软引导。蜘蛛可以自己决定是否访问、何时访问，入口页也因此保留了自己的内容价值。把跳转和正文链接并存是可行的，但要避免同一页里既 302、又 0 秒 meta、又 JS 跳转，多种方式叠加会让实际抓取行为难以判断，出问题时也不容易定位。
常见问题排查
- 目标页长期没被抓：先确认入口页返回 200，再看跳转是否写在 HTTP 响应头里。
- 蜘蛛访问了入口页但不访问目标页：检查跳转是不是只在前端脚本里执行。
- 目标页收到大量来路不明的请求：可能是入口页被外部镜像或转发，需要看访问日志的来源。
- 跳转链太长（A 到 B 到 C 到 D）：每多一跳，蜘蛛放弃的概率都会增加，尽量一跳到位。
使用建议
- 一个入口页只承担一个主要跳转目标，便于观察效果和后续替换。
- 跳转方式确定后保持一段时间不要频繁改动，日志数据才有可比性。
- 记录每个入口页的跳转类型、目标地址和变更时间，出问题时能快速回溯。
- 用抓取日志验证结果，而不是凭配置去推测。
跳转方式本身不产生抓取，它只决定蜘蛛能不能顺利走到下一步。真正影响结果的，还是入口页规模、目标页质量和站点自身的可抓取性。