二：商品篇【Magento2.4实战百万商品】
前言：前一篇谈到的程序安装并不是Magento2.4的开始，我们有N种办法去获得一套安装完整的最新版Magento2.4而在进入后台开启产品管理的那一刹那，才是Magento2.4真正的开始这篇准备了很长时间，一方面觉得需要知无不言言无不尽，另一方面又觉得很多并非是实用的技巧，过于理论化的东西并非大多数读者喜欢。
毕竟题为百万商品，还是尽可能的把大致框架描述清晰目录：1. 商品和页面(Products & Pagas)2. 商品的内容(PGC & UGC from Products)3. 页面和用户(Pagas & User)
、上传)6. 多站点商品管理1. 商品和页面(Products & Pagas)商品是所有电商中的核心，而页面是所有网站的核心在电商网站上传产品之前，我们应该非常明确而清楚，商品是构成网站页面的重要组成部分，而页面却不仅仅包含商品。
为什么非要说的这么绕嘴呢？因为无论是给网站用户看，还是给搜索引擎看，都只是我们网站的页面而如何通过一些结构化以及自动化的手段来优化商品的曝光率，提升页面的权重是需要前期规划的1.1 页面结构规划这里简单列举常见的页面结构规划。
因为本篇重点讲商品，大家感兴趣可以研究下兰亭和其他大站点的sitemap，对大站的页面结构也就初见端倪
1.2 商品结构规划我们常见的商品是按一级、二级、三级分类逐步平铺的，即单个商品仅存在于一个分类这对于商品的站内曝光并不友好，因此后来有了更多场景分类，例如按功能分，按热销分等等，即单个产品同时存在于不同的分类。
还可以加入商品捆绑销售、相关商品推荐等功能，来丰富商品的结构。
选项，来整合简单产品但是简单产品也可以通过自定义选项的配置(Custom Options)，来实现商品的选项功能。
对于一些产品是否更改为可配置产品，笔者建议还是要看列表效果，如果一件衣服9个颜色，图片除了颜色之外全都一样，推荐用可配置产品来对列表进行精简如果一件衣服两个颜色，虽然产品一样，但是首图并不一样，笔者建议可以单纯列为简单产品，节省商品管理的时间成本。
Shein采用类似可配置选项，每一款颜色都是独立的商品(列表页只展示1件商品但是每个颜色URL完全不同L)
Lightinthebox采用类似于简单商品，即列表页相似的商品是重复展现的(列表页展示所有商品，即便商品非常相似，仅图案或者颜色不同)总之，商品的结构规划需要从用户角度出发，考虑到用户购物时的场景，适当的营销来提升站内PV和客单。
2. 商品的内容(PGC & UGC from Products)我们将商品内容分为两部分PGC和UGC2.1 PGC(Professional Generated Content)专业生产内容可以理解为官方(品牌方)所提供的内容，包括标题、图片、价格、商品属性、商品描述等。
另外如果有技术型商品可以辅以安装shiping、操作手册、支持软件等2.2 UGC(User Generated Content)用户生产内容我们在制作商品内容的时候往往会遗漏这一部分例如商品FAQ，Review，Feedback，这些都属于UGC，也都属于商品内容的一部分。
如果前期没有，也请务必留有路径给用户提交很多卖家会针对这一块内容进行“补单”，而在Magento2.4中会更方便操作2.3 商品的生命周期(Product Life Cycle)每一个商品在互联网的大海中，或者在项目运营过程中，都是有生命周期的。
不同产品的生命周期规划也是不同的，下面仅举个简单例子初建期：商品为新品New，对用户来说通常折扣不多，但产品较为新鲜对搜索引擎来说蜘蛛刚开始接触，暂未有权重和排名热卖期：商品会被标记为Feature或Hot，用户会经常在Banner，相关推荐看到。
搜索引擎里中这个商品页面也有了一定的权重和排名不断的有新客户访问，销量也开始逐步提升翻新期(调整期)：商品出现了新的功能，外观，以此带来的新的标题、描述、图片，相当于翻新了这个商品(页面)翻新后的商品是可以重回上述循环进入热卖的。
清仓期：产品不再进行更新和补货，开
翻新期如同一个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 运营者(管理员)我们经常忘记自己也是网站的用户，而且是最重要的用户我们尤其要在页面效果和管理操作的成本中选取平衡点，最优解从来都不是完美解但是如果运营者都无法以较高的效率和合适的技能来管理商品和页面时，网站更多时候将形同虚设。
LOG - Categories。
Magento有Root Category(根分类)和Subcategory(子分类)之分如果进行Magento多站点的话，通常会有多个根分类如果我们一个Magento只有1个站点，则只用1个根分类，其他商品分类是都是这个根分类下的子分类。
选中Root Category，我们点击Add Subcategory，可以看到创建分类的页面。
右侧从上往下依次是 是否激活这个分类 是否在菜单栏中显示 分类名 分类内容(可以设置分类页面的招牌) 分类显示(设置显示模式、商品默认排序) 搜索引擎优化(设置分类的meta信息)
分类中的产品(哪些产品在这个分类内)请注意：分类的列表页面只会显示这里勾选的商品如果一件商品需要在一级分类和二级分类的列表页同时显示，需要在两个分类设置中都勾选这个商品 分类设计(设置当前分类是否跟随上级分类的设计，也可以单独设置Theme和Layout)。
设计的计划任务(通常用来节日活动的分类设计的自动更新，例如圣诞活动分类设计自动启用和关闭)Tips：建议新站启用的时候关闭Magento的Cache功能，在调整设置的时候可以实时在前台看见调整效果。
后台分类设置
段) - Attributes的概念例如对于一件商品，商品名称(name)、价格(price)通常是必填字段，而商品重量(weight)，尺寸(size)则可以是可填字段。
后台关于属性的设置这里可以看
属性。
Rating(评分属性)
/user-guide/catalog/product-types.html。
候会更简便到后期基于运营和商品的需要，再进行商品的捆绑或者组合5. 商品的批量处理(采集、上传、更新)。
这里我们可以看到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(缩略图)。
实现全自动更新产品
5.2.2 火车头采集器(其他采集器类似) 也许是采集这个词并不好听，很多朋友看到这个就内心抵触但是在实际应用中，采集大多数应用于产品转移、数据处理，毕竟不是所有站点都是可以采集到的我们需要结合Magento2.4的商品属性来确定需要获得的商品字段。
上图是常见的商品采集字段，实际应用按需修改笔者已经在计划开发独立的Magento2.4商品接口，届时可以直接通过火车头采集器来进行产品的批量上传或更新6. 多站点管理当我们有多个站点的时候，无论是商品管理、订单管理、客户管理，都会变得非常复杂。
因为我们无法时刻盯着不同的后台，来处理相同产品的不同订单这个时候就会使用到PIM和ERP系统6.1 PIM系统 (Product Information Management)从名称可以看出这是个商品管理系统，主要针对多站点、多语言商品的统一管理。
Magento官方推荐的是Akeneo PIM，支持多个电商系统和pingtai。笔者使用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+。
店小秘后g再次发布。
