淘宝类目排名优化，如何优化淘宝宝贝类目？

2003年淘宝刚上线的时候，商品种类和数量都很少，没有分类的概念。后来商品的体积越来越大，开始了商品的单级分类。当商品数以万计时，商品的单级分类已经不能满足需求，多级分类就开始了。直到2008年前后类目才分开。用户根据前台类目筛选商品，商家将商品挂在后台类目上，前台和后台类目建立良好的映射关系。接下来我们来看看电商系统里有哪些种类的商品：前台类目，后台类目，店铺分类。

淘宝类目排名优化

前台类目：对于用户来说，类目可以帮助他们快速筛选商品，找到自己喜欢的物品；后台品类：对于平台而言，可以高效管理商品体系，为运营商多元化的品类运营提供基础支撑；店铺分类：对于商家来说，有利于商家对商品进行分类，制定规则，方便用户更准确的寻找或搜索宝贝。

一、后台类目

后台类是商品的统一规范管理，主要是商家和平台运营的使用。

我们来看看某宝商的品类选择图例，如下图：

商家在发布商品的时候，第一步就是选择相应的后台类目。需要注意的是，商品必须装在叶类上。然后填写组合商品的基本属性和销售信息。因为这些属性都是挂在类别上的，不同类别下挂载的属性可能不一样。

在配置类目的过程中，运营生要尽量考虑周全，避免后期频繁修改和删除类目，尤其是叶子类目下挂有商品的，不能随便删除。

1.如何设计背景类别

后台类别设计需要为操作员提供添加、删除、查看等基本功能。背景类别是前景类别的基础，相对固定，一旦确定就不能轻易更改或删除。

类别呈现树形结构，三四级为宜，否则层级太深，不方便后期管理。

最底层的类目叫叶子类目，商家发布的所有商品都需要挂载在叶子类目上。

增加新的类别，需要设置类别名称，指定当前类别是否有上级类别，是否禁用该类别等。并创建一个类别图例，如下所示：

背景类别的创建

2.删除类别注释

如果要删除该分类所绑定的商品分类，一般系统是不允许删除的，否则会出现以下问题：

绑定类别的商品该怎么办？关联类别的属性数据该怎么处理？已经映射好的前景类别该怎么办？如果你能处理好以上问题，你就可以想做什么就做什么，想删就删。

内部(平台)矛盾很容易解决，外部(商家)矛盾可以是：删除前，平台需要通知商家重新绑定后台类目，重新上架。该功能有风险，需要谨慎操作。

背景类别列表页面

3.总结背景类别的功能和特点。

方便商家和运营生管理筛选商品；建立前景类别的基础；有效管理继承了商品的很多属性(这是重点，后面会讲到)；比较稳定，不能随便删；任何商品都要装上背景叶类等等。

二、前台类目

前台类目面向用户，方便用户筛选查找商品。很多时候，用户看到的类别都是前台类别，可以分为PC端和移动端。

PC端前景类别

移动终端前景类别

无论是PC端还是移动端，前端分类在大多数情况下适合两三级。现在思考一个问题：有了背景类别，为什么还需要前景类别？

1.符合多元化经营

后台类别的配置比较死板，而操作前台类别的同学可以根据t进行多样化的配置

如果前后品类不分开，运营生需要重新建立一个后品类进行配置，以满足这种临时需求，开春后该品类将大概率被禁。

2.降低后台类目管理成本。

前文中提到，后台类是统一规范管理商品。如果因时而变，那就不叫规范管理，而叫“扎心”。

如第一点所述，如果临时场景多了几个，前景类别频繁增删，背景类别需要盲目调整，那么运营同事很可能会拿刀来找你。

前台类别分离，相互独立，互不影响，学生可以灵活创建各种类别，大大提高了工作效率，非常人性化。

三、前台类目和后台类目的映射类型

刚才我们一直在讲前后类别映射，这只是其中一种方式。实际上，前景类别映射的类型可以分为背景类别映射、按搜索词映射、按H5地址映射等等。

前台类别功能图

1.背景类别映射

1)一对一映射

背景类别和前景类别是一一对应的关系，前景类别直接映射背景类别。比如后台类别叫礼服，前台类别也叫礼服或者其他名字。

2)多对一映射

多个属性相同的背景类别，前景类别通过聚合将其属性相同的类别聚合映射到一个类别中。“流行裙子”的前景类别如下图。

多个不相关的背景类别通过某个场景聚合，映射成前景类别。如下图，以情人节活动为主的“情人倾城”前景类别。

按搜索词

这个很好理解，把某个搜索词得到的搜索结果映射到前景类别。

3.新闻H5地址

活动运营是电商平台的核心业务，前台类目作为重要的流量入口，将个性化链接跳转与类目进行映射，通过点击类目跳转到指定的话题页面或活动页面，增加活动流量和曝光度。

前台类目的映射类型也根据商品属性、店铺ID、商品ID等维度进行区分，这些维度根据业务需求确定。

前景类别的创建

四、店铺分类

最后说说店铺分类。

这种分类是商家自己创造的，有助于商家对商品进行分类，制定规则，方便用户更准确地找到或搜索宝贝。一般有以下两种显示方式供你参考。

前台类目和门店分类有一些相似之处，可以根据不同的业务场景对商品进行分类，以满足运营需求。但是，两者的区别也很明显。店铺分类最多支持两级分类，只支持按照商品维度分类。下图创建的店铺分类采用上图右侧的布局方式。先创建品类名称，再绑定商品。该商品支持同时绑定多个店铺类别。商家在发布商品时，可以在选择后台分类的同时，选择自己的店铺分类。

商店分类列表

对于不同的使用场景，尤其是一些细节，还是需要根据自己的实际情况来操作。

最后，希望以上内容对大家有所帮助，不足之处请留言讨论。