很多站点問题並不是多复杂的技術故障，而是發布环节少做了几步：标题還是模板預設的，内鏈没加，图片没寫替代文本，頁面明明要索引却被设成了 noindex。單個错誤看起来不大，积累起来就會让站点结构越来越乱，维護成本越来越高。把上线前检查做成清單，是站点运营里投入产出比較高的一件事。
為什么需要一份發布前检查清單
人脑适合创意和判断，不适合记住所有琐碎規則。当編輯、设計、開發、运维各自负责一段流程时，最容易出現的情况是：每個人都以為別人會检查。清單的作用不是增加审批，而是把必须確認的項固定下来，让發布動作可重复、可交接。
清單不需要很長，但每一項都要能回答“没做會怎样”。如果一項漏了也不影响訪問和抓取，就可以放到選查里。
清單從哪里開始定
建议先按頁面類型分，而不是全站一張大表。文章頁、产品頁、专题頁、帮助文档頁的關注点不同。比如产品頁更在意價格、库存、结构化資料，文章頁更在意作者、發布時間、内鏈和分類。分類之後再抽出所有頁面都适用的通用項。
通用必查項
- 标题與描述：確認不是預設文案，能概括本頁内容，長度大致合理。
- URL：层級清晰，没有多余參數，大小寫和目錄與現有規則一致。
- 正文完整性：段落、小标题、列表可讀，没有占位符和測試文字。
- 内鏈：至少連結到相關栏目或上下游頁面，锚文本能說明目标内容。
- 图片與媒体：有替代文本，尺寸不過大，视频或附件有可訪問的入口。
索引與抓取項
- 狀態碼：頁面返回 200，不是 404、301 或软 404。
- robots 設定：確認 meta robots 没有誤寫成 noindex，robots.txt 没有挡住该目錄。
- canonical：指向本頁或正确的規范地址，不要指错版本。
- 站点地图：重要頁面是否進入 sitemap，sitemap 中的地址和實际 URL 一致。
性能與移動端項
- 移動端顯示：手机宽度下正文、按钮、表格没有溢出或遮挡。
- 加载表現：首屏图片和脚本没有把頁面拖到难以使用，缓存策略正常。
- 可訪問性基础：颜色對比、焦点狀態、表單标簽没有明顯問题。
發布後還要回看一次
發布完成不等于检查結束。建议在發布後 24 小时内做一次轻量回看：用無痕窗口訪問頁面，確認没有登入態依赖；查看服務器日誌或抓取工具里该 URL 的狀態；如果頁面已被連結，检查内鏈是否能正常到達。發現小問题就地修复，不要等到下一次全站巡检。
把清單變成可执行流程
- 先列出最近三個月發布时最常返工的問题，作為清單初稿。
- 给每項标明负责人：編輯、開發、运维還是發布人。
- 把清單放進發布工具、工單模板或共享文档，不要只存在個人筆记里。
- 每季度删掉已经自動化或不再需要的項，补充新出現的問题。
清單不是越全越好。如果一項检查需要額外半天，却只影响极少頁面，可以改成抽查或自動化脚本。站点运营的重点是让發布稳定，而不是让流程變重。
小结
新頁面上线前多花几分钟检查，往往能省下後面几小时的排查。把内容、URL、索引、性能這几類項固定下来，再配合發布後回看，站点會少很多“發出去才發現”的問题。清單本身也要跟着站点一起更新，适合目前团队节奏的，才是能長期执行的。