Sitemap 是列出网站网址的文件，按格式可以包含资源附加信息。它帮助搜索引擎发现页面，尤其适合大型、新创建，或内容难以通过导航找到的网站。但不保证所有 URL 都会被抓取、索引，或排在指定位置。
验证应回答两个不同问题：文件能否正确读取，以及其中网址是否对应希望公开的页面？没有错误的 XML，仍可能列出重定向、已排除页面，或错误域名版本。工作不会在生成文件时结束。
XML sitemap、sitemap 索引与 HTML 导航
XML 是常用 URL 清单格式，也支持图片或视频等内容扩展。多个文件可以通过 sitemap 索引，从中央网址识别。包含链接的 HTML 页面可以帮助人导航，但作用不同，无法取代提交给搜索引擎的文件验证。
协议允许每个未压缩文件最多 50 000 个 URL 和 50 MB。超过任何限制，就需拆分。即使未到限制，按产品、分类或语言分开，也可能方便跟进组别。没有通用规则表示每一千个 URL 分文件，就会提升排名或加快抓取。
哪些页面应加入文件？
选择希望出现在搜索结果的规范 URL。网店可以包含有用分类、产品与指南。预定清单应排除私人页面、没有搜索价值的内部结果、错误、重定向及 noindex URL。不要仅因系统能够生成网址，就加入所有筛选组合。
例如文章已选 HTTPS 为主要版本，就在 sitemap 与内部链接使用完整 HTTPS 网址。会重定向的 HTTP 版本，不应视为另一个独立页面。示例使用保留域名，仅作示意；不建议未经盘点与测试，就更改现有网站网址。
XML 记录会将网址放在元素 loc 之内。以下为 sitemap 适当结构内的片段示例：<url><loc>https://example.com/categoria</loc></url>。完整文件需要根元素与协议 namespace。
如何找到或生成 sitemap
向 CMS、模块或 SEO 插件确认生成的网址。不要假设一定是 /sitemap.xml，也不要假设仅有一个文件。robots.txt 可以通过 Sitemap 指令列明位置。自定义网站的生成流程，应配合内容发布与更新规则，不应依赖被遗忘的手动清单。
发布页面、改网址或移除产品后，需测试 URL 清单是否反映已作决定。多语言或子域名网站，应确认每个文件的域名与范围。存在缓存时，检查服务器实际返回版本与更新频率。
提交前检查
- 打开 sitemap 网址，确认 HTTP 200 与预期内容，没有身份验证要求或伪装错误页。
- 验证 XML、UTF-8 编码、namespace 与已转义字符，包括参数中的 &。
- 确认每个文件的大小与 URL 数量限制。
- 测试 URL 样本：最终响应、公开内容、canonical 与索引指令。
- 将 sitemap 与导航及页面清单比较，找出遗漏和旧网址。
只有能够反映页面真实且重要更新，才使用 lastmod。每天更改所有页面日期，不证明内容有更新。Google 忽略 priority 与 changefreq。不应使用这些字段，声称某模块自动让页面更重要，或增加抓取频率。
提交与解读 Search Console
在正确的 Search Console 资源提交文件或索引网址，观察是否已获取与处理。成功读取确认 sitemap 已处理，不代表每个页面已索引。出现错误时，先调查文件与服务器响应，不要反复重新提交。
将预定 URL 与索引报告及网址检查示例比较，记录显示原因与观察日期。已发现但未索引页面，需分析内容、技术信号与背景；重新加入 sitemap 不构成诊断。实时测试与已索引版本信息，可能反映不同时间。
Sitemap、robots.txt 与 noindex 解决不同问题
从 sitemap 移除 URL，不会阻止其通过链接被发现。robots.txt 引导抓取；noindex 表示可访问资源不应索引。如果机器人被 robots.txt 封锁，无法访问页面，就无法读取 noindex。这些文件都不会取代保护私人数据的身份验证。
将 sitemap 与真实页面、导航及索引对照，是技术 SEO 审核的一部分。RedeShop 团队可以找出不一致情况，准备修改，并在发布前后验证。