入口页的作用是把蜘蛛引到目标页，而这最后一跳用什么方式实现，往往被忽略。实际运营里，有人用 301，有人用 JS，有人干脆在页面里塞一个超链接让蜘蛛自己点。几种方式的抓取表现、可维护性和风险都不一样，值得单独拿出来说清楚。
常见的几种跳转实现
301 永久重定向
服务器返回 301，并在响应头里给出目标地址。搜索引擎通常把它当作规范化信号，把目标页视作入口页的替代，权重和索引会向目标页收敛。适合入口页与目标页长期绑定、不打算再改的情况。代价是映射关系一变就要动配置，而且目标页自身不稳定时，问题会直接传导过来。
302 与 307 临时重定向
临时跳转，搜索引擎一般会保留原 URL 在索引中，传递的信号弱一些。适合目标页临时更换、做小范围对比测试，或者你并不想让入口页被彻底替换掉的场景。307 会保持请求方法不变，对 GET 请求来说与 302 差别不大，实际用得少。
meta refresh
写在 HTML 的 head 里，靠 meta 标签声明目标地址。好处是不用碰服务器配置，改起来快，静态托管也能用。代价是蜘蛛得先抓取并解析 HTML 才知道下一步去哪，多一次抓取开销；如果延迟时间不为 0，不同蜘蛛的处理是否跟进并不一致，人看着也会闪一下。
JavaScript 跳转
用 location 替换当前地址。前提是蜘蛛要执行 JS，主流搜索引擎能渲染，但需要排队进渲染队列，发现延迟更大，抓取开销也更高。如果入口页本身内容稀薄、整页几乎都是脚本，风险会更明显。
页面内普通链接
不做任何服务端跳转，只在页面里放一个指向目标页的 a 标签。好处是走的是正常链接发现路径，入口页本身也还是一层可被抓取的内容；坏处是路径多一步，而且如果链接被加上 nofollow 或用 onclick 触发，等于白放。
搜索引擎大致怎么处理
不同引擎细节不同，但有几个共性：301 通常被当作规范化信号，由目标页承接；302 在较短时间内保留原 URL；meta refresh 和 JS 跳转都会被处理，但需要额外的抓取与渲染步骤，发现速度取决于蜘蛛自身的调度。不要默认某一种一定更强，先看你入口页的定位——它只是过渡页，还是本身也要承担内容角色。
怎么选：按场景判断
- 一对一固定映射、长期不变：优先服务器端 301，链路最短、语义最明确。
- 映射会频繁调整：可以考虑 302，或直接用普通链接，避免 301 的缓存和权重传递滞后。
- 入口页本身要留内容、希望被独立抓取：用页面内链接，让入口页先自己站住。
- 没有服务器配置权限：meta refresh 可以作为退路，但延迟设为 0，目标地址写绝对路径。
- 目标页依赖渲染或登录态：JS 跳转容易失效，不如直接放链接。
容易踩的坑
- 跳转链太长，A 到 B 到 C 再进目标页，每多一层就多一次抓取开销，也更容易在中间断掉。
- meta refresh 延迟不为 0，蜘蛛是否跟进不确定。
- JS 跳转写在定时器里延迟执行，渲染时机没有保证。
- 301 缓存残留，改回 302 或更换目标页后，处理规则需要时间收敛。
- 跳转目标与入口页主题完全无关，无论用哪种技术都会被判定为低质量。
- robots.txt 误挡，把入口页目录整段禁止抓取，跳转再正确蜘蛛也进不来。
几条实操建议
- 先确定入口页的角色，再选跳转方式，而不是反过来。
- 能少一层就少一层，直接 301 到最终目标，中间不要加中转页。
- 上线后抽查响应头，确认状态码和目标地址与预期一致。
- 记录每个入口页的跳转方式和目标地址，便于批量排查与回滚。
- 定期看日志里蜘蛛有没有走到目标页，只停在入口页，说明最后一跳出了问题。
跳转方式只是入口页的最后一公里，选型不需要花哨，链路短、可预期、可回滚就够了。
最后提醒一句：跳转只解决怎么到，不解决该不该到。入口页与目标页的内容关联、链接结构、抓取预算这些问题没处理好，再干净的 301 也带不来什么变化。