URL リダイレクトのテスト

マーケティング担当者はA/B テストを使用してメッセージング、コールトゥアクション、ランディングページを比較することで、コンバージョンを増やし、ユーザー体験を向上させます。A/B テストには開発者のサポートが必要なことがよくありますが、そのサポートが常に利用できるとは限りません。

AmplitudeのURLリダイレクトテスト機能を使用すると、開発者が広範に介入することなく、訪問者を別のURLにリダイレクトするA/Bテストを設計、デプロイ、分析できます。URLリダイレクトテストは、リダイレクトがコンバージョンやユーザー体験を向上させるかどうかを測定するのに役立ちます。

ウェブサイトコンバージョンエージェントは、ページを分析し、コンバージョン最適化戦略を提案し、実験の下書きを自動的に作成できます。

URLリダイレクトテストは、WordPressなどのCMS上でページやサイトの異なるバージョンを構築している場合に有効です。これらの場合、お客様のさまざまなURLとそれに関連付けられているページは、Amplitude 実験が追跡するバリアントです。

URL リダイレクトテストは、標準的な A/B テストと多腕バンディットの両方で使用できます。

URL リダイレクトテストを使用するには、Web 実験スクリプトをサイトに実装する必要があります。サイトの<head>セクションにスクリプトを追加してください。イベントトラッキング用にAmplitudeアナリティクス SDKをサイトにインストールしてください。

URLリダイレクトテストを設定する

URLリダイレクトテストを設定するには：

Amplitude 実験で、実験ページに移動し、実験を作成をクリックしてから Web をクリックします。
「新しい実験」モードで、実験に名前を付けます。
この実験の対象となるページの URL を入力し、ドロップダウンから適切なプロジェクトを選択します。 AmplitudeはこのURLを使用して最初のページを作成します。実験が機能するためには、この URL で Web Experiment を計測する必要があります。
指定したページにスクリプトが存在する場合、実験は、そのページをビジュアルエディタで実験の新しいバリアントとして開きます。
［Treatment］の3つのドットメニュー項目をクリックし、［Edit］を選択してから、［Action］の下で［URL Redirect］を選択します。
「URLリダイレクト」パネルで、テストしたい各URLを個別のバリアントとして追加し、「適用」をクリックします。
適用して終了をクリックして編集ビューを終了します。
実験を対象とするページを設定します。新しいページを作成したり、既存の保存済みページを再利用したりできます。
この実験に含めることを希望するユーザーをターゲットにしてください。詳細については、オーディエンスターゲティングを参照してください。ウェブ実験のオーディエンスターゲティングは、機能実験とは異なることに注意してください。
実験のメトリクスを定義します。
［詳細設定］タブで追加オプションを指定します。
[保存して閉じる] をクリックして、Web 実験の作成を完了します。

プレビューとテスト

ウェブ実験を実行する前に、各バリアントをテストしてプレビューしてください。

ウェブ実験をテストするには:

テストとプレビュー をクリックします。これにより、実験はテスト計測モードになりますが、実験は開始されません。プレビューリンクを使用してページを開いたユーザーのみが変更内容を体験できます。
モーダルで「プレビュー」をクリックすると、そのバリアントに対して行った変更が適用される新しいタブが開きます。
チェーンリンクのアイコンをクリックして、URLをコピーして他のユーザーと共有します。

各バリアントを少なくとも1回テストしてください。実験が複数のページを対象とする場合は、複数のページでテストしてください。

変更内容が表示されない場合は、キャッシュが更新されるまで最大60秒間待つ必要がある場合があります。この時間以降も変更内容が正しく表示されない場合は、構成を確認して問題の可能性を確認してください。

広告ブロッカー

広告ブロッキングプラグインや拡張機能を使用すると、実験をテストしたりプレビューしたりすることができなくなる場合があります。

ドメイン間でのインプレッション追跡をリダイレクトする

リダイレクトが同じホスト名上に残っている場合、Web 実験スクリプトはリダイレクトのインプレッションを sessionStorage に保存し、送信先ページがロードされた後にそれを追跡します。この操作には設定は必要ありません。

リダイレクトが別のホスト名をターゲットにしている場合（たとえば www.example.com から app.example.com へのリダイレクトや、完全に別のドメインへのリダイレクトなど）、sessionStorage は引き継がれません。このスクリプトはインプレッションデータに対して 2 つのトランスポートをサポートしており、window.experimentConfig オブジェクトの redirectConfig で設定します。Web 実験スクリプトタグの上に設定を記述します。

html

<script>
  window.experimentConfig = {
    redirectConfig: {
      encodeRedirectInCookie: true,
      encodeRedirectInUrl: false,
    },
  };
</script>
<!-- Web Experiment script tag -->

オプション	デフォルト	行動
`encodeRedirectInCookie`	`true`	リダイレクトインプレッションデータをルートドメイン (`SameSite=Lax`) に指定された Cookie に保存するため、送信先ページはインプレッションを追跡できます。同じルートドメインのサブドメイン全体で機能します (例: `www.example.com` から `app.example.com`)。このクッキーは1分後に期限切れになります。クッキーはルートドメインを越えることはないため、このオプションは別のサイトへのリダイレクトをカバーしません。
`encodeRedirectInUrl`	`false`	リダイレクトインプレッションデータを Base64 でエンコードし、送信先 URL に `AMP_REDIRECT` クエリパラメータとして追加します。送信先ページ上のスクリプトはインプレッションを追跡し、URL からパラメータを削除します。このオプションは、別のルートドメインにリダイレクトする場合や、ブラウザがクッキーをブロックする場合に使用します。

どちらのオプションも、ホスト名を変更するリダイレクトにのみ適用されます。両方を有効にすると、送信先ページは URL パラメータを優先し、Cookie にフォールバックします。

送信先で必要なスクリプト

クロスドメインのインプレッション追跡を機能させるには、送信先ページで同じプロジェクトの Web 実験スクリプトを実行する必要があります。インプレッションは、送信先ページがロードされると発生します。

表示可能なクエリパラメータ

を有効にすると、ユーザーは送信先 URL 内のencodeRedirectInUrlパラメータに短時間気づくようになりますが、そのAMP_REDIRECTパラメータはスクリプトによって削除されます。送信先ページが不明なクエリパラメータを許容することを確認してください。

設定の制限

ビジュアル実験とAmplitudeのローコード実装は、実験構成に以下の制限を適用します。

評価モード: テストパフォーマンスを最適化し、エンドユーザーへのレイテンシの影響を最小限に抑えるため、_ローカル_オプションに限定されています。
バケット単位: 評価モードは_ローカル_ オプションに限定されているため、ユーザー オプションに限定されます。
キー: 評価モードは_local_ オプションに制限されているため、deviceID オプションに制限されています。
オーディエンス: サイト上でトラッキングが読み込まれる前にリダイレクトロジックがトリガーされるため、すべてのユーザー オプションに制限されます。
デプロイメント：セットアップ要件を簡素化するためにプロジェクトのAPIキーに限定されます。

URL リダイレクトのテスト

URLリダイレクトテストを設定する

プレビューとテスト

ドメイン間でのインプレッション追跡をリダイレクトする

設定の制限

関連リソース