什么是 URL Slug？7 条让网址更好的 SEO 规则

URL 是完整地址，包括协议、域名、路径，有时还有查询参数。slug 是给某个具体页面命名的那一段。permalink（固定链接）是 WordPress 这类 CMS 给文章分配的永久 URL，通常由目录路径加 slug 组成。你在 CMS 里修改「slug」字段，改的就是 permalink 的结尾部分。

Google 建议使用简单的 URL 结构，用可读的单词，而不是看不懂的 ID 数字。访客应该光看 slug 就能猜到页面讲什么。比如 /guides/sourdough-starter 一看就懂，而 /p/18342 什么也没告诉用户。挑 2 到 5 个能准确描述页面内容、又符合大家搜索习惯的词。

单词之间用连字符（-）分隔。Google 的指南明确建议用连字符而不是下划线，因为搜索引擎常把下划线当作连接符，url_slug_seo 可能被当成一个词来收录。空格的问题更大：浏览器会把空格编码成 %20，粘贴到消息或社交帖子里显得又乱又像坏链接。

大多数 Web 服务器区分 URL 路径的大小写，所以 /Blog/URL-Slug 和 /blog/url-slug 可能成为两个内容重复的页面。所有 slug 都用小写，就没有这种重复内容的风险，还能减少拼写错误，在搜索结果里也更整齐。如果网站已经发布了大小写混用的 URL，请用 301 重定向统一到一个小写的规范地址。

标准 ASCII 以外的字符，在浏览器和聊天软件里会被百分号编码，所以 café 分享出去常常变成 caf%C3%A9。更好的做法是转写成普通字母：é 变 e，ß 变 ss，Привет 变 privet。有意义的符号换成单词（& 换成 and，% 换成 percent），emoji 和标点直接去掉。面向特定地区的国际化网站，如果平台能稳定处理 UTF-8，保留本地文字也可以；但转写能保证在任何地方都兼容。

中文标题可以转成拼音：本站工具的「中文转拼音」按词语读音处理多音字（重庆银行 → chong-qing-yin-hang），不带声调。多音字和人名、地名偶尔会读错，发布前扫一眼即可。也可以保留汉字（关闭「智能音译」），或者手动写一个英文 slug。

短 slug 更好读、好复制、好记，在搜索结果里也不容易被截断。只要核心意思不变，就去掉 a、the、for 这类不必要的停用词：/the-ultimate-guide-to-the-best-coffee-in-new-york 可以变成 /best-coffee-new-york。除非内容和某个年度活动绑定，否则不要放发布日期和年份，以后更新页面时就不用改 URL。实用目标是控制在 60 个字符以内。

?id=123&sort=asc&session=abc 这类查询参数会让同一份内容出现在多个 URL 上，降低搜索引擎抓取效率。每个页面的规范版本用一个干净、能说明内容的 slug，查询参数只留给动态筛选、排序或活动跟踪。给对外推广链接打标签时，用 UTM 链接生成器生成结构统一的参数，活动数据才能保持一致。

修改已发布的 slug，就等于彻底换了页面地址。没有重定向，旧地址会返回 404，外部链接、用户收藏和搜索权重都会断掉。从每个旧 URL 加一条永久 301 重定向到新地址，更新 XML sitemap，并修改站内链接。所有旧 URL 都要直接指向最终地址，避免重定向链。如果迁移涉及几百个 URL，就从表格自动生成重定向对照，而不是手写服务器配置。301 重定向生成器 能把新旧对照变成 Apache、Nginx 或 Cloudflare 规则，还会替你拉平重定向链。

用我们的 URL Slug 生成器，可以把一份标题列表变成对搜索友好的 slug。要更新整站 URL，批量 CSV Slug 生成器 会在浏览器里处理你的表格，并输出能直接用在服务器上的 301 重定向规则。如果你是开发者，要从零写路由逻辑，可以直接复制 Slugify 正则与代码片段 里经过测试的实现。

• Google Search Central：URL 结构最佳做法
• Google Search Central：重定向与 Google 搜索