2021年推出的Google頁面體驗更新將再次重寫SEO規則手冊，從而提高網站速度對可見性的重要性。 由於新加權的Google算法將在整體用戶體驗中對頁面進行更多排序，因此慢速電子商務商店的排名將比以前更低。
這一變化可能嚴重影響許多在Salesforce Commerce Cloud上執行其商店的主要零售商的SERP地位，以及那些使用其他電子商務平臺的零售商。 但是，這種變化也可以被看作是一種變相的潛在祝福，這是營運商為了超越標準優化策略(包括圖像優化，延遲載入，CDN，標籤管理器或實施AMP)而急需的產品。
在本篇文章中，我們將探討如何使Salesforce Commerce Cloud (簡稱SFCC)快速運行，並運行在Google搜索結果中排名第一的快速，高性能網站。 或者，您不必花費寶貴的資金來減少載入時間，只需花費一半的時間即可提供即時載入網站。
Google即將發布的排名更新並不僅僅是震撼電子商務格局的一次巨大的興奮。 它與電子商務的當前趨勢完全一致，並正確地為高性能，快速網站提供了更多的榮譽。 門店不僅在價格和服務質量方面競爭，而且在整體體驗方面也越來越多。
Salesforce Commerce Cloud就像許多其他電子商務平臺一樣，其設計方式主要側重於核心業務功能：顯示產品資訊和定價，並為營運商提供功能後端來管理其庫存，這已不是什麼祕密。 網站速度優化由平臺的客戶，系統集成商，設計人員和開發人員自行決定。
當然不是。 速度問題遍及所有流行的SaaS電子商務平臺，包括Magento，Shopify Plus，Oracle Commerce Cloud，BigCommerce和SAP Commerce Cloud (Hybris)。 我們已經在部落格上的其他文章中撰寫了有關優化這些平臺以提高速度的文章。
2020年4月，我們進行了一項研究，在該研究中，我們查看了美國500家領先的網際網路零售商(IR500)的Google Lighthouse得分，以了解哪個電子商務平臺始終提供最快的網站。 不幸的是，結論是，大多數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以從近接入點(POP)為資產提供服務
- 上傳時無損壓縮影像
- 延遲載入顯示在折頁下方的圖片，尤其是在較長的商品類別商品資訊頁面上
動態映像服務(DIS)簡化了向Salesforce店面提供映像的過程。 零售商無需上傳不同大小的每張圖片。
DIS獲取單個高解析度圖像並動態轉換並將其提供給店面。 DIS轉換參數使您可以控制圖像的大小，裁剪，覆蓋，格式，背景顏色和質量設定。
DIS不需要提前批量處理您的商品或創意圖片，以使其適合網路使用。 DIS使用單個圖片為每個圖片應用提供正確的尺寸，包括您的商品頁面，分類頁面，推薦商品部分，搜尋結果等。
簡單答覆：不 至少不能單獨使用。
許多營運商認為DIS可以使站點更快，但DIS相關文檔並未直接提到速度是一種優勢。 DIS的優點取決於安裝，但由於圖像是實時處理的，因此不一定會提高速度。
Salesforce Commerce Cloud附帶了幾個現成的框架模板。
- 店面參考架構(SFRA)
- 移動第一參考架構(MFRA)
- SiteGenesis (Salesforce的舊參考體系結構)
Storefront Reference Architecture是最新的Salesforce框架模板。 它專為先進的移動優先設計而設計，旨在為零售商在SFCC上建築商店提供架構參考。 它通過Commerce Cloud LINK技術合作夥伴計劃將預構建的集成與Salesforce Commerce Cloud API，數據對象和第三方技術相結合。 它使用預構建的Widget/集成數據對象，API和第三方元素。 它是舊Demandware Site Genesis (1.0和2.0)程序的演變。
Storefront Reference Architecture的目標是作為一種工具來緩解站點開發對前端更改的需求(即主要業務案例)，而不是作為提高頁面載入速度的工具。 這是因爲集成仍會將第三方技術和腳本引入頁面，這本身就會降低頁面速度。
簡答：不是。 它的設計目的並非如此。
通過自適應設計方法，Salesforce參考體系結構可以幫助改善移動負載和伺服器端載入時間。 SFRA還包含幾個與SFCC後端的預連接集成，這意味著它們理論上應該比自定義內置集成更好。
但SFRA本身並不能讓您的商店更快！ 它可以簡化站點開發並降低總擁有成本。 但是，在某些情況下，它可能會延長加載時間，具體取決於生成器引入的第三方腳本和技術的數量。
總體而言，SFRA僅提供最低的速度優勢。 主要是因爲75％的頁面加載時間來自於各種第三方JavaScript，圖像和HTML。 在大多數情況下，根本沒有辦法解決。 額外的時間損失可歸因於設計，映像大小和映像位置，SFRA不會以任何方式加速。
在優化Salesforce Commerce Cloud存儲以提高速度時，您可以實施各種策略。 您可以使用輕量主題，優化圖像，減少標籤數量(或使用標籤管理器)以及刪除渲染阻止JavaScript代碼等。 所有這些速度優化技術的共同之處在於，它們專注於優化所利用和請求的內容交付。 下麵是一些嘗試優化輕觸後發生的事情的流行策略示例：
- 延遲載入
- 卸載不必要的Salesforce Commerce Cloud應用程式
- 移除斷裂的連結
- ‘d“頭重”頁面
- 使用AMP增強移動性能
但這只是戰鬥的一半。 要擺脫速度優化的無止境循環，您需要立即開始。 要使您的網站即時(或亞秒)，需要在客戶點擊任何內容之前結合使用的技術。 這意味着預測用戶的點擊，而不是對他們作出反應。
無論您的商店是在Salesforce Commerce Cloud上執行還是在任何其他電子商務平臺或後端系統上執行，交付最快的體驗都需要實施以速度為中心的高級Web技術。 爲此，您必須首先無頭構建一個便攜式前端。
許多面向速度的Web技術要求將後端與前端分開，即使商店的前端可移植或訂閱無外設電子商務架構。 這樣可以更輕鬆地對前端和後端分別實施面向速度的改進。 這也意味著您可以在您選擇的後端提供最快的網站。
要構建快速，漸進式Web應用程式(PWA)前端，您必須使用Salesforce Commerce Cloud商店實現無所不在的優勢。 為此，您需要可靠的API覆蓋，以便將其連接到SFCC後端。 然後，您可以開始實施一系列尖端技術，使您的網站速度極快，其中包括：
讓我們來研究一下Salesforce Commerce Cloud在實施這些技術和支援次秒級電子商務網站方面的適用性。
Open Commerce API (OCAPI)是Salesforce Commerce Cloud使用的RESTful API，它由三個組件API組成：
- Shop API—提供Commerce Cloud數字店面功能的訪問
- 數據API—提供對每個對象的數字應用程式配置和集成功能的訪問
- Meta API—提供對Open Commerce API中可用資源和文檔的正式說明的訪問。
有關使用Open Commerce API的一般信息，請參見API用法。
必須注意的是，除了OCAPI API之外，SFCC在beta版中還具有一個新的CCAPI層。
Beta版產品似乎很有前途，但現在判斷它將在多大程度上支援快速的無頭店面還為時過早。
Salesforce Commerce Cloud不支援AMP或SSR開箱即用。 此外，在無外設體系結構上，管道實施可能更難支持。
Salesforce Commerce Cloud不提供任何開箱即用的PWA工具。
但是，您有兩個選項可以在SFCC上構建漸進式Web應用程式
- 直接在SiteGenesis或Storefront參考架構(SFRA)上從頭開始構建PWA
- 在與Commerce Cloud集成的前端即服務上構建
現代PWA可攜式前端提供應用程式般的速度。 瀏攬網站的速度更快—這在線上商店中尤為明顯。 本土風情將使SFCC上的PWA感覺比競爭對手更快。
標準速度優化對總速度的好處有限制。 這種努力往往受到回報遞減的制約，這表明在某個時候，優化所獲得的利潤或收益小於投資的資金或能源。
Edgio恢復了速度優化的概念，並在購物者點擊之前為您完成所有繁重的工作。 通過使用高級預測預取和帶邊緣暫存的現代CDN，您可以根據客戶接下來要執行的操作，將暫存的JSON數據從邊緣流到瀏攬器，而不是在點擊後亂碼優化頁面呈現。 這樣，Edgio就能讓您的網站始終比購物者提前5秒。
Layer0 (Edgio)是唯一能保證大型數據庫驅動網站(如電子商務和具有數百萬頁的旅遊網站)次秒級負載的平臺。 您不必相信我們的承諾：我們幫助了數十家複雜的商店，包括數十種標籤，實時庫存和動態定價，並幫助它們獲得亞秒級的折扣。 花一分鐘時間在您的手機上瀏攬兩個超快的SFCC網站：Shoe Carnival或Kate Spade，體驗Layer0的速度。 我們也可以為您做同樣的事。
我們在Layer0上的目標是使Web即時而簡單。 Layer0上的網站可看到320毫秒(FCP)的中間頁面負載，以及兩位數的有機流量和轉換提昇。
Layer0 (現稱為Edgio)是一款一體化解決方案，用於開發，部署，預攬，試驗，監控和執行無頭前端。 它包括應用程式感知型CDN-AS-JavaScript，具有完整堆棧預攬環境，內置伺服器端渲染，高級預取以及對暫存和流量路由的完全控制。 Edgio確保您在每次優化工作中都能發揮每毫秒的作用。 事實上，我們保證在Layer0上執行的大型動態網站的中間頁面載入量低於500毫秒。
Shoe Carnival的Salesforce Commerce Cloud商店在Layer0上從6秒的瀏攬過渡到500毫秒(Edgio)
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上加載。 事實上，Shoe Carnival從3.4秒的第一頁載入和6秒的瀏攬過渡到不到1秒的載入網站。 在Layer0上，第一次負載現在速度加快了70.5 %，中間負載時間為1秒。 隨後的頁面載入量減少了驚人的50%，降至僅92毫秒。
簡單
我們的目標是使Web即時而簡單——儘管我們支援“無頭”趨勢，這不是一項簡單的任務Layer0。 Layer0網站的開發人員速度和企業敏捷性提高了20％，只需使用我們的無伺服器JavaScript平臺將代碼置於工作流程的中心即可。 使用Layer0，您可以像編寫前端一樣編寫路由規則-它是一個全堆棧JavaScript Everywhere平臺。
協作
每次編寫新代碼時，都會自動生成預生產環境。 您的QA人員和業務利益相關者可以在代碼合併之前對其進行測試並提供反饋。
隨著Google的頁面體驗更新將於2021年初上線，速度較慢的網站將失去排名，而不利於速度較快的競爭對手。 速度將繼續對用戶和搜尋引擎具有重要意義，提供交通和轉換升降機。
寫在牆上：線上零售商沒有任何借口提供低於標準的網站性能。 現在是採取行動的時候了。 這是一個機會，讓電子商務下犬趕上或擊敗更大的競爭對手。 最簡單的方法就是讓你的網站更快.
優化您的Salesforce Commerce Cloud存儲可能需要大量時間和精力，結果可能無法保證。 但我們可以滿足您的需求！ Layer0讓您在競爭中躍升，瞬間進入。
