前置资料：第74篇确认的规范URL，以及第73篇公开范围和索引计划。
本篇任务：生成只包含希望参与搜索的有效规范URL的XML地图。
目标与准备
XML站点地图提供希望搜索系统发现的URL清单，但不是网站所有地址的无差别导出。准备规范对应表、公开范围与页面清单，筛选正式发布、能够访问且希望参与搜索的内容。草稿、后台、私密文件、重定向入口和不希望索引的页面不应混入本次提交，先把规则确定再让CMS生成文件。
地图管理表记录页面编号、规范URL、模板、发布状态、索引预期和最近实质修改日期。与关键词映射表关联后，可以确认重点页面是否遗漏，也能发现CMS把测试或重复地址导出了。地图帮助发现内容，但不能替代分类与正文链接，网站仍应提供用户能够使用的正常导航。
操作方法
检查生成的XML是否能正常解析，地址是否使用选定的完整URL，特殊字符是否正确处理。每个列入项与实际页面核对响应、noindex和canonical，信号不一致先修基础。规模超过单文件限制时按官方要求拆分，Google目前规定单个地图最多五万个URL且未压缩大小不超过五十MB。
lastmod应反映真实内容的实质变化，不要每次访问或每日任务都把所有日期改成当天。模板小改与正文更新需要按实际意义判断，更新时间必须能解释。地图还要有维护触发条件，例如发布、删除和规范URL变更后自动更新，避免编辑完成页面而提交文件长期仍保留旧状态。
应用示例
以眼镜工厂网站为应用示例，正式产品系列、型号详情与采购准备文章可以按计划列入，定制项目专属文件不公开提交。旧型号地址已迁移时，地图应使用最终规范版本。若某个分类暂时没有真实内容，应先完成业务处理，不是加入地图以后就期待搜索系统把空页当成有效资料。
已有权限时，将地图提交到Search Console并观察读取与处理情况，也可以在robots文件提供地图位置。提交操作完成不代表地图已被读取，需查看实际读取状态；即使读取成功，也不保证每个URL被抓取、索引或排名。页面没有索引时，仍需检查内容和技术条件，不能只反复提交地图或增加同一地址的出现次数。
产出与验收
验收可以把地图清单与公开URL清单做差异比较，分别检查缺失项和多余项，再抽查各模板样本。保存生成日期、URL数量、异常地址与修复结果。少量站点也应做到规则清楚，不必为了显得专业拆成大量文件；拆分方式应服务管理与工具限制，而不是制造额外提交工作。
最终产出地图规则、可访问文件与核验记录，并指定生成与检查负责人。将地图中的代表性页面交给正文渲染检查，确认列入地址不只是返回成功，更能提供真实答案。地图是发现与规范化的辅助信号，维护一致的页面、链接与内容，才是这一步能够控制的基础。
