用途：该规则用于指导内容页 URL slug 的编写，适用于博客文章、产品页以及任何可编辑 URL 的内容页面，也可用于新站 URL 策略制定或旧站审计。核心主张是带关键词的描述性 slug 能帮助用户与搜索引擎在访问前理解页面内容，例如 /buy-running-shoes-women 比 /products/4832 更能传达主题意图。
主要能力与检查要点：slug 应包含页面主关键词，采用小写字母与连字符分词；公开 URL 避免使用纯数字 ID（如 /page?id=12345）、随机字符串、会话令牌、无描述性 slug 的日期，以及过于笼统的词（/page、/item、/post）。slug 宜简洁，通常 3–5 个有意义的词，避免关键词堆砌。资料指出 Google 将 URL 中的词作为较弱的排名信号，用户则用其判断点击前的相关性。检查方式是抓取站点并检查 URL 路径，标记上述违规形式，并确认 slug 为小写且以连字符分隔。
修复方式：将 slug 重写为包含页面主关键词的自然语言形式，使用小写字母与连字符作分隔符；为旧 URL 到新 slug 设置 301 重定向，并更新内部链接、站点地图与 canonical 标签。解释层面需说明关键词丰富的 URL slug 如何提升搜索结果点击率、作为弱相关性信号，并使 URL 更易分享和理解。代码审查需检查元数据生成、渲染后的 HTML、结构化数据与响应头，标出违规的具体路由或模板，并说明如何验证最终页面输出。完整实现细节、代码示例与框架特定指引见 references/rule.md。
限制：资料未提供具体的框架实现代码、工具名称或性能数据，仅给出原则性规则与检查修复流程；规则页为 https://frontendchecklist.io/rules/seo/slug-keywords。