了解 URL slug 与 path 的区别，学习如何从长标题提炼出简短、可读、稳定的页面地址。

什么是 URL slug？从标题到稳定网址的命名方法

URL slug 是网址路径中用于说明页面主题的一段可读文本。它通常位于域名之后、查询参数之前，例如 https://example.com/articles/what-is-url-slug 里的 what-is-url-slug。好的 slug 不需要复制完整标题，而应准确表达主题、便于分享，并在页面标题修改后保持稳定。

先把 URL 拆开看

在 https://example.com/articles/what-is-url-slug?from=home 中：

https 是协议；
example.com 是域名；
/articles/what-is-url-slug 是 path，也就是路径；
what-is-url-slug 是这篇文章的 slug；
?from=home 是查询参数，通常用于筛选、追踪或传递状态。

slug 不是完整 URL，也不等同于整个 path。/articles 说明资源属于文章，slug 进一步说明是哪一篇。不同系统也可能把它叫作别名、永久链接名称或路径标识，核心作用都是给页面一个人能读懂的地址。

slug 解决的是什么问题

/posts/1847 只能告诉用户这是某条编号记录；/articles/url-slug-guide 则在点击前提供了主题提示。链接被放进搜索结果、聊天、文档、书签或客服工单后，这种提示仍然有用。

可读 URL 主要改善理解和维护，不是排名捷径。搜索表现还取决于页面内容、抓取、内部链接和用户需求。不要因为某个关键词出现在 slug 中，就承诺页面一定获得更高排名。

一个好 slug 应该满足什么条件

准确。 只保留能区分页面主题的词，避免标题和路径说的不是同一件事。

简洁。 删除语气词、重复修饰和没有长期价值的临时信息，但不要为了短而变成 guide、post 这种无法识别的词。

一致。 全站统一大小写、语言策略和分隔符。常见做法是使用小写字母、数字和连字符；- 与 _ 的替换和显示由前端规则负责，AI 不处理分隔符。

稳定。 标题小幅调整时不要同步改 slug。URL 可能已经被书签、邮件、外部文章和站内链接引用。

从长标题提炼 slug

标题“新手建站时，如何为博客文章创建简洁、利于搜索引擎理解的 URL 地址？”包含人群、场景、动作和目的，不适合原样放入网址。可以这样处理：

找出页面主题：博客文章的 SEO 友好 URL。
删除“新手建站时”“如何”“利于搜索引擎理解”等不影响识别的冗余表达。
形成主题词序：seo-friendly-blog-article-url。
检查它是否与页面内容一致，并确认没有和现有路径冲突。

AI 可以建议主题词和词序；前端再按站点规则统一分隔符、大小写和显示方式。最终是否采用，仍要由编辑确认语义和长期稳定性。

中文标题应该怎么处理

中文 slug 可以保留汉字，也可以采用拼音、英文主题词或 ID + slug。汉字 URL 技术上可用，但复制到日志、命令行和第三方系统时可能显示为百分号编码。拼音更贴近中文读者，英文主题词更便于国际化，ID + slug 则兼顾唯一性与可读性。

没有一种格式适合所有网站。公开文章和教程通常优先考虑简短可读的 slug；订单、用户、后台记录和 API 资源则应优先使用不可变 ID。新站应先写清规则，老站除非有明确收益和完整的 301 迁移方案，不要为了改成 slug 而改动大量旧地址。

一个完整的生成示例

假设页面标题为“团队如何设计能够长期维护的知识库 URL？”：

页面主题：可维护的知识库 URL 设计
建议 slug：maintainable-knowledge-base-urls
最终地址：https://example.com/guides/maintainable-knowledge-base-urls

如果以后把标题改成“知识库 URL 的长期维护原则”，只要页面主题没变，就继续使用原地址。只有主题发生变化、原 slug 明显错误或需要合并页面时，才考虑新 URL，并用 301 重定向旧地址，同时更新 canonical、站点地图和站内链接。

参考资料

RFC 3986: Uniform Resource Identifier (URI): Generic Syntax：URL 与路径的通用语法。
Google Search Central: URL structure best practices：描述性 URL 的实践建议。