静态站上线前，我实际检查什么

先请求线上地址

这次检查主站时，我发现本地文件叫 projects.html，线上首选地址却是 /projects。Concitech 托管平台会对带扩展名的地址返回 308。页面 canonical 和 sitemap 仍写旧地址时，抓取器每次先遇到跳转，随后页面又声明另一个版本是首选，信号就不一致。

所以检查从真实 HTTP 响应开始：关键 URL 是否直接返回 200，是否发生预期外跳转，最终内容类型是否正确，安全头和缓存策略是否合理。只有确定线上实际地址，才有资格填写 canonical。

每个可索引页面需要唯一 title、与正文一致的 description、一个 H1 和指向最终 200 地址的 canonical。文章还会输出 Article 结构化数据，并让标题、作者、发布日期、修改日期和主页面地址与可见内容相符。

结构化数据只负责减少机器理解时的歧义，救不了薄弱内容。用户应当能在当前页面获得完整答案，不必再点击另一个域名才能知道项目做了什么。

robots.txt 告诉抓取器哪些路径允许访问，并声明 sitemap 位置；sitemap 列出希望被发现的规范 URL；内部导航则说明页面之间的实际关系。三者任何一个遗漏，都不一定立即造成错误，但会让新页面更难被稳定发现。

自动检查会把所有站内链接映射回真实文件，确认没有 404；解析 sitemap 的每个 <loc>，确认它与页面 canonical 一致；同时拒绝在这些位置继续出现 .html 旧地址。这样一次新增页面不会只改导航、忘记站点地图。

最小正文长度可以拦截空模板，却不能证明内容有用。更有效的问题是：页面是否解决一个清楚的问题？关键判断是否给出依据？限制是否被主动说明？读者能否继续核验？如果一页只是把其他网站的标题和链接排成卡片，即使字数很多，仍然可能只是目录。

所以这次主站仍保留项目入口，同时补上能在主域独立阅读的实践文章。内容取自仓库里已经做过的日期验证、剪贴板降级和发布检查，没有为了审核批量生成泛化教程。

站点验证通常需要首页能够加载 AdSense 脚本，但这不等于每个页面都适合展示自动广告。联系、隐私、编辑原则和纯目录页的主要任务是建立信任或提供导航；如果在这些页面加载自动广告，广告可能比正文更显眼。

因此主站把广告 loader 限制在首页、笔记索引和原创文章页。技术上还应在 AdSense 后台设置不适合自动广告的页面排除，并为受监管地区配置 Google 认可的同意管理方案。代码边界与后台配置需要同时成立。

HTML 校验通过后，桌面和移动视口都要实际打开。检查导航是否换行但仍可点击，正文是否出现横向滚动，焦点样式是否可见，图片是否带尺寸和替代文字，控制台是否报错。移动端尤其要看长标题、代码片段和外部链接会不会撑破容器。

最终验收还会从首页点击到笔记索引，再进入文章并返回；这验证的不只是单个 URL，而是用户能否理解站点结构。一个可访问、可返回、无死链的阅读路径，比堆砌更多孤立页面更重要。