适合谁
- 静态内容站（Astro / Next / Hugo / Vite 等）
- Vercel / Cloudflare Pages / Netlify 等部署平台
- 个人站、小团队站
- 造物栈这种内容资产站
- 初次部署后的上线检查
- 域名变更或重新部署后的复核
Method
上线后检查流程：确认网站可以被真实访问、分享和收录
网站上线后，不要只看首页能不能打开。普通人至少要检查域名、HTTPS、sitemap、robots、核心页面、SEO 信息和分享图，确认它真的可以被访问、分享和收录。
方法解决什么问题
很多人部署网站后，只打开首页看了一眼就觉得上线完成了。然后陆续发现：sitemap 里还是旧域名、robots.txt 没指向 sitemap、OG 分享图打不开、canonical 还是 example.com、深层页面 404、www 和裸域跳转混乱。上线后检查流程的作用，是把这些常见问题在上线后 10 分钟内全部排查一遍。
不适合谁
- 大型企业运维流程
- 多环境灰度发布
- 高并发服务
- 复杂后端系统
- 数据库迁移检查
上线后检查七个步骤
-
第 1 步：检查域名和 HTTPS
确认 https://zaowuzhan.com 能正常打开，浏览器地址栏显示锁形图标，证书有效且没有安全警告。同时检查 www.zaowuzhan.com 是否能正确跳转到裸域（或反向），确保用户无论输入哪种形式都能到达同一站点。
-
第 2 步：检查核心页面
打开首页、文章列表、方法栈、模板库、避坑笔记、搜索页、标签页和法律页。不要只看首页——深层页面可能因为路由配置、构建遗漏或内容集合问题而 404。至少随机抽查 3 个文章详情页、3 个方法页、3 个模板页和 3 个避坑笔记。
-
第 3 步：检查 sitemap 和 robots.txt
确认 sitemap.xml 可公开访问、所有 URL 使用正式域名、URL 数量与构建结果一致、不包含 example.com 或 localhost 等占位域名。确认 robots.txt 可访问且指向正确的 sitemap 地址。
-
第 4 步：检查 SEO URL
查看至少 5 个页面的 HTML 源码，确认 canonical、og:url、twitter:image 等 URL 全部使用正式域名。残留 example.com、localhost:4321 或旧域名是最容易被忽略的上线问题。
-
第 5 步：检查分享预览
确认 og:image 和 twitter:image 指向正式域名下的默认分享图，图片可正常加载。可以在 Twitter Card Validator 或 Facebook Sharing Debugger 等工具中预览分享卡片效果。
-
第 6 步：提交 sitemap
上线稳定后，把 sitemap 提交到 Google Search Console 和 Bing Webmaster Tools。这一步不紧急，但能让搜索引擎更快发现和收录你的页面。如果暂时没有站长工具账号，先记录到上线状态中，后续再补。
-
第 7 步：记录上线状态
把部署平台、域名、检查结果、发现的问题和后续待办写入 PROJECT_STATUS 或上线检查记录。好的上线记录能让你在下次部署或排查问题时快速恢复上下文。
一个真实场景示例
以造物栈初次部署到 Vercel 为例，上线后检查流程是这样走通的：
- 打开 https://zaowuzhan.com，确认首页正常加载，HTTPS 锁形图标正常；
- 依次打开 /posts/、/methods/、/templates/、/notes/ 栏目页和几个详情页，确认无 404；
- 打开 sitemap.xml，确认 44 个 URL（或与构建结果一致），全部使用 https://zaowuzhan.com；
- 查看首页和方法页源码，确认 canonical 和 og:url 为正式域名；
- 检查 og:image URL 是否可访问，分享预览是否正常；
- 记录部署平台、域名配置和检查结果到 PROJECT_STATUS。
走完这 7 步，就能确认网站不只是部署成功，而是真正可以被用户访问、被社交平台分享、被搜索引擎收录。
上线后最低检查清单
每次部署或域名变更后，快速过一遍以下清单：
-
首页是否可打开
正常加载，无白屏、无报错、无 404。
-
HTTPS 是否正常
浏览器显示锁形图标，无证书警告或混合内容警告。
-
sitemap.xml 是否可访问
URL 可公开访问，全部使用正式域名，URL 数量与构建结果一致。
-
robots.txt 是否可访问
内容正常，Sitemap 指向正确的 sitemap URL。
-
sitemap 是否使用正式域名
无 example.com、localhost 或旧域名残留。
-
页面 canonical 是否正确
至少检查 3-5 个不同类型页面的 canonical URL。
-
Open Graph 是否正确
og:title、og:description、og:image、og:url 均使用正式域名。
-
默认 OG 图是否可访问
图片 URL 可正常加载，无 404 或跨域问题。
-
核心栏目是否可访问
文章列表、方法栈、模板库、避坑笔记、搜索、标签均可达。
-
法律页是否可访问
disclaimer、privacy、terms 三个页面正常。
-
是否还有 example.com / localhost
全站搜索，确认无残留的占位域名或本地开发地址。
-
是否记录上线状态
已将部署平台、域名、检查结果写入 PROJECT_STATUS。
上线后最低检查对象
以下对象在每次部署或域名变更后都应纳入检查范围：
公开页面
- 首页
- 栏目页（/posts/、/methods/、/templates/、/notes/）
- 文章详情页
- 方法详情页
- 模板详情页
- 避坑笔记详情页
- 搜索页
- 标签页
- 法律页（disclaimer、privacy、terms）
SEO 与基础设施
- sitemap.xml
- robots.txt
- 默认 OG 分享图
- HTTPS 证书
- DNS / www / 裸域跳转
常见错误
部署后疏忽
- 部署成功就以为上线完成
- 只检查首页，不检查深层页面
- 上线后立刻大改结构，引入新问题
- 没有记录部署配置，下次部署时忘记参数
URL 与域名问题
- sitemap 还是旧域名
- robots.txt 没指向 sitemap
- canonical 还是 example.com
- OG 图打不开或指向旧域名
- www 和裸域没有统一跳转
常见错误
- 部署成功就以为上线完成，不做任何检查
- 只检查首页，不检查深层页面
- sitemap 还是旧域名
- robots.txt 没指向 sitemap
- canonical 还是 example.com
- OG 图打不开或指向旧域名
- www 和裸域没有统一跳转
- 没有记录部署配置
- 上线后立刻大改结构
可复制使用方式
- 打开 https://你的域名，检查首页和 HTTPS
- 抽查核心栏目页和详情页（至少 10 个 URL）
- 检查 sitemap.xml 和 robots.txt
- 检查至少 5 个页面的 canonical 和 OG URL
- 确认 og:image 图片可访问
- 提交 sitemap 到搜索引擎站长工具
- 记录上线状态到 PROJECT_STATUS
相关模板
相关内容
使用路径 · 第 8 / 8 步
这套方法在流程中的位置
你现在看到的是造物栈 AI 项目实战流程的第 8 步： 上线后检查流程。部署后检查域名、HTTPS、sitemap 和核心页面是否正常。
- 1 工具雷达四问
- 2 绿色 / 黄色 / 红色任务分级
- 3 Codex 协作流程
- 4 项目状态检查
- 5 内容生产流程
- 6 本地发布流程
- 7 GitHub 提交与部署准备流程
- 8 上线后检查流程
上一步 GitHub 提交与部署准备流程
下一步 进入上线后维护闭环
下一步怎么用
上线不是结束，而是从本地正确进入公网可访问的第一步。上线后先花 10 分钟检查 10 个关键 URL，确认 sitemap、robots、OG 图和 canonical 全部正常，再记录结果。不要一兴奋就继续大改。