分割URLテスト

スプリットURLテストは、各バリアントをそれぞれ異なるURLに配置し、訪問者をランダムにいずれかのURLにリダイレクトする実験手法です。これは、ページ読み込み後にページを変更したり、サーバーから異なるマークアップを提供したりすることでバリアントを同じアドレスに表示する標準的なA/Bテストとは異なります。スプリットURLテストは、バリアントの違いが大きすぎてクライアント側での変更では対応できない場合に適切な選択肢となります。例えば、ランディングページを完全に再構築した場合、チェックアウトフローが異なる場合、別のインフラストラクチャで実行される新しいテンプレートを使用する場合、または別のチームが別のスタックで構築したページなどが挙げられます。

最大の利点は自由度の高さです。バリアントは既存のページに適用された一連のDOM操作ではなく、実際のページであるため、どれほど異なっていても実質的な制限はなく、基となるページが変更されてもバリアントが壊れるリスクもありません。開発チームは、元のページを書き換えるスクリプトとして再設計を表現するのではなく、通常の環境、通常のツール、品質保証体制でチャレンジャーを構築できます。大規模な再設計の場合、これが唯一実行可能なアプローチとなることがよくあります。

コストも同様に深刻です。リダイレクトによってレイテンシが増加し、通常は数百ミリ秒程度ですが、これは一方のグループにのみ適用され、もう一方のグループには適用されないため、テスト対象のデザインとは無関係な体系的な差異が生じます。処理速度の遅いバリアントはコンバージョン率が低いため、リダイレクトによるペナルティは、結果に不利な影響を与えます。また、リダイレクトは遷移中に訪問者の離脱を引き起こし、これはサンプル比率の不一致の一般的な原因となります。セッションが2つのURLにまたがり、参照元情報が失われる可能性があるため、分析設定はより複雑になります。検索エンジンがこのバリアントをインデックスしないようにする必要があり、そのためには元のURLを指す正規タグが必要です。

慎重な実装によって、これらの問題のほとんどは軽減されます。サーバー側のリダイレクトは、クライアント側のリダイレクトよりも高速で信頼性が高くなります。バリアントドメインへの事前読み込みまたは事前接続により、体感的な遅延が軽減されます。一貫したバケット化により、再訪問したユーザーが常に同じバリアントにアクセスできるようになり、セッション間で異なるバージョンが表示されるという著しく一貫性のないエクスペリエンスを防ぐことができます。実際の実験の前に、両方のURLが同一のページを提供するA/A分割URLテストを実行すると、測定された差異のうち、設計効果ではなくリダイレ​​クトによるアーティファクトがどの程度であるかが明らかになり、結論を出す前にその数値を把握しておく必要があります。

分割URLテストは、テクノロジーの境界を越えたテストを行うための自然なメカニズムでもあります。組織がサイトの一部を新しいプラットフォームに移行する場合、旧バージョンと新バージョンを分割URLとして実行することで、移行によるビジネスへの影響を、本格的な移行前に測定することができ、後からその影響が明らかになるのを防ぐことができます。これは、新しいコマースプラットフォーム、再構築された予約エンジン、またはプラットフォーム変更されたコンテンツシステムのテストにも当てはまります。代替案は、測定を一切行わずに一方的に切り替えを行うことです。

検索エンジン対策には綿密な設定が必要であり、設定を誤るとテスト期間終了後も影響が続く可能性があります。バリアントURLには、ランキングシグナルが1つのアドレスに集約されるように、元のURLを指す正規URLタグを付ける必要があります。また、リダイレクトは一時的なものにするべきであり、永続的なリダイレクトは避けるべきです。永続的なステータスコードは、検索エンジンにインデックス内の元のURLを置き換えるよう指示するからです。大規模なサイトでは、バリアントURLをサイトマップから除外し、検索結果に表示されないか監視することが賢明な対策です。テスト終了後、不合格となったバリアントURLは、アクセス可能な状態にしておくのではなく、削除またはリダイレクトする必要があります。放置されたテストURLは、何年もかけて蓄積され、インデックスに登録され、リンクを集め、最終的には、その後何度も変更されたページの重複バージョンとして検索結果に表示される可能性があるからです。

再設計が検討されている案件では、この方法によって、新しいデザインに関する主観的な議論が、答え可能な質問へと変わります。 製品設計 チームは挑戦者を適切に構築することができ、 CROサービス チームは、リダイレクトペナルティを定量化して考慮に入れ、実際のトラフィックの下で既存システムと比較して測定できます。特にリプラットフォームの決定においては、これはビジネスケースによって正当化される移行と希望によって正当化される移行の違いであり、大規模なシステム構築における標準的な要素です。 エンタープライズ これらのプログラムは、そうでなければ取り返しのつかない変化のリスクを軽減する。