别再把17c重定向和同名站搞混：别再踩坑了。

别再把17c重定向和同名站搞混：别再踩坑了

很多站长在域名迁移、站点克隆或使用第三方建站平台时，容易把“重定向”和“同名站（同样内容出现在不同网址）”混为一谈，结果导致流量流失、收录混乱、权重分散。下面把概念讲清楚，列出常见坑和可执行的修复步骤，方便直接在 Google 网站（Google Sites）或任意平台上操作。

先弄清两件事

• 重定向：当用户或搜索引擎请求 A 页面时，服务器把访问导向另一个 URL（B）。常见的状态码有 301（永久）和 302（临时）。正确使用重定向可以把流量和链接权重从旧址导到新址。
• 同名站（或重复内容站）：同一内容以不同 URL 出现（比如 http 与 https、带 www 与不带、参数版、镜像站、测试环境等）。搜索引擎会把这些当作重复内容，可能只收录其中一版并分散权重。

常见踩坑场景

• 用 302 做了永久迁移，导致权重没转移。
• 重定向链太长（A → B → C），爬虫不一定会完全传递权重或会超时。
• 未统一 www 与非 www、http 与 https，结果同内容被多次抓取。
• 新站和旧站同时在线，没把旧站 301 到新站，导致收录分裂。
• 在 Google Sites 上随意复制发布多个同内容站点，误以为只是“另存为”，却成了同名站。

如何判断问题

• 用 curl -I 或在线重定向检查工具查看响应码和最终跳转 URL。
• 在 Google Search Console 检查覆盖报告、有无重复索引、抓取错误和移动可用性警告。
• 在 Analytics 查看流量突变、跳出率和渠道来源是否混乱。
• 进行站点爬虫（Screaming Frog、Sitebulb 等）扫描，找出重复页面、重定向链、状态码异常。

解决方案与最佳实践（可直接执行）

1. 选择正确的重定向类型

• 永久移动用 301，短期或测试用 302。迁移后把旧 URL 301 到新 URL，更新内链与外部重要链接。

1. 避免重定向链与循环

• 一次跳转到最终地址，删除中间链接，保证没有 A → B → C 的链条。

1. 统一网站版本

• 选定一个首选域（例如 https://www.example.com），并把其他版本用 301 指向它。Google Search Console 中添加并验证所有版本，然后设定首选域（部分功能在新版 Search Console 由 Google 自动处理，但仍需确保重定向无误）。

1. 使用 rel=canonical

• 对确有多版本存在但不想重定向的页面，添加 rel=canonical 指向首选 URL，帮助搜索引擎合并信号。

1. 管理 Google Sites 的发布与域名

• 在 Google Sites 上尽量只发布一个主站点到你的自定义域。若需要迁移，先设置好自定义域与 SSL，再把旧站通过域名解析或注册商转发（301）到新站。清理不再使用的副本，避免多个已发布的同内容站并存。

1. 更新地图和提交索引

• 生成并提交 sitemap.xml，向 Search Console 提交新站点的索引请求，并删除或提交移除旧 URL（如果不再需要）。

1. 检查外部链接与社媒

• 尽量把重要外链更新为新地址，或至少确认这些外链能被 301 正确转发。

1. 测试并监控

• 用 Chrome 开发者工具观察网络请求、用 Search Console 的 URL 检查工具看抓取结果，监测索引量与流量变化。重定向生效后留意日志和排名波动，通常会在几周到几个月内稳定。

快速检查清单

• 是否为永久迁移使用 301？是否存在重定向链或循环？
• 所有版本（http/https、www/非 www）是否统一指向首选域？
• 是否有重复内容页面未设置 canonical 或未重定向？
• Google Search Console 和 Analytics 是否已更新并在正常接收数据？
• Google Sites 是否只保留一个已发布的主站点，其他副本是否已删除或重定向？