ウェブ実験のターゲティング

ウェブ実験はページとオーディエンスの両方を対象としています。 Amplitudeは最初にページターゲティングを評価し、次にオーディエンスターゲティングを評価します。 どちらのターゲット設定方法も、ページが最初に読み込まれたときにブラウザでローカルに評価されます。

Web Experiments では Pages を使用して、実験バリアントをウェブサイト上のどこに適用するかを制御します。ページは、特定のURLと一致するターゲティング条件や実験をプレビューするためのビジュアルエディタURLなど、Web実験をいつ適用するかを定義します。

ターゲティング対象ユーザー

デフォルトでは、新しいWeb実験はすべてのユーザーを対象としています。オーディエンスターゲティングを使用すると、実験の対象となる特定のユーザーをターゲットにすることができます。 ターゲットオーディエンス以外のユーザーはデフォルトの体験を受け取るため、分析には含まれません。

いずれかのセグメントが一致した場合、Amplitudeはロールアウトとバリアント分布に基づいてそのユーザーをバリアントにバケット付けします。 セグメントが一致するためには、ユーザーが設定したすべての条件を満たしている必要があります。

ブラウザのプロパティ（ローカル）

ブラウザのプロパティはクライアント側で利用可能であり、ネットワークリクエストを必要としないため、Amplitudeは低レイテンシーでプロパティを評価します。

リアルタイムの行動ターゲティング（ローカル）

リアルタイムの行動ターゲティングを使用すると、現在および以前のセッション中にユーザーが実行したアクションに基づいてユーザーをターゲットにすることができます。 Amplitudeは、ユーザーがAmplitudeイベントを実行する際に、ネットワークリクエストなしでこれらの条件をリアルタイムで評価します。

ユーザーが資格を得るタイミング：ある行動条件が満たされた瞬間（たとえば、5回目の記事閲覧後）、ユーザーは資格を得て、Amplitudeはユーザーを実験に振り分けます。

仕組み：Web Experiment SDKは、ブラウザで発生したAmplitudeイベントを監視し、行動シグナルをlocalStorageに保存し、ターゲット設定条件をリアルタイムで評価します。

SDKは、イベントがターゲティング条件に現れ、かつ実験がオンになっている場合にのみ、リアルタイムの行動ターゲティング用にイベントを保持します。実験を開始する前に過去の振り返りは行われないため、有効な評価期間は、設定した時間枠または実験が実行されている時間のいずれか短い方です。

サイトが Cookie の同意に関するスクリプトをゲートしている場合、訪問者が同意を与えるまで行動信号はメモリに残ります。クッキーと同意管理を参照してください。

サポートされる条件

リアルタイムの行動ターゲティングは、イベントベースの条件をサポートします：

• イベント数: イベントを特定の回数実行したユーザーを対象とします。
• 時間枠: 現在のセッション期間内または特定の期間 (過去 X 時間または日数) にわたる動作を評価します。
• プロパティフィルタリング: 複数のプロパティ条件を AND ロジックで組み合わせます (例: "where category = 'electronics' AND item_value > 200")。
• クロスページトラッキング: 行動シグナルはページナビゲーションやブラウザセッション全体にわたって持続します。

ターゲット設定ルールの例

リアルタイム行動ターゲティングとコホート

リアルタイムの行動ターゲティングを使用するのは、次のような場合です：

• ユーザーが数日または数週間前に行った行動だけでなく、このセッションで行った行動にも反応します。たとえば、このセッションで誰かがプロダクトページを3つ表示した後に割引を表示するとします。
• コホートに同期されていないが現在のセッション期間中に意図を示している匿名ユーザーなど、コホートにまだ存在しない行動をターゲットにします。
• 実験は、カート放棄、ページビューの繰り返し、スクロール深度など、意図の高い瞬間に関連付けられて実行されます。これらの場合、ターゲット設定条件と実験は同じセッションで解決する必要があります。
• コホートの更新やリモートのメンバーシップチェックを待つことなく、ユーザーがしきい値を超えた瞬間に資格情報が更新される必要があります。

代わりにコホートを使用するのは、次の場合です。

• 過去90日間に3回以上購入したユーザーや、厳選された解約リスクのあるコホートのユーザーなど、安定した属性や長期的な行動パターンをターゲットにします。
• 実験が開始される前の行動をターゲットにします。 リアルタイム行動ターゲティングは、実験を開始した後にのみイベントを保持します。
• 数週間を超える履歴データに対して、複雑なサーバー側クエリを実行する必要があります。

ユーザープロパティ（リモート）

Amplitude ID の解決、IP のジオロケーション、プロパティの正規化、行動コホート、履歴ユーザープロパティに基づいて高度なターゲティングを実行できます。 ユーザープロパティをターゲットに設定すると、Amplitudeがネットワークリクエストを行う必要があるため、ページ表示の待ち時間が長くなる可能性があります。

ページ表示の遅延

アクティブなウェブ実験がページをターゲットにしている場合、少なくとも 1 つの実験がそのページをターゲットにしていて「アンチフリッカー」がオンになっている場合、Amplitude はアンチフリッカーオーバーレイを挿入します。 オーバーレイは、ページの読み込み時にページを覆う空白要素です。 Amplitude は、リモートプロパティを評価した後、または 1 秒間のタイムアウト後にオーバーレイを削除します。

バケッティング

バケット設定とは、ロールアウトと配布に基づいてユーザーに表示されるバリアントを指します。 ロールアウトは、実験に参加するユーザーの割合です。 分布は、ユーザーがロールアウトに参加している場合にユーザーが経験するバリアントを定義します。 Web 実験はデフォルトでバリアントを均等に配布します。Amplitudeはこの配布を推奨しています。

バケット設定は、ユーザーが同じIDを持っている場合に一貫性を保ちます。ほとんどの実験はデバイスIDごとにバケットに分類されるため、Web実験はユーザーが新しいデバイスやブラウザでアクセスしたり、プライベートブラウジングを使用したりした場合に、ユーザーを別のバケットに配置する場合があります。

ロールアウトを増やしても、すでにロールアウトに参加しているユーザーは再バケットに入ることはありません。 たとえば、実験がユーザーの10%にロールアウトされ、そのロールアウトを50%に増やした場合、元の10%のユーザーはバリアントを変更しません。均等分布を 20% -> control, 80% -> treatment に変更すると、コントロール内で開始したユーザーは処理にジャンプします。

クロスサブドメイン ID

2026 年 7 月 13 日以降に作成された実験では、クロスサブドメイン ID を持つユーザーをバケットに収容するため、ユーザーは同じドメインのサブドメイン間で同じバリアントを保持しますwww.example.com。shop.example.comAmplitudeは実験作成時にこれを修正します。実験を編集したり再開したりしてもこの設定は変わりません。

相互排除、ホールドアウト グループ、および依存関係

ウェブ実験は、相互排除グループ、ホールドアウトグループ、およびフラグ依存関係をサポートしています。

• 相互排除: 実験を相互排他グループに追加することで、ユーザーが別の実験と並んでその実験を確認できないようにすることができます。相互排除グループには、ウェブ実験と機能実験を組み合わせて含めることができます。
• ホールドアウトグループ: ホールドアウトグループに実験を追加して、ユーザーの割合を保留することによる長期的な影響を測定します。 ホールドアウトグループには、ウェブ実験と機能実験を組み合わせて含めることができます。
• フラグ依存関係: フラグ依存関係を使用すると、ある実験を別の実験の結果に基づいてゲートできます。たとえば、ユーザーが実験 A のトリートメントバリアントに属している場合にのみ実験 B を評価できます。ウェブ実験はフラグ依存関係をサポートしていますが、ウェブ実験は他のウェブ実験にのみ依存できます。機能フラグや機能実験には依存しません。