Slug 与 URL 的 SEO 基础实战
通过多语言 slug 与完整 URL 样例核对命名建议、编码和路径上下文，再决定已上线页面是否需要改址。
看起来整洁的 URL 不等于正确的 canonical，也不足以说明应该给旧页面改名。先用可复现输入区分命名偏好、路由行为与索引策略。
本指南涉及工具
1. 对照重音标题的两种字符风格
在 URL Slug Checker 加载“英文标题与重音字符”，默认得到 café-notes-for-developers。切换 ASCII 并重新生成后得到 cafe-notes-for-developers。两者是命名选择，工具不提供搜索排名分数。
加载“中文 URL 与参数”，保留多语言文字时得到“中文-说明”。ASCII 不会翻译这些字，结果会提示没有留下可用文字或数字。应选择适合读者语言的命名，而不是为了通用评分删掉中文。
2. 核对完整 URL 上下文
中文样例替换末级路径段后仍保留 /zh/guides/、?edition=2、#part 和原有末尾斜杠。对照可读 slug 和百分号编码形式；建议值不代表服务器上已经存在这个路由。
浏览器 URL 解析器会规范化主机名，但路径并非普遍不区分大小写。把已有路径改成小写可能访问另一个地址，使用前应核对原文和建议。
3. 清理前先理解参数语义
用 URL Parser 对照原始字段和解码值。q=a+b 按表单规则解码后含空格，q=a%2Bb 则含字面的加号。重复键、顺序和空值都可能具有业务含义。
先判断哪些参数影响内容、筛选或分页，再决定 canonical 是否排除它们。格式化工具和追踪参数清单不能替网站决定内容等价关系。
4. 仅在确有需要时验收 URL 迁移
已有页面只是改标题时，优先保留原 URL。确实需要迁移时，记录旧地址与新地址，检查重定向映射是否有链、环或自重定向，再验证实际 HTTP 响应。
核对内链、sitemap、canonical 和语言 alternate 是否符合页面策略。ToolsKit 使用不带末尾斜杠的页面地址，其他站点可有不同约定。slug 建议和固定字符数都不能代替站点的路由与内容要求。