新站 SEO 上线前，DNS、HTTPS 与索引设置怎样逐项检查？

先回答：上线检查按什么顺序做

先检查正式域名解析与 HTTPS，再检查页面响应和资源，随后核对 robots、noindex、canonical 与站点地图，最后测试导航和咨询路径。前一层没有通过，先修复它，再继续下一层。这样更容易判断问题发生在访问、抓取还是内容理解阶段。

同时区分四种状态：能打开，是访问条件；允许爬虫读取，是抓取条件；未主动禁止并且规范设置一致，是索引基础；搜索引擎报告已经编入索引，才是实际索引证据。这些状态需要分别记录，不能用首页能打开代替全部验收。

第一步：确认正式主机和安全连接

明确正式网站使用带 www 还是不带 www 的主机名，再检查该地址的解析与证书。域名注册完成不代表解析已生效，证书有效也不代表所有子域都有对应证书。用未登录的浏览器访问首页和一个深层页面，确认不需要账号才能看正文。

检查页面中的图片、样式和脚本也能通过安全连接加载。为备用地址规划到正式地址的跳转，并核对是否保留原路径。跳转目标需要是对应内容，不能把所有旧文章都送回首页，让用户找不到原来的答案。

第二步：用响应状态排查页面与错误路径

打开首页、服务详情、知识文章和咨询页，检查内容是否完整；再访问一个不存在的路径。错误页面除了说明找不到内容，还应返回正确的 HTTP 404 状态。仅在页面上画出“404”，后台却返回正常页面状态，会让检查结果变得含糊。

若采用 Cloudflare Pages，根目录的 404.html 很关键。官方说明，没有这个文件时平台会按单页应用方式为未知路径提供首页。它还会规范化部分 HTML 路径，因此内链、站点地图和 canonical 应与实际访问的终点 URL 保持一致。

第三步：核对抓取与规范设置

正式公开页面要检查是否误留预览阶段的 noindex，同时查看 robots 是否阻断了正文或必要资源。测试站可以继续保留 noindex，但不能只在 robots 中禁止抓取，就认为爬虫一定能读到页面里的禁止索引指令。

对独立主题页面，核对 canonical 是否指向它自己的正式 HTTPS 地址。Google 建议 canonical 使用绝对 URL，并让站内链接与站点地图采用一致的规范地址。不同内容不能为了省事都指向首页，也不要把新站指向原资料来源网站。

• 记录页面地址、实际终点 URL、HTTP 状态、索引指令和 canonical，逐项比对。
• 在 XML 站点地图中保留可索引的规范页面，移除错误页、测试页和无效跳转地址。
• 确认每个重要页面能从导航、栏目或相关内容进入，避免只存在于文件目录中的孤岛页面。

第四步：给检查表加上证据，而不是只打勾

建议把检查表分为“项目、目标、实际结果、证据时间、负责人、处理动作”。例如，一篇文章在检查时返回 200，但 canonical 指向另一个页面，应记录两个事实并安排修复，不能仅因为状态正常就判定合格。

修复后重查受影响的路径，并用站长平台查看实际抓取与索引状态。Google 明确说明，请求重新抓取不保证网页立即或最终进入搜索结果。技术检查的价值在于减少可以控制的问题，内容质量、重复判断与搜索展示仍由搜索引擎评估。

常见问题：提交 sitemap 就算收录了吗

不算。地图提交成功和处理成功表示发现入口可用，不能证明所有页面已经被抓取或索引。新增内容后应更新地图，再观察具体页面状态。没有明确失败原因时，不需要不断重复提交同一个地址。

常见问题：每个页面都需要手动请求抓取吗

可以先处理首页与重要新增页面，其他页面通过内链和站点地图帮助发现。不要把反复点击请求当成提速方案。若页面仍被 noindex、访问权限或错误状态阻挡，先修复原因，再考虑请求。

下一步：把问题落实到页面

独立站 SEO 服务页可以帮助整理技术与内容工作的范围；网站建设服务页适合核对页面、维护与交付责任。若正在同时考虑 SEO 与 GEO，可阅读两者的内容工作安排。把检查结果和目标页面带入沟通，比只说“网站没有收录”更容易确定下一步。