在WordPress公开文章，搜索旅宿名称或文章标题却找不到，Search Console还显示「未建立索引」。这时，可能会想反复按「要求建立索引」。
但Google未建立索引的原因各不相同，例如刚公开尚未发现、含有noindex、判定另一URL为规范页面，或内容几乎重复。只提出要求无法修正。
本文说明不熟悉IT的旅宿主人，如何与Codex、Claude Code等AI一起，以只读方式调查一个重要页面，逐项区分原因。
结论：依公开、获取、索引许可、规范URL、发现路径确认
依以下顺序调查。
- 判断是否真的想让此页出现在搜索
- 确认公开URL是否任何人都能以HTTP 200开启
- 用Search Console网址检查查看目前状态
- 确认
noindex与HTTP响应头 - 确认robots.txt是否阻挡获取
- 确认canonical是否指向正确URL
- 确认是否包含于站内链接与站点地图
- 确认内容重复与信息不足
- 修正问题后执行实时测试，需要时提出一次要求
目标不是让所有文章都建立索引。预订完成页、筛选结果、管理页或重复标签清单等，也有不宜出现在搜索的页面。
抓取与索引的区别
| 阶段 | 意义 |
|---|---|
| 发现 | Google知道URL存在 |
| 抓取 | Google访问URL并获取内容 |
| 索引 | 处理内容并收录至搜索索引 |
| 搜索显示 | 可能依查询出现在结果 |
建立索引不代表会出现在所有搜索。网址检查显示「网址已收录在Google中」，也不保证特定查询排名靠前。
有些页面未建立索引是正常的
Google网页索引报表说明指出，未建立索引不一定是问题。
旅宿网站应确认以下页面目的。
- WordPress管理画面或登录
- 草稿、预览
- 预订或询问完成页
- 站内搜索结果
- 地区或条件筛选URL
- 打印用、附参数等重复URL
- 无内容的标签、日期清单
- 测试环境、Staging
相对地，首页、客房、价格、交通、预订说明、看板猫介绍或住宿指南等希望提供搜索者的主要页面，若未建立索引，便是调查对象。
1. 用人的浏览器开启公开URL
先以退出登录状态开启公开URL，而非管理画面。
- 显示HTTP 200
- 不出现404或500
- 不要求登录或Basic验证
- 不意外重定向其他URL
- 显示本文、图片与标题层级
- 不是「未公开」或「维护中」
- PC与智能手机能阅读主要内容
管理者可能因Cookie或登录状态而看得到，Google或一般客人却看不到。也请使用无痕窗口或其他网络确认。
2. 用网址检查查看Google知道的状态
Google官方网址检查指南说明，可确认Google掌握的特定页面状态，以及公开页面的实时测试。
在Search Console上方输入完整URL，记录以下项目。
- 是否已收录于Google
- 页面获取是否成功
- 是否允许建立索引
- 最后抓取时间
- 参照来源页面或站点地图
- 用户指定的canonical
- Google选择的canonical
若「受审查URL」与「Google选择的canonical」不同，Google可能以另一URL作为代表。
不要混淆已收录状态与实时测试
一般网址检查显示Google最后保存的状态，实时测试则访问目前公开页面。
修正后立即查看，可能仍有过去错误，但实时测试已正常；相反地，实时测试成功，也可能尚未反映于索引。请分别记录两者时间与结果。
3. 确认noindex
noindex是指示不要将页面加入搜索索引。不只HTML的robots元标记，也可能设于HTTP回应的X-Robots-Tag响应头。
依Google robots元标记规格，多项指示冲突时，会套用限制较强的指示。
WordPress应确认以下项目。
- 「设置 → 阅读」的搜索引擎设置
- SEO插件的个别文章设置
- 分类、标签等分类设置
- 主题或子主题输出
- 安全、维护插件
- 服务器或CDN的HTTP响应头
- 从Staging移到正式环境的设置
变更全站设置前先确认影响范围。不要为解决一篇文章问题，就解除全部分类或全站的noindex。
4. 不要混淆robots.txt与noindex
robots.txt是控制搜索引擎抓取器能获取哪些URL的文件。noindex则是指示已获取页面是否加入索引，两者角色不同。
Google说明，robots.txt禁止获取时，也无法阅读页面内noindex。设置前应理解「不想出现在搜索而用robots.txt阻挡」与「为让noindex被读取而允许获取」的关系。
重要页面被robots.txt禁止时，先确认该规则原因。删除不理解的数据行，可能开放管理URL或大量不必要URL，因此不要让AI自动删除。
5. 确认canonical URL
canonical是当相同或相似内容有多个URL时，表达希望以哪个URL作为代表的信息。
确认以下不一致情况。
- 公开文章将首页设为canonical
- 指向
http或无www等另一URL - 指向Staging或旧域名
- 误指定另一文章URL
- 站点地图与canonical不同
- 内部链接指向重复侧URL
- 重定向目的地与canonical矛盾
Google canonical官方指南说明，重定向、rel="canonical"与站点地图等是规范URL的线索，也建议将内部链接统一为规范URL。
Google选择另一URL为canonical，若是合理整合重复内容，就不需修正。若不同内容页面被错误整合，请确认的不只标题，还有本文独特性、内部链接与canonical设置。
6. 确认能否由内部链接前往
孤立页面不易从站点地图之外发现，客人也无法前往。重要页面应从首页、分类、地区清单、相关文章或说明页等符合上下文的位置链接。
Google在链接官方指南建议，重要页面至少由一个站内页面链接，并让链接文字容易理解内容。
- 能否不只依赖JavaScript，而以一般链接前往
- 目的地URL是否为重定向前URL或有错字
- 文字是否说明内容，而非只有「这里」
- 能否避免过长菜单，透过分类或说明页前往
- 公开后是否从相关既有文章加入链接
不只是为搜索引擎，而应作为考虑住宿之人取得必要信息的动线。
7. 确认站点地图
站点地图是告知Google URL存在的方法，不保证建立索引。
确认项目如下。
- 站点地图URL能以HTTP 200开启
- Search Console能获取
- 包含目标规范URL
- 避免不必要地包含
noindex页或重定向URL http、https、www写法统一- 已删除URL没有一直留下
- 多个SEO插件没有各自建立不同站点地图
Google站点地图建立指南建议，以完整URL包含希望显示于搜索结果的规范URL。
8. 确认内容重复与信息量
技术设置正常，但内容几乎与另一页相同，Google仍可能只以其中一页作为代表。
旅宿网站容易发生的例子如下。
- 只换地区名的短清单文章
- 多个URL几乎相同介绍同一旅宿
- 分类、标签与搜索结果成为相同文章清单
- 打印用URL与一般URL有相同本文
- 分开PC与智能手机URL
- 量产只换标题、结论相同的衍生文章
不要在薄弱页面加入一般论，只增加字数。可考虑整合至既有页面、增加独特比较信息，或将不必要的重复URL整理至规范URL。
主要未建立索引原因的读法
| 显示范例 | 大致意义 | 首先确认 |
|---|---|---|
| 已发现、未建立索引 | 已知道URL但尚未获取或收录 | 内部链接、站点地图、服务器状态 |
| 已抓取、未建立索引 | 已获取但目前未收录 | 内容、重复、canonical、品质 |
| 因noindex排除 | 有不建立索引的指示 | 是否为预期设置 |
| 被robots.txt封锁 | 禁止获取 | 规则目的与范围 |
| 重复、其他规范URL | 以另一URL作为代表 | Google选择canonical是否合理 |
| 重定向 | 重定向另一URL | 最终URL是否为规范页面 |
| 404、软404 | 无页面或被判定无内容 | HTTP状态、本文、删除意图 |
| 服务器错误 | 获取时发生5xx等 | 外部监控、服务器记录、再发情况 |
显示名称可能依画面更新或情况改变。不要只依原因名称批量修正，先审查一个URL。
使用要求建立索引
修正问题后，以实时URL测试确认获取与索引许可，若是重要的一页，可以要求建立索引。
Google官方建议单页使用网址检查，多页使用站点地图。要求有次数限制，提出也不保证收录或排名。
避免以下用法。
- 每天反复按同一URL
- 未修正noindex或404就提出
- 大量URL逐一提交
- 试图收录全部重复文章
- 收录前反复变更标题或URL
- 当作提高排名的按钮
请AI只读调查的委托内容
以下WordPress公开页面在Search Console未建立索引。
请先不要变更设置或文章，以只读方式调查。
［完整公开URL］
［Search Console原因与最后抓取时间］
确认事项:
- HTTP状态与最终URL
- 公开状态与本文显示
- robots meta与X-Robots-Tag
- robots.txt对应规则
- canonical URL
- 是否刊登于站点地图
- 前往该页的内部链接
- 重定向、重复与相似文章
请区分已确认事实、原因候选、未确认事项与修正方案。
请先不要变更WordPress、SEO插件、robots.txt或服务器。
也不要执行要求建立索引。
只修正一项的委托内容
请依未建立索引页面的调查结果，只提出一项修正方案。
［调查结果］
请列出目标URL、目前值、建议值、影响范围、依据、还原方式，
以及修正后实时测试项目。
不要解除全站noindex、批量删除robots.txt规则、
批量取代canonical或量产相似文章。
请先不要执行正式环境变更。
修正后检查清单
- [ ] 已确认是希望出现在搜索的重要页面
- [ ] 公开URL以HTTP 200开启
- [ ] 没有验证或维护画面
- [ ] 实时测试能获取页面
- [ ] 允许建立索引
- [ ] 没有非预期noindex或X-Robots-Tag
- [ ] 没有混淆robots.txt与noindex的角色
- [ ] canonical指向正确代表URL
- [ ] 能由内部链接前往
- [ ] 站点地图包含规范URL
- [ ] 已确认与重复、相似页面的关系
- [ ] 已记录修正日期与依据
- [ ] 只对必要的一页要求建立索引
- [ ] 已安排数日后再确认状态
总结
未建立索引不是要求次数的问题。先判断页面是否需要出现在搜索，再依公开状态、获取、索引许可、canonical、内部链接、站点地图与内容区分原因。
AI可协助只读调查HTML、HTTP响应头、链接与站点地图，并整理确认结果。但不要让它自动批量变更全站robots.txt、noindex或canonical。修正一页、实时测试、记录，再进行下一页较安全。
Search Console导入与所有权验证，可参考给旅宿主人的Google Search Console入门；公开后立即技术确认，可参考WordPress公开后确认方法；修正未建立索引后，可前往从Search Console查询培育既有文章的方法。
