1.
- 建立完整资产清单:列出域名、URL、页面类型、流量来源、排名关键词。
- 抓取并备份:使用Sitebulb/ Screaming Frog完整抓取,并做数据库与文件系统冷备份。
- 原始流量基线:记录近90天的自然流量、排名与转化数据,设定可接受波动(例如自然流量允许波动±5%)。
- 确定迁移窗口:选择流量低峰(通常周末凌晨),计划最长可见停机不超过1小时。
- 制定回滚与通知:准备回滚脚本、监控告警并通知SEO与运维团队联系方式与SLA。
2.
- 区域选择依据:优先选香港(CN2/直连)或香港邻近节点,保证到目标受众低延迟(目标首包时延 < 50ms)。
- 推荐实例配置(示例表格见下):用于站群分布式负载与备份。
- 带宽与端口:单节点建议1Gbps端口或透明带宽,月传输量按站群规模购买(示例:5TB/月/节点)。
- 存储与IO:SSD 100GB起,IOPS ≥3000,保证搜索爬虫抓取并发时响应稳定。
- SSL/TLS:启用TLS1.3,证书使用Let’s Encrypt或商业证书并部署OCSP Stapling,提高加载与安全性。
| 节点 | CPU | 内存 | 存储 | 带宽/流量 |
|---|---|---|---|---|
| HK-vps-01 | 4 vCPU | 8 GB | 100 GB NVMe | 1 Gbps / 5 TB |
| HK-vps-02 | 2 vCPU | 4 GB | 50 GB SSD | 1 Gbps / 3 TB |
3.
- 预先将权威DNS TTL降低到300秒(迁移前48小时开始),以便快速切换。
- 使用主/备DNS与健康检查:权威DNS支持基于探测的Failover,发现回源异常自动切换。
- 保留原IP段一段时间:若SEO爬虫习惯旧IP,建议设置并行运行7-14天。
- 更新Sitemap与robots.txt:上线当天提交新的sitemap.xml到搜索引擎并在robots中允许抓取。
- 域名重定向策略:确保旧域/子域使用301永久重定向到新域或新主机,保留路径一一对应。
4.
- 优先保证URL结构不变:相同URL能直接在新机房响应,减少重定向链。
- 如果必须变更,建立全面的301映射表并做批量验证(包括query string规则)。
- 保持HTTP头一致:Content-Type、Cache-Control、Vary与Canonical头应与原站一致。
- 页面速度基线:目标首屏加载时间 ≤ 1.5s,TTFB ≤ 250ms,搜索引擎更友好。
- 上线后即时提交URL索引请求:使用Search Console或Bing Webmaster提交受影响页面。
5.
- 上线前模拟抓取:使用Googlebot模拟抓取检查返回状态与渲染结果。
- 实时监控指标:监控Organic Clicks、Impressions、平均排名、服务器响应和错误率(5xx)。
- 回滚窗口与脚本:若自然流量或爬虫错误率异常,能在30分钟内回滚DNS与流量。
- 日志对比分析:对比上线前后24/48/72小时的抓取频率与错误页面比例。
- SEO恢复期管理:通常可接受短期下跌(1-2周),通过加速索引与保证性能缩短恢复时间。
6.
- canonical标签必须指向最终可访问的URL,避免相对路径误导爬虫。
- 多语言站群使用hreflang标注,并在主域头部与sitemap中同步声明。
- robots.txt在新机房需保持相同规则,避免禁止搜索引擎抓取关键目录。
- 在服务器端统一设置Hreflang、Canonical与Cache-Control头,避免前端差异。
- 保持URL返回稳定状态码:所有删除的页面返回410或做301到相关页面,不返回软404。
7.
- 实战案例:某客户将120个香港站点迁移到香港集群,首次遭遇SYN Flood峰值为6.8 Gbps,使用云厂商清洗与本地防火墙将峰值压到<1 Gbps,影响页面可用率<0.5%,搜索引擎抓取受限时间 < 3 小时。
- 建议防护能力:至少保证清洗能力 10 Gbps 起,并部署速率限制、连接追踪下限与SYN cookies。
- CDN节点选择:选择在香港及东亚有PoP的CDN,缓存策略针对HTML设置CPC(cache-per-country)与短缓存(TTL=300)以利灰度更新。
- 缓存与回源并行:静态资源通过CDN缓存,动态页面可使用边缘渲染或缓存并回源以减轻源站压力。
- 监控流量异常:设置阈值告警(例如每分钟流量 > 平均值 3 倍)和自动限流策略以保护爬虫与真实用户访问。
