すべてのクライアントに本当に定着するパフォーマンス予算の作り方

概要

パフォーマンス予算とは、Webサイトの速度に関する合意事項を文書化したもので、エージェンシーとクライアントの間で取り交わされます。これにより、ローンチ時にページを最適化したのに、新しいスクリプトや機能が追加されるにつれて徐々に劣化していく、というよくあるパターンを防ぎます。この記事のフレームワークは、すべてのアカウントで予算を作成し、共有し、実行するための再現可能なプロセスを提供します。訪問者の体験を実際に反映するユーザー中心の指標の選び方、一般的なチェックリストではなく実際の状況からしきい値を設定する方法、予算を目に見える契約に変える方法を学べます。また、予算を納品ワークフローに組み込む方法、対立的な会話をせずに違反を処理する方法、予算を四半期ごとに見直す方法についても説明します。最終的には、ページ速度が毎月のパニックの原因ではなくなり、エージェンシーが意図的に管理する機能になります。

クライアント向けに高速なページを納品したのに、いつの間にかスクリプトだらけの重くて遅いページに戻ってしまった経験は何度ありますか？エージェンシーで働いているなら、答えはおそらく「思い当たる節がありすぎる」でしょう。パターンはいつも同じです。ホームページを最適化してグリーンスコアを喜び、3か月後にクライアントのマーケティングチームが新しいチャットボットスクリプトを追加して顕著な遅延が発生する。それでまた、すでに直したのにサイトが遅い理由を電話で説明することになります。

これは技術的な失敗ではなく、ガバナンスの失敗です。パフォーマンスは、継続的な合意ではなく、一度きりのローンチタスクとして扱われています。解決策はパフォーマンス予算です。つまり、ページが仕様外と見なされるまでの重さや遅さの上限を、文書化して合意するのです。しかし、予算自体は価値の半分にすぎません。本当の価値は、新しいスクリプト、プラグイン、機能が追加される前に、エージェンシーとクライアントがトレードオフを明確にせざるを得なくなることです。

次のステップでは、毎回一から作り直すことなく、複数のクライアント向けにパフォーマンス予算を作成、共有、実行する方法を説明します。

ステップ1: ユーザー体験を反映する指標を選ぶ

パフォーマンス予算が役立つのは、制限する数値がクライアントのユーザーが実際に感じることと対応している場合だけです。多くのエージェンシーは、最初のバイトまでの時間のような単一のラボ指標を中心に予算を設定しますが、これはページが速いと感じられるかどうかと直接的な相関がありません。Google自身のガイダンスもユーザー中心の指標に移行しており、そのためCore Web Vitalsはメインコンテンツが表示されるまでの時間などを基準に構築されています。GoogleのSEO Starter Guideによると、ページ速度はランキング要因です。また、web.devによると、Core Web Vitalsはユーザー体験を測定します。これらの情報源は、サーバーの応答時間だけでなく、ユーザーの旅路を反映する指標を選ぶように指示しています。

ほとんどのクライアントサイトでは、Core Web Vitalsに加えて、おおまかなページ容量の予算から始めましょう。すべてのページでこれらすべてを追跡する必要はありません。マーケティングサイトは、ヒーロー画像が表示されるタイミングであるLargest Contentful Paintに焦点を当てるかもしれません。Webアプリは、インタラクティブ性がビジネスの中核であるため、Interaction to Next Paintをより重視するかもしれません。これらの指標について復習が必要なら、Core Web Vitalsの最適化に関するステップバイステップガイドで詳しく説明しています。

ステップ2: ベンチマークではなく実環境から予算を設定する

手作り家具を販売するクライアントを想像してください。その顧客層は40代以上が中心で、地方の接続環境でタブレットから買い物をします。一般的な監査チェックリストの「推奨」しきい値をそのまま使うと、現実を反映しない数値を設定することになるでしょう。5Gの都市部のプロフェッショナルに適した目標は、DSL回線のユーザーには不可能かもしれません。予算は、実際にサイトを利用する人々にとって意味のあるものでなければなりません。

まず、クライアントの最も重要なページの中で最も遅いページをベースラインにします。クライアントのユーザーが最も使うと思われるハードウェアとネットワークで測定します。そして、現状よりも明らかに改善されているが、完全な再構築を必要とするほど厳しくない目標を設定します。また、テンプレートタイプごとに予算を分割します。チェックアウトフローはAboutページよりも厳しい予算にするべきです。チェックアウトが遅いと直接収益の損失になるからです。

ステップ3: 予算を可視化し、承認を得る

合意した予算を1ページの成果物にまとめます。片面には、設定した指標としきい値を列挙します。もう片面には、それらのしきい値を平易な言葉で説明します。緑は、訪問者が離脱しない程度にページが十分速く読み込まれることを意味し、赤は大幅な改善が必要であることを意味します。これを提案ではなく要件としてクライアントに提示します。窓口担当者だけでなく、意思決定者からの承認を得ます。

有用なフレーミングの1つは、各指標がユーザーの注意をどれだけ費やすかを示すことです。「LCPが悪い」と言う代わりに「メインコンテンツの表示が遅すぎて、多くの訪問者が諦めてしまう」と言いましょう。これでクライアントは重要性を理解します。後でページを赤に押し上げるスクリプトを誰かが追加したいと思ったとき、署名済みの予算を指さして、何を削りたいか尋ねることができます。それはもはや個人的な問題ではなく、一緒に作った合意なのです。

ステップ4: 予算を納品プロセスに組み込む

スライドデッキにしか存在しない予算は予算ではありません。ページを構築し、テストし、レビューする方法に組み込む必要があります。QAプロセスにパフォーマンスチェックを追加します。ページをリリースする前に、測定を実行して予算と比較します。超過している場合は、誰かがトレードオフを行うまでリリースされません。

実際には、これはページごとに固定の容量を割り当てることを意味します。通常、画像と動画が最大の原因なので、次のようなポリシーを確立します。すべての画像を圧縮し、すべての動画を遅延読み込みし、すべてのサードパーティスクリプトを追加前に監査する。クライアントのマーケティングチームは、新しいトラッキングスクリプトを待たなければならないという話を聞きたくないかもしれません。しかし、それが予算に違反している場合、それはもはやイエスかノーの問題ではなく、トレードオフの問題です。ここで予算が通常のワークフローの一部になります。そして、エージェンシーが再現可能なSEOパフォーマンスワークフローを持っているなら、予算は自然にそこに組み込まれます。

ステップ5: 非難せずに違反を処理する

クライアントのITチームが、すべてのページにかなりの容量を追加する新しいアナリティクススイートを追加したとします。予算は今や赤です。最悪の対応は、非難するメールを送ることです。その代わりに、予算を中立的な審判として扱いましょう。「ノー」と言っているのではなく、「予算がノーと言っている」と伝えるのです。これにより、会話が個人的な好みから客観的な測定へと移行します。そして、次の課題は「予算内に戻すために何を削るか」です。新しいアナリティクススイートを遅延読み込みするように設定できるかもしれませんし、冗長な古いスクリプトを削除できるかもしれません。

実際には、予算違反のためのシンプルなトリアージプロセスが必要です。何が変更されたかを特定し、影響を見積もり、新しい機能を維持するか予算を守るかをクライアントに尋ねます。クライアントが機能を選んだ場合、それは正式に予算をオプトアウトする決定をしたことになります。これは貴重な情報です。実際の優先順位がどこにあるのかがわかるからです。

ステップ6: 四半期ごとに見直し、改訂する

各クライアントの予算を四半期ごとに見直すために、カレンダーのリマインダーを設定します。Webは変化し、クライアントのビジネスも変化し、測定データも変化します。1年前には不可能だった予算が今では簡単になっていることもあれば、その逆もあります。アナリティクスとラボテストからの実際のユーザーデータを使用して調整します。その見直しの一環として、次にどのページを優先するかを考えます。重要となる遅いページはホームページとは限りません。

ただし、見直しを、誰かが機能を追加したいときのたびに予算を緩める言い訳にしないでください。見直しは、クライアントからの摩擦ではなく、ユーザー体験に関するデータに基づくべきです。「クライアントが速度を気にしないのなら、なぜ私たちが気にする必要があるのか」と言いたくなるかもしれません。しかし、調査結果は明確です。Googleはページ速度がランキング要因であると確認しており、Core Web Vitalsはランキング要因です。エージェンシーとしてのあなたの仕事は、その事実を常に前面に出すことです。

結論

パフォーマンス予算は、規範を押し付けることではなく、トレードオフを明確にすることです。予算を設定することで、クライアントはデジタル上の意思決定のコストをシンプルに理解できるようになります。予算を実行することで、「また遅い」という終わりのないメールから解放されます。そして予算を見直すことで、サイトを実際のユーザーのニーズに合わせ続けることができます。

まずは1人のクライアントから始めましょう。ステップを適用し、うまくいく方法を学び、その予算を標準のオンボーディングパッケージに組み込みます。数か月後には、すべてのアカウントで機能する予測可能で再現可能なプロセスができあがり、ページ速度が毎月の危機ではなくなり、エージェンシーが意図的に管理する機能になります。