本帖最后由 suwubee 于 2020-9-13 22:17 编辑
前言：前一篇谈到的程序安装并不是Magento2.4的开始，我们有N种办法去获得一套安装完整的最新版Magento2.4。 而在进入后台开启产品管理的那一刹那，才是Magento2.4真正的开始。 这篇准备了很长时间，一方面觉得需要知无不言言无不尽，另一方面又觉得很多并非是实用的技巧，过于理论化的东西并非大多数读者喜欢。毕竟题为百万商品，还是尽可能的把大致框架描述清晰。
目录： - 1. 商品和页面(Products & Pagas)
- 2. 商品的内容(PGC & UGC from Products)
- 3. 页面和用户(Pagas & User)
- 4. Magento2.4后台分类以及商品编辑
- 5. 商品批量处理(采集、上传)
- 6. 多站点商品管理
1. 商品和页面(Products & Pagas) 商品是所有电商中的核心，而页面是所有网站的核心。在电商网站上传产品之前，我们应该非常明确而清楚，商品是构成网站页面的重要组成部分，而页面却不仅仅包含商品。 为什么非要说的这么绕嘴呢？因为无论是给网站用户看，还是给搜索引擎看，都只是我们网站的页面。而如何通过一些结构化以及自动化的手段来优化商品的曝光率，提升页面的权重是需要前期规划的。
1.1 页面结构规划 这里简单列举常见的页面结构规划。因为本篇重点讲商品，大家感兴趣可以研究下兰亭和其他大站点的sitemap，对大站的页面结构也就初见端倪。
1.2 商品结构规划
我们常见的商品是按一级、二级、三级分类逐步平铺的，即单个商品仅存在于一个分类。这对于商品的站内曝光并不友好，因此后来有了更多场景分类，例如按功能分，按热销分等等，即单个产品同时存在于不同的分类。还可以加入商品捆绑销售、相关商品推荐等功能，来丰富商品的结构。
在下面的4.2.2中，有关于创建商品类型中有简单产品(Simple Product)和可配置产品(Configurable Product)，可配置产品其实是通过购买选项，来整合简单产品。但是简单产品也可以通过自定义选项的配置(Custom Options)，来实现商品的选项功能。
对于一些产品是否更改为可配置产品，笔者建议还是要看列表效果，如果一件衣服9个颜色，图片除了颜色之外全都一样，推荐用可配置产品来对列表进行精简。如果一件衣服两个颜色，虽然产品一样，但是首图并不一样，笔者建议可以单纯列为简单产品，节省商品管理的时间成本。 Shein采用类似可配置选项，每一款颜色都是独立的商品
(列表页只展示1件商品但是每个颜色URL完全不同L)
Lightinthebox采用类似于简单商品，即列表页相似的商品是重复展现的
(列表页展示所有商品，即便商品非常相似，仅图案或者颜色不同)
总之，商品的结构规划需要从用户角度出发，考虑到用户购物时的场景，适当的营销来提升站内PV和客单。
2. 商品的内容(PGC & UGC from Products) 我们将商品内容分为两部分PGC和UGC
2.1 PGC(Professional Generated Content)专业生产内容 可以理解为官方(品牌方)所提供的内容，包括标题、图片、价格、商品属性、商品描述等。另外如果有技术型商品。可以辅以安装视频、操作手册、支持软件等。
2.2 UGC(User Generated Content)用户生产内容
我们在制作商品内容的时候往往会遗漏这一部分。例如商品FAQ，Review，Feedback，这些都属于UGC，也都属于商品内容的一部分。如果前期没有，也请务必留有路径给用户提交。很多卖家会针对这一块内容进行“补单”，而在Magento2.4中会更方便操作。
2.3 商品的生命周期(Product Life Cycle)
每一个商品在互联网的大海中，或者在项目运营过程中，都是有生命周期的。不同产品的生命周期规划也是不同的，下面仅举个简单例子。
初建期：商品为新品New，对用户来说通常折扣不多，但产品较为新鲜。对搜索引擎来说蜘蛛刚开始接触，暂未有权重和排名。 热卖期：商品会被标记为Feature或Hot，用户会经常在Banner，相关推荐看到。搜索引擎里中这个商品页面也有了一定的权重和排名。不断的有新客户访问，销量也开始逐步提升。 翻新期(调整期)：商品出现了新的功能，外观，以此带来的新的标题、描述、图片，相当于翻新了这个商品(页面)。翻新后的商品是可以重回上述循环进入热卖的。 清仓期：产品不再进行更新和补货，开始大额折扣清仓，直到库存售罄。 停售期：通常商品内容不再变更，库存为0，Out of Stock无法购买。
我们给商品建立生命周期模型的优点在于会在商品的不同阶段， 给予不同的页面内容调整、流量和曝光支持。翻新期如同一个PDCA循环，可以让商品不断的焕发活力。而停售期也可以通过页面内的链接优化，给其他商品带来曝光和权重。
2.4 商品的搜索和索引 虽然Magento2.4必须要求ElasticSearch在安装过程中提升了门槛，但是不得不说ElasticSearch的加入极大地提升了对商品的搜索速度。 如果商品达到数十万甚至百万级，请尽可能不要执行reindex操作。Magento2.4的cron计划任务会针对修改的产品进行重新索引(有待测试)。
3. 页面和用户(Pagas & User) 我们的网站面向三类用户：客户、搜索引擎、运营者(管理员)
3.1 客户 上述1.2和2.2均有提到面向客户的页面优化，更多面向客户的设计、运营优化会在后续篇幅中提及，本篇不再赘述。
3.2 搜索引擎 搜索引擎也是我们的用户，当搜索引擎的蜘蛛到访时。页面是否允许或者屏蔽了蜘蛛的访问，是否有“结构化数据(structured data)”来告诉蜘蛛：你在哪(url)，我是谁(title)，请记住我(keywords)，我有啥(content)….
关于结构化数据，推荐阅读谷歌搜索指南中的“结构化数据常规指南”，并且可以参考Google Merchant Center和Facebook Shopping中的products feed。
关于搜索引擎优化(SEO)推荐阅读“SEO Marketing Hub 2.0”
3.3 运营者(管理员) 我们经常忘记自己也是网站的用户，而且是最重要的用户。我们尤其要在页面效果和管理操作的成本中选取平衡点，最优解从来都不是完美解。但是如果运营者都无法以较高的效率和合适的技能来管理商品和页面时，网站更多时候将形同虚设。
4. Magento2.4后台分类以及商品编辑
4.1 Magento2.4的分类
从结构化的角度来说，笔者建议先设计商品的分类，再进行商品的上传。我们登录后台，依次进入CATALOG – Categories
Magento有Root Category(根分类)和Subcategory(子分类)之分。如果进行Magento多站点的话，通常会有多个根分类。如果我们一个Magento只有1个站点，则只用1个根分类，其他商品分类是都是这个根分类下的子分类。
选中Root Category，我们点击Add Subcategory，可以看到创建分类的页面。
右侧从上往下依次是
是否激活这个分类
是否在菜单栏中显示
分类名
分类内容(可以设置分类页面的招牌)
分类显示(设置显示模式、商品默认排序) 搜索引擎优化(设置分类的meta信息) 分类中的产品(哪些产品在这个分类内) 请注意：分类的列表页面只会显示这里勾选的商品。如果一件商品需要在一级分类和二级分类的列表页同时显示，需要在两个分类设置中都勾选这个商品。 分类设计(设置当前分类是否跟随上级分类的设计，也可以单独设置Theme和Layout)
设计的计划任务(通常用来节日活动的分类设计的自动更新，例如圣诞活动分类设计自动启用和关闭)
Tips：建议新站启用的时候关闭Magento的Cache功能，在调整设置的时候可以实时在前台看见调整效果。
后台分类设置
对应前台效果
4.2 Magento2.4的商品编辑
4.2.1 商品的属性(Attributes) 在进行商品编辑之前，我们需要了解Magento2.4中对于商品属性(也称字段) – Attributes的概念。
例如对于一件商品，商品名称(name)、价格(price)通常是必填字段，而商品重量(weight)，尺寸(size)则可以是可填字段。
后台关于属性的设置
这里可以看到三个部分
Product(商品属性设置) 上面提到的关于属性是否必填，是否后台显示，是否参与对比(Compare)等等，均在这里设置
Attribute Sets(属性集) 属性集意思就是一系列商品属性的集合，通常用户非常规的属性。对于多品类商品的网站来说，属性集非常有必要，例如服装则选择服装的属性集，数码相机则选择数码相机的属性集，以做到产品参数显示的区分。
Rating(评分属性)
看到这张图就知道评分属性是设置哪一部分的啦
4.2.2 商品的编辑(Products) 在后台依次进入CATALOG – Products，我们就来到了后台的商品管理。
这六种商品类型，我们需要适当取舍。例如，每一种商品类型，在前期都可以通过Simple Product来实现，这样批量管理的时候会更简便。到后期基于运营和商品的需要，再进行商品的捆绑或者组合。
5. 商品的批量处理(采集、上传、更新)
对于百万级别的商品管理，几乎是不可能在后台完成产品的一一上传、编辑的。
5.1 Magento2.4 自带批量上传、更新产品 在后台依次进入SYSTEM – Data Transfer – Import 这里我们可以看到Magento2.4的后台，可以针对价格、产品、客户、库存进行批量管理。
可以通过上传文件实现上述内容的新增/更新、替换、删除。
但是Magento2.4自带的弊端也很明显，例如对图片、订单和评论的批量处理并不是很完善
5.2 Magento2.4 使用第三方工具批量处理
5.2.1 eMagicOne Store Manager for Magento
在Magento1.x的年代，有诸多批量管理的软件，但是进入到了Magento2.x基本上就只剩下eMagicOne了(如果有其他的欢迎留言推荐)。
这款软件基于php或者mysql bridge，在本地同步了一个和线上一摸一样的数据库，然后在本地操作完对商品、客户、订单的处理后，再手动覆盖线上的数据库。
eMagicOne支持对商品、分类、客户、属性集、订单、自定义选项、商品评论的批量处理。
笔者在使用过程中特别喜欢的几个功能 a，导入商品时若分类不存在，则会自动创建 b，商品图片可以直接填写远程url，系统会自动下载并且resize(缩略图) c，在软件中可以直接对商品、库存进行单独或批量编辑(免去打开Magento后台) d，支持多种格式的导入，例如使用xml可以避免csv下的错位和乱码 e，支持导入导出的计划任务，可以配合采集软件实现全自动更新产品
5.2.2 火车头采集器(其他采集器类似) 也许是采集这个词并不好听，很多朋友看到这个就内心抵触。但是在实际应用中，采集大多数应用于产品转移、数据处理，毕竟不是所有站点都是可以采集到的。
我们需要结合Magento2.4的商品属性来确定需要获得的商品字段。
笔者已经在计划开发独立的Magento2.4商品接口，届时可以直接通过火车头采集器来进行产品的批量上传或更新。
6. 多站点管理 当我们有多个站点的时候，无论是商品管理、订单管理、客户管理，都会变得非常复杂。因为我们无法时刻盯着不同的后台，来处理相同产品的不同订单。
这个时候就会使用到PIM和ERP系统。
6.1 PIM系统 (Product Information Management) 从名称可以看出这是个商品管理系统，主要针对多站点、多语言商品的统一管理。
Magento官方推荐的是Akeneo PIM，支持多个电商系统和平台。笔者使用Akeneo PIM配合Odoo使用效果非常不错。 此外还可以参考bluestonepim,salsify,pimcore，但是对Magento的支持未知。
6.2 ERP系统 在了解批量管理商品的同时，我们顺便可以了解下常见的ERP。官方推荐的ERP是Microsoft Dynamics AX, SAP, NetSuite。此外也可以参考Quickbooks、saleforce等。 另外有开发能力的可以选择Odoo(前openerp)，现有的apps来说已经满足了Magento的管理需求。 如果觉得上述系统过于复杂，只是需要处理多站点的订单。笔者推荐国内的外贸电商的线上erp，例如店小秘、芒果站长等，都已经实现了对Magento2.x的订单处理的支持。 如果是百万级的商品或者多站点，必须要使用一套完整的ERP系统。笔者目前主要使用Odoo+Akeneo PIM+店小秘。
后续 内容是网站的基石，商品是电商的基石。絮絮叨叨这么多，下一篇我们将针对Magento2.4的运营方面作进一步介绍。 上篇安装完成后，顺手测试了下系统自带的100w商品测试，将于本篇同步发布，可以关注公众号magento后查找“Magento2.4百万产品性能测试” | 
发表于 2020-9-13 22:12:51
发表于 2020-10-3 07:12:45
发表于 2021-3-5 23:50:36
