独立站上线检查清单：发布前的域名、SSL、重定向、跟踪全检查
一、为什么上线当天最容易出事故
独立站平时改一个页面，影响的是一个页面；上线当天动的是域名解析、服务器、CDN、跟踪脚本整条链路，任何一环错位都会全站可见。事故的代价不在上线那一刻，而在之后。
典型的情形是：迁移完一个WordPress站，首页能开，团队就切了公网DNS。三天后才发现产品详情页全是404，因为旧URL到新URL的301映射漏配了一整批。
这里有一个反直觉判断：上线检查里最该花时间的，不是找报错，而是验证跟踪和表单。报错会立刻被用户和监控看见，漏埋的代码却要等你看数据时才暴露。
迁移场景的系统性做法，可对照站点重构与换域名的301交接；日常上线流程则属于独立站技术的范畴。
| 门禁等级 | 判定标准 | 处理时限 | 典型项 |
|---|---|---|---|
| P0 阻断 | 全站不可用或核心转化断裂 | 修复前不发布 | 500报错、证书过期、表单收不到 |
| P1 严重 | 部分功能异常但核心可用 | 72小时内修复 | 移动端错位、个别404、事件漏报 |
| P2 一般 | 体验瑕疵不影响转化 | 本周内修复 | 个别图片未压缩、Alt缺失 |
二、域名与DNS：先降TTL，再切解析
域名这一关最常见的坑是切换太急。DNS解析有全球传播延迟，如果A记录TTL还设着3600秒，切换当天海外用户可能24小时都访问旧服务器。
正确做法是提前一周把TTL降到300秒（5分钟），让全球递归缓存快速过期。切换当天先切DNS的A记录，观察半小时再开CDN回源，避免同时动两层。
场景示例一：新站换域名，把旧域名的裸域和www都301到新域名对应路径，并在GSC分别提交两个域名的资源所有权，否则旧权重不会交接。
| 检查项 | 合格标准 | 常见错误 |
|---|---|---|
| TTL值 | 切换前1周降至300秒 | 保持3600秒直接切 |
| 裸域与www | 两者都能解析，统一到一个版本 | 裸域打不开或重复收录 |
| DNS记录数量 | 核对A/CNAME/MX无多余记录 | 残留旧服务器记录 |
| 邮件记录 | MX记录未被改动 | 切域名时顺带丢了邮箱 |
三、SSL与HTTPS：证书不是装上就行
HTTPS这一关，证书装完只是起点。要确认三件事：证书剩余有效期大于30天、全站无混合内容（图片脚本仍走http://）、http强制301到https并开启HSTS。
混合内容是高发问题。页面主体是https，但某张产品图、某个第三方统计脚本仍引用http://，浏览器会拦一半资源，控制台报红字。逐项配置可参考独立站HTTPS配置。
场景示例二：上线后用浏览器开发者工具的Security面板逐页看，首页、产品页、博客页各抽查3个，发现一个老插件还在输出http的gravatar头像地址，换成本地头像或升级插件后红字清零。
| 检查项 | 合格线 | 验证方式 |
|---|---|---|
| 证书有效期 | 剩余>30天 | 浏览器地址栏锁标查看 |
| 混合内容 | 控制台0条红字 | DevTools Security面板 |
| http跳转 | 所有http URL 301到https | curl -I 看状态码 |
| HSTS | 响应头含Strict-Transport-Security | curl -I 看响应头 |
四、重定向与canonical：别让新旧内容同时被收录
如果这次上线伴随URL结构调整，旧URL必须逐条301到新对应页，不能图省事全站301到首页。全站301到首页会让Google无法判断旧内容该归到哪条新路径。
还要检查重定向链和循环：A→B→C 这种两跳以上的链会损失权重并拖慢抓取；配置错误造成的A→B→A循环会让爬虫卡住。写法细节见301重定向策略。
另一个坑是canonical。新旧两套页面都能访问时，要在保留的那版上自引用canonical，另一版301过去，否则Google会自行猜测主版本，结果往往猜错。
| URL情形 | 正确处理 | 错误做法 |
|---|---|---|
| 旧页面已合并到新页 | 旧URL 301到对应新页 | 全部301到首页 |
| 同一内容多参数URL | canonical指向规范版 | 每个参数版本独立收录 |
| 废弃页面 | 返回410或301到上级分类 | 保留软404返回200 |
| 多语言版本 | hreflang双向互指 | 只单向标注 |
五、跟踪代码与表单：最容易漏、代价最大
这是全文最想强调的一关。GA4装好不等于数据在收，必须用Tag Manager的预览模式或GA4实时报告，真实点一遍页面、真实提交一次表单，确认事件触发、转化计数。
表单要端到端测一次：填一条测试询盘，确认它落到了CRM或邮箱，而不是只在前端弹个”提交成功”。丢单最常见的原因就是SMTP或Webhook没配，前端成功、后端没到。表单可靠性可对照询盘表单可靠性自检。
事件埋点清单至少覆盖：页面浏览、表单提交、按钮点击、PDF下载、视频播放。GA4配置方法见独立站GA4部署。
| 验证项 | 动作 | 通过标准 |
|---|---|---|
| GA4页面浏览 | 真实访问3个不同页面 | 实时报告30秒内出现 |
| 表单提交事件 | 真实提交1条测试询盘 | 转化计数+1且邮件收到 |
| 埋点一致性 | GA4与GTM预览比对 | 两侧事件数量一致 |
| 异常过滤 | 排除内部IP | 自家访问不进数据 |
六、上线后72小时观察期
公开发布不是结束。上线后先在GSC提交sitemap并请求编入索引，前72小时每天看一次：抓取了多少URL、报了多少404、移动可用性有没有错误。
监控要提前布好。可用性、证书到期、表单异常的告警阈值，建议错误率超过1%即触发通知，方法见独立站监控体系。sitemap本身怎么写，见XML Sitemap优化。
观察期内不要顺手做内容改动。一周内先稳定，再开始发布博客，避免把收录波动和内容更新混在一起无法归因。
| 时间点 | 动作 | 关注指标 |
|---|---|---|
| 发布当天 | GSC提交sitemap | 发现页数、抓取错误 |
| 24小时 | 抽查20个核心URL状态码 | 404/5xx比例 |
| 48小时 | 核对GA4数据连续性 | 事件量是否正常增长 |
| 72小时 | 错误率复盘、P1清单清零 | 错误率降至1%以下 |
FAQ 常见问题
新独立站第一次上线，最容易漏掉哪一项？
换域名当天，DNS要提前做什么准备？
旧站URL全部301到首页行不行？
SSL证书装好了为什么浏览器还报不安全？
上线后多久提交sitemap和GSC？
P0和P1怎么区分，什么情况下必须回滚？
写在最后
上线检查的价值，不在当天挡住几个500，而在三个月后你打开数据面板时，每一条数字都对得上。报错会被用户和监控顶上来，安静坏掉的只有跟踪、表单和301这三类。
落地就三步：上线前按P0、P1、P2分级逐项打勾，任何一个P0不过就不切DNS；发布当天提交sitemap并布好错误率告警；72小时内只观察不改内容，把P1清单清零。
一句可以记住的话：上线检查的敌人不是报错，是那些要等你看数据时才安静地坏掉的环节。