AI 内容站上线检查清单
这不是“把文章生成完就上线”的清单。AI 内容站真正上线前，要确认三件事：Google 能正确抓取，用户打开后觉得可信，站长能看见数据并持续修正。
我会把检查分成 7 组：域名与索引、sitemap 与 hreflang、内容质量、信任页面、统计事件、广告占位、发布后监控。每一项都给出判断标准和常见失败点。
1. 上线前总表
| 模块 | 必查项 | 通过标准 | 常见问题 |
|---|---|---|---|
| 域名 | HTTPS、canonical、www 规则 | 所有页面只保留一个正式 URL | Netlify 临时域名仍在页面里 |
| SEO | robots、sitemap、meta title | Search Console 能读取 /sitemap.xml | 分语言 sitemap 单独提交后 404 |
| 多语言 | hreflang、语言入口 | 同一主题不同语言互相指向 | 中文页指到英文首页 |
| 内容 | 标题与正文一致 | 用户不用再搜索一次就能完成任务 | 标题写“流程”，正文只有概念 |
| 信任 | About、Contact、Privacy、AI disclosure | 页脚和导航可达 | 只有隐私页，没有编辑政策 |
| 统计 | GA4 页面浏览和关键事件 | 实时报告能看到访问、下载、点击 | 只装了浏览，没有事件 |
| 变现 | 广告占位、模板下载、Newsletter | 广告密度克制，CTA 不遮挡正文 | 还没审核就塞满广告位 |
上线前不要追求“完美”，但必须先消除会影响抓取、信任和留存的硬伤。
2. 域名、HTTPS 与 canonical
正式域名确定后，先统一全站配置。以当前站点为例，正式 URL 应该是：
https://article.heycc.cn检查方式：
- 打开首页、分类页、文章页，看地址是否自动跳到 HTTPS。
- 查看页面源码，确认 canonical 不再是 Netlify 临时域名。
- 打开
/robots.txt，确认 sitemap 地址也是正式域名。 - 搜索站内是否还存在
netlify.app、旧域名、localhost。
失败案例：页面能打开，但 canonical 还是测试域名。Google 可能把测试域名当成主要版本，后续迁移会很麻烦。
3. sitemap 与 Search Console
只需要优先提交根 sitemap：
https://article.heycc.cn/sitemap.xml如果根 sitemap 已经包含中文、英文、西班牙语、日语、德语页面，就不要再单独提交不存在的 /zh/sitemap.xml、/en/sitemap.xml。Search Console 显示“无法抓取”时，先在浏览器直接打开对应 URL 验证是否真的存在。
检查清单：
/sitemap.xml能打开，返回 200。- sitemap 里的 URL 都是正式域名。
- 文章页、分类页、专题页、模板页都被收录到 sitemap。
- 低价值测试页、临时页面不要进 sitemap。
4. 多语言与 hreflang
多语言站的核心不是“机器翻译越多越好”，而是让搜索引擎知道这些页面是一组替代版本。
每篇核心文章至少检查：
- 中文页是否有英文版本入口。
- 英文页是否反向指回中文页。
hreflang是否包含正确语言代码，例如zh-CN、en、es、ja、de。- 没有对应翻译时，不要硬指向不相关页面。
如果某个语言只有 10 多篇，也可以上线，但要让导航和专题页说明“这是核心精选版本”，不要伪装成完整站点。
5. 内容质量与文题一致
这是最容易被忽略、也最影响留存的一项。上线前至少抽查 P0 文章：
| 标题承诺 | 正文必须包含 | 不合格表现 |
|---|---|---|
| 检查清单 | 表格、逐项判断标准、失败案例 | 只有一段泛泛建议 |
| 怎么选 | 决策矩阵、适合/不适合场景 | 两边都介绍，没有结论 |
| 流程 | 输入、步骤、输出、复查点 | 只讲概念 |
| 成本估算 | 假设、公式、示例 | 只说“取决于用量” |
| 工具评测 | 任务、结果、限制 | 没有测试方法 |
推荐把文章发布前加一道关口：标题、meta、H2、正文示例必须互相对得上。否则宁愿延后发布。
6. 信任页面
AdSense 和真实用户都会看一个站是不是“有人负责”。最低要有：
- About：说明站点做什么、给谁看。
- Editorial Policy：说明怎么选题、怎么更新、怎么处理错误。
- Testing Methodology：说明工具类文章怎么测试。
- Contact：给出联系和纠错方式。
- Privacy：说明统计、广告、Cookie。
- AI Disclosure：说明 AI 参与写作，但有人编辑和审核。
这些页面不需要写得很长，但不能像占位符。
7. GA4 与事件检查
上线后只看 PV 不够，至少要看这些事件：
| 事件 | 用途 |
|---|---|
page_view | 判断哪些文章被访问 |
template_download | 判断模板资产是否有吸引力 |
outbound_click | 判断工具推荐和外链点击 |
ad_slot_view | 判断广告位有没有曝光 |
newsletter_click | 判断是否有人愿意持续关注 |
上线当天可以用 GA4 实时概览测试：打开文章、点击模板下载、点击外链，看事件是否出现。
8. AdSense 占位策略
审核前广告位要克制。建议：
- 文章顶部 1 个占位。
- 正文中段 1 个占位。
- 桌面端侧边栏 1 个占位。
- 不要弹窗，不要遮挡正文，不要让广告多于内容。
占位文案可以保留“广告位”说明，但真实广告脚本要等账号通过后再配置 client 与 slot。
9. 发布后 14 天监控
上线后不要马上大量改 URL。前两周重点看：
- Search Console sitemap 是否成功读取。
- 已发现页面数量是否增长。
- GA4 是否有真实浏览和事件。
- 跳出特别高的文章是否文题不一致。
- 哪些模板下载页有点击。
- 是否出现乱码、表格错位、链接失效。
最小可行流程
- 统一正式域名和环境变量。
- 构建并检查 404、sitemap、canonical。
- 提交根 sitemap。
- 抽查 20 篇核心文章文题一致。
- 确认 GA4 实时数据和关键事件。
- 修复移动端阅读、表格、分页、返回顶部。
- 观察 7–14 天后再申请 AdSense。
不适合马上上线的情况
- 大量页面标题和正文不匹配。
- 中文 UI 或正文还有乱码。
- 只有文章，没有 About、Contact、Privacy。
- sitemap 可以提交，但很多 URL 打不开。
- 广告占位比正文更显眼。
如果只能优先做一件事，先修内容质量。SEO 技术项能让页面被抓取，但用户是否留下来，主要看文章是否真的解决问题。