网站内容管理系统上传图片(电商网站上传产品之前，如何提升页面的权重是需要前期规划的)

　　网站内容管理系统上传图片(电商网站上传产品之前，如何提升页面的权重是需要前期规划的)

　　前言：上一篇文章中提到的程序安装并不是Magento2.4的开头，我们有N种方式来获取最新版Magento2.4的全套。进入后台开始产品管理的那一刻，才是Magento真正的开始2.4。

　　这篇文章准备了很久。一方面，我觉得我需要什么都知道，什么都说。另一方面，我觉得其中很多都不是实用技巧，过于理论化的东西，大多数读者都不喜欢。毕竟标题是百万商品，大体的框架应该描述的越清楚越好。

　　内容：

　　1. 产品和 Pagas

　　产品是所有电商的核心，页面是所有网站的核心。在电商网站上传产品之前，我们应该很清楚很清楚，产品是网站页面的重要组成部分，而页面不仅仅收录产品。

　　为什么一定要这样说话？因为无论是网站用户还是搜索引擎，都只是我们的网站页面。如何通过一些结构化、自动化的手段来优化产品的曝光率，提高页面的权重，需要预先规划。

　　1.1 页面结构规划

　　以下是常见页面结构计划的简要列表。因为这篇文章是针对商品的，有兴趣的可以研究一下兰亭等大网站的sitemaps，对大网站的页面结构有一个大概的了解。

　　

　　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（用户生成内容）用户生成内容

　　当我们创建产品内容时，这部分经常被忽略。比如产品FAQ、Review、Feedback，这些都属于UGC，也是产品内容的一部分。如果不是更早，请务必留下路径供用户提交。很多卖家都会为这条内容“补单”，在Magento中操作会更方便2.4。

　　2.3 产品生命周期

　　每一个商品在互联网的海洋中或者在项目运营的过程中都有一个生命周期。不同产品的生命周期规划也不同。下面只是一个简单的例子。

　　初期建设期：产品为新品，对用户来说折扣通常不多，但产品比较新鲜。对于搜索引擎来说，蜘蛛才刚刚开始接触，还没有权重和排名。

　　热卖期：产品会被标记为Feature或Hot，用户经常会在Banner和相关推荐中看到。这个产品页面在搜索引擎中也有一定的权重和排名。不断有新客户光顾，销售额逐渐增加。

　　翻新期（adjustment period）：产品有新的功能和外观，带来的新标题、描述、图片，相当于翻新了产品（页面）。翻新产品可退回上述循环进入热销。

　　清仓期：产品将不再更新补货，清仓期以大优惠开始，直至售完为止。

　　停售期：一般情况下，商品内容不会改变，库存为0，无法购买Out of Stock。

　　为产品建立生命周期模型的好处是我们会在产品的不同阶段支持不同的页面内容调整、流量和曝光。翻新期就像一个PDCA循环，可以不断的让产品焕发青春。暂停期也可以通过页面中的链接进行优化，为其他产品带来曝光度和权重。

　　2.4 产品搜索和索引

　　虽然 Magento2.4 在安装过程中必然要求 ElasticSearch 提高门槛，但不得不说 ElasticSearch 的加入大大提升了产品的搜索速度。

　　如果产品达到几十万甚至上百万，请尽量不要进行reindex操作。Magento2.4 的 cron 计划任务将为修改后的产品重新索引（待测试）。

　　3. 帕加斯和用户

　　我们的 网站 针对三类用户：客户、搜索引擎、运营商（管理员）

　　3.1 个客户

　　上面的1.2和2.2都提到了面向客户的页面优化，更多面向客户的设计和运营优化会在后续页面中提到，本文不再赘述。

　　3.2 个搜索引擎

　　当搜索引擎蜘蛛访问时，搜索引擎也是我们的用户。页面是否允许或阻止蜘蛛的访问，是否有“结构化数据”告诉蜘蛛：你在哪里（url）、我是谁（标题）、记住我（关键字）、我有什么（内容） ……

　　关于结构化数据，建议阅读 Google 搜索指南中的“结构化数据通用指南”，您可以参考 Google Merchant Center 和 Facebook Shopping 中的产品 Feed。

　　搜索引擎优化（SEO）推荐阅读“SEO营销中心2.0”

　　3.3 操作员（管理员）

　　我们常常忘记自己也是网站的用户，也是最重要的用户。尤其是需要在页面效果和管理运营成本之间选择一个平衡点。最佳解决方案永远不是完美解决方案。但是，如果运维人员无法高效、熟练地管理产品和页面，网站 将更加无用。

　　4. Magento2.4 后台分类及产品编辑

　　4.1 个 Magento2.4 个类别

　　从结构上看，作者建议先设计产品的分类，再上传产品。我们登录后台依次进入CATALOG-Categories

　　

　　Magento 有 Root Category（根类别）和 Subcategory（子类别）。如果做 Magento 多站点，通常有多个根类别。如果我们在 Magento 中只有一个站点，则只使用一个根类别，其他产品类别是该根类别下的子类别。

　　选择Root Category，我们点击Add Subcategory，可以看到创建类别的页面。

　　

　　右边从上到下分别是

　　是否开启该分类

　　是否在菜单栏中显示

　　分类名称

　　分类内容（可以设置分类页面的招牌）

　　分类展示（设置展示方式，产品默认排序） SEO（设置分类元信息） 分类中的产品（该分类有哪些产品）

　　请注意：该类别的列表页面将仅显示此处选中的产品。如果一个产品需要同时在主类和副类的列表页展示，需要在两个类的设置中勾选此项。

　　分类设计（设置当前分类是否遵循上级分类的设计，也可以单独设置Theme和Layout）

　　设计策划任务（通常用于自动更新节日活动的品类设计，如圣诞节活动品类设计的自动开启和关闭）

　　提示：建议在启用新站点时关闭 Magento 的 Cache 功能。调整设置时，可以在前台实时看到调整效果。

　　

　　背景分类设置

　　

　　对应前景效果

　　分类设置请参考 Magento2.4 官方用户手册

　　4.2Magento2.4 产品编辑

　　4.2.1 产品属性

　　在编辑项目之前，我们需要了解项目属性（也称为字段）的概念——Magento中的属性2.4。

　　例如，对于一个商品，商品名称（name）和价格（price）通常是必填字段，而商品重量（weight）和尺寸（size）可以填写。

　　

　　关于属性的后台设置

　　这里可以看到三个部分

　　产品（产品属性设置）

　　上面提到的属性是否需要，是否在后台显示，是否参与比较（Compare）等等，都在这里设置。

　　Magento2.4 产品属性设置参考官方文档

　　属性集

　　属性集是指产品属性的集合，通常是用户的非常规属性。对于多品类产品的网站，属性集是非常有必要的。比如选择服装的属性集，选择数码相机的属性集，区分产品参数的显示。

　　Magento2.4属性集设置参考官方文档

　　评级（评级属性）

　　

　　看到这张图，就知道设置了评分属性的哪一部分了。

　　4.2.2 产品编辑器（产品）

　　进入CATALOG - 后台产品，我们来到了后台的商品管理。

　　具体教程不比 Magento2.4 官方产品编辑说的更详细。

　　

　　These six commodity types, we need to choose appropriately. 比如每个商品类型前期都可以通过Simple Product来实现，这样会更容易批量管理。后期根据经营和商品的需要，对商品进行捆绑或组合。

　　5. 批量处理项目（采集，上传，更新）

　　对于数百万产品的管理，几乎不可能在后台逐一上传和编辑产品。

　　5.1 Magento2.4 自带批量上传更新产品

　　进入SYSTEM——数据传输——在后台依次导入

　　

　　这里可以看到Magento2.4的后台，可以批量管理价格、产品、客户、库存。

　　

　　以上内容可以通过上传文件进行添加/更新、替换或删除。

　　但是，Magento2.4 的缺点也很明显。比如图片、订单、评论的批量处理并不完美。

　　5.2 Magento2.4 使用第三方工具进行批处理

　　5.2.1 eMagicOne Magento 商店经理

　　Magento1.x时代，批处理管理软件很多，但是进入Magento2.x之后，基本上就只剩下eMagicOne了（如果有其他欢迎评论推荐）。

　　本软件基于php或mysql bridge，在本地同步一个和网上一模一样的数据库，本地处理完产品、客户、订单后，再手动覆盖网上数据库。

　　

　　eMagicOne 支持产品、类别、客户、属性集、订单、自定义选项和产品评论的批处理。

　　我在使用过程中喜欢的一些功能

　　a、如果导入产品时该分类不存在，会自动创建

　　b、产品图片可直接填写远程url，系统会自动下载并调整大小（缩略图）

　　c、在软件中，可以直接单独或批量编辑产品和库存（无需打开Magento后台）

　　d。支持多种格式的导入，如使用xml避免csv下错位和乱码

　　e、支持定时任务导入导出，可配合采集软件实现产品自动更新

　　5.2.2 优采云采集器（其他采集器类似）

　　可能采集这个词不太好听，很多朋友看到这里都觉得很矛盾。但在实际应用中，采集大多用于产品传输和数据处理。毕竟，并非所有网站都可以 采集 访问。

　　我们需要结合 Magento2.4 的产品属性来确定需要获取的产品字段。

　　

　　上图是一个常见的商品采集字段，实际应用中可以根据需要进行修改

　　笔者已经打算开发一个独立的Magento2.4商品接口，然后可以通过优采云采集器直接批量上传或更新商品。

　　6. 多站点管理

　　当我们有多个站点时，无论是商品管理、订单管理、客户管理，都变得非常复杂。因为我们不能一直盯着不同的背景来处理同一产品的不同订单。

　　此时，将使用 PIM 和 ERP 系统。

　　6.1 PIM系统（产品信息管理）

　　从名字就可以看出这是一个商品管理系统，主要针对多站点多语言商品的统一管理。

　　Magento官方推荐的是Akeneo PIM，支持多种电商系统和平台。作者将Akeneo PIM与Odoo一起使用，效果非常好。

　　

　　另外，还可以参考bluestonepim、salsify、pimcore，但对Magento的支持未知。

　　6.2 ERP系统

　　在学习商品批次管理的同时，可以顺便了解一下常见的ERP。官方推荐的 ERP 是 Microsoft Dynamics AX、SAP、NetSuite。另外，还可以参考Quickbooks、saleforce等。

　　另外，有开发能力的可以选择Odoo（ex-openerp），现有的app已经可以满足Magento的管理需求。

　　如果您觉得上述系统过于复杂，您只需要处理来自多个站点的订单即可。笔者推荐*敏*感*词*贸电商的线上ERP，如店长、芒果站长等已经实现了对Magento2.x订单处理的支持。

　　如果是百万级商品或多站点，则必须使用完整的ERP系统。笔者目前主要使用Odoo+Akeneo PIM+Store Secret。

　　跟进

　　内容是网站的基石，商品是电商的基石。吐槽了这么多，下一篇我们将进一步介绍Magento2.4的操作。由于微信公众号发布后无法编辑，涉及部分内容的修改将再次发布。

　　上一篇安装完之后，我测试了系统自带的100w产品测试，本文将同步发布。可以关注本公众号，搜索“Magento2.400万产品性能测试”