上线前检查这个习惯，我是被一次事故逼出来的。有一次功能改版，上线之后才发现新页面没有加 canonical，导致和旧页面互相打架，重复内容信号，排名乱了一阵子。那次之后，我给自己定了一条铁律：任何内容或功能上线前，15 分钟过一遍 SEO 检查清单。
为什么需要上线前检查
错误在上线前修是五分钟，上线后修可能要五周——重定向、重新收录、信任修复，全是慢功夫。上线前 15 分钟清单，是性价比最高的保险。
上线前检查清单
我的清单十项：标题（唯一、含关键词、60 字符内）、描述（有、吸引人、准确）、URL（干净、slug 正确）、内容（无错别字、结构完整）、图片（alt、尺寸、压缩）、内链（至少一个相关内链）、外链（canonical 正确）、移动端（显示正常）、速度（页面加载正常）、结构化（Schema 无报错）。检查流程：从清单顶部到底部逐项过，发现问题的立即修，修完用 GSC URL 检查工具验证可索引，再提交收录。常见遗漏四个：忘记加内链，新内容成孤岛，爬虫难发现；图片没压缩，速度拖后腿；canonical 错误，重复内容风险；没检查移动端，手机上显示错乱。清单每次踩坑后更新，每次上线都复用，流程每季度复盘。
十项怎么分批做
我把十项分成上线前能定的和上线后验证的。上线前能定的是标题、描述、URL、内容、图片、canonical、移动端、速度——这些在发布前就能检查；上线后验证的是用 GSC 的网址检查工具确认可索引、看实时数据是否正常。把上线后两项也写进清单，是为了防止发了就当完了的心态，很多时候收录异常是发完第一天就该抓的。
逐项检查的工具
标题和描述用预览工具看搜索结果里的样子，别凭感觉；URL 在编辑器里核对 slug；图片 alt 和压缩用媒体库批量看；移动端直接开设备模拟；速度用 PageSpeed Insights 跑一次。我习惯把这些工具地址存成浏览器书签栏一组，上线前挨个点一遍，比临时找快得多。
上线检查速查表
| 区块 | 检查项 | 不通过的表现 |
|---|---|---|
| 元信息 | 标题/描述 | 搜索结果里显示截断或空洞 |
| 结构 | URL/canonical | 重复内容信号或地址错乱 |
| 资源 | 图片/速度 | 加载慢、手机显示错乱 |
| 验证 | GSC 可索引 | 上线后迟迟不收录 |
让清单真的被执行
清单再好，没人用也白搭。我的做法是把它做成发布流程的必填项：编辑发布前勾完十项才能点发布，运营每周抽查三个已发布页面看有没有漏项。踩过一次坑（比如忘了 canonical）就把那条加粗提醒。这样清单是活的，跟着事故一起长。
模板化之后还能怎么省
清单稳定后，我把最常见的四类问题做成模板：新文章、改版页、活动页、删页，每类勾的选项略有不同。发布时选对应模板，不用每次从十项重新看。删页最容易被忘——删之前要确认有没有东西链向它、有没有 301 接住流量。我把这四类模板存成发布系统的快捷选项，新人也能照着走，不依赖老手在旁边盯。
清单和新站上线
新站第一次上线最容易漏项，因为没历史可对照。我的做法是新站上线前多过一遍：确认 robots 没误屏蔽、sitemap 已提交、核心页 canonical 指向自己。新站前三个月每周扫一次页面报告，因为爬取和收录还不稳，问题暴露得快。等结构稳了再降频。清单不是死的，新站阶段要加料。
上线前 15 分钟，换来的是上线后的省心。把这份清单贴在手边，每次上线都过一遍，基础错误基本不会发生——这条铁律我坚持了两年，踩坑的次数肉眼可见地少了。
