Slug 生成器在线 - 标题转 URL 路径与 SEO 友好别名

把文章标题、产品名称或路由文本转换为稳定的 URL Slug,支持大小写、分隔符和中文策略排查,适合页面路径、canonical、重定向和 sitemap 联调。

功能特点

  • 把 ASCII 标题规范化为小写并用连字符或下划线连接单词
  • 处理标点、空白和重复分隔符,并明确纯中文会被当前实现移除
  • 展示可复制路径片段,便于检查 canonical 和路由稳定性

使用方法

  1. 输入页面标题或产品名称,并选择连字符或下划线
  2. 检查非 ASCII 输入是否产生空结果,以及结果是否重复、碰撞或命中路由保留字
  3. 发布路径后同步 canonical、内部链接、Sitemap,改名时配置 301

示例输入

  • 文章标题转路由

    How to Debug JWT Expiration Errors

    输出 how-to-debug-jwt-expiration-errors,适合博客和文档 URL。

  • 中文标题处理

    接口调试常见问题

    当前实现只保留 ASCII 字母和数字,因此纯中文输入会得到空结果;发布前需自行选择拼音或中文路径策略。

  • 切换下划线分隔符

    API v2 / JWT

    选择连字符时输出 api-v2-jwt,选择下划线时输出 api_v2_jwt;两种结果都经过同样的小写和标点清理。

  • 重音字符规范化

    Café déjà vu

    当前实现用 NFKD 拆分并移除重音标记,再转小写和分隔符,输出 cafe-deja-vu;中文等非 ASCII 字符仍会被移除。

示例输出

  • 文章标题转路由

    how-to-debug-jwt-expiration-errors
  • 中文标题处理

    空字符串(当前实现会移除全部非 ASCII 字母和数字)
  • 切换下划线分隔符

    连字符:api-v2-jwt
    下划线:api_v2_jwt
  • 重音字符规范化

    cafe-deja-vu

常见错误

  • 改动已发布页面 slug 会影响已有链接和搜索收录,需要配置重定向。
  • 不同语言的音译规则可能不同,团队文档应固定一套生成策略。
  • 把 slug 当作唯一 ID 使用不稳妥,标题变化会带来地址变化。

适用场景

  • 博客 URL 生成
  • 文档路由整理
  • 标题规范化
  • SEO 页面上线

实操检查

  • 把 Slug 当作公开 URL 合同

    生成结果发布后会进入 canonical、内部链接和 Sitemap;如果页面已经被访问,改动 Slug 前必须准备旧地址到新地址的 301 重定向。

  • 检查空结果与碰撞

    当前实现会移除非 ASCII 字母和数字,纯中文或只含符号的输入可能变成空字符串;保存前还要检查重复 Slug、保留字、大小写规则和唯一约束。

页面专属核验

使用前与操作中

  • 先决定使用 `-` 还是 `_`;实现会 NFKD 分解、去重音、转小写,只保留 ASCII 字母数字和所选分隔符,连续分隔符会合并并去掉首尾。
  • 中文、emoji 和其他非 ASCII 字符会被移除而不是转写,因此要检查是否生成空值、碰撞或过短别名;不要把结果误当作完整 URL 编码。
  • 上线路由前把 slug 与保留字、已有路径、canonical、内部链接和重命名 301 一起核对;工具只返回片段,不负责唯一性或路由可达性。

结果出来后

  • 输入 `Hello, Vue Router 2026!` 选择 `-` 时,是否得到 `hello-vue-router-2026`;切换 `_` 是否只改变分隔符而不改变词序?
  • 输入带重音的拉丁字符、连续标点和纯中文标题时,是否分别体现去重音、折叠分隔符以及非 ASCII 被移除的当前实现?
  • 生成结果放入真实路由后,是否已确认没有与现有 slug 或保留路径冲突,并同步 canonical、Sitemap 与必要的 301,而不是只看字符串形状?

相关工具

工具边界

  • Slug 生成只处理文本清理和格式化,不判断 URL 是否唯一、页面是否存在或搜索引擎是否收录。
  • 不同语言的音译、停用词和大小写策略可能不同,正式 URL 需要结合站点路由规则复核。

与相似工具的区别

  • 大小写 / 命名转换:Slug 为网页路径移除或转写不安全字符;大小写工具主要生成代码命名,不处理 URL 稳定性和重定向。

安全与兼容性

  • 生成在本地完成;更改已发布 Slug 时应配置 301 重定向并同步 canonical、内部链接和 Sitemap。
  • 中文转拼音和 Unicode 规范化可能产生碰撞,保存前应检查唯一约束、保留字及大小写敏感路由。

下一步排查

  1. 先确认 URL 规则、语言策略、唯一性和历史链接兼容要求。
  2. 发布前检查 canonical、站内链接、重定向和 sitemap 是否使用同一个 slug。
  3. 变更已有地址时保留旧路径 301,并观察 Search Console 的抓取和收录状态。

常见问题

修改 slug 会影响 SEO 吗?

会。已发布 URL 修改后可能产生失效链接和收录变化,应保留 301 重定向并同步 canonical、站内链接和 sitemap。

中文标题应该生成拼音还是保留中文?

取决于站点 URL 策略、搜索需求和可读性;应统一规则,避免同一内容出现多套地址。