上线一周未收录，先查具体URL的GSC状态，再决定修什么。一周不是Google承诺的截止日，也不能据此认定新站受罚。若正式页确实被noindex或访问错误挡住，就应修复；若已抓取但未索引，还要核对当前内容、重复关系和页面价值，而不是反复点击提交。
第一步：确定你检查的是哪个URL、哪一版信息
从浏览器复制最终公开地址，包括HTTPS、主机名、路径和需要保留的参数，打开对应GSC资源，用顶部的网址检查输入完整URL。先保存索引结果、最近抓取时间、抓取是否允许、索引是否允许、用户声明与Google选择的规范网址。再运行实时测试，查看当前获取的HTML、截图和资源情况。
网址检查说明区分了索引版本和实时测试。修复后实时可访问，不代表索引记录已经更新；实时测试通过也不覆盖所有索引条件。若地址发生跳转，另外检查最终目标URL，不要把旧地址的索引结果当成目标页结果。
如果你只有一条site:查询没搜到的记录，还不足以确认未收录。没有GSC权限时，仍可检查响应、正文与链接，但应把索引状态留作未核实，而不是编一个确定原因。
第二步：根据状态选择下一项检查
| 观察到的情况 | 先核对 | 合适的下一步 |
|---|---|---|
| URL未知或发现信息不足 | 公开入口、站点地图、目标地址是否一致 | 补真正相关的链接，核重要URL能被发现 |
| 已发现，尚未编入索引 | 尚未抓取；服务器稳定性、无效URL规模 | 修可证实的问题并观察后续抓取 |
| 已抓取，尚未编入索引 | 抓取版本、完整正文、重复和规范关系 | 改善具体缺口，不把状态直接翻译成抄袭或处罚 |
| 被robots.txt阻止 | 匹配目标主机/协议/端口及路径的规则 | 仅移除误阻挡正式内容的规则 |
| 检测到noindex | HTML与HTTP响应头，是否为有意排除 | 正式索引目标的误配置才移除 |
| 重复或替代页面 | Google选择的规范页是否符合预期 | 合理重复关系可保留；指错对象才修 |
| 服务器、重定向或软404问题 | 实际响应、跳转每一跳、正文是否错误页 | 先恢复正确内容和状态，再核GSC后续变化 |
索引报告对这些原因的解释说明：“已发现”是已知道地址但尚未抓取；“已抓取未索引”以后可能索引，也可能不索引，不需要只为此状态反复重新提交。它们都不是一个固定字数、外链数量或AI检测分数不达标的证明。
第三步：别把HTTP 200当作索引许可
先看完整GET响应，而不只看浏览器能打开。下面的图来自本次实际运行的本地教学HTTP服务，不是真实Google抓取、GSC后台或客户站点。几个URL都能返回内容，但额外信号不同。
| 本地请求 | 实际响应 | 检查能说明的事 |
|---|---|---|
| /ok | 200；本例HTML和响应头未含noindex | 这个响应没有所列排除信号，仍不能证明索引 |
| /meta-noindex | 200；HTML含noindex | 页面能打开与允许索引并非同一件事 |
| /header-noindex | 200；X-Robots-Tag: noindex | 只搜索HTML会漏掉响应头控制 |
| /old | 301；Location: /ok；跟随后200 | 分别核旧地址、跳转和最终目标 |
| /duplicate | 200；canonical指向/ok | 这里只确认声明，不模拟Google是否接受 |
| /gone | 404 | 本地服务器明确返回不存在 |
| /blocked 与 /robots.txt | 页面200；robots文件200并写Disallow: /blocked | 普通请求能访问不代表爬虫规则允许；本例未模拟Googlebot |
Google的HTTP状态说明指出，200不保证索引；返回200的错误提示或空内容还可能被视为软404。对应该存在的页面，修复导致错误的路由、权限或渲染问题；真正已删除且无替代的页面不必为了清空错误列表全部跳到首页。
第四步：分别检查robots、noindex和canonical
robots.txt控制抓取，noindex控制索引
检查公开域根目录的robots.txt及实际匹配规则。Google通常缓存其内容最多24小时，但无法刷新等情形可能更久，不能把修改后24小时当必然生效期限。根据Google的robots.txt规范，robots文件的4xx错误通常按无有效限制处理，429是例外；robots文件返回403，与目标文章本身返回403，是不同情况。
robots文件出现5xx时，Google的处理有阶段和缓存条件：最初12小时停止抓取站点、继续尝试取robots；此后30天尝试使用最后可用版本，若没有缓存则假定无抓取限制；错误继续超过30天时，若网站总体可用，会按没有robots文件处理并继续检查新版本，若网站整体也有可用性问题，则停止抓取站点但仍周期性请求robots。这是该文件的处理说明，不是所有页面返回503都按同一个倒计时执行。遇到故障应及时修复，不把这些窗口当可安全停机的期限。
noindex说明要求Google能够访问页面才能看到meta或响应头里的规则。被robots禁止抓取的URL仍可能因其他线索显示在搜索中；想排除索引，不能把robots阻挡当作可靠替代。私密资料应使用访问控制，正式页误排除与有意保护内容要分开处理。
canonical是规范化信号，不是隐藏页面的开关
比较当前页、声明的规范页和Google选择的规范页，确认它们是否为相同或非常相近的内容。若产品页误指首页，应修正；若带追踪参数的副本指向同一产品的干净地址，可能是合理设置。不要把全部参数页一律指首页，也不要把翻译页面仅因主题相同就指向另一语言。
规范网址指南建议重定向、canonical、站点地图及站内链接保持一致；Google仍会判断规范版本。一次读取canonical标签只能证明你发出了该信号，不能证明Google已经选择它。
第五步：核发现入口和真正被读到的正文
从相关分类或文章实际点击到目标，确认链接是可解析的a href链接，锚文本说明目标内容。由JavaScript生成并不自动等于不可抓取，要检查渲染后的链接与正文。站点地图使用希望展示的规范URL；提交站点地图只是发现提示，不是每页必抓、必索引的指令。
读抓取或测试得到的正文：是否只剩登录提示、验证码、商品已不存在或空壳？桌面浏览器看到完整内容，不代表所有访问环境都相同。确认内容确实存在后，再看它是否完整回答问题、有可核查的资料，以及与本站其他页是否只有标题不同。这里需要编辑判断，不能由“原创率达到某个数值”替代。
修完之后，留下能够复查的记录
- 记录受影响URL、具体原因、修复前响应与正文、修改时间。
- 部署后核公开响应、当前正文和必要资源，确认误配置已消失且有意排除仍保留。
- 对少量重要且有权限管理的URL按需请求索引，大批URL维护站点地图；重复请求同一URL不会加快抓取。
- 后续检查Google抓取时间和索引版本，分别登记“线上已修”“Google已重新抓取”“已索引”，不要合写成完成。
若已经索引却没有目标词表现，转到内容与搜索意图排查；若要安排后续任务，参考新站首月工作清单。英文同题见new website not indexed after a week。