一种产品,多个 SKU
有些产品有不同的型号、尺寸、颜色等。事实上,这是同一种产品,但有一些差异。但是,这些差异需要它们自己的 SKU。在许多 CMS 中,每个 SKU 都有自己的页面和 URL,同样会导致多个 URL。

下面是一个网站示例,该网站为同一 T 恤设计提供 52 种不同的款式、19 种颜色和 5 种尺寸。因此,同一产品收到 4940 个唯一 URL。

产品变量

事实上这个数字可以稍微减少

在某些情况下,不同的样式代表一个独特的项目。但是如何定义这种情况呢?想想买家。他可能会搜索“恐龙 T 恤”而 台湾手机号码清单 不是“恐龙马球”吗?对的,这是可能的。因此,我们希望潜在买家能够访问将展示相应产品的页面。

但是我们仍然有颜色/尺寸问题。用户不太可能通过此标准搜索产品。但即使提出这样的请求,一个着陆页/URL 就足够了。但是,该站点为每个颜色选项提供了单独的 URL。下面是几个例子:

理想情况下产品应该有一个页面URL

电话号码列表

用户可以在其中选择尺寸、颜色或任何其他属性。没有理由为每个变体创建一个 URL,即使需要单独的 SKU。数据库 cz 列表 需要跟踪选择了哪些变量并发送适当的 SKU。

下面是一个使用这种方法的网站的例子。请注意,SKU 取决于 T 恤尺码选择。

产品变量2-760×352
如上所述,并非所有系统都以这种方式运行,因此可能需要大量重新编程。

替代解决方案:
使用 rel=canonical。每个颜色/尺寸选项的该属性必须指向“主”URL。这是相关网站上使用的解决方案:只有当用户点击其他 T 恤款式时,URL 才会发生变化。
使用 Google Search Console 忽略 URL 末尾的所有参数。上面的 URL 包含三个参数:产品 ID、颜色和尺寸。

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注