URL Slug 生成器 — 一键把任意文本转成 slug

什么是 URL slug？

// The core of a zero-dependency slugify (ASCII mode)
function slugify(input) {
  return input
    .normalize('NFD')                 // café → cafe + combining accent
    .replace(/[\u0300-\u036f]/g, '')  // drop the combining marks
    .replace(/ß/g, 'ss')              // chars with no NFD decomposition
    .replace(/&/g, ' and ')           // keep the meaning of '&'
    .toLowerCase()
    .replace(/[^a-z0-9]+/g, '-')      // every other run of junk → one hyphen
    .replace(/^-+|-+$/g, '');         // trim leading / trailing hyphens
}

slugify('Crème Brûlée Recipe');   // 'creme-brulee-recipe'
slugify('Salt & Pepper');         // 'salt-and-pepper'
slugify('10 Tips: A Guide!');     // '10-tips-a-guide'

核心特性

Slug 生成器对比

Slug 生成示例

10 Tips for Faster JavaScript: A Complete Guide!

10-tips-for-faster-javascript-a-complete-guide

Crème Brûlée Recipe

creme-brulee-recipe

Große Änderungen für 2026

grosse-anderungen-fur-2026

Привет мир

privet-mir

你好 世界

你好-世界

Salt & Pepper: 100% Natural

salt-and-pepper-100-natural

如何使用 Slug 生成器

1. 1

   粘贴或键入你的文本

   点进编辑框，输入一个标题、标题文字或短语——或者点一个预设按钮（博客标题、重音字符、CJK、西里尔、符号）载入一段有代表性的示例。slug 会即时出现在下方的输出框里。

2. 2

   选择 ASCII 或 Unicode 模式

   保持「模式」为 ASCII，得到一个可移植的 a–z slug，它会音译重音并罗马化西里尔/希腊文。如果你的文本是非拉丁文字（中文、阿拉伯文、西里尔），且你想在 URL 里保留原始字符，就切换到 Unicode。

3. 3

   调整分隔符、大小写与长度

   保留连字符分隔符（推荐）或切换到下划线。小写默认开启；关掉它即可保留原始大小写。设一个「最大长度」可在词边界处给长 slug 封顶，或保持为 0 得到完整 slug。

4. 4

   复制 slug

   点「复制」把成品 slug 写入剪贴板——按钮会闪一下「已复制！」给你确认。把它粘进 CMS 的 slug 字段、文件名或锚点 id。点「重置」可清空编辑框、重新开始。

常见 Slug 错误

https://example.com/My-Awesome-Post

https://example.com/my-awesome-post

https://example.com/my_first_post

https://example.com/my-first-post

https://example.com/caf%C3%A9-cr%C3%A8me

https://example.com/cafe-creme

the-10-absolute-best-and-most-effective-tips-for-writing-faster-javascript-code-in-2026

faster-javascript-tips

谁在使用 Slug 生成器

博主与内容作者

把一个文章标题转成 CMS 期望的 URL slug。粘贴「10 Tips for Faster JavaScript: A Complete Guide」，直接复制 `10-tips-for-faster-javascript-a-complete-guide` 放进 WordPress、Ghost 或 Hugo 的 slug 字段——富含关键词且干净。

SEO 专员

打磨简短、聚焦关键词的 slug，让它在搜索结果里读起来顺眼、并承载点击价值。用「最大长度」控制把 slug 保持在约 60 字符以内，并去掉停用词，得到更紧凑、更相关的 URL。

命名路由与文件的开发者

从人类可读的标签生成安全的标识符，用于路由路径、静态文件名、图片资源名和存储键。ASCII 模式保证结果可移植，能跨越那些遇到非 ASCII 字符就出错的文件系统和数据库。

文档与 Markdown 作者

复现 GitHub、GitLab 和大多数静态站点生成器从标题生成的锚点 slug，让你的页内「#section」链接对得上。Unicode 模式镜像了 GitHub 对非英文标题「保留字母」的行为。

国际化站点

按语言选择行为：把欧洲语言标题音译成 ASCII 以求最大兼容，或切换到 Unicode 模式在 URL 里保留中文、西里尔或希腊字符，面向母语读者。两种都成立；这个开关让你逐页决定。

电商与目录团队

从产品名生成稳定的产品与分类 slug——包括带重音的品牌名和符号。智能的 & 号处理意味着「Salt & Pepper」会变成 salt-and-pepper，而不会丢掉一个词，让产品名保持可搜索。

Slug 化是如何运作的

用 Unicode NFD 规范化处理重音

带重音的拉丁字母通过把字符串规范化为 NFD（标准分解）来折叠——它会把像 é 这样的字符拆成基本字母 e 加一个组合锐音符（U+0301），再剥离 U+0300–U+036F 范围内的组合记号。这是每个 JavaScript 引擎内置的零依赖能力，覆盖法语、西班牙语、葡萄牙语、意大利语、德语变音符以及北欧和中欧诸语的重音。没有标准分解的字符——ß、æ、œ、ø、đ、ł、þ——由一张小型显式映射表处理（ß → ss，æ → ae，等等）。

西里尔与希腊文罗马化

ASCII 模式内置了为西里尔和希腊字母手工维护的紧凑音译表，所以 Привет мир 变成 privet-mir，Λάμδα 变成 lamda。西里尔表采用常见的俄语罗马化方案。CJK 表意文字和阿拉伯文在 ASCII 模式下刻意不做音译——完整的拼音/罗马字转换需要大型词典且会产出有歧义的结果——所以对这些文字，推荐使用 Unicode 模式（它会保留字符）。

音译对照表

下表展示了代表性字符在每种模式下的行为。ASCII 模式追求可移植的 a–z、0–9 slug；Unicode 模式保留任意字母或数字。

输入	ASCII 模式	Unicode 模式
é è ê ë	e	é è ê ë（保留）
ü ö ä	u o a	保留
ñ	n	ñ（保留）
ç	c	ç（保留）
ß	ss	ß（保留）
æ / œ / ø	ae / oe / o	保留
Привет	privet	привет
Λάμδα	lamda	λάμδα
你好 世界	（丢弃）	你好-世界
&	and	and
🚀（emoji）	（丢弃）	（丢弃）

分隔符折叠与修剪

音译之后，每一段不是字母或数字的连续字符都会被替换为单个分隔符。这意味着重复两三次的标点永远不会产出双重分隔符：「a---b__c」会变成 a-b-c。首尾分隔符会被修剪，所以以标点开头或结尾的标题永远不会产出带悬空连字符的 slug。& 号会在这一步之前被展开为「and」，以保留那个词。

词边界截断

当你设置最大长度时，slug 会被切到那个长度；如果切口落在某个词的中间，就回退到上一个分隔符，这样你永远不会在末尾得到半个词。切口留下的末尾分隔符会被移除。即使第一个词本身就比上限还长，也至少会保留一个词。把上限设为 0 即可完全禁用截断。

大小写敏感性与小写化

按规范，URL 是大小写敏感的——对搜索引擎而言 /About 和 /about 是不同的地址——所以本工具默认小写化，以避免同一内容通过多个 URL 都能访问到（一种重复内容风险）。在 Unicode 模式下，小写化只对有大小写区分的文字（拉丁、西里尔、希腊）生效，对没有大小写的文字（CJK）则不起作用。当下游系统要求保留原始大小写时，关掉「小写」选项即可。

URL slug 最佳实践

保持 slug 简短、聚焦关键词

瞄准大致 3–6 个有意义的词，理想情况下控制在约 60 字符以内。简短的 slug 更易读、更不容易在搜索结果里被截断、分享时也更干净。包含页面的目标关键词、去掉填充词——a、the、of、for 这类停用词几乎总能去掉而不损失清晰度。

用连字符，不用下划线或空格

Google 把连字符视为词分隔符、把下划线视为词连接符，所以连字符能给每个词各自的关键词信号。空格必须被百分号编码为 %20，会让 URL 变难看。连字符是通用的 CMS 约定——本工具默认用它不是没有道理的。

已发布的 slug 切勿更改

slug 是一个永久地址。发布之后再改它，会让所有已存在的入站链接、书签和社交分享失效，并重置页面已积累的 SEO 价值——除非你配置了 301 重定向。在发布之前就定好 slug；如果以后非改不可，务必加一条从旧 slug 到新 slug 的重定向。

刻意地选 ASCII 还是 Unicode

面向广泛或国际化的受众时，ASCII 音译能最大化兼容性，并让 URL 被当作文本复制时保持干净。面向单一非拉丁语言的受众（中文、俄语或希腊语站点）时，Unicode slug 对你真正的读者更可读，且现代搜索引擎对它完整支持。让模式匹配「谁会读这个 URL」。

把日期排除在 slug 之外

别把年份或日期烙进 slug（/2024-buyers-guide）。当你以后刷新内容时，你要么被困在 URL 里一个过气的日期，要么改 slug 而让链接失效。把发布日期存进 CMS 元数据，让 slug 保持永恒，这样同一个 URL 才能承载多年更新的内容。

常见问题