PocketPlay 搜索维护：新增子站、漏收录与低曝光怎么排查

搜索维护先分清四件事：页面是否被发现、是否能抓取、是否被编入索引，以及针对哪些查询获得曝光。把站点地图提交成功、网页返回 200 或一次实时测试通过，当成已经有搜索排名，会找错问题。

PocketPlay 有多个工具与游戏子站。总入口负责导航，每个子站仍要给自己的公开功能页提供清楚的内容、稳定的网址和发现入口。这份流程供新增子站、更新内容和迁移网址时使用。

新子站上线前，先验核心页面

从用户实际会进入的工具或游戏页开始，核对功能、支持的输入、输出和限制。首页至少要有可读的名称、简短介绍和准确入口；具体功能页应有操作步骤、真实样例或规则说明。游戏说明放在游玩区之外，工具说明放在工作区之外，保持原有操作与画面比例。

在浏览器中看页面，也检查服务器最初返回的 HTML。使用 JavaScript 的网站可以被 Google 处理；但如果原始 HTML 只有一个空容器，介绍、规则与链接就依赖后续渲染。优先直接提供这些稳定内容，交互仍由原来的程序完成。不要给爬虫展示一套、给读者展示另一套。

随后检查标题、页面描述、规范网址和语言链接。描述应该说明这一页能完成什么、适用于什么输入、有什么重要限制。没有固定字数可以保证排名；补字数而不补信息没有意义。

例如，合并 PDF 的描述应围绕合并、页序与处理方式；压缩 PDF 应围绕压缩档位及结果限制。两页不该共用“我们有很多免费工具”这样的全站介绍。

地图要列功能页，不能只列 Blog

每个准备公开索引的子站提供有效的 Sitemap XML，并在自己的 robots.txt 声明它。地图里列完整 HTTPS 规范网址：首页、公开功能页、公开指南和已发布文章。不要把账号、编辑器、私人房间、开发版本或测试样例放进去。

PocketPlay 的总站点地图负责汇集子地图。新增子站后，检查子地图和总索引都能读取，再确认核心页面确实在其中。地图只能帮助发现页面，并不保证抓取、索引或排名。

一个常见遗漏是接通了 Blog 的地图，却没有列真正的工具首页。排查时同时看两个清单：这个站有哪些公开功能，以及地图实际列了哪些网址。两者的差异比地图文件数量更有用。

地图中的更新时间要来自实际内容修订。不能把每小时运行维护程序的时间写成每个页面的更新时间；拿不到可信日期时可以省略。

迁移与退役：逐个旧网址处理

为仍然存在的内容，把旧网址永久重定向到对应的新页面，更新站内链接、规范网址、语言链接和地图。不能为了减少 404，把所有旧路径都跳到首页。

已经退役、没有对应内容的页面，可以返回真实的 404 或 410。仍在开发的页面继续保留访问与索引限制，并从公开地图移除。部署后检查实际跳转终点，而不是只检查旧地址是否返回了响应。

入口服务也要与当前源站一致。如果旧源站已经关闭，就不能继续让它承担公开流量。核对所有活跃入口，并从不同网络检查首页、robots 和地图。一个地区能访问不代表所有地区都正常。

收录报告里的每种原因，处理方式不同

• 网页会自动重定向：核对终点是否对应原内容、是否正常打开，然后在地图和内部链接使用终点网址。正常的旧地址重定向可以保留。
• 被 noindex 排除：先看这个页面本来是否应该公开。如果是账号、私人或开发页面，保留限制；如果是正式功能页，查明限制来自 HTML 还是响应头，再修正。
• 未找到：检查旧路径、当前内部链接和地图。给有对应内容的旧页安排正确迁移，给真正退役的页保留真实错误状态。
• 重复网页或规范页不一致：核对实际内容、页面声明的规范网址与 Google 选择的网址。语言版本应各自使用对应的规范页，不能一律指向一个首页。
• 已抓取但尚未编入索引：检查正文是否完整、是否与其他页面重复、是否只有通用模板，以及页面对具体问题有什么独立价值。反复申请收录不能替代这些检查。

不要为了让报告全绿，取消正常的访问或索引限制。robots 的抓取规则和 noindex 的索引规则也不是同一个东西；搜索引擎需要能读取页面，才能看到其中的 noindex。私人数据需要真实访问控制。

目录与批量页面，先过滤再发布

技能目录从仓库发现 SKILL.md 时，要区分正式技能与 test、fixtures 等测试材料。被排除的条目不再出现在公共列表、详情页与地图；保留历史记录便于核验和恢复。

每个正常条目优先使用源文件里真实的描述或正文摘要。来源仍缺说明时，应如实指出出处与需要核对的内容，不虚构用途、兼容性或测试结果。标题与独立描述只能帮助理解页面，真正的内容价值仍来自准确用途、可复现例子和清楚的限制。

同一条完整文章只属于一个站。总入口用标题、摘要和链接汇总，避免在不同子站复制全文。写作围绕当前支持的功能，更新已有相同意图的文章，避免每天换日期再发一篇近似内容。

低曝光时，按子站和页面复盘

在 Search Console 用页面网址筛选子站，查看最近的曝光、查询词、点击与位置；同时看具体页面是否已被发现和索引。Google 的域名属性覆盖子域，但不会让所有子站自动获得同样的排名。

优先观察一组稳定的重点页面。没有曝光时先查发现、抓取和内容对应的问题；已有曝光再分析位置与结果描述；已经有点击，再看访客是否成功完成工具操作。搜索点击、站内访客、工具完成次数是不同口径，不混加。

对比时保持日期窗口、国家、语言与设备口径一致。新迁移和新页面需要经过搜索引擎处理；普通访问测试通过，只能证明当前技术交付，不代表后台收录已经更新。少量点击可以提供下一次试验的方向，不能据此承诺增长。

外部推荐要来自页面解决了真实问题。准备能复现的样例、清楚的结果说明和稳定链接，方便使用者引用。新增站内互链不会自动变成来自其他网站的推荐，也不要伪造使用评价或购买刷量。

每次发布的完成条件

发布前执行页面与地图检查，核对公开网址状态、抓取规则、noindex、规范网址、基础描述，以及误入目录的测试条目。先备份，保留可回退版本。

发布后检查主要功能、手机与桌面使用、公开 XML、核心页面清单和原有网址兼容性。文章还要检查公开正文、来源、语言对应、RSS 与文章地图。技术检查通过后，再用 Search Console 和实际使用数据观察后续处理与效果。

遇到问题时记录网址、发现日期、证据、预期行为、修复动作和复查结果。这样下一次维护能从已确认的事实继续，而不是只看到一个错误总数重新猜原因。