如何把标题转换成 URL slug

URL slug 看起来简单——标题转小写、空格换连字符——直到真实的标题出现。“Café & Résumé: A How-To” 该怎么办?幼稚的查找替换会留下零散标点、连续连字符,或是在地址栏里显示得支离破碎的百分号编码重音。一个好 slug 应当是小写、纯 ASCII、单一分隔符、首尾无分隔符。下面是稳定得到这种 slug 的方法。

粘贴标题,点 Slugify

打开 Case Converter 弹窗,粘贴标题,点 Slugify。这个转换把所有字符转小写,把每一串非字母数字字符——空格、标点、符号——折叠成单个分隔符,再把首尾的分隔符裁掉。“Café & Résumé: A How-To” 出来就是 cafe-resume-a-how-to:一词一段,干干净净,不留尾巴。

重音字符诚实地转成纯 ASCII

重音字符不会被直接丢弃——而是去掉音符、保留基础字母来转写,于是 café 变成 cafe,naïve 变成 naive。工具也不会悄悄做完了事:它会报告发生了转写,让你知道 slug 和标题之间存在一处具体、可预期的差异。

字符保不住时,你会知道

有些字符没有有意义的 ASCII 形式。中文、日文、韩文没有发音词典就无法转写,这些字符会被丢弃——Case Converter 会明确说明,而不是让你自己去发现一个短得可疑的 slug。这份诚实,正是“可以放心用于生产 URL 的工具”和“每次都得复查的工具”之间的区别。

连字符还是下划线,由你选

连字符是安全的默认值:搜索引擎把连字符当作分词符,下划线却可能把词连成一体,而且读者更容易读懂连字符 slug。Google 的 URL 指南多年来一直推荐连字符,几乎所有现代 CMS 也都照做。但如果你的系统惯例是下划线——某些老平台和内部路由方案坚持如此——切换分隔符后 Slugify 会全程使用 _,重复分隔符折叠和首尾裁剪的规则不变。

让 slug 保持稳定,并且留在本地

slug 是永久 URL 的一部分,应当在发布前一次生成——事后再改会弄断链接、割裂统计数据。这里的一切都在你设备上的弹窗里运行:无账户、无服务器,扩展唯一持有的权限是存偏好用的 local storage。未发布的标题在你决定上线之前始终只属于你。