URL 结构：简洁且利于SEO的路径

本文解释了我们不同页面类型的URL结构，以及它如何支持SEO和用户体验。

URL 模式

产品页面

模式：/p/<sku>

示例：/p/Treo-N100-8-256-2H-W6-11P

结构：SKU直接出现在URL中（用连字符分隔）

优势：每个配置都有唯一的URL，具有描述性

查询页面

模式：/q/<slug>

示例：/q/mini-pc-for-office

结构：连字符分隔的查询文本

优势：可读性强，利于SEO，便于分享

搜索页面

模式：/q/?q=<query>

示例：/q/?q=fanless+computer

结构：查询参数

优势：动态生成，不被索引

部件页面

模式：/i/<partid>

示例：/i/N100

结构：部件ID直接出现在URL中

优势：简短，易记

系列页面

模式：/f/<family>

示例：/f/treo

结构：系列名称

优势：产品配置器页面

分类页面

模式：/c/<category>

示例：/c/mini-pc

结构：分类名称

优势：按分类浏览

对比页面

模式：/c/<name>

示例：/c/treo-vs-s

结构：对比名称

优势：并排对比

文章页面

模式：/a/<slug>

示例：/a/rdp-thin-client

结构：文章slug

优势：技术文档

捆绑包页面

模式：/b/<bundle-id>

示例：/b/office-bundle

结构：捆绑包标识符

优势：预配置的套餐

URL 参数

语言选择

参数：?lang=<code>

示例：/p/Treo-N100?lang=hi

行为：设置语言，然后重定向到干净的URL

存储：会话 + cookie

货币选择

参数：?curr=<code>

示例：/p/Treo-N100?curr=USD

行为：设置货币，然后重定向到干净的URL

存储：会话 + cookie

筛选器（查询页面）

参数：?<feature>=<value>

示例：/q/mini-pc?Cores=4&Main+Memory=8

行为：动态筛选，不重定向

优势：可分享的筛选视图

跟踪参数

参数：gclid, gbraid, wbraid, fbclid, utm_*

示例：/p/Treo-N100?gclid=abc123

行为：存储在会话/cookie中，从URL中移除

优势：干净的URL，保留归因信息

简洁URL策略

参数移除

处理完成后，我们重定向到干净的URL：

之前：/p/Treo-N100?lang=hi&curr=USD

之后：/p/Treo-N100

优势：URL更简洁，缓存效果更好

尾部斜杠处理

我们重定向尾部斜杠：

之前：/p/Treo-N100/

之后：/p/Treo-N100

优势：规范URL，避免重复内容

大小写规范化

SKU和slug区分大小写：

有效：/p/Treo-N100

无效：/p/treo-n100 (404)

优势：URL保持一致

SEO 考量

规范URL

每个页面都有一个规范URL：

<link rel="canonical" href="https://www.thinvent.in/p/Treo-N100">

优势：防止重复内容问题

Hreflang 标签

替代语言版本：

<link rel="alternate" hreflang="en" href="/p/Treo-N100">
<link rel="alternate" hreflang="hi" href="/p/Treo-N100?lang=hi">

优势：Google显示正确的语言版本

站点地图

所有页面都包含在 sitemap.xml 中：

  • 产品页面

  • 查询页面

  • 文章页面

  • 分类页面

  • 系列页面

优势：更好的抓取和索引

Robots.txt

生产环境（通过CloudFront）：允许所有

预发布环境（直接访问）：禁止所有

检测方式：检查CloudFront头部是否存在

优势：只有生产环境被索引

URL 重定向

旧URL到新URL

我们为旧的URL模式维护重定向：

旧URL：/gs/<sku> (Google Shopping)

新URL：/p/<sku>

状态：301 永久重定向

数据表URL

模式：/ds/<sku>.pdf

行为：按需生成PDF

无重定向：直接返回PDF响应

URL 验证

SKU 验证

在提供产品页面之前：

  • 检查SKU是否存在于 productdb 中

  • 验证格式（连字符分隔）

  • 如果无效则返回404

Slug 验证

在提供查询页面之前：

  • 检查slug是否存在于 QueryPageV3 中

  • 如果未找到，则回退到搜索

  • 返回搜索结果

参考

技术概念

相关文章

总结

我们的URL结构简洁、描述性强且利于SEO：

页面类型：

  • ✅ /p/<sku> - 产品页面

  • ✅ /q/<slug> - 查询页面

  • ✅ /q/?q=<query> - 搜索页面

  • ✅ /i/<partid> - 部件页面

  • ✅ /f/<family> - 系列页面

  • ✅ /c/<category> - 分类页面

  • ✅ /a/<slug> - 文章页面

  • ✅ /b/<bundle> - 捆绑包页面

参数：

  • ✅ ?lang=<code> - 语言（重定向到干净URL）

  • ✅ ?curr=<code> - 货币（重定向到干净URL）

  • ✅ ?<feature>=<value> - 筛选器（不重定向）

  • ✅ ?gclid=<id> - 跟踪（存储后从URL中移除）

SEO：

  • ✅ 规范URL

  • ✅ Hreflang 标签

  • ✅ Sitemap.xml

  • ✅ Robots.txt（环境感知）

验证：

  • ✅ SKU 存在性检查

  • ✅ Slug 存在性检查

  • ✅ 无效URL返回404

这种结构平衡了可读性、SEO和功能性。

← 返回文档索引