地图变大时，先确认里面都是合适的正式网址，再看数量和大小。石家庄企业维护持续更新的知识库，应让结构与实际内容增长对应；不能靠把重复路径分进很多文件，宣称获得更多搜索入口。
两个限制要分别核对
Google文档给出单个站点地图的URL数量和未压缩文件大小限制。实施时以当前官方要求核对，不能仅按压缩后的体积或文件名判断。本篇不从地图文件数量推断搜索收录效果。
| 对象 | 核对方向 |
|---|---|
| URL范围 | 是否为当前正式内容入口 |
| 数量 | 按实际条目统计 |
| 大小 | 核对未压缩数据与官方限制 |
| 更新 | 真实修改关系 |
| 发现方式 | 索引文件与公开入口正确 |
结构示意，不是实际站点配置
sitemap-index.xml
├─ services-sitemap.xml
├─ articles-sitemap-1.xml
└─ articles-sitemap-2.xml
按内容与维护需要分组，不能用分组制造重复内容。拆分之前先清点
- 去掉没有正式内容意义的重复路径。
- 核对域名、语言与规范地址策略。
- 抽查状态、跳转和实际内容。
- 保留例外与生成规则。
上线验收索引关系
1读取索引实际返回符合预期。
2进入子文件路径、格式和范围正确。
3抽查页面与正式入口和内容相符。
4核对更新不要因重建文件统一改所有内容日期。
城市站共享主站资料时，不应把复制内容当成本地新稿重复提交。当前城市原创与共享资料分别按既定规范策略管理。生成系统应记录为什么纳入或排除某类网址，后续接手者才能维护。
拆分之前先看两个硬边界
Google文档给出的单个站点地图上限为50,000个网址，或未压缩时50MB，任一达到都需拆分。压缩可以减少传输体积，但不能用压缩后的大小替代未压缩限制。实际维护也可按主题等方式适度拆分以便排错，但不必为了图表好看制造大量空地图。测试应包含索引文件与子文件的真实地址和内容，不只统计本地生成数量。
拆成更多文件就更容易收录吗？
不能这样保证。结构清楚与格式正确是维护条件，内容发现和索引仍需实际观察。
每次新增都要重建全部历史文件吗？
按实际实现与正确性选择，不让部署时间代替内容修改记录。