Magento 2 后台可以创建 Sitemap 记录，但“记录存在”不代表 XML 文件已经成功生成。常见问题包括保存路径不可写、文件写到了错误节点、目标 Store View 没有可收录内容，或 Cron 从未执行。

后台显示成功，服务器却找不到文件

Sitemap 的 Path 是相对于 Magento 可写目录的路径。多节点环境中，如果后台请求写入 A 节点本地磁盘，而公开流量访问 B 节点，就会出现后台成功、前台 404。Sitemap 应放在所有 Web 节点都能读取的位置，或通过部署流程同步。

检查文件位置和权限时，不要使用 777。生成 Sitemap 的 PHP/CLI 用户需要写入权限，Web 用户需要读取权限。

文件存在但内容很少

Magento 只会输出当前 Store View 中符合条件的商品、分类和 CMS 页面。商品未分配网站、状态禁用、可见性不合适，分类未启用，CMS 页面没有分配到当前 Store，都可能让内容缺失。

多语言站点应为不同 Store View 生成对应 Sitemap，而不是把所有语言 URL 混进同一个文件。

手动生成正常，自动生成失败

这种情况优先检查 Cron。查看 cron_schedule 中与 sitemap 相关的 job code、状态和 messages：

SELECT job_code, status, messages, scheduled_at, executed_at, finished_at
FROM cron_schedule
WHERE job_code LIKE '%sitemap%'
ORDER BY schedule_id DESC
LIMIT 20;

如果没有调度记录，检查系统 crontab 和 Magento Cron 配置；如果状态为 error，按 messages 对应到同一时间的 Magento 日志。

大量 URL 时的文件拆分

大型目录会生成 Sitemap 索引和多个分片文件。确认所有分片都可以访问，不能只检查主索引。反向代理或 CDN 也不要把旧 Sitemap 长期缓存。

提交给搜索引擎之前

直接打开 Sitemap URL，确认返回 200、XML 格式正确、域名和协议属于当前站点。抽查几个商品、分类和 CMS URL，不能包含后台、客户账户、搜索结果或测试 Store 的地址。

Sitemap 修复后不需要每天手工点生成。让 Cron 按内容更新频率自动生成，并监控文件更新时间和访问状态，更适合长期维护。