文字转 一个 URL 地址 小写、连字符、不带附加符号 免费 在线 安全

为什么要把文本转成 URL slug

网络上的每个页面都有一个地址,而地址的最后一段通常是几个词:how-to-repot-a-fern、annual-report-2026、contact-us。这一段就是 slug(网址别名)。它是 URL 中人类可读的尾巴,在页面甚至还没加载时,就告诉读者和搜索引擎这个页面是关于什么的。当你发布一篇文章、一件产品、一个分类或一个文件时,必须有人把它的正式标题变成这条尾巴。把文本转成 URL slug,就是拿一个人类书写的标题,带着大写、空格、逗号和重音符号,把它简化为用连字符连接的小写单词,任何服务器、浏览器和链接检查器都会毫无怨言地接受。

粘贴一个标题,就能读到它作为 slug 的样子。转换在你的浏览器中运行,你输入的任何内容都不会发送到任何地方,你一点击就可以复制结果。下面你会看到本页究竟对一行做了什么、没有动什么,它如何对待带重音的字母和其他字母表的字母,哪些结果要手动再核对一遍,slug 在哪里重要、在哪里不重要,以及匆忙把文本转成 URL slug 的人容易掉进的陷阱。

转换做什么

转小写,去掉符号,加连字符

本页分三步工作。它把这一行转为小写。它去掉拉丁字母上的重音和其他符号,所以 é 变成 e,ü 变成 u。然后它把一切不是字母或数字的东西替换为连字符,并把重复的连字符压成一个。一行 Crème Brûlée for 2 — Straße 17, fooBar 会变成 creme-brulee-for-2-strasse-17-foobar。逗号、破折号和空格全都变成了单个连字符,重音没了,ß 变成了 ss,而数字留在原处。

连字符从不堆积,也从不出现在两端

像 Hello, World! 这样的标题以标点结尾,朴素的替换会在末尾留下一个悬空的连字符。本页从两端修剪连字符,并折叠连续的连字符,所以结果是 hello-world,而不是 hello-world- 或 hello--world。这比看起来重要:结尾的连字符让地址显得草率,而双连字符在有人把它复制进消息时可能使链接失效。

复制结果

结果旁边的按钮把它复制到剪贴板。把它粘贴到发布系统的 slug 字段里、文件名里,或你手动构建的地址的末尾。

转换不做什么

它不音译其他字母表

只有拉丁字母上的符号会被去掉。日文、阿拉伯文、希腊文或印地文的标题保留它们自己的字母,因为本页不去猜它们的拉丁拼写。音译取决于因语言和出版者而异的惯例,猜错会产生一个看似合理却读错了的 slug。这些字母表的字母算作字母,所以保留,并在出现于地址中时由浏览器做百分号编码。如果你的站点要求这类标题使用纯拉丁字母的地址,请自己写出音译,然后转换音译后的那一行。

它不剥掉每种字母表中的每个符号

拉丁字母表之外的一些字母带有属于字母本身的符号。俄语的 й 和乌克兰语的 ї 就是例子:这个符号是该字母书写方式的一部分,所以本页让它们保持原样。同样的逻辑适用于印地语元音符号之类的字母。只有位于拉丁字母上的重音会被去掉。

它不缩短结果

长标题给出长 slug。本页不去掉 the、of 或 and 之类的小词,也不在固定长度处截断。如果你想要更短的地址,请先缩短标题。由四到六个有意义的词构成的 slug,在搜索结果中比重复整个标题的 slug 更好读。

它不检查 slug 是否空闲

两篇不同的文章可能给出同一个 slug。只有你的发布系统知道哪些 slug 已被占用,所以在决定使用之前请到那里查看。

需要再看一眼的字母

德语的 ß 和变音符

尖音 s 变成 ss,所以 Straße 给出 strasse。变音符失去它们的点,所以 Müller 给出 muller。一些德国出版者更喜欢 mueller,它保留了发音。如果你的读者用带 e 的拼法搜索,请在转换之前把标题写成那样。

斯堪的纳维亚和波兰的字母

带斜线的 o 变成普通的 o,所以 Ørsted 给出 orsted,而波兰语的 ł 变成 l,所以 Łódź 给出 lodz。Å 和 ä 失去符号,变成 a。这些是大多数人所预期的结果,但带有地方自豪感的名字,也许值得手动做不同的处理。

土耳其语带点和不带点的 i

转小写遵循本页的语言。在土耳其语里,İ 转为小写是 i,而 I 转为小写是 ı,它仍然是一个独立的字母。套用英语规则的转换器会把每个大写的 I 变成 i,从而改变这个词。本页遵循它所使用的语言。

罗马尼亚语、法语和西班牙语的重音

字母 ă、â、î、ș 和 ț 变成 a、a、i、s 和 t。在法语里,é、è、ê 和 ç 给出 e 和 c。在西班牙语里,ñ 给出 n,这是 slug 可能改变含义的地方:año(一年)和 ano(是另一回事)塌缩成同一个字符串。当标题玩弄这一差别时,请记住这一点。

越南语的叠加符号

越南语的字母可以同时带两个符号。两个都会被去掉,而 đ 变成 d,所以 Hà Nội 给出 ha-noi。结果对说越南语的人来说是可读的,尽管声调丢了。

slug 为什么长这样

小写,因为地址可能区分大小写

地址的路径部分在许多服务器上区分大小写。/About 和 /about 可能是两个不同的页面,或一个页面加一个错误。把每个 slug 都写成小写,就消除了这个问题。搜索引擎也把两者当作不同的地址,所以混用大小写可能把一个页面分成两份副本。

连字符,因为它们被读成空格

搜索引擎把连字符当作单词分隔符,把下划线当作连接符。带连字符的 slug 被读成分开的单词,这正是你想要的,以便按这些词排名。这就是网址偏爱 kebab-case 的原因,也是下划线形式 snake_case 属于代码和数据库而不属于地址的原因。

没有特殊字符,因为它们必须被编码

空格、逗号、问号、and 符号和斜线在地址里都有含义。问号开始查询字符串;斜线开始路径的新一级。一个有自己含义的字符,当它被用作普通文本时必须做百分号编码,而满是 %20 和 %C3%A9 的 slug 既难看又容易坏。坚持使用字母、数字和连字符,就避免了整个问题。

没有重音,因为并非每个工具都能应付

现代浏览器能正常显示带重音的地址,但同样的地址在电子邮件、聊天消息或打印的报告中可能变成一串百分号。纯字母经得起每次旅程。这是去掉拉丁字母符号最有力的理由,也解释了为什么几乎每个发布系统默认这样做。

干净的 slug 在哪里重要

博客文章和文章

对博客来说,把文本转成 URL slug 是每次发布例行程序的一部分。文章的 slug 在人们点击之前就被读到:在搜索结果、被分享的链接、浏览器标签页里。与标题吻合的 slug 容易让人信任。一串数字则什么也没告诉读者。许多内容系统根据标题自动生成 slug,但自动的版本可能太长,或带有让常青文章显得陈旧的日期,所以手动编辑很常见。

产品和分类页面

商店需要为成千上万的商品起 slug,所以它们一次又一次地把文本转成 URL slug。一条一致的规则,例如按品牌、产品名和尺寸的顺序,使目录保持整齐并使地址可预测。用同一个页面转换每个产品行,也就是那个让你一步把文本转成 URL slug 的页面,这种模式就毫不费力地保持下去。

下载用的文件名

一个叫 Final Report (v2) copy.pdf 的文件在地址里会惹麻烦。一个叫 final-report-v2.pdf 的则不会。如果你发布下载文件,slug 规则也是一条好的文件名规则。对于需要在途中改变形式的文档,HTML 转 PDF 之类的转换器让名称和内容都在你的掌控之中。

锚点和页内链接

地址中井号之后的部分指向页面内的某个位置。标题常常按同样的规则变成锚点 id:小写、连字符、没有符号。如果你手动编写长文档的目录,把每个标题转成 slug,会得到与生成器所产生的相符的 id。

Git 分支和标识符

分支名、问题标签和文件夹名面临与地址相同的限制。一个叫 Add user login 的功能变成 add-user-login。对于需要大写而不是连字符的代码标识符,camelCase 是姊妹形式。

如何在这里把文本转成 URL slug

粘贴或输入标题

要把文本转成 URL slug,在第一个字段中输入标题。slug 在你输入时出现在第二个字段中,所以你可以看着每个标点符号消失。

阅读变了什么

看看连字符落在哪里,并检查每个词是否都保留了下来。如果缺了一个词,多半是因为它由本页保持不变的字母构成,或者因为它被一个变成连字符的字符隔开。这两种情况用眼睛都很快能发现。

把它复制到位

按下复制按钮,把 slug 粘贴到你需要的地方。如果你的发布系统也会转小写并清理 slug,结果会原样通过,这是两者一致的好迹象。

同一行的其他六种形式

一张用于比较的表

在转换器下方,一张表以本站提供的全部七种形式显示示例行:大写、小写、Title Case、snake_case、kebab-case、camelCase 和 URL slug。把它们并排比较,是看清哪一种属于哪里的最快办法。如果你只想让单词变小而不改变别的,小写是朴素的选择;对于人要阅读的标题,Title Case 是该用的那个。

slug 从何而来

来自编辑部的一个词

slug 这个词比网络更古老,不得不手动把文本转成 URL slug 的习惯也一样,印刷工人曾用铅笔来做。在纸媒的编辑部里,slug 是稿件在大楼里流转时附在上面的一个简短标签,几个告诉编辑和排字工是哪篇稿件的词。内容管理系统在需要给每个页面一个简短标签时借用了这个名字。工作是一样的:用几个平实的词无歧义地标识一个条目。

从查询字符串到可读的路径

早期的动态站点使用像 page.php?id=4731 这样的地址。它们管用,但没人能读懂。当人们明白读者在点击之前就会评判链接、搜索引擎会权衡其中的词时,可读的路径随之而来。如今几乎每个发布工具都会生成 slug,而了解规则如何运作,有助于你发现需要修正的结果。

更广阔工作流程中的 slug

从标题的电子表格到地址清单

站点迁移常常从一张电子表格开始:一列标题和一列旧地址。新地址来自标题。用同一条规则转换每个标题,新的一列从第一行到最后一行都是一致的。当这张表需要作为数据交给另一个系统时,CSV 转 JSON 把行变成记录,而 JSON 转 CSV 把它们带回来供检查。

规划重定向

当你为已经存在的页面把文本转成 URL slug 时,请记住,如果页面更改了它的 slug,旧地址应当重定向到新地址,否则每一条入站链接都会失效。把旧标题和新标题都转换,并把两个 slug 并排放置,就能毫不费猜测地得到重定向清单。保留这份清单:重定向保留起来很便宜,丢失却很昂贵。

让设计和地址保持一致

命名在整个项目中都很重要。设计文件里叫 Primary Button 的组件、样式表里的类 primary-button,以及页面 /buttons/primary-button,都描述同一件事。当名字遵循同一条规则时,跨工具搜索能找到一切。对于这些组件附带的尺寸,px 转 rem 转换大小,而名字保持一致。

写出适合做 slug 的标题

把主要的词放在前面

slug 是从左到右读的,最前面的词分量最重。标题以主题开头,而不是以 a、the 或 how 之类的填充词开头。以主题开头的标题给出以主题开头的 slug。

保持简短

在你把文本转成 URL slug 之前,先修剪标题。四到六个词是个好目标。长的 slug 在搜索结果中会被截断,在印刷品里也别扭。如果标题很长,为 slug 写一个较短的版本,转换那一行。

除非内容有时间性,否则避免日期

slug 里的年份会使页面老化。对于新闻,日期是合理的。对于你打算持续更新的指南,把它省掉,当内容刷新时地址依然有效。

不要堆砌关键词

当你把文本转成 URL slug 时,抑制塞进术语的冲动。同一个词重复三次的 slug 看起来像垃圾信息,没有任何收益。清楚地说一次就够了。

选定一条规则并坚持

每当你把文本转成 URL slug,使用同一个页面和同样的习惯。无论规则是什么,处处应用。一致的地址更容易链接、重定向、分析和记住。

把文本转成 URL slug 时的陷阱

空的结果

完全由本页保持原位的字母构成的标题,或其字符全都变成连字符的标题,可能返回空的或古怪地很短的结果。如果结果是空白,说明输入中没有任何东西被本页视为拉丁字母或数字。请提供标题的拉丁字母版本。

不同的标题,同一个 slug

Résumé 和 Resume 给出同一个 slug,Año 和 Ano 也是。你的发布系统通常会给第二个加上一个数字,这使地址不那么有意义。注意它何时发生,如果两者都重要,请改写标题。

更改已发布的 slug

slug 是对每个链接到该页面的人所做承诺的一部分。不做重定向就更改它,会违背这一承诺。在发布之前就确定 slug,如果以后必须更改,请当天就添加重定向。

含有私密信息的 slug

地址里的姓名、电子邮件地址和订单号最终会出现在服务器日志、浏览器历史和被分享的链接里。如果标题含有私密内容,不要原样把它变成 slug。

假定页面和服务器意见一致

你的发布系统可能在你粘贴的任何 slug 之上应用它自己的规则。保存后请检查最终地址。如果它与你的预期不同,说明系统有一条你应当知道的规则。

转换之前的问题

数字会怎样?

它们保留,作为紧挨着的词的一部分,或作为连字符之间的独立单词。

大写字母会保留吗?

不会。一切都转为小写,遵循本页的语言。

slug 就是整个地址吗?

不是。slug 是路径的最后一段。域名和它前面的任何文件夹由你的站点决定。

我可以用下划线代替连字符吗?

可以,但对于地址,连字符是标准,因为搜索引擎把它们读成空格。对于代码,请看 snake_case。

我的文本会被上传到任何地方吗?

不会。转换在你的浏览器中进行。草稿标题、客户名称或未发布的产品在这里和在文本编辑器里一样私密。

如果我的语言没有拉丁字母怎么办?

字母保留,浏览器在地址中对它们编码。许多站点保持这类地址的原样,因为现代浏览器能正确显示它们。如果你需要拉丁版本,请自己写出并转换那个。

一个实例

假设你运营一个小面包店的网站,正在发布三个页面:Crème Brûlée for Two、Sourdough Starter: Notes for Beginners 和 Müsli & Granola — 2026 Prices。你一次粘贴一个。第一个给出 creme-brulee-for-two。第二个给出 sourdough-starter-notes-for-beginners,你认为太长,于是把标题缩短为 Sourdough Starter Basics 并再次转换,得到 sourdough-starter-basics。第三个给出 musli-granola-2026-prices;你去掉年份,因为这个页面会被更新,最终定为 musli-granola-prices。三个 slug,全是小写,全带连字符,没有一个带符号或标记。整个过程花了一分钟,而重要的决定,去掉年份,是你做的,不是页面做的。

一份简短的清单

转换之前

用平实的词写下标题。把主题放在前面。去掉你不需要的日期。判断一个较短的版本是否更合适。

转换时

留意连字符。确保没有词消失,并看看带重音和特殊的字母是如何处理的。

转换之后

检查 slug 是否已被占用,大声读起来是否合理,以及你的系统中的最终地址是否吻合。如果你更改已发布的 slug,请添加重定向。

你的文本留在你的设备上

转换在本地进行。你的浏览器处理文本,没有任何内容被上传、存储或发送。没有账户要创建,事后也没有什么要删除。这是把文本转成 URL slug 而不把草稿标题交给陌生人的简单方式。

简而言之

要在这里把文本转成 URL slug,粘贴一个标题,读到它的结果:转为小写,去掉拉丁字母上的符号,其他每个字符替换为连字符,重复的连字符压成一个。本页不音译日文、阿拉伯文或希腊文,不剥掉像俄语 й 这样属于字母本身的符号,也不缩短或检查重复,所以这些决定仍由你来做。像 ß、ø 和 ł 这样的字母变成 ss、o 和 l,而转小写遵循本页的语言,所以土耳其语的 İ 按土耳其语处理。没有任何内容被上传。