リダイレクトを使用したランディングページのA/Bテスト方法

はじめに#

リダイレクトを使ったランディングページのA/Bテストでは、広告・メール・QRコード・SNS投稿などに1つのキャンペーンリンクを置いたまま、2つのページのバージョンを比較できます。すべての訪問者を同じ行き先に送るのではなく、分割テスト用のリダイレクトがバージョンAとバージョンBの間でトラフィックを振り分けるため、重視する成果がどちらの体験でより多く得られるかを測定できます。

このアプローチは、キャンペーンURLを作り直したり、Webサイトにテスト用スクリプトを追加したりせずに、チャネル単位の高速テストが必要なときに有効です。また、誤解されやすい点もあります。リダイレクトはトラフィックを分割できますが、自動的に実験を統計的に有効なものにするわけではありません。明確な仮説、一貫した計測、十分なトラフィック、そしてリピーター（戻ってくる訪問者）への対応計画がまだ必要です。

このガイドでは、リダイレクトベースのランディングページテストがどのように機能するか、セットアップに何が必要か、勝者をどう測定するか、そしてその手法が適切なツールでなくなるのはどこからかを説明します。

リダイレクトを使ったA/Bテストとはどういう意味ですか？#

リダイレクトベースのA/Bテストでは、1つの開始URLが、2つのランディングページの行き先のいずれかへ訪問者を送ります。たとえば、キャンペーンリンク go.example.com/demo のようなものが、一部の訪問者を /demo-a に、残りを /demo-b に振り分けることができます。

リダイレクトがトラフィック分割の層です。ランディングページはバリエーション（バージョン）です。分析とコンバージョンの仕組みが、各訪問者が到達した後に何が起きたかを測定します。

この方法は、1つのページ内で訪問者ごとに見出しを変えることとは異なります。訪問者はどちらか一方の行き先を受け取るため、大きく異なるレイアウト、オファー、フォーム、ページ体験をテストしやすくなります。また、分割は訪問者がどちらのページにも到達する前に行われる必要があることも意味します。

開始する前に必要なもの#

技術的なセットアップは小規模ですが、計測のセットアップも同じくらい重要です。トラフィックを送る前に、次の5つを準備してください。

• 実質的に異なる2つの行き先：バージョンAとバージョンBを別々のURLとして作成するか、テストシステム内で2つの安定したバリアントを使用します。
• 1つの管理されたキャンペーンURL：広告、メール、QRコード、または印刷物のアセット内のリンクを変更せずに編集できるリダイレクトまたは短縮リンクを使用します。
• トラフィック分割の仕組み：リダイレクト層には、選んだ配分（例：50/50）に従ってリクエストを2つの行き先へ振り分けるルールが必要です。
• 主要なコンバージョンイベント：テスト開始前に1つの結果を選びます。登録、フォーム完了、購入、予約した通話、または別の測定可能なアクションなどです。
• 一貫したアトリビューション：キャンペーンパラメータを保持し、各訪問者がどのバリアントを見たかを記録します。バリアント単位のアトリビューションがないと、合計のコンバージョン数だけでは、どのページがより良かったのか判断できません。

それ以外はできるだけ同じに保ってください。オーディエンス、オファー、広告クリエイティブ、ページデザイン、コンバージョンイベントを同時に変更すると、テストで差が出ても、その原因が何だったのか説明できない可能性があります。

リダイレクト分割テストの設定方法#

1. 仮説を書く#

検証できる一文から始めましょう。たとえば「6つの項目フォームを3つに変更すると、リードの質を落とさずに完了登録が増える」。これによりテストに理由ができ、何を測定するかが明確になります。

「ページをより良くする」といった曖昧な目標は避けてください。有用な仮説は、変更内容、期待される効果、そしてその効果が現れるべき対象（オーディエンス）やキャンペーンを特定します。

2. ランディングページの2つのバリアントを作成する#

各ページに安定したURLを割り当て、意図した違いを明確にしてください。バージョンAが現行ページで、バージョンBがフォームを短くしたものだとしても、テストが意図的に「体験全体」を比較するものではない限り、見出し、料金、トラフィックの出どころ、フォローアップメールも同時に変更しないでください。

キャンペーンの対象者が使うデバイスとブラウザの両方で、2つのページを確認します。フォームが正しく送信されること、アナリティクスが1回だけ発火すること、確認ページが読み込まれること、そしてページが分割リンクを通じて訪問者を逆戻りさせないことを確認してください。

3. 制御されたリダイレクトを作成する#

ランディングページURLのどちらとも別の、キャンペーン用リンクを作成します。キャンペーンはこの制御リンクを指すようにし、バージョンAまたはバージョンBに直接リンクしないでください。これにより、実験を管理する場所が1つにまとまり、分散されたキャンペーン資産はそのまま維持できます。

分割先の設定と初期の割り当てを行います。両方のバリアントのビジネス上の重要度が同等であれば、50/50の分割は分かりやすいデフォルトです。新ページがリスクを伴う場合、初期チェックで露出を小さくしたい場合、またはコントロール側が引き続き大半のトラフィックを受け取る必要がある場合は、別の割り当てが適切なこともあります。

キャンペーンリンクにRedirHubを使用する場合は、リダイレクトパスを読みやすく保ち、プラットフォームのA/Bテスト設定で目的地と割り当てを定義してください。元のキャンペーンパラメータを保持し、トラフィックソースがアナリティクスで見える状態を維持します。

4. アトリビューションとアイデンティティを保持する#

分析では異なるバリアントラベルを使用してください。たとえば、宛先URLに variant=a や variant=b を付加する、キャンペーン名を分ける、あるいはイベントのプロパティにバリアントを記録するなどが考えられます。正確な方法は分析スタックによって異なりますが、結果は同じであるべきです。つまり、すべてのコンバージョンを、訪問者が受け取ったバリアントに結び付けられる必要があります。

リピーターには特別な注意が必要です。リダイレクトがリクエストのたびに新しい宛先を選ぶ場合、ある1人が初回訪問ではバージョンAを見て、再度クリックした後にバージョンBを見る可能性があります。テスト機構がそれをサポートしている場合は、テスト期間中、訪問者に対して安定した割り当てを使用してください。割り当て方法を記録して、結果が解釈可能になるようにします。

5. 公開前に経路全体をテストする#

複数のデバイスと場所からテストクリックを行ってください。リダイレクトのステータス、宛先、キャンペーンパラメータ、ページの読み込み、フォーム送信、確認イベント、バリアントラベルを確認します。両方のバリアントを、キャンペーンリンク経由でも直接でもテストしてください。

失敗時の挙動も確認してください。宛先の欠落、計測パラメータの破損、リダイレクトループ、または誤ってエンコードされたURLによってテストが無効になることがありますが、キャンペーンは引き続きお金を消費します。実験期間中、リダイレクトと両方のランディングページを監視する担当者を決めてください。

勝者を測定する方法#

各バリアントのコンバージョン率を測定します。コンバージョン数だけを見ないでください。たとえば、バージョンAが1,000回の訪問で50件の登録、バージョンBが200回の訪問で20件の登録だった場合、Aの総数は多いものの、Bの方が訪問あたりのコンバージョンが多くなります。

少なくとも次を追跡：

• バリアントごとの訪問数または対象セッション数；
• バリアントごとの主要コンバージョン数；
• バリアントごとのコンバージョン率;
• コンバージョンあたりのコストまたは収益（該当する場合）;
• 無効なトラフィック、重複した申請、技術的なエラー。

両方のバリアントで同じアトリビューション期間とイベント定義を使用します。コンバージョンを「即時に数える」のか「7日以内に数える」のか、または別の固定期間にするのかを事前に決めてください。ビジネス成果が収益または適格リードである場合、下流の価値につながらない高いクリック率だけで判断して停止しないでください。

トラフィック配分はパフォーマンス測定とは同じではありません。50/50の分割は、訪問者がどのページに割り当てられたかを示すだけです。どちらのページが勝っていることを証明するものではなく、ボットトラフィック、不整合なオーディエンス、計測の失敗、需要の外部変化も補正しません。

リダイレクトのA/Bテストはどれくらいの期間実施すべきですか？#

各バリアントに十分な対象トラフィックとコンバージョンが集まり、有用な判断を支えられるまでテストを実施します。すべてのキャンペーンに機能する普遍的な訪問者数はありません。コンバージョン率が高いページはすぐに方向性の証拠を示すことがありますが、低ボリュームのキャンペーンや、まれなコンバージョンイベントでは、はるかに長い期間が必要になる場合があります。

キャンペーンの通常の週次パターンをカバーする最小のテスト期間を設定します。初日の好調さをもってテストを終了すると、恒久的なページ効果ではなく一時的なオーディエンス構成を捉えてしまうことがあります。結果を頻繁に確認して、あるバリアントが先行した瞬間に停止しないでください。早期停止を繰り返すと、ランダムな動きを本当の改善として扱ってしまう可能性が高まります。

公開前に意思決定ルールを定義します。たとえば次のようにします。結果が決定的でない場合は現行ページを継続する、合意した信頼度の閾値を超え、リードの質を下げない場合は勝者を展開する、差が小さすぎて変更を正当化できない場合はフォローアップテストを実施する。

リダイレクトベースのA/Bテストの制約#

リダイレクト分割は有用ですが、完全な実験プラットフォームではありません。通常は到達先（デスティネーション）レベルで動作するため、それだけでは個々のページ要素のテスト、体験のパーソナライズ、統計的有意性の算出、複雑な多段階実験の管理はできません。

リダイレクトは、ランディングページが読み込まれる前にリクエストを追加することもあります。リダイレクトのパスは高速に保ち、チェーンは避け、モバイル回線でテストしてください。リダイレクトベースのテストは、わずかな追加レイテンシでも体験に影響する場合や、サイト側ですでに複数のルーティング層がある場合には不向きになり得ます。

SEOには追加の配慮が必要です。検索エンジンやユーザーに対して異なるページを配信するための「恒久的な手段」として、仮の実験を使わないでください。有料、メール、ソーシャル、QR、その他のキャンペーン経由のトラフィックでは、テストリンクをインデックス可能なサイト内ナビゲーションから外し、オーガニックページでこの方法を使う前に、SEO担当者と canonical・robots・リダイレクト挙動を必ず確認してください。

最後に、ページに法的な開示内容、価格の提供可否、在庫、適格性ルールなどが異なる場合は、それらの違いが意図した実験の一部でない限り、バリアント同士を比較しないでください。勝ちとなったページが運用上またはコンプライアンス上の問題を生むなら、コンバージョン率の向上は役に立ちません。

専用の実験ツールを使うべきタイミング#

1ページ内でのサーバーサイド／クライアントサイドテスト、オーディエンスターゲティング、機能フラグ、シーケンシャルテスト、多変量実験、自動の統計解析、詳細な実験履歴が必要な場合は、専用の実験プラットフォームを使用してください。これらのシステムは、リダイレクトでは「近似」できるだけの部分を管理するよう設計されています。

意思決定が主に「キャンペーントラフィックをどの到達先に振り分けるか」であり、シンプルで編集可能な制御ポイントを重視する場合は、リダイレクト分割テストを使ってください。両方のパスで同じアウトカムを測定できるなら、2つの完全なランディングページ、2つのオファー、または2つのキャンペーンフローの比較にうまく機能します。

結論#

リダイレクトベースのA/Bテストは、マーケターが1つのキャンペーンリンクを2つのランディングページのバリアントに振り分け、その結果を比較するための実用的な方法を提供します。信頼できるワークフローはシンプルです。仮説を定義し、別々の到達先を作成し、制御されたリダイレクトでトラフィックを分割し、アトリビューションを保持し、経路全体をテストし、勝者を選ぶ前に十分な証拠が得られるまで待ちます。

リダイレクトはルーティングを担当します。分析と実験設計によって、その結果が信頼できるかどうかが決まります。キャンペーントラフィックに対して到達先レベルのテストが必要な場合、RedirHubは、配信後も実験を編集可能に保つための管理リンクとA/Bテストのコントロールを提供できます。