XML站点地图生成器

使用方法

1. 把要收录的 URL 逐行粘贴到「URL 列表」框，每行一条。输入框已预置 3 条示例（第 3 条带查询参数，用来演示转义），打开页面即可直接生成。
2. 按需设置三个可选参数：lastmod 填 ISO 8601 格式的日期（示例 2026-10-01），留空则不输出该元素；changefreq 从 7 个枚举值里选一个（示例 weekly）；priority 填 0.0 到 1.0（示例 0.8）。
3. 点「生成 sitemap.xml」，或按 Ctrl + Enter，下方输出完整文本。
4. 如果某行不是以 http:// 或 https:// 开头、含空格、或超过 2048 个字符，红色提示区会指明第几行、错在哪、怎么改，该行不会进入结果。
5. 确认后点「复制结果」，或点「下载 sitemap.xml」保存成 UTF-8 编码的文件，上传到网站根目录即可。

这个XML站点地图生成器能解决什么问题

手工拼 sitemap.xml 最容易在两处翻车：一是 URL 里带查询参数，& 没有写成 &，整份文件过不了 XML 解析；二是行末混进不可见字符或格式不对的行，提交给搜索平台后被整批拒收。这个 XML站点地图生成器把这两类问题都挡在生成之前：每行先过三道校验（协议头、空白字符、2048 字符上限），带行号给出中文错误说明，通过后再统一做 XML 五实体转义，输出的文件可以直接通过 XML 解析器。

典型场景有三个：中小站点改版后要提交一份新的 URL 清单；CMS 不支持自动 sitemap，只有一份导出的 URL 列表；临时给活动页、专题页做一份单独的 sitemap 用 sitemap 索引文件挂到主文件里。本页只负责从 URL 列表生成单份 sitemap 文本——不抓取你的网站确认 URL 是否可达，不做 sitemap 索引文件的拼装，也从 CSV 之类的表格文件里提取 URL 那样的事不归它管。

生成原理与协议规则说明

输出文件遵循 sitemaps.org 0.9 协议，这是 Google、Bing 等搜索引擎共同支持的事实标准。协议对文件的要求可以归纳为三要素加两条上限：

要素一 <loc> 必填：每个 <url> 块必须有且只有一个 <loc>，内容是单个 URL 的规范写法，且必须是 XML 转义后的形式——这是唯一强制转义的位置。XML站点地图生成器对每一行做的就是这道校验加转义的流水线。

要素二 <lastmod> 用 ISO 8601：可选项，格式为 YYYY-MM-DD，或带时间的 YYYY-MM-DDThh:mm:ss 并可带时区后缀（+08:00 或 Z）。本页对输入做同样的正则校验，格式不合规会拒绝而不是原样写进文件——写错的 lastmod 比没有更糟，搜索引擎可能因此低估真实更新时间。

要素三 changefreq 与 priority 可选且只有提示意义：changefreq 只允许 always、hourly、daily、weekly、monthly、yearly、never 这 7 个枚举值；priority 取 0.0 到 1.0，只表示同一站点内页面的相对权重，不会拿来和其他网站比较。需要说明的是，Google 官方文档已注明它会忽略 changefreq 与 priority，lastmod 在内容准确时仍会被使用——所以本页把 lastmod 做成带校验的输入，把 priority 做成可选元素，空值直接不输出。

两条上限：单份 sitemap 解压后不超过 50 MB、不超过 50000 条 <url>。超限时正确做法不是硬塞，而是拆成多份文件再写一个 sitemap 索引文件。转义实现上，五个 XML 实体（& < > " '）必须先替换 & 再替换其余四个，顺序反了会把已经生成的 & 二次转义成 &，这是手写替换逻辑最常见的 bug。

完整示例（数值仅作演示）

示例条件：输入框预置的 3 条 URL，lastmod 2026-10-01、changefreq weekly、priority 0.8。第 3 条 URL 含一个 &，输出里被转义为 &（文件中的真实字符）。生成结果共 21 行、UTF-8 编码下 598 字节：

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://liuquan.net/</loc>
    <lastmod>2026-10-01</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
  </url>
  <url>
    <loc>https://liuquan.net/jisuanqi/</loc>
    <lastmod>2026-10-01</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
  </url>
  <url>
    <loc>https://liuquan.net/list?page=2&amp;amp;sort=asc</loc>
    <lastmod>2026-10-01</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
  </url>
</urlset>

转义的体积代价可以量化：一条 47 个字符、含 2 个 & 的 URL，转义后 55 个字符，多出的 8 个字符全部来自两个 &。整个 <url> 块的固定骨架（不含 loc 内容）是 241 字节，这决定了同一条数下文件的最低体积。

转义规则与参数对照表

XML 只有五个预定义实体，逐个对照如下（顺序即替换顺序，& 必须最先）：

三个可选参数的取值与含义对照：

输入范围、边界与上限说明

• 行级三道校验：协议头（http:// 或 https:// 开头的绝对 URL，协议明确要求 loc 不能是相对路径）、空白字符（含行中间的空格与制表符，这类字符肉眼难辨，报错时给出行号）、2048 字符单条上限（协议原文规定 URL 不超过 2048 个字符）。任一道不过，该行不进入结果，其余行照常生成。
• 空行自动跳过：从表格或终端复制出来的列表常带尾随空行，不计入校验也不计入条数。
• 两条文件级上限：条数超过 50000 直接拒绝并提示拆分；输出超过 50 MB（解压后）同样拒绝。实测参考：每条约 50 字符的 URL 加全套可选元素，5 万条约 8.4 MB，距离 50 MB 尚远——单文件通常先撞 50000 条的上限。
• 非 ASCII 字符不转义：中文路径可以直接写入。XML 声明已注明 encoding="UTF-8"，解析器按 UTF-8 读取即可，协议只强制那五个实体的转义。
• 协议头之外不做联网检查：404、跳转、HTTPS 证书问题都发现不了，XML站点地图生成器只保证「文件本身合规」这一层，URL 是否真实可达要在站长后台的抓取报告里看。

常见问题

相关工具

• XML格式化：把已有 XML 文件按层级断行缩进，检查标签闭合。
• XML转JSON转换器：把 XML 数据结构转成 JSON 再进程序处理。
• 提取URLs：从一大段文本里批量抽出 URL，凑成每行一条的清单。
• HTML实体编码：HTML 与 XML 同源的实体转义，含命名实体对照。
• URL解析：把一条 URL 拆成协议、主机、路径、查询参数逐段查看。
• JSON格式化工具：接口返回的紧凑 JSON 展开缩进并检查语法。
• 开发者工具：查看全部开发者工具。