URL用连字符还是下划线？2026年SEO结构指南
更新日期：2026年9月25日
URL 中分隔英文单词时，优先使用连字符 -，不要用下划线 _。这是 Google Search Central 当前给出的 URL 结构建议：连字符更容易让用户和搜索引擎识别不同概念。
但先别急着改旧链接。URL 中的域名、路径、查询参数和片段不是同一个位置；下划线在路径里通常可以工作，在普通网站主机名里却不应作为新命名方案。对已经收录、被引用或有访问量的旧 URL，稳定性通常比“换成更漂亮的符号”更重要。
先看结论：连字符、下划线和 URL 各部分怎么用
| 位置或符号 | 主要用途 | 新建时的建议 |
|---|---|---|
- 连字符 |
分隔单词 | 推荐，例如 /google-ads-guide/ |
_ 下划线 |
路径或参数中的普通字符；也常见于 DNS 服务记录名 | 路径能用，但不作为普通网站主机名的新命名方案 |
/ 正斜杠 |
分隔域名、目录和路径层级 | 正常使用，例如 /guides/seo/ |
? 问号 |
开始查询参数 | 用 key=value&sort=price 这类清晰格式 |
# 井号 |
页面片段或定位位置 | 不要依赖它切换需要被搜索引擎单独收录的内容 |
\ 反斜杠 |
Windows 文件路径或程序转义 | 不要把它当作网页 URL 的路径分隔符 |
| 空格 | 自然语言排版 | 不要直接放入 URL；需要时按规范编码 |
最容易混淆的一点：域名可以用下划线吗？
要区分主机名和路径。在 https://example.com/my_page 中，example.com 是主机名，/my_page 是路径。路径里的下划线可以作为普通字符传输；它不会因为出现在路径中就变成域名问题。
普通网站主机名应使用字母、数字、连字符和点组成的常规命名方式，例如 shop.example.com 或 shop-site.example.com。DNS 中确实会看到 _acme-challenge、_dmarc 等带下划线的服务或验证记录，但它们不是让用户在浏览器中访问网站的普通主机名。不要把“DNS 记录允许某些下划线标签”理解成“网站域名可以随意使用下划线”。
因此，遇到“URL 能不能用下划线”时，先问三个问题：
- 下划线是在主机名里，还是在路径、参数或片段里？
- 它是新建地址，还是已经被使用的旧地址？
- 改变它是否会带来重定向、内链、Canonical、站点地图和外部投放同步工作？
为什么 Google 建议使用连字符
Google 的 URL 结构最佳实践明确建议：使用连字符分隔单词，而不是下划线。原因不是“用了下划线就无法排名”，而是连字符能够更清楚地表达单词边界，也更符合用户阅读习惯。
例如：
- 推荐：
https://example.com/b2b-google-ads/ - 路径可访问但不优先：
https://example.com/b2b_google_ads/ - 不推荐：
https://example.com/b2bgoogleads/
需要避免另一种误解：URL 中的关键词和分隔符只是很小的可读性与理解信号，并不是决定排名的核心因素。内容是否真正解决问题、页面是否可抓取、站点是否可信、内外链和用户体验是否合理，通常更重要。
URL 中的问号、井号和参数怎么处理
问号后的内容是查询参数，例如 ?category=dresses&sort=low-to-high。参数应使用清晰、稳定的键值格式，并尽量删掉不会改变页面内容的无意义参数。跟踪参数可以用于投放链接，但不要让它取代页面的规范 URL。
井号后的内容是片段，例如 /guide#pricing。它通常用于定位当前页面的某个位置，浏览器不会把片段作为普通路径发送给服务器。Google 也提醒不要用片段来切换需要独立抓取和收录的页面内容；如果 JavaScript 需要改变可访问的页面状态，应使用 History API 生成真实 URL。
冒号、方括号等字符是否能放在参数中，不能只看“浏览器好像能打开”。它们可能承担 URL 语法作用，或需要百分号编码。优先采用 Google 推荐的 key=value&key2=value2 形式，并在发布前用目标浏览器、服务器和分析工具实际检查。
旧 URL 使用下划线，需要立即修改吗？
通常不需要。如果旧页面已经在线多年，搜索引擎可以正常抓取和索引，而且页面有历史流量或外链，只为把下划线改成连字符而迁移 URL，往往得不偿失。
只有在以下情况同时存在时，才值得考虑调整：
- 网站正在进行整体 URL 结构重构，而不是单独修改一个符号。
- 旧 URL 含有明显错误、乱码、无意义参数或错误目录。
- 团队能够配置永久重定向，并更新所有内链、Canonical、站点地图和广告落地页。
- 已经制定迁移后的监测和回退方案。
修改后应让旧 URL 通过服务器端 301 或 308 永久重定向到最相关的新 URL，避免旧地址直接返回 404。不要把大量不相关旧地址全部重定向到首页，也不要制造连续跳转；新页面的 Canonical、内链和站点地图应同步指向最终地址。Google 建议尽可能长期保留重定向，至少覆盖迁移后的观察期。
中文 URL 和英文 URL 应该怎么选
Google 支持符合规范的非 ASCII URL，但在复制到邮件、表格、广告后台或第三方系统后，中文地址常会显示成较长的百分号编码字符串。对面向中国用户的网站，已经稳定的中文 URL 不必仅为“看起来不够英文”而迁移；新建页面则应根据受众语言、系统兼容性和团队协作方式统一规则。
对于需要跨系统传播、海外团队协作或英文受众访问的页面，简短、可读的英文单词或拼音通常更方便。关键是保持一致，不要在同一站点频繁改变规则。
新建 URL 的 8 条实用规则
- 用连字符分隔英文单词：例如
/seo-content-audit/。 - 保持简短但可理解：删除无实际意义的介词、日期和重复词。
- 使用小写字母：部分服务器会区分大小写，统一小写可减少重复地址。
- 不要堆砌关键词：
/seo-seo-guide-best-seo-tools/既难读，也不会因此获得额外优势。 - 避免会不断变化的信息：除非文章就是年度专题，否则不要把年份写入永久 URL。
- 谨慎使用目录层级：目录应反映真实信息架构，不要为了关键词创建过深路径。
- 控制参数和跟踪代码：UTM 等跟踪参数应放在需要投放的链接中，不应成为页面的规范 URL。
- 发布前检查拼写与大小写：URL 上线并被收录后再修改，成本远高于发布前检查。
Google Ads 落地页还要检查什么
Google Ads 中，最终到达网址决定用户点击广告后进入的页面。展示网址与落地页需要属于同一网站域名，跟踪参数应通过最终到达网址后缀或跟踪模板进行管理。
因此，广告上线前至少检查：
- 最终到达网址能正常打开，没有把正斜杠误写成反斜杠。
- HTTP 是否正确跳转到 HTTPS，且没有多次重定向。
- 页面在目标国家和移动设备上可以访问。
- 跟踪参数不会造成 404、循环跳转或重复页面。
- 广告文案承诺与落地页内容一致。
URL 修改验收清单
- 旧 URL 返回 301 或 308，而不是 302、404 或软 404。
- 新页面返回 200，Canonical 指向自身。
- 站内菜单、正文内链、图片链接和结构化数据已更新。
- XML Sitemap 只保留新 URL。
- Google Ads、社媒资料、邮件模板和外部投放链接已同步。
- 在 Google Search Console 中检查索引、抓取和排名变化。
什么时候需要技术 SEO 支持
新建少量页面时，团队通常可以按本文清单自行检查。若项目涉及整站改版、大批量 URL 迁移、多语言目录、参数页面、重定向链或 Canonical 冲突，则需要同时核对服务器规则、模板、站内链接、站点地图和 Search Console 数据。可查看 AdTodo 的 SEO 技术检查与优化支持，先确定迁移范围和验收标准，再实施改动。
服务边界：技术检查和迁移建议不能保证固定排名、收录时间或流量结果；涉及服务器、CMS 和业务系统的上线操作，还需要企业授权的开发或运维人员配合。
常见问题
使用下划线会导致页面不收录吗？
不会。路径中的下划线不是禁止字符，Google 仍可以抓取页面。建议使用连字符，主要是为了更清晰地分隔单词，而不是因为下划线会让页面失去索引资格。
域名里有下划线，和路径里有下划线是一回事吗？
不是。域名或主机名负责定位网络主机，路径负责定位主机上的资源。DNS 验证、邮件或服务发现记录可能使用下划线标签，但普通网站主机名不应照搬这种写法；路径中的旧下划线则不必仅为符号本身迁移。
URL 越短，排名一定越好吗？
不一定。URL 应简短、稳定、可理解，但没有必要为了缩短几个字符牺牲语义或修改已经稳定的地址。
可以用 robots.txt 处理错误 URL 吗？
robots.txt 主要控制抓取，不等于删除索引，也不能替代 301 重定向或 Canonical。对已经迁移的页面，应优先使用永久重定向；对重复页面，再根据具体情况使用 Canonical、参数管理或其他技术方案。
参考资料
- Google Search Central：URL 结构最佳实践
- Google Search Central：重定向与 Google 搜索
- Google Search Central：网站迁移与 URL 变化
- IETF RFC 3986：URI 通用语法
- IETF RFC 8552：带下划线的 DNS 服务与属性名称