08. 技术 SEO、抓取、索引与性能 · 资料陈述 · 教学步骤 1

上线不等于已被发现

新站可能因抓取队列优先级低而迟迟没有搜索反馈。

原知识点：新站发现慢的两个原因：爬虫待抓取队列优先级低；

执行步骤

  1. 为问题URL记录生产地址、页面类型、发布日期、当前部署版本和期望是否索引。
  2. 依次检查能否从站内链接或sitemap发现、Google是否请求、请求是否成功、页面是否允许索引、Google选择的canonical以及是否已索引。
  3. 把浏览器200、抓取成功、索引成功和查询有排名分开，不得用后一阶段缺失倒推某个原因。
  4. 在Search Console URL Inspection、抓取日志和生产HTTP证据之间交叉核对，并标明数据时间。
  5. 停在第一个有证据的失败或关键未知阶段，只安排该阶段的下一项验证。

可复制工作表

URL：__
页面类型/部署版本：__/__
发布日期：__
期望：应索引/不应索引__
发现：内链__；sitemap__；GSC__
抓取请求/日期：__
HTTP与渲染：__
索引许可：robots__；noindex__
声明canonical：__；Google所选canonical：__
索引状态：__
排名/查询（仅在已索引后）：__
证据时间：__
最早断点：未发现/未抓取/抓取失败/不允许/规范冲突/未索引/未排名__
下一项验证：__

完整示例

【完整示例】/audio-to-text浏览器200并在sitemap中；URL Inspection显示“已发现，尚未抓取”，服务器日志也没有Googlebot请求，因此断点是抓取队列而非noindex或内容质量。团队先检查内链发现与服务器稳定性并等待新证据，不反复改canonical，也不承诺几天收录。

完成清单

  • 问题被定位到发现、抓取、索引许可、规范化、索引或排名中的具体阶段。
  • 每个状态由生产HTTP、日志或Search Console证据支持并带日期。
  • 浏览器可访问没有被当作已抓取或已索引。
  • 当前动作只处理最早断点，且没有承诺固定收录时间。

当前官方依据

平台规则会变化，行动前以打开后的当前官方页面为准。

来源：如何清晰的知道我们网站在搜索引擎的表现：Google Search Console 使用入门讲解