谷歌的网页体验更新即将到来2021注定会再次重写SEO规则手册,增加网站速度对可见性的重要性。 由于新加权的Google算法会在整体用户体验中对页面排名更高，因此慢电子商务商店的排名将比以前更低。
这一变化可能会严重影响许多在Salesforce Commerce Cloud上经营商店的大型零售商以及使用其他电子商务平台的零售商的SERP地位。 但这一变化也可能被视为一种伪装的潜在祝福，是运营商急需的一种产品，让运营商能够超越标准的优化策略，包括图像优化，延迟加载，CDN，标签管理器或实施AMP。
在这篇文章中，我们将探讨如何加快Salesforce Commerce Cloud (简称SFCC)的速度并运行一个在Google搜索结果中排名靠前的快速，高性能网站。 或者，您可以用一半的精力提供即时加载网站，而不是花费宝贵的金钱来缩短加载时间一秒钟。
谷歌即将推出的排名更新不仅仅是一个巨人的心血冲动,以动摇电子商务的格局。 它完全符合电子商务的当前趋势,并正确地给予更高的性能,快速的网站更多的信誉。 门店不仅在价格和服务质量方面竞争，而且在整体体验方面也越来越激烈。
Salesforce Commerce Cloud与其他许多电子商务平台一样，其设计方式主要侧重于核心业务功能：显示产品信息和定价，并为运营商提供功能后端来管理其库存，这已不是什么秘密。 网站速度优化留给平台的客户，系统集成商，设计师和开发人员。
当然不是。 速度问题渗透到所有流行的SaaS电子商务平台，包括Magento，Shopify Plus，Oracle Commerce Cloud，BigCommerce和SAP Commerce Cloud (Hybris)。 我们在博客上的其他帖子中撰写了有关优化这些平台以提高速度的文章。
2020年4月,我们进行了一项研究,通过Google Lighthouse对美国500家领先互联网零售商(IR500)的得分,了解哪个电子商务平台始终能够提供最快的网站。 不幸的是,结论是,大多数IR500网站运行速度出乎意料的缓慢,不管他们的电子商务平台。 事实上，我们的数据发现，内部系统的性能优于领先的电子商务平台61%。
在领先的电子商务平台上，Lighthouse网站的平均得分仅为18.7 (中位数为15)，Salesforce Commerce Cloud，Magento，Shopify，SAP Commerce Cloud (Hybris)和Oracle Commerce Cloud。
Salesforce Commerce Cloud的平均得分为18.5分，与Magento相当。 SFCC和Magento的中位评分分别为17分和13.5分。 相比之下，使用内部/自主开发的电子商务系统的网站的平均性能得分比IR500高出15%，平均为30.1。 也许这就是近五分之一的IR500网站使用内部电子商务解决方案的原因之一。
Salesforce Commerce Cloud是一个高度可扩展，基于云的软件即服务电子商务平台。 Salesforce会定期添加新特性和功能，其中一些功能据称有助于减少页面加载的宝贵时间。 事实上，Commerce Cloud API的新测试版产品看起来很有希望，但还为时尚早。
让我们来看看您的选项，让您的Salesforce Commerce Cloud快速上手。
图像优化是许多电子商务网站的标准策略。 考虑到当今企业电子商务网站的映像量非常大，即使在大型网站上实施的映像节省很少，也可以累计为整个网站带来显著的收益。
这种优化策略可能涉及：
- 实施CDN以从更近的入网点(POPS)为资产提供服务
- 上传时无损压缩图像
- 延迟加载显示在折页下方的图片，尤其是在较长的商品类别商品页面上
动态映像服务(DIS)简化了向Salesforce店面提供映像的过程。 它消除了零售商上传每个图片不同大小版本的需要。
DIS获取单个高分辨率图像，并动态转换这些图像并将其提供给店面。 DIS转换参数使您可以控制图像的大小，裁剪，覆盖，格式，背景颜色和质量设置。
DIS消除了提前批量处理您的营销或创意图片的要求，使其易于上网。 使用单张图片，DIS为每个图片应用程序提供正确的尺寸，包括您的商品页面，分类页面，推荐的商品部分，搜索结果等。
简短的回答：不 至少不是自己的。
许多运营商认为DIS可以使站点更快，但有关DIS的文档并未直接提到速度是一个好处。 DIS的好处取决于安装情况，但不一定能提高速度，因为图像是实时处理的。
Salesforce Commerce Cloud附带了几个现成的框架模板。
- StoreFront参考体系结构(SFRA)
- 移动优先参考架构(MFRA)
- SiteGenesis (Salesforce的传统参考架构)
StoreFront Reference Architecture是最新的Salesforce框架模板。 它专为尖端的移动优先设计而设计，旨在为零售商在SFCC上建立商店时提供架构参考。 它通过Commerce Cloud Link Technology Partner Program集成了与Salesforce Commerce Cloud API，数据对象和第三方技术的预构建集成。 它使用预构建的小部件/与数据对象，API和第三方元素的集成。 它是旧Demandware Site Genesis (1.0和2.0)程序的演变。
StoreFront Reference Architecture的目标是缓解站点开发对前端更改(即主要业务案例)的需求的工具，而不是提高页面加载速度的工具。 这是因为集成仍会在页面中引入第三方技术和脚本，从而降低页面速度。
简短的回答：不是真的。 它不是设计的。
借助自适应设计方法，Salesforce Reference Architecture可帮助缩短感知的移动负载和服务器端负载时间。 SFRA还包含几个与SFCC后端的预连接集成，这意味着理论上，它们的性能应优于自定义内置集成。
但单靠SFRA不会让你的商店更快! 它可以简化站点开发并降低总拥有成本。 但是，在某些情况下，它可能会加重加载时间，具体取决于构建器引入的第三方脚本和技术的数量。
总体而言，SFRA仅提供最低的速度优势。 主要是因为75%的页面加载时间来自各种第三方JavaScript，图像和HTML。 在大多数情况下,根本没有办法绕过它。 额外的时间损失可归因于设计，图像大小和图像的位置,而SFRA不会以任何方式加速这些时间损失。
在优化Salesforce Commerce Cloud商店以提高速度时,您可以实施各种策略。 您可以使用轻量主题，优化图像，减少标签数量(或使用标签管理器)以及删除渲染阻止JavaScript代码等。 所有这些速度优化技术的一个共同点是，它们专注于优化已点击和请求的内容的交付。 下面是一些尝试优化TAP后发生的事情的流行策略的示例：
- 加载迟缓
- 卸载不必要的Salesforce Commerce Cloud应用程序
- 删除断开的链接
- ‘d”自重”页
- 借助AMP增强移动性能
但这只是战斗的一半。 为了摆脱无尽的速度优化循环，您需要立即行动。 使您的网站即时(或次秒)需要在客户点击任何内容之前工作的技术组合. 这意味着预测用户的点击，而不是对其作出反应。
无论您的商店是在Salesforce Commerce Cloud还是任何其他电子商务平台或后端系统上运行，交付最快的体验都需要实施以速度为中心的高级Web技术。 为此，您必须首先无头，构建一个可移植前端。
许多以速度为导向的Web技术要求将后端与前端分开，即使商店的前端可移植或订阅无头电子商务架构。 这样可以更轻松地单独对前端和后端实施以速度为导向的改进。 这还意味着您可以在您选择的后端交付速度最快的网站。
要构建快速，渐进的Web App (PWA)前端，必须使用Salesforce Commerce Cloud商店进行无头操作。 为此,您需要可靠的API覆盖范围,以便将其连接到SFCC后端。 然后,您可以开始实施一系列尖端技术,这将使您的网站飞快,包括:
- 1便携式前端，便于快速浏览过渡
- 服务器端渲染(SSR)和AMP支持极速首次加载。
- 预测性预取
- 先进的CDN，具有边缘计算功能，可优化边缘动态内容的缓存命中率，并比购物者提前5秒
让我们探讨Salesforce Commerce Cloud在实施这些技术和支持次要电子商务网站方面的适用性。
Open Commerce API (OCAPI)是Salesforce Commerce Cloud使用的RESTful API，它由三个组件API组成：
- Shop API—提供对Commerce Cloud数字店面功能的访问
- Data API—提供对每个对象的数字应用配置和集成功能的访问
- Meta API—提供对Open Commerce API中可用资源和文档的正式说明的访问。
有关使用Open Commerce API的一般信息，请参阅API用法。
请务必注意，除了OCAPI API之外，SFCC在Beta版中还具有一个新的CCAPI层。
测试版产品看起来很有希望，但现在判断它在多大程度上支持快速无头店面还为时尚早。
Salesforce Commerce Cloud不支持开箱即用的AMP或SSR。 此外，在无外设体系结构上，管道实施可能更难支持。
Salesforce Commerce Cloud不提供任何开箱即用的PWA工具。
但您有两种选择来在SFCC上构建渐进式Web应用程序
- 直接在SiteGenesis或Storefront Reference Architecture (SFRA)上从头开始构建PWA
- 将其构建在与Commerce Cloud集成的前端即服务上
现代PWA便携式前端提供类似于应用程序的速度。 浏览网站的速度更快，这在网上商店尤为明显。 本地感觉将使SFCC上的PWA感觉快于竞争对手。
标准速度优化对总速度效益有限制。 这种努力常常受回报减少的制约，这表明在某种程度上，通过优化获得的利润或收益小于投入的金钱或能源。
Edgio恢复了速度优化的概念,并在购物者点击之前为您完成所有繁重的工作。 通过使用高级预测性预取和带边缘缓存的现代CDN，您可以根据客户接下来的预期操作将缓存的JSON数据从边缘流式传输到浏览器，而不是在点击后匆忙地优化页面呈现。 这样一来,Edgio就能让您的网站始终领先购物者5秒。
Layer0 (Edgio)是唯一能够保证大型数据库驱动网站(如电子商务和拥有数百万页的旅游网站)的次秒级负载的平台。 您不必为之担心：我们已经帮助了数十家复杂的门店(包括数十个标签，实时库存和动态定价)，并帮助他们获得次秒级的成绩。 花一分钟时间浏览手机上的两个极速SFCC网站：Shoe Carnival或Kate Spade，体验Layer0上可达到的速度。 我们可以为您做同样的事情。
我们在Layer0的目标是使Web即时而简单。 Layer0上的网站可看到页面加载的中位数为320ms (FCP)，以及两位数的有机流量和转换提升。
Layer0 (现为Edgio)是一种用于开发，部署，预览，实验，监控和运行无外设前端的一体化解决方案。 它包括一个应用程序感知型CDN-AS-JavaScript和全堆栈预览环境，内置服务器端呈现，高级预取以及对缓存和流量路由的完全控制。 Edgio可确保您将每一毫秒的优化工作都压缩出来。 事实上,我们保证在Layer0上运行的大型动态网站的页面加载中位数低于500毫秒。
Shoe Carnival的Salesforce Commerce Cloud商店在Layer0 (Edgio)上从6秒浏览过渡到500毫秒
从开发和部署到轻松回滚，Layer0使快速，无外设的SFCC商店变得超级简单。 您可以为任何现代无头前端提供支持：Next，Nuxt，React，Angular SAP/Spartacus，React Storefront，Vue Storefront—我们支持所有这些前端。
概括一下，以下是在Layer0上运行Salesforce Commerce Cloud商店的一些好处：
速度
通过运行一个更快的商店，您可以为您的客户提供尽可能好的体验，并增加您在SERP中获得更高的机会。 KateSpade.com和ShoeCarnival.com只是Salesforce Commerce Cloud站点的几个示例，这些站点在Layer0上以次秒的速度加载。 事实上，鞋类嘉年华从首页加载3.4秒和6秒浏览过渡到加载不到1秒的网站。 在Layer0上，首次加载速度现在提高了70.5%，中位加载时间为1秒。 后续页面加载量减少了惊人的92%，降至仅500毫秒。
简单
在Layer0，我们的目标是使Web即时简单—即使我们支持无头趋势，这不是一项简单的任务。 通过我们的无服务器JavaScript平台将代码置于其工作流的中心，Layer0上的网站就可以看到开发人员速度和企业敏捷性提高了20%。 使用Layer0，您可以像编写前端一样编写路由规则-它是一个完整的JavaScript Everywhere平台。
协作
每次编写新代码时，都会自动生成预生产环境。 您的QA人员和业务利益相关者甚至可以在代码合并之前对其进行测试并提供反馈。
随着谷歌的网页体验更新将在2021年初上线,速度较慢的网站将失去排名,以利于其速度更快的竞争对手。 速度将继续对用户和搜索引擎的重要性,提供交通和转换升降机。
写在墙上:在线零售商没有任何借口提供低于标准的网站性能。 现在是采取行动的时候了。 这是一个机会,电子商务的弱者赶上或击败他们的较大竞争对手. 最简单的方法就是让您的网站成为次秒级。
优化Salesforce Commerce Cloud商店可能需要花费大量时间和精力，并且可能无法保证结果。 但我们已为您提供服务！ Layer0让您在竞争中脱颖而出，即时进行。
