Slug 生成器

先弄清楚你要生成的是什么

URL 路径名是网址中说明页面主题的一小段文字。例如 /blog/summer-color-guide 里的 summer-color-guide。把标题粘贴到上方输入框后，工具会转成小写，保留字母和数字，把空格、标点、斜杠、下划线及表情符号当作分隔处，最后合并多余的连字符。它处理的是一个路径段，不是完整的网址生成器。不要把域名、查询参数或已经发布的完整链接粘进来，然后假设各部分结构会被原样保留。

本站工具与某些“一键改写”服务的区别，是把取舍摆在明处：默认模式保留中文、阿拉伯文、希腊文等 Unicode 字母；ASCII 模式只处理受支持的拉丁字母，不假装会把中文自动译成拼音，也不悄悄替你编造英文标题。转换在当前浏览器内完成，不要求注册、上传文本或调用远程转换接口。复制后的去向仍由你决定；一旦粘到内容管理系统并公开发布，网址可能进入服务器日志、浏览器历史、搜索结果和别人的分享记录，不能再当作私密文字。

中文路径、拼音路径和英文路径怎么选

这不是一个“中文一定不利于 SEO”的选择题。面向中文读者的内容，中文路径可能更容易认出主题；面向跨系统接口、旧版内容管理系统或只能接受 ASCII 的平台，人工拟定拼音或英文路径可能更稳妥。先看你的系统是否正确保存 Unicode、是否自动做百分号编码、内部链接和站点地图是否保持一致，再决定。浏览器地址栏显示可读的中文，复制或日志里显示百分号编码，也可能只是同一地址的不同表示，不要因此建立两个内容完全相同的页面。

开启 ASCII 后，Café 会得到 cafe，德语 Straße 会得到 strasse；但 中文 标题 2026 只会留下 2026。这个结果看上去并不空，却丢了真正说明主题的文字。现在页面会提示这种丢失。若目标必须是拉丁字母，请先让熟悉语言和主题的人写出合适的拼音、译名或简短英文，再用工具整理分隔符；不要把“字符被删除后的残余”当成翻译。

我们在本地实际测过的十二组输入

以下结果来自 2026 年 10 月 7 日在项目本地环境直接运行当前转换函数的记录，不是从其他工具页面复制来的示意图。斜杠前是默认 Unicode 模式，后面是 ASCII 模式。你可以把同样的文字逐条贴进上方输入框复现；细微差异正是上线前值得检查的地方。

• Café & Crème — 2026 → café-crème-2026 / cafe-creme-2026；符号 & 不会自动补成英文单词 and。
• Straße & Æther → straße-æther / strasse-aether；这是对 ß、Æ 的明确映射，不代表所有文字都能转写。
• İstanbul 2026 → i̇stanbul-2026 / istanbul-2026；默认结果的 i 后面还有一个组合点，肉眼比较网址时很容易忽略。
• 中文 标题 2026 → 中文-标题-2026 / 2026；后者虽然能复制，却不再描述文章。
• مقال جديد 2026 → مقال-جديد-2026 / 2026；阿拉伯文字加年份也存在相同风险。
• ภาษาไทย ทดสอบ → ภาษาไทย-ทดสอบ / 空结果；工具只认输入里已有的空格，不会自动给泰文分词。
• 日本語の見出し → 日本語の見出し / 空结果；不会自动输出罗马字。
• Launch 🚀 Ready → 两种模式均为 launch-ready；表情符号被当成分隔符，并不会译成 rocket。
• 带分解重音的 á b → á-b / a-b；这说明 Unicode 规范化会影响最终字符表示。
• 50% Off / Summer → 两种模式均为 50-off-summer；斜杠不代表工具会创建第二层路径。
• Αθήνα → αθήνα / 空结果；希腊文字在默认模式保留。
• foo___bar → 两种模式均为 foo-bar；连续下划线会合并为一个连字符。

这些测试占本文相当一部分，是因为真实使用时最容易出错的不是标准的英文三词标题，而是混合文字、组合字符、数字和看似无害的符号。输入框最多接收一万个字符，这是防止过长输入的边界，不是建议把路径做得那么长。

发布前还要自己完成六项检查

1. 重复与碰撞：A & B 和 A / B 可能得到同样路径。工具不连接你的数据库，因此无法保证唯一。先搜索本站现有路径，再补一个确实能区分内容的词。
2. 系统保留词：admin、api、login 等路径在某些框架里有特殊用途。这里不知道你的路由配置，必须在真正的发布环境测试。
3. 含义与长度：保留读者能识别主题的词，删掉标题里的宣传口号或重复词。不需要追逐一个神奇的字符数；短到看不出主题也不好。
4. 现有链接：给已发布文章改路径会影响书签、外链、二维码和站内导航。确实要改时，建立旧地址到新地址的永久重定向，更新站内链接和站点地图，并保持单一规范地址。
5. 语言准确性：去掉重音、改写地名或品牌名可能改变原意。重要名称请让熟悉当地语言的人审校；不能确认时，保留原文字形通常比猜译更诚实。
6. 最终页面：把路径填入 CMS 后访问完整网址，确认状态正常、规范链接指向该地址、内部链接与站点地图一致。不要仅凭工具输出就认为页面已经可被收录。

SEO 应遵循的原则，而不是字数神话

Google Search Central 倾向于简单、可描述内容的 URL，并建议用连字符分开词语。但整洁的路径本身不会弥补空洞的页面，也不能保证排名或收录。Google 的以用户为中心的内容指南关注的是读者能否完成任务，并没有规定“一篇必须多少字”或固定的关键词密度。本文较长，是为了说明选择和限制，不是为了把同一个核心词反复塞进段落。页面标题、实际内容、导航、规范链接和多语言标记应互相一致；如果你发布的是中文文章，路径却只剩一个年份，用户仍难判断它讲什么。

还要区分“路径名”和“关键词列表”。不要为每个相近搜索词批量制造几乎相同的路径与页面，也不要为了迁就一个工具而轻易移动已经正常工作的地址。用读者会自然理解的词表达页面主题，比机械地插入热门词更有用。选择英文译名时，译文需要准确对应内容，不能只是 ASCII 模式删除原文后的产物。

实际使用中最常遇到的疑问

标题有年份，网址也必须有吗？

只有在年份是内容身份的一部分，例如年度报告、某届活动或不同版本的说明时才建议加入。常青教程每年更新标题，却反复改网址，会制造无谓的重定向和维护工作。标题可以更新，稳定的网址不一定要跟着改。

为什么标点和表情不见了？

工具把它们当作分隔边界，不会猜测符号语义。& 不自动写成 and，+ 不自动写成 plus，火箭表情也不会变成“发射”。如果这些词对主题必不可少，请先在输入里写出来，生成后再检查。

地址栏和复制出来的中文网址为什么不同？

浏览器或 CMS 可能对 Unicode 进行百分号编码。重点是打开后是否到同一页面、有没有额外跳转，以及规范链接指向哪个地址。不要仅因显示形式不同，就发布两份内容相同的网页。

能处理尚未公开的标题吗？

转换过程在当前浏览器中进行，不要求把标题上传到转换服务。但剪贴板历史、你随后粘贴的 CMS、服务器日志或公开链接，仍可能记录这些文字。不要把机密内容写进会对外分享的网址。

延伸阅读：Google Search Central 的 URL 结构说明与 以用户为中心的内容指南。它们是通用搜索建议；上面的转换结果与边界描述的是本站这个工具本身。