与其把上线当作一个时间点，不如把它当成一串可以逐项打勾的动作。这份清单把新站开张前最容易遗漏的检查点收拢成十五项，按基础配置、内容结构、收录访问三组排列，逐条过完再放行，能把上线后手忙脚乱的概率压到最低。
基础配置组：第一至五项
这一组的检查点都藏在后台的设置页里，改动成本最低，却最容易被跳过——很多看似上线后才冒头的问题，根子其实在这里。建议逐项截图留档，日后排查时有据可查。
站点信息与TDK：站点名称、标题、关键词、描述逐项填写，不留程序默认值，也不照抄别站；
伪静态规则：按服务器环境选择对应规则，实测列表页与详情页均可正常访问，规则选型可参考苹果CMS伪静态方案对比与排错思路；
播放器绑定：确认播放器配置与采集来源的地址格式对应，随手抽查几条数据能正常播放；
模板适配：检查所用模板在首页、列表页、详情页、播放页四类页面的显示是否完整；
后台账号：修改默认管理员账号与弱口令，确认后台入口不暴露在显眼位置。
内容与结构组：第六至十项
数据灌进去之后，站点才算有了里子。这一组检查的是里子的排列方式——访客能不能顺理成章地找到内容，抓取器能不能不绕路地走完站内。
分类映射：逐项核对采集回来的分类与站内栏目是否对得上，先完成映射再放量采集，能省去大量后期整理；
首批数据抽检：每个主分类抽查若干条，核对标题、封面、简介与播放是否正常；
重复与空数据：检索明显重复的条目和简介空缺的条目，先清理再上线；
站内搜索：用几个常见关键词实测搜索结果，确认无报错页、无空结果页；
页面元信息：列表页与详情页的标题、描述按模板正常输出，不存在堆砌与重复。
收录与访问组：第十一至十五项
前两组保证站本身是好的，这一组保证搜索引擎找得到、访客进得来。这一组最容易被"站开起来了就完事"的心态带过去，而恰恰是它们决定了站点能不能被看见。
robots文件：确认允许抓取的范围符合预期，后台与敏感路径均已排除；
站点验证与提交：在搜索资源平台完成站点验证，提交首页与主要栏目；
访问速度：粗测首页与播放页的打开时间，排除明显的卡顿来源；
多端显示：用手机与桌面分别过一遍主要页面，确认布局自适应；
备份与监控：上线当天做一次完整备份，并落实每天能看一眼采集与收录情况的手段，轻量看板的做法见苹果CMS站点监控：采集量与收录数据看板搭建。
打勾之后：上线首日还做什么
清单走完只是及格线。上线首日建议再补三件事：盯着定时任务完整跑一轮，确认增量采集按预期工作；到搜索资源平台看抓取是否正常，发现异常立刻回查前十五项里对应的条目；把执行过程中发现的例外情况记录下来，沉淀成自己站点的补充清单。
清单本身也需要维护。每隔一段时间回头复盘：哪些项出过问题、哪些项从没出过事、有没有新冒出来的检查点，把答案写回清单里。它会随着站点一起成长，越用越贴合自己的站，而不是一份用过即弃的一次性文件。
十五项的权重因站点而异。用成品主题建站，模板适配一项几乎不用操心，元信息定制反而要多花心思；自建模板则正好相反。无论程序选哪一套，前五项都省不掉——它们决定的是站点的基本盘。清单是底线而非天花板，按自己站点的实际情况往上补充扩展项，才是这份清单的正确用法。