先看搜索蜘蛛遇到 301 时的处理顺序
当搜索蜘蛛请求一个入口页，服务器返回 301 并给出 Location 目标地址时，蜘蛛通常会把这次请求当作重定向处理，然后继续请求 Location 指向的页面。最终被抓取和评估的 URL 往往是目标页，而不是原来的入口页。这个过程中，入口页没有返回 HTML 正文，蜘蛛也就没有机会去解析里面写好的链接。
入口页 301 后，里面的链接会怎样
这是蜘蛛池场景里最关键的一点：如果你的入口页本身承担“链接列表”的角色，页面上放了大量目标 URL，那么一旦入口页 301 到别的地址，蜘蛛看到的是一段重定向响应，不是那段 HTML。页面里的 a 标签、文本 URL、按钮链接都不会被这次抓取发现。除非这些目标链接还出现在别的可抓取页面、sitemap 或其他提交入口里，否则它们的发现路径就断了。
换句话说，301 能把入口页自身的某些信号指向目标页，但它不会把“入口页里原本没被解析的链接”一并带过去。把 301 当成传递链接发现能力的工具，通常会失望。
301、302、meta refresh、JS 跳转的差别
- 301 永久重定向：蜘蛛一般直接跟到最终页，原页面 HTML 不解析。适合旧地址迁移，不适合作为入口页链接发现手段。
- 302/307 临时重定向：同样以响应头跳转为主，蜘蛛可能保留原 URL 并观察一段时间，但也不会去解析原页面正文里的链接。
- meta refresh：蜘蛛需要先取回 HTML，理论上能看到页面里的部分链接，但跳转时间、浏览器行为和执行顺序不确定，不适合作为稳定方案。
- JavaScript 跳转：能否发现原页面链接，取决于蜘蛛是否渲染 JS 以及渲染时机，稳定性更差。入口页想被稳定发现，最好直接用 200 状态返回可解析的 HTML 链接。
哪些情况下入口页适合做 301
如果这个入口页已经不再需要承载链接发现任务，只是旧域名、旧路径或活动页地址需要合并到新地址，那么 301 是合适的选择。它的目的应该是地址迁移和信号合并，而不是让蜘蛛通过它去发现更多 URL。
如果入口页还想继续作为 URL 发现节点，就应该保持 200 可访问，正文里放目标链接，并确保这些链接不是靠 JS 动态生成、也不被 robots 规则挡住。此时再加 sitemap 或站内其他入口页做补充，会更稳妥。
如果入口页必须跳转，怎么减少损失
- 把目标链接复制到最终页或另一批正常入口页，别只放在被 301 的原页面上。
- 用 sitemap 提交目标 URL，让发现路径不依赖单一入口页。
- 检查跳转链，避免 A 301 到 B、B 又 301 到 C 的长链，链条越长，抓取损耗和不确定性越大。
- 不要跳转到 404、410、登录页或 noindex 页面；否则入口页原本的发现价值也会一起浪费。
- 如果只是临时调整，优先考虑 302 或直接修改页面链接，而不是把入口页整体 301 掉。
常见误区
有人以为“入口页 301 到目标页，等于把所有链接权重都导过去”。实际上，301 传递的是入口页这个 URL 自身的信号，前提是蜘蛛能把它和目标页关联起来；它没有解析到的那些链接，不会因为 301 而自动被蜘蛛知道。
入口页的核心任务是让搜索蜘蛛看到并跟进目标 URL。跳转可以解决地址问题，但不能替代可抓取、可解析的链接页面。
所以，做蜘蛛池入口页时，先想清楚这个页面是拿来“被发现”还是拿来“做跳转”。两种目标混在一起，往往会让 URL 发现链路变短、变脆。