Google URL 结构最佳实践教程

💡 核心摘要：好的 URL 结构不是为了“好看”，而是为了让 Google 更高效地发现、抓取和理解网站。可抓取 URL 要符合标准、避免用片段切换核心内容、使用常见参数编码；可理解 URL 要描述清楚、语言匹配受众、大小写一致，并避免参数、日历和相对链接制造无限 URL 空间。

一、先把 URL 当成抓取入口

URL 是 Googlebot 进入页面的地址，也是搜索系统判断页面差异、站点结构和规范版本的重要信号。一个复杂、混乱、参数无限扩张的 URL 体系，会让 Google 抓取大量低价值地址，甚至遗漏真正重要的内容。

因此，URL 结构设计要先回答两个问题：Google 能不能稳定访问这个地址？这个地址能不能让用户和搜索引擎理解页面内容？前者决定抓取效率，后者影响理解、展示和规范化判断。

💡 实操提示：不要等网站做大后再整理 URL。分类、筛选、搜索、分页、语言区域和活动追踪参数，一开始就应有明确规则。

二、可抓取 URL 要符合标准

Google 支持符合 IETF STD 66 的 URL。对开发者来说，这意味着不要随意发明 URL 语法，保留字符要正确编码，参数要使用搜索引擎和浏览器都容易理解的常见形式。

最稳妥的参数写法是：用 = 分隔键值对，用 & 追加参数；如果同一个键有多个值，可以用逗号等不冲突字符表示。这样 Google 更容易识别每个参数的含义。

推荐参数格式

https://example.com/category?category=dresses&sort=low-to-high&sid=789
https://example.com/category?category=dresses&color=purple,pink,salmon&sort=low-to-high

不推荐参数格式

https://example.com/category?[category:dresses][sort:price-low-to-high][sid:789]
https://example.com/category?category,dresses,,sort,lowtohigh,,sid,789

⚠️ 参数格式越像自定义协议，Google 越难稳定理解。复杂参数还会增加重复 URL 和抓取浪费风险。

三、不要用片段切换核心内容

URL 中 # 后面的部分叫片段。Google 通常不依赖 URL 片段来识别不同页面内容，所以不要把有搜索价值的页面差异放在片段里。

典型风险是单页应用把分类、商品、文章或文档状态写成 #/path。用户看起来能切换页面，但搜索系统可能无法把这些状态当作独立可抓取 URL 处理。

风险示例

https://example.com/#/potatoes

如果你需要用 JavaScript 改变页面内容，应使用 History API 生成真实路径，并确保每个重要状态都有可访问 URL。

💡 判断标准：复制浏览器地址，在无登录、无交互的情况下打开，页面是否仍能直接显示对应内容？如果不能，就不是一个稳定的搜索入口。

四、URL 应该让人一眼看懂

Google 建议创建简单、合乎逻辑、容易被人理解的 URL。描述性词语通常比冗长 ID 更好，因为用户在搜索结果、浏览器和分享链接中都能快速判断页面主题。

这并不要求每个 URL 都完全没有 ID。商品、工单、论坛帖子等系统可能需要 ID，但可以把语义路径放在前面，让 URL 同时满足机器唯一性和人类可读性。

推荐与不推荐

推荐：   https://example.com/wiki/Aviation
不推荐： https://example.com/index.php?topic=42&area=3a5ebc944f41daa6f849f730f1

⚠️ URL 不是关键词堆放区。描述性 URL 应该清楚表达页面主题，而不是把标题、同义词和营销词全部塞进路径。

五、使用受众真正使用的语言

URL 中的词语最好匹配目标受众的语言。如果你的用户用德语搜索，就可以在 URL 中使用德语词；如果用户用日语搜索，也可以使用日语或合适的音译方式。

这条规则的重点不是“必须英文”，而是“受众能理解”。多语言网站尤其要提前规划语言目录、国家/地区目录、hreflang 和规范化规则，避免不同语言版本互相混淆。

多语言示例

https://example.com/lebensmittel/pfefferminz
https://example.com/ペパーミント

💡 如果团队、CMS 或分析系统难以处理非 ASCII 路径，可以使用音译词或稳定英文路径，但要保证用户、内链和 Sitemap 中的 URL 一致。

六、正确处理编码和分隔符

链接到站内页面时，应根据需要在 href 中使用百分比编码。非 ASCII 字符在 URL 中可能会被编码成 % 开头的形式，这对浏览器和抓取系统更稳定。

Google 还建议用连字符 - 分隔 URL 中的单词，而不是下划线 _ 或直接连在一起。连字符能更清楚地表达词之间的边界，尤其适合英文和音译路径。

推荐写法

https://example.com/summer-clothing/filter?color-profile=dark-grey

不推荐写法

https://example.com/summer_clothing/filter?color_profile=dark_grey
https://example.com/greendress

⚠️ 不要为了“短”把所有词粘在一起。短 URL 如果牺牲了可读性，反而会削弱用户和搜索系统的理解。

七、减少不改变内容的参数

URL 参数最大的问题，是会生成大量内容相同或高度相似的地址。排序参数、追踪参数、推荐来源、会话 ID、展示模式、过滤组合，都可能让 Googlebot 花时间抓取不重要的变体。

对于不改变核心内容的参数，应尽量从 URL 中移除，或通过 canonical、内部链接、robots.txt、参数治理等方式控制抓取。会话 ID 尤其不适合放进 URL，更建议使用 Cookie。

常见风险参数

?sort=price-low-to-high
?referrerid=249406
?sessionid=6EE2BF1AF6A3D705D5561B7C3564D9C2
?utm_source=newsletter

💡 判断方法：去掉这个参数后，页面主体内容是否改变？如果没有改变，它通常不应成为独立可索引 URL。

八、警惕分面导航和无限空间

电商、旅游、招聘、房产和内容库常见分面导航。用户可以组合颜色、价格、地区、排序、日期、设施等条件，每个组合都生成一个 URL。组合一多，就会形成 URL 爆炸。

Google 文档特别提醒，过度复杂的 URL 会让抓取工具消耗大量带宽，也可能导致重要内容无法完整编入索引。不是每个筛选组合都值得被抓取或索引。通常只有有搜索需求、内容独特、能承载流量的筛选页才值得保留。

⚠️ 对筛选页要做白名单，而不是放任所有组合自动生成可抓取链接。无限组合是抓取预算和重复内容问题的常见源头。

九、大小写、日历和相对链接也会制造问题

URL 路径通常区分大小写。即使服务器把 /APPLE 和 /apple 返回成同一页面，Google 也可能把它们视为不同 URL。最稳妥的方式是统一小写，并用重定向或规范化信号保持一致。

动态日历也很危险。如果日历能生成无限过去和未来日期，Googlebot 可能一直跟随链接抓取没有价值的日期页。损坏的父级相对链接也会制造虚假路径，尤其是在错误页面没有正确返回 404 时。

更稳定的内部链接

<a href="/category/stuff">分类页面</a>

相比 ../../category/stuff 这类父级相对路径，根相对路径更不容易在深层页面或错误页面中生成错误 URL。

💡 如果你看到 Search Console 中出现大量奇怪路径，优先检查大小写规范、日历链接、相对链接和服务器 404 状态码。

📌 核心收获

• ✓ URL 先要可抓取：遵循标准编码，避免片段路由承载核心内容
• ✓ 参数要用常见格式：用 = 和 & 表达键值对，少发明自定义参数语法
• ✓ 路径要易理解：使用描述性词语、受众语言和连字符，避免冗长 ID 和下划线
• ✓ 参数越多风险越大：排序、追踪、会话和筛选组合容易制造重复 URL
• ✓ 无限空间要治理：分面导航、日历和损坏相对链接都可能拖垮抓取效率

🚀 立刻行动

1. 从服务器日志或 Search Console 导出最近被抓取 URL → 按参数数量排序 → 找出参数最多、重复最多的 URL 类型。
2. 抽查 20 个核心页面 → 确认 URL 使用小写、连字符、描述性词语，并且不依赖 # 切换核心内容。
3. 列出所有 URL 参数 → 标注“改变主体内容”“只改变排序展示”“追踪来源”“会话或推荐” → 后三类优先治理。
4. 检查筛选页和日历页 → 判断哪些组合有搜索价值 → 对无价值组合减少内链、加 nofollow 或用 robots.txt 控制抓取。
5. 爬取站内链接 → 查找 ../ 形式的父级相对链接和非 404 的错误页面 → 改成根相对链接并修正 HTTP 状态码。

来源：适用于 Google 搜索的网址结构最佳实践 | 本文为知识提炼与重新表达