A / Bテストはサイトの速度にどのように影響しますか？ ここで見つけてください

最適化機関がA/BテストツールがWebサイトの速度にどのように影響するかを調査したところ、遅れが見つかりました。 ほとんどがエンドユーザーに認識されているように見えましたが、いくつかはWebサイトのユーザーエクスペリエンスに強力な脅威をもたらしました（約4秒！）。

私たちも分析に参加し、Optimizely、VWO、AB Tastyなどと直接競合し、トップ3にランクインしました。 （実際には、これら3つよりもランクが高くなっています！）

その研究に続く数年間、私たちはより速く速くすることに取り組んできました。 実際、コードのパフォーマンスのわずかな改善でさえ、実験を提供するために私たちを使用する何千ものWebサイトの読み込み時間に影響を与えるため、速度は私たちの開発努力を指示します。

オプティマイザーとして、あなたも、最適化の組み合わせに実験を追加することによって、Webサイトのパフォーマンスにどのように影響しているかを気にする必要があります。

ここに覚えておくべきいくつかの必需品があります。

A/Bテストには数ミリ秒の費用がかかる可能性があります

理想的な世界では、A / Bテストや実験を実行しても、Webサイトの速度にはまったく影響しません。

しかし、そうではありません。

なぜなら、私たちのようなサードパーティのA / Bテストソリューションプロバイダーを使用している場合、およびユーザーが実験中のページを要求した場合、要求の一部は私たちのサーバーによって処理されます。 これは前後にいくらかの遅れを引き起こします。

テストしている要素に応じて、このラグはユーザーに多かれ少なかれ認識される可能性があります。

これを理解するために2つのシナリオを考えてみましょう。

ホームページの見出しまたはUVPをテストしているとします。

この見出しは、ユーザーのWebサイトでのエクスペリエンスにとって重要であるため、「ヒーロー」要素と呼ぶことができます。 表示されるまでにかかる時間は、ユーザーが感じる「読み込みエクスペリエンス」に直接影響します。

また、メインコンテンツが表示されるまでにウェブサイトが費やしている時間であるため、ウェブサイトの「最初のペイントまでの時間」メトリックに追加されます。

使用する実験ツールがこの見出しを配信するのに時間がかかる場合、ユーザーはWebサイトの読み込みが著しく遅くなります。

ここで、これを、ホームページの中央にある要素で実行している実験と比較してください。 この場合、このエクスペリエンスの提供によって発生したラグは、ユーザーがヒーローエリアを通過してページのその部分までスクロールダウンしたときに利用できる可能性が高いため、ほとんど識別できません。

知覚できるかどうかにかかわらず、ConvertExperiencesまたは使用するその他のA/ Bテストツールは、Webサイトの読み込み速度を向上させます。

とはいえ、ウェブサイトの速度が最適化されている場合、ConvertExperiencesなどの高速A/ Bテストソリューションを使用して正しく設定しても、ウェブサイトの読み込み時間にほとんど影響はありません。 つまり、スピードを維持し、「2秒未満の負荷」目標またはその他の野心的なスピード目標に向けて作業を続けることができます。

A/Bテストが速度に与える実際の影響を理解する…

A /Bテストツールが速度に与える影響を特定して理解するのは難しい場合があります。

これは、Googleページ速度テストなどのほとんどのWebサイト速度診断ツールが、Webサイトのパフォーマンスを測定するさまざまな方法を使用しているためです。

要するに、それは決して簡単ではありません：

ConvertExperiencesのX秒前とConvertExperiencesのX.5秒後。

なんで？

私たちはあなたのウェブサイトと私たちのサーバーとあなたが使用する統合の間でデータを中継するかもしれないからです。 たとえば、ユーザーがテストの目標を達成すると、ウェブサイトの読み込み時に、Convert Experiences + Google Analyticsの統合を使用している場合、そのデータがGoogleAnalyticsアカウントに送信されます。 ただし、これらにかかる時間は、実際にはWebサイトの読み込み時間に追加されません。 これは私たちがバックグラウンドで作業していて、ユーザーやWebサイトの邪魔にならないようにするためのものです。

診断速度テストツールではなく、ツールのサポートチームが、テストツールの速度への影響に関する質問に最もよく答えることができます。 さらに、いくつかのことを正しく行えば、ゼロインパクトテストの実現に本当に近づくことができます。

可能な限りゼロインパクトテストに近づける

コンバージョン、ユーザーエクスペリエンス、SEOに関連する速度について解決したことのひとつは、次のとおりです。

ミリ秒ごとにカウントされます。

Webサイトにさらに別のスクリプトを追加するときに、1ミリ秒に相当する速度の最適化を確実に節約する必要があります。

ここでは、A/Bテストおよびエクスペリエンスツールの選択が重要です。

「どこにでも存在する」A/Bテストソリューションを採用する

実験サービスプロバイダーは、実験しているページの一部を提供するため、ユーザーがいる場所の近くで提供する必要のあるコンテンツをホストすることが重要です。

つまり、このコンテンツをホストする実験サービスプロバイダーのサーバーは、ユーザーの近くにある必要があります。

そうしないと、待ち時間、つまり訪問者がWebサイトとサーバーにサービスを提供するように要求するのにかかる時間によって、Webサイトの読み込み時間が数秒長くなる可能性があります。

たとえば、Convert Experiencesは、AkamaiCDNネットワークを利用しています。 また、130か国以上にあるアカマイの260,000以上のサーバーを介して、ユーザーのいる場所に近づいています。 そしてそれは私達があなたのユーザーにあなたのコンテンツを最小の待ち時間で非常に速く提供することを可能にします。

速度を優先するA/Bテストソリューションを採用する

実験のようなサービス技術がどれほど速くても、それは常により良くすることができます。 たとえば、私たちは常にアカマイのネットワークに参加しているわけではありませんでした。 実験をより速く提供したかったので、ソリューションを（Amazon Cloudfrontから）それに移行するように再設計しました。

Akamaiに切り替えることで、テストを提供する際のDNSルックアップの数を減らし、各エクスペリエンスビューで数十ミリ秒の速度を節約しました。

最適なセットアップをサポートするA/Bテストソリューションを使用する️

最適な実験設定とは、実験で常にリーンスニペット（適切に配置されている）、限られた数の目標、クリーンなコード、実験対象の要素の論理的な実行などを使用することを意味します。

ソリューションも維持する必要があります。 たとえば、非アクティブな実験を定期的にアーカイブし（不要なサーバー呼び出しを回避するため）、適切なキャッシュ設定を確保し（最初のロード後の配信を高速化できるようにします）、メディアを適切に管理します（配信を高速化するため）。

これらは、読み込み時間とユーザーエクスペリエンスに大きく影響し、簡単に制御不能になる可能性があります。

そのため、Convertでは、サポートチームと成功チームを待機させて、実験とツールの構成を正しく行い、実験をより迅速に実施できるように支援しています。 これに関するドキュメントもたくさんあります。

ブレイクアウトの成功（および継続的な成長）のために支払うコスト

コンバージョン率を上げる（そしてそれを改善し続ける）ための実験ほど効果的な戦術はほとんどないことを考えると、速度の問題からそれを避けることはできません。

その上、あなたがそれを正しく行えば、A/Bテストやどんな形の実験もあなたのウェブサイトを遅くすることはありません。 確かに、小さな副作用が存在します…しかし、それだけです。

Convert Experiencesのような軽量の実験ソリューションは、ウェブサイトの読み込み時間に数秒を追加したり、SEOチャネルを危険にさらしたり、ユーザーを苛立たせたりすることなく、実験をフラッシュで提供することで、さらに軽減するのに役立ちます。 試してみる準備はできましたか？ 15日間の無料トライアルにサインアップしてください。