修正跨部門的網站速度

其他部門如何協助提升網站速度，讓專案更成功。

Lina Hansson
Lina Hansson
X 首頁

網站速度的常見迷思之一，就是只有開發團隊負責。事實上，要打造快速網站，需要多個部門的協助。無論開發人員有多麼才華洋溢，他們很少能單獨解決問題。那麼，你和同事如何一起解決速度問題？本文將說明如何說服貴公司將網站速度列為優先事項、在進行最佳化時取得不同部門的協助，以及提高對最佳化專案成功的認知。

請業務相關人員協助修正速度問題

許多公司正面臨消費者行為的破壞式轉變，消費者購物時越來越偏好數位平台，而非實體商店，這顯示公司必須迅速調整，否則可能面臨營收下滑的風險。這需要新的組織程序和思維，以及相關人士的強力支持，才能成功。

共同挑戰

公司組織架構很可能需要在幾個層級內進行調整。首先，如果開發人員沒有時間處理速度專案，就很難發揮這類專案的潛在收益提升效果。資源分配必須妥善安排，如果利益相關者和主管表示這是優先專案，那麼與行銷和網頁設計師等其他部門的合作通常會更順利。

除了這個營運層面之外，利害關係人也必須瞭解目前有兩個轉變：

也就是說，如果公司在做出高階決策時，能參考數位平台專家的意見，就能掌握優勢。因此，建議您邀請一位開發人員參加商務決策會議，確保從一開始就考量網站及其限制，進而確保銷售量提升。

向利害關係人傳送提案

一般來說，約 10% 的銷售量會發生在數位平台上，但研究顯示，實體商店的銷售量中，有高達 85% 是先受到數位內容影響。因此，擁有效能良好的網站 (尤其是行動裝置，因為行動裝置已成為主要裝置)，對我們的業務收益至關重要。我們建議您進行速度專案，協助網站提高轉換次數，並設定溝通管道，以便在影響網站的決策做出前，更有效地運用技術團隊的洞察資料。

準備與利害關係人開會

與利害關係人會面前，請務必準備好網站和競爭對手網站的資料，以及能證明您建議變更可帶來高投資報酬率的資料。收集有關速度的重要性資料。最佳情況是與公司營收相關。以下列舉幾種達成此目標的方法：

  • 計算相對行動裝置轉換率。請與數據分析團隊合作，並執行「速度的重要性」一文所述的分析。如果您過去曾有一段期間 (至少 2 至 3 個月) 的載入時間遠高於其他相同長度的期間，則網站速度緩慢通常會對行動裝置轉換造成嚴重影響。透過分析，您可以計算公司在速度不佳期間損失的收益，證明速度的重要性。如果載入時間維持在相同的水平，就很難進行分析，以下替代方案可以提供更多答案。
  • 根據統計模型估算速度值。您可以使用 Google 的 TestMySite 進行測試，然後計算更快的網站對業務的影響。您只需要平均每月訪客人數、轉換率和平均訂單價值等資料，而您的數據分析團隊可以協助您取得這些資料。
  • 提供最佳做法的個案研究。您也可以使用其他公司提供的案例，這些公司已改善網站速度並看到成效。如需相關範例，請參閱「網頁載入時間對轉換率的影響：12 個個案研究」一文。
  • 說明行動裝置的重要性。請數據分析團隊提供資料，說明流量中有多少百分比來自行動裝置，而有多少百分比來自電腦。
  • 查詢費用。上述計算方式可讓利益相關者瞭解速度提升帶來的潛在收益，但為了讓利益相關者做出決策，他們需要知道投資報酬率，因此如果您準備了預估成本，便能更快做出執行層決策。為此，請評估初始專注速度專案需要多長時間，以及之後需要多少時間進行維護。舉例來說，在「快轉思考：TUI 透過打破孤島現象加快網站速度」一文中，開發人員可將 20% 的時間從待辦事項和廣告活動中抽出，專心加速專案進度，或以其他方式改善網站。

與相關人員開會

  • 呈現行動裝置和電腦的流量比率，以及過去幾年行動裝置帶來的成長幅度。這也說明瞭打造絕佳行動體驗的重要性。
  • 說明速度對公司收益的影響。
  • 告訴相關人士，如果開發人員有時間持續改善速度，就能協助提高行動裝置訪客帶來的收益。
  • 建議邀請開發團隊的一位成員參加執行長會議，以便就網站相關事宜做出決策。我們現在透過數位平台銷售產品。勝出者將是開始與數位專家溝通的企業。現代公司需要在各部門之間，以及利益相關者和開發人員之間建立溝通管道。根據《哈佛商業評論》的研究，每六個 IT 專案中，就有一個超出預算 200%。舉例來說，Kmart 在 2000 年開始進行 14 億美元的 IT 現代化專案時，正面臨著 Walmart 和 Target 的競爭壓力。提早設定溝通和維護機制，就能打破藩籬，讓知識分享成為競爭優勢。

請行銷團隊協助修正速度問題

共同挑戰

行銷團隊需要工具來處理廣告和資料，才能做出明智的決策，但大多數工具都會減緩網站速度，而且通常會實作轉譯阻斷腳本，導致進入網站的訪客必須等待，才能在畫面上看到任何內容。因此，您需要取得平衡：行銷部門需要資料和工具，但網站必須快速運作，才能降低跳出率並提高轉換率，讓行銷部門獲得良好的投資報酬率。

請謹慎使用指令碼，以便取得平衡：

  • 避免重複評估大致相同的項目。
  • 移除不再使用的工具。
  • 請勿評估「可有可無」的項目。只評估對業務至關重要的項目。

由於開發人員不易瞭解行銷部門的依賴因素，且行銷部門可能不知道哪些工具對網站負擔特別大，因此您需要與他們合作。

向行銷團隊提案

追蹤和廣告工具通常會阻擋訪客進入網站時，看到內容的速度。這會降低行銷投資的價值，因為我們付費放送廣告，使用者感興趣並點按廣告，但之後就必須等待。這樣做可能會讓他們感到厭煩並離開。一項研究發現，當速度指標「Time to Interactive」從 0.15 秒增加到 0.3 秒時，轉換率從約 50% 降至約 35%。我們可以共同解決這個問題，在您需要的工具和網站效能之間取得平衡，進而提高行銷投資報酬率嗎？

準備與行銷團隊開會

  • 建立網站上導入的指令碼清單。
  • 將清單傳送給行銷團隊，請他們先查看並將這些項目分成三個類別：
    • 關鍵業務：這些指令碼必須保留。
    • 建議使用。可減少使用或移除的指令碼。舉例來說，有時公司會收集熱圖或螢幕錄影，但這些資料可能只會不定期審查，且不會促成行動或增加轉換。在這種情況下，建議您同意只執行工具 (例如) 兩週，收集用於分析的洞察資料，然後清除指令碼，直到下一個專注收集資料的期間。
    • 未使用或不具擁有權。應移除這些項目。
  • 比較有無使用指令碼的網站速度，檢查每個指令碼對網站速度的影響程度。在 WebPageTest 中，您可以透過「進階設定」中的「Block」分頁進行設定。或者，您也可以在 Chrome 開發人員工具中封鎖網路要求。

與行銷團隊會面

  • 查看劇本清單，並針對每個劇本提供意見。舉例來說，有沒有任何「不錯」的程式碼會對網站效能造成嚴重損害？收到最佳化建議後，行銷團隊就能更輕鬆地決定優先順序，而瞭解他們認為對業務至關重要的項目，也能讓您更容易理解他們的觀點。
  • 討論以下主題：
    • 收集資料的優點是否會導致轉換次數增加，超過網站速度變慢所造成的減少幅度？資料可協助您做出決策。
    • 貴公司是否已選擇提供市場上最快工具版本的供應商？行銷部門可能需要開發人員的協助，才能判斷是否可用更快速的替代方案取代重要業務工具。
    • 網站上的任何指令碼是否有替代方案？舉例來說，您可以改為進行可用性測試，這樣一來，您就能瞭解使用者行為背後的「原因」，進而獲得更深入的洞察資料。

同意後續步驟

  • 決定後續處理程序。行銷人員是否應該一律要求開發人員在導入新工具前，先審查這些工具及其對速度的影響？或者，行銷團隊應該獲得效能預算，讓他們學習如何檢查速度，並且在達到速度目標後，自行排定所需工具的優先順序？

請網頁設計團隊協助修正速度問題

網站效能面臨的最大挑戰之一，就是在許多地區的連線速度可能越來越快的同時，網站的負載量卻越來越大，因此實際上速度反而變慢。開發人員必須與網頁設計師合作，才能解決這個問題。

共同挑戰

無論是為了產生收益，還是其他目的，公司內部所有部門通常都會依賴可帶來轉換的網站。殘酷的事實是，無論網頁有多美，如果載入時間太長，使用者就不會等待，

不過，精簡網頁是共同的責任。開發人員可以使用各種圖片最佳化技巧，加快圖片載入速度。網頁設計師可以建立網頁，讓網頁重量低於約定的等級。

向網頁設計團隊提案

研究顯示，圖片和元素較少的網頁可帶來更多轉換。舉例來說，Google 和 SOASTA 的研究發現，轉換使用者的工作階段比未轉換使用者的少了 38%。我們可以攜手合作，達成速度目標，並設定共同合作項目，以便提高網站上的轉換次數嗎？我們可以共同達成的目標包括：在品質和速度之間取得平衡，找出適當的圖片壓縮程度，或是減少複雜的版面配置或功能，以免造成網站負載過重、速度變慢的情況。

準備與網頁設計團隊開會

  • 追蹤網站中哪些網頁的載入時間和網頁重量最高。舉例來說，如果您使用的是電子商務網站，請務必檢查不只首頁，也要檢查任何廣告活動頁面、部分最大的分類頁面、部分產品頁面和結帳流程。
  • 為設計師準備效能預算提案。另一種做法是盡可能簡單，以網頁重量做為指標，並將 1 MB 設為所有網頁的目標 (如果品牌對於轉換至關重要，則設為 1.5 MB)。
  • 準備一份清單，列出哪些網頁的權重高於目標網頁權重。

與網頁設計團隊會面

  • 致力於調查開發團隊如何透過各種圖片最佳化技巧 (例如圖片壓縮、回應式圖片、圖片大小調整、延遲載入、快取和伺服器最佳化)，加快圖片傳送速度。
  • 建立測試頁面，以不同圖片品質和尺寸發布圖片，並達成共識，在不同螢幕上取得效能和品質的平衡。請注意，行動裝置訪客的會話時間通常較短，根據一項研究顯示，超過一半的行動裝置會話時間為 30 秒或更短。這些使用者可能不會仔細研究圖片，可能會偏好網站速度快。
  • 提出效能預算，要求網頁設計師確保所有網頁的頁面大小不超過 1 MB (或最多 1.5 MB)。

請數據分析團隊協助修正速度問題

企業需要資料才能瞭解重點所在，並據此做出明智決策。雖然許多人談論網站速度的重要性，以及與收入和銷售的關聯性，但仍有許多公司未將速度納入技術團隊以外的每週報告。如果開發人員開始與數據分析團隊合作，可以變更這個值。

共同挑戰

事實是：未回報的項目不會受到重視。如果網站速度並未列入每週或每月向業務利益相關者提交的報告，就很容易被遺忘，而且您也會很難爭取資源來專注於此。不過，由於數據分析團隊通常不熟悉追蹤速度，因此需要開發人員的協助。開發人員需要數據分析團隊的協助，才能計算改善速度對收益的影響。這些部門之間的關係比你想像中更為密切。

向數據分析團隊提交企劃書

許多個案研究顯示網站速度對收益和跳出率的影響。我們可以合作為公司設定網站速度追蹤，並將速度納入提供給利害關係人的報表，以便獲得更多支持嗎？

準備與數據分析團隊開會

  • 定期追蹤速度。建議您搭配 Lighthouse CI、PageSpeed Insights 或 WebPageTest 等工具使用 API，這樣您就能在受控的實驗室環境中定期收集統計資料，輕鬆比較不同時間範圍的基準。
  • 將「速度的價值」轉交給數據分析團隊，並詢問他們是否可以執行分析，這樣您就能在會議中準備好圖表進行分析。

與數據分析團隊會面

  • 查看從速度值建立的圖表。相對行動裝置轉換率是追蹤速度影響力和網站改善情形的一種方式。請問數據分析團隊是否願意開始追蹤這項資訊。
  • 判斷 Google Analytics 中的載入時間指標是否足以製作簡易的業務報表。速度值會使用這個指標。許多開發人員都知道，這只是眾多重要速度指標之一，而且由於這項指標位於 Google Analytics 中，因此也是實地資料，而非實驗室資料。但這是否足以用於簡易的業務報表？查看上述分析結果，看看載入時間至少高出 2 到 3 個月時，相對行動轉換率是否會下降，以及載入時間低於平均值 2 到 3 個月時，相對行動轉換率是否會上升。如果載入時間一直維持穩定，除非速度大幅提升，否則很難判斷分析結果是否有效。如果是這種情況，請改用下一個替代方案。
  • 顯示開發人員使用的速度指標圖表。向數據分析團隊說明這些變化，看看是否發現與轉換率或相對行動裝置轉換率的相關性。
  • 請分析團隊思考如何在與收益相關的計算中使用速度，以及如何向利害關係人回報這項資訊。這通常是他們的新話題。然後再開會，試試看雙方同意的做法。如往常一樣，您需要修改資料收集方式，直到找到合適的做法為止，但這也是開始合作的一種方式。

後續步驟

請數據分析團隊在速度專案帶來重大改善後，執行「速度的價值」一文中所述的分析。這麼做可讓公司瞭解轉換次數和收益增加了多少，並獎勵您的團隊以及所有與您合作的部門。您可以將這項資訊納入每週向利害關係人提交的報告，讓專案不只是一次性的努力，而是持續維護。