ウェブサイトの速度を部門横断的に修正する

他の部門がウェブサイトの速度最適化プロジェクトの成功にどのように貢献できるか。

Lina Hansson

サイトの速度に関する一般的な誤解の 1 つは、サイトの速度は開発チームのみの責任であるというものです。実際には、高速なサイトを実現するには、複数の部門の協力が必要です。デベロッパーがどれほど優秀であっても、問題を単独で解決することはほとんどありません。では、同僚と一緒に速度を改善するにはどうすればよいでしょうか。この記事では、ウェブ デベロッパーがサイトの速度を優先するよう会社を説得し、最適化中にさまざまな部門から支援を得て、最適化プロジェクトの成功を周知する方法を説明します。

ビジネス関係者の協力を得て速度を修正する

多くの企業は、消費者行動の急激な変化の真っ只中にあります。実店舗ではなくデジタル プラットフォームで購入する人の増加は、企業が迅速に調整しないと収益が減少するリスクがあることを示しています。成功するには、新しい組織プロセスと考え方、そして関係者からの強い支持の両方が必要です。

共通の課題

企業の組織形態は、おそらく複数のレベルで変更する必要があります。まず、収益の増加につながる可能性があるスピード プロジェクトは、開発者が作業する時間を確保しなければ実施できません。リソースの割り当てが適切に行われ、関係者と経営幹部が優先プロジェクトであることを示せば、マーケティングやウェブ デザイナーなどの他部門との連携がスムーズに進むことが多いでしょう。

この運用レベル以外にも、現在 2 つの変化が起きていることを関係者が理解することも重要です。

• 売り上げの大部分が実店舗で発生している場合でも、ほとんどの顧客は店舗で購入する前に、貴社のサイトなどのデジタル プラットフォームを使用します。サイトが訪問者に優れたユーザー エクスペリエンスを提供していない場合、実店舗の収益も損なわれる可能性があります。また、調査によると、お客様が貴社のビジネスをおすすめする意向や貴社のビジネスに対するロイヤリティにも影響することが示されています。

• モバイル ユーザーの増加はパソコン ユーザーよりも顕著であるため、モバイルファーストは現在の状態または将来の状態として準備する必要があります。また、モバイル サイトの速度とコンバージョンには強い相関関係があります。SOASTA の調査では、モバイル ページの読み込みが 1 秒遅れるごとに、コンバージョンが最大 20%減少する可能性があることが示されています。

つまり、デジタル プラットフォームの専門家からの情報に基づいて経営上の意思決定を行う企業が優位に立つということです。たとえば、ビジネス上の意思決定が行われる会議に 1 人のデベロッパーを招待して、サイトとその制約が最初から考慮されるようにし、売り上げの増加を確実にするという方法があります。

提案書を関係者に送信する

一般に、販売の約 10% はデジタル プラットフォームで発生しますが、調査によると、実店舗での販売の 85% はデジタルの影響を受けています。そのため、特にモバイル（主なデバイスになりつつある）でパフォーマンスの高いサイトを構築することは、ビジネスの収益にとって非常に重要です。サイトのコンバージョンを増やすためのスピード プロジェクトを提案し、サイトに影響する意思決定を行う前に、技術チームの分析情報をより効果的に活用できるように、コミュニケーション ストリームを設定します。

関係者とのミーティングの準備

関係者と会う前に、自社のウェブサイトと競合他社のサイトのデータ、提案する変更による高い ROI を示すデータを準備しておいてください。速度の重要性に関するデータを収集します。最善のシナリオは、会社の収益に関連付けられている場合です。これを実現する方法は次のとおりです。

• 相対的なモバイル コンバージョン率を計算する。アナリティクス チームと連携して、スピードの価値で説明されている分析を行います。過去に、同じ期間と比較して読み込み時間が大幅に長かった期間（少なくとも 2 ～ 3 か月）がある場合、通常、サイトの速度が遅いことはモバイル コンバージョンに大きな影響を与えています。この分析により、速度が低下した期間に企業が失った収益額を計算し、速度の価値を証明できます。読み込み時間がほぼ同じレベルのままである場合は、分析を実施するのが難しくなります。以下の方法でより多くの情報を得ることができます。
• 統計モデルから速度の値を推定する。Google の TestMySite を使ってテストを実行し、サイトの高速化がビジネスに与える影響を計算できます。必要なのは、1 か月の平均訪問者数、コンバージョン率、平均注文額に関するデータです。これらのデータは、分析チームが提供できます。
• ベスト プラクティスの事例を紹介する。サイトの速度を改善して効果を実感した他の企業の事例も活用できます。ページの読み込み時間がコンバージョン率に与える影響: 12 の事例に例を示します。
• モバイルの重要性を示します。トラフィックの割合（モバイルとパソコンの比率）に関するデータをアナリティクス チームに提供してもらいます。
• 費用を確認します。上記の計算は、スピードによって得られる収益の増加を関係者に示す方法です。しかし、関係者が意思決定を行うには ROI を知る必要があります。そのため、費用の見積もりを準備しておけば、経営陣の意思決定をより迅速に行うことができます。そのためには、最初の重点速度プロジェクトにかかる時間と、その後のメンテナンスに必要な時間を評価します。たとえば、Fast-forward thinking: TUI speeds up their site by breaking down silos では、開発者はバックログとキャンペーンから 20% の時間を解放し、プロジェクトのスピードアップやサイトの改善に専念できるようにしました。

関係者と会う

• モバイルとパソコンのトラフィックの量と、過去数年間のモバイルからの成長率を示します。これは、優れたモバイル エクスペリエンスを構築することの重要性を示しています。
• 速度が会社の収益に与える影響に関する調査結果を発表します。
• デベロッパーが速度の改善に継続的に取り組む時間を与えられれば、モバイル ビジターからの収益を増やすことができることを関係者に伝えます。
• サイトに関する決定を行う幹部会議に、開発チームの 1 人を招待することを提案します。現在はデジタル プラットフォームで販売しています。勝ち残るのは、デジタル エキスパートとコミュニケーションを開始する企業です。現代の企業では、部門間、ステークホルダーとデベロッパー間のコミュニケーション ストリームを設定する必要があります。Harvard Business Review の調査によると、6 件の IT プロジェクトのうち 1 件は費用が 200% 超過しています。たとえば、Kmart は 2000 年に 14 億ドルの IT モダナイゼーション プロジェクトを開始したときに、Walmart と Target に競争力を失っていました。コミュニケーションとメンテナンスをあらかじめ設定しておくことで、サイロを解体し、知識共有を競争上の優位性に変換できます。

マーケティング チームのサポートを受けて速度を改善する

共通の課題

マーケティング チームが十分な情報に基づいて意思決定を行うには、広告とデータを処理するツールが必要ですが、ほとんどのツールはウェブサイトの速度を低下させます。また、レンダリングをブロックするスクリプトを実装していることが多いため、サイトにアクセスしたユーザーは画面に何かが表示されるまで待たなければなりません。そのため、バランスを取る必要があります。マーケティング部門にはデータとツールが必要ですが、サイトの離脱率を低くしてコンバージョン率を高めるには、サイトの速度が速く、マーケティングの費用対効果が良好である必要があります。

スクリプトには注意を払うことで、このバランスを実現できます。

• ほぼ同じものを測定する重複は避けてください。
• 使用しなくなったツールを削除する。
• 「あったら便利」なものは測定しない。ビジネス クリティカルなもののみを測定します。

デベロッパーがマーケティング部門が依存しているものを把握するのは難しいため、また、マーケティング部門がサイトにとって特に負荷の高いツールを把握していない可能性があるため、コラボレーションが必要です。

マーケティング チームに提案書を送信する

トラッキングや広告に使用されるツールは、多くの場合、ユーザーがサイトにアクセスしたときにコンテンツをすばやく表示することを妨げます。広告費を支払い、ユーザーが興味を持ち、クリックしても待たなければならないため、マーケティング投資の価値が低下します。ユーザーが不満を抱いて離脱するおそれがあります。ある調査では、速度指標の [インタラクティブになるまでの時間] が 0.15 秒から 0.3 秒に増加すると、コンバージョン率が 50% 前後から 35% 前後に低下することがわかりました。必要なツールとサイトのパフォーマンスのバランスを取って、マーケティング投資収益率を高めるために、この問題の解決に一緒に取り組んでみませんか？

マーケティング チームとのミーティングの準備

• サイトに実装されているスクリプトのリストを作成します。
• リストをマーケティング部門に送信し、事前に確認して次の 3 つのバケットに分類するよう依頼します。
  • ビジネス クリティカル。これらのスクリプトは残しておく必要があります。
  • 推奨: 使用頻度を減らしたり、削除したりできるスクリプト。たとえば、企業がヒートマップや画面録画を収集しているものの、データの確認頻度が低く、アクションやコンバージョンの増加につながっていない場合があります。このような場合は、ツールを 2 週間だけ実行し、分析用の分析情報を収集してから、次の期間に重点を置いたデータ収集を行うまでスクリプトをクリーンアップすることをおすすめします。
  • 使用されていない、または所有していない。これらは削除する必要があります。
• スクリプトありの場合とスクリプトなしの場合のサイト速度を比較して、各スクリプトがサイトの速度をどの程度低下させるかを確認する。WebPageTest では、[詳細設定の [ブロック] タブ] で設定できます。または、Chrome DevTools でネットワーク リクエストをブロックすることもできます。

マーケティング チームとミーティングを行う

• スクリプトのリストを確認し、各スクリプトについて意見を述べます。たとえば、サイトのパフォーマンスに悪影響を及ぼすスクリプトはありませんか？最適化案を受け取ることで、マーケティング チームは優先順位を簡単に設定できます。また、マーケティング チームにとってビジネス クリティカルなものを把握することで、マーケティング チームの視点が理解しやすくなります。
• 次のトピックについて話し合います。
  • 収集されたデータのメリットが、サイトの速度低下による減少を上回るコンバージョンの増加につながっているか？データに基づいて意思決定を行うことができます。
  • 貴社は、市場で最も高速なバージョンのツールを提供するプロバイダを選択していますか？ビジネス クリティカルなツールをより高速な代替ツールに置き換えられるかどうかを判断するには、マーケティング部門が開発者のサポートを必要とする場合があります。
  • サイト上のスクリプトに代わる方法はありますか？たとえば、ヒートマップではなくユーザビリティ テストを実施することで、ユーザー行動の背後にある「理由」を把握し、より深い分析情報を得ることができます。

次のステップに同意する

• 今後のプロセスを決定します。マーケティングは、実装前に新しいツールとその速度への影響をデベロッパーに確認する必要がありますか？それとも、マーケティング部門にパフォーマンス バジェットを割り当て、速度の確認方法を学習させ、速度目標を達成する限り、必要なツールの優先順位を自分で決められるようにすべきでしょうか？

ウェブデザイン チームのサポートを受けて速度を改善する

ウェブ パフォーマンスの最大の課題の 1 つは、多くの地域で接続速度が速くなる一方で、ウェブサイトのサイズが大きくなり、結果的に速度が低下することです。この問題を解決するには、デベロッパーはウェブ デザイナーと連携する必要があります。

共通の課題

最終的には、収益の獲得のためであれ、他の目的であれ、企業内のすべての部門はコンバージョンにつながるサイトに依存しています。残酷な真実ですが、ウェブページがどれほど美しくとも、読み込みに時間がかかりすぎてユーザーが待たずに離脱してしまうと、意味がありません。

ただし、スリムなウェブページは共有責任です。デベロッパーは、さまざまな画像最適化手法を使用して、画像の読み込みを高速化できます。ウェブデザイナーは、ページの重量を合意レベル以下に抑えるページを作成できます。

ウェブデザイン チームに提案書を送信する

調査によると、画像や要素が少ないページではコンバージョン数が増加します。たとえば、Google と SOASTA の調査によると、コンバージョンに至ったセッションでは、コンバージョンに至らなかったセッションと比べて画像が 38% 少ないことがわかりました。速度目標を達成し、サイトのコンバージョンを増やすための共同作業を設定することはできますか？たとえば、品質と速度のバランスを考慮して適切なレベルの画像圧縮を見つけたり、複雑なレイアウトや機能を削減して、重くて遅いサイトにならないようにしたりできます。

ウェブデザイン チームとのミーティングの準備

• サイト内の読み込み時間が最も長く、ページの重みが最も重いページを追跡します。たとえば、e コマース サイトを扱っている場合は、ホームページだけでなく、キャンペーン ページ、主要なカテゴリページ、商品ページ、購入手続きフローを必ず確認してください。
• デザイナー向けのパフォーマンス バジェットの提案書を準備します。別の方法として、最初はページの重みを指標として、すべてのページの目標として 1 MB（ブランドがコンバージョンにとって非常に重要である場合は 1.5 MB）を設定する方法もあります。
• ターゲット ページ重みレベルを超えるページのリストを準備します。

ウェブ デザイン チームと話し合う

• 画像圧縮、レスポンシブ画像、画像のサイズ変更、遅延読み込み、キャッシュ、サーバーの最適化など、さまざまな画像最適化手法を通じて、開発チームが画像をより迅速に配信する方法を調査します。
• 画像の品質とサイズが異なる状態で画像が公開されるテストページを作成し、さまざまな画面でパフォーマンスと品質のバランスが取れたレベルについて合意します。モバイル ユーザーのセッションは短い傾向があります。ある調査では、モバイル セッションの半分以上が 30 秒未満であることが示されています。このようなユーザーは、画像を詳しく調べることはなく、サイトの速度を重視している可能性があります。
• パフォーマンス バジェットを提案します。ウェブデザイナーは、すべてのウェブページのページ重量が 1 MB 未満（最大 1.5 MB）であることを約束します。