コホートターゲティング

ユーザーが受け取るはずのガイドやサーベイを見ることができない場合や、コホート除外がユーザーをブロックすると考えたときにユーザーが見ることがあります。ターゲティングにコホートフィルタが含まれている場合、原因は多くの場合、誤ったトリガーや制限ではなく、コホートの同期タイミングにあります。

ガイドとサーベイのオーディエンスターゲティングは、機能実験ターゲティングのサブセットです。これは遠隔評価のみをサポートしており、実験と同じ非同期コホート同期ルールに従います。実験でのコホートターゲティングの仕組みについての詳細な説明については、コホートターゲティングを参照してください。

この記事では、ビルダーでターゲティングを設定する方法を理解していることを前提としています。 復習する必要がある場合は、次に進む前に設定とターゲティングを確認してください。

ガイドとサーベイでのコホートターゲティングの仕組み

ターゲティングセグメントにコホートを追加すると、ガイドとサーベイはリモート評価を通じてユーザーを評価します。AmplitudeはコホートをAmplitude実験の送信先に同期させ、評価時にユーザーがそのコホートに属しているかどうかを確認します。

ガイドとサーベイでは、ローカル評価コホートターゲティングをサポートしていません。サーバー側の実験SDKと同様に、クライアント側での評価のためにコホートメンバーシップをSDKにダウンロードすることはできません。

動的コホートはリアルタイムで更新されません。 Amplitudeはデフォルトで1時間ごとにそれらを実験の送信先に同期します。Sign Upイベントを実行したユーザーのコホートをターゲットに設定する場合、登録したばかりのユーザーは、次の同期が完了するまでそのコホートと一致しない可能性があります。

大規模なコホートの場合、初期同期時やメンバーシップの大幅な変更後にも時間がかかることがあります。 1,000万人のユーザーのコホートの最初の同期は、その後の増分同期よりも時間がかかります。

リモート評価は、最大1000万人のユーザーをサポートします。モバイルでも同じリモート評価パスを使用するため、評価時にデバイスはネットワーク接続が必要です。 アプリがオフラインで起動した場合、ガイドとサーベイはそのセッションのコホートメンバーシップを取得しません。

トラブルシューティングのチェックリスト

これらの質問は、ユーザーが予想どおりにコホートベースのターゲティングと一致しない場合に使用します。

コホートはAmplitude実験の同期送信先を使用していますか？

リモート評価コホートターゲティングを行うには、コホートをAmplitude実験の送信先と同期させる必要があります。アナリティクスでコホートを開き、同期送信先にAmplitude実験が含まれていることを確認します。この送信先がないと、ガイドとサーベイはリモート評価中にコホートメンバーシップを評価できません。

そのユーザーは現在コホートにいますか？

アナリティクスでコホートを開き、ユーザーが現在のメンバーシップに表示されていることを確認します。ユーザーがまだコホートに含まれていない場合、ガイドまたはサーベイは他の設定に関係なくユーザーをターゲットにしません。

ユーザーは最後の同期後にコホートに参加しましたか？

動的なコホートメンバーシップは非同期に更新されます。 ユーザーが最近このコホートに入った場合は、そのコホートの同期履歴を確認してください。 このユーザーは、評価が行われた後に完了した同期中に追加された可能性があります。 次の時間ごとの同期を待ってから、再度テストしてください。

コホートで新規ユーザーをターゲットにしていますか？

コホートメンバーシップの更新には遅延があるため、コホートベースの新規ユーザーフィルタは、ユーザーが初めて訪問したときにユーザーと一致しません。 リアルタイムで新規ユーザーをターゲットにする必要がある場合は、代わりに組み込み済みのFirst Seenプロパティを使用してください。設定の詳細については、First Seen（初回確認）タイムスタンプを参照してください。

ユーザーのIDはセッション間で一貫していますか？

ユーザーの身元が訪問の間に変更された場合、Amplitudeはターゲティング目的でそのユーザーを別のユーザーとして扱います。 これは、上限や履歴に影響するのと同じように、コホートのメンバーシップにも影響します。

ウェブ上では、匿名ユーザーがクッキーをクリアしたり、シークレットモードでブラウジングしたりすると、アイデンティティが変更されることがよくあります。 モバイルでは、ユーザーがアプリを再インストールした場合や、ユーザーIDなしで新しいデバイスIDを使用してSDKを起動した場合に、IDが変更されることがよくあります。

Amplitudeがデバイスやセッション間でユーザーIDをどのように解決しているかについては、ユニークユーザーの追跡をご覧ください。IDに関するトラブルシューティング手順については、ガイドまたはサーベイが頻繁に表示されすぎる場合を参照してください。

リンク共有や強制トリガーがターゲティングをバイパスしたことがありますか？

直接共有リンクは、コホートフィルタなどのオーディエンスターゲティングよりも優先されます。SDKトリガー、CTA、緊急優先エクスペリエンスは、通常のターゲティングルール以外のガイドを表示することもできます。

モバイルでは、共有リンクまたはプレビュー URL がアプリを開くのは、アプリがインストールされており、URL スキームが登録されている場合のみです。 iOSにNo usable data foundと表示される場合や、Androidのアクションシートにアプリが表示されていない場合、OSからアプリが起動されていません。それはコホートの不一致ではありません。ガイドまたはサーベイが表示されない場合に移動してください。

コホートターゲティングの失敗に見える状況

一部の予想される行動は、コホートターゲティングが機能していないように感じることがあります。

ユーザーはコホートに適格だったばかりです

行動コホートはスケジュールに基づいて更新されます。これは、条件を満たすイベントが発生した時点ではありません。コホートを定義するアクションを完了したユーザーは、次の同期までフィルタと一致しない可能性があります。 これは、リモート評価における動的コホートにとって期待される動作です。

ユーザーのプロパティやイベントに基づいて即座にターゲット設定を行う必要がある場合は、そのプロパティをリモート評価に明示的に渡すか、コホートの代わりにFirst Seenなどのリアルタイムプロパティを使用してください。

コホートメンバーシップが大幅に変化しました

コホートから多数のユーザーを追加または削除すると、次の同期の時間が長くなる可能性があります。 メンバーシップ変更の境界にいるユーザーは、同期が完了するまで古いメンバーシップと比較して評価される可能性があります。

あなたはあるコホートを除外しています

コホートを除外することは、コホートを含める場合と同様に機能し、同期遅延も同じです。ユーザーが最近除外対象コホートから離脱した場合、次回の同期で実験の送信先のメンバーシップが更新されるまでそのユーザーは除外されたままになる可能性があります。

Feature Experimentの詳細

ガイドとサーベイはコホートターゲティングのために Experiment のリモート評価パイプラインを再利用しています。同期先、サポートされているコホートサイズ、高度なトラブルシューティングの詳細については、次を参照してください。

• コホートターゲティング
• リモート評価