セグメントを作成
セグメンテーションを使用すると、ユーザーの人口統計的、行動的、または技術的な特性やアクションに基づいてターゲティングできます。セグメンテーションとメッセージングオートメーションを創造的かつインテリジェントに活用することで、ユーザーを最初の接触から長期的な顧客へとシームレスに導くことができます。セグメントはデータの変更に応じてリアルタイムで更新され、ターゲティングやメッセージングの目的に応じて必要な数だけセグメントを作成できます。
ステップ1: セグメントセクションに移動する
オーディエンス > セグメントに移動します。
ステップ 2: セグメントに名前を付ける
セグメントを作成を選択して、セグメントの作成を開始します。フィルタリングの対象とするユーザーのタイプがわかるように、セグメントに名前を付けます (最大 150 文字)。名前を付けておくと、キャンペーンやキャンバスでターゲットにするセグメントを見つけやすくなります。あいまいなセグメント名は混乱の原因になります。
ターゲットオーディエンスの説明をもとに、Operator にセグメントのフィルターロジックの作成を手伝ってもらうこともできます。詳しくは、Operator でできることを参照してください。
オプションで、次の操作も行えます。
- セグメントに説明を追加して、このオーディエンスの意図を詳しく伝えたり、他のチームメンバーが後で参照できるメモを残したりします。
- セグメントにチームを追加します。
- セグメントをさらに整理するためにタグを追加します。
セグメントは、セグメントを作成を選択した時点で保存されます。先にセグメントエディターで保存を選択する必要はありません。
チームレベルの「セグメントの編集」権限のみを持っている場合 (ワークスペースレベルではない場合)、セグメントの作成時に Braze がチームを割り当てます。
- 対象となるチームが 1 つの場合: そのチームが自動的に割り当てられます。
- 対象となるチームが複数の場合: Braze は、対象となるチームのリストの最初のチームを割り当てます。セグメントを共有または使用する前に、セグメントエディターでチームを変更できます。
ステップ 3: アプリまたはプラットフォームを選択する
すべてのアプリのユーザー（デフォルト）または特定のアプリのユーザーを選択して、ターゲットにするアプリまたはプラットフォームを選択します。特定のアプリのユーザーは、指定したアプリで少なくとも1回のセッションがあるユーザーをターゲットにします。
たとえば、iOS デバイスのみにアプリ内メッセージを送信したい場合は、iOS アプリを選択します。これにより、iOS デバイスと Android デバイスの両方を使用するユーザーは、iOS デバイスでのみメッセージを受信するようになります。特定のアプリのリストにあるアプリのないユーザーオプションを使用すると、セッションとアプリデータがないユーザー（通常はユーザーインポートまたは REST API で作成されたユーザー）を含めることができます。
このセグメントをキャンペーンまたはキャンバスで使用して特定のアプリにアプリ内メッセージを配信する場合は、セグメント別のターゲットユーザーセクションでセグメントを直接参照してください。追加フィルターセクションのセグメントメンバーシップフィルターを使用してセグメントを追加しても、配信はそれらのアプリのみに限定されません。
ステップ 4: セグメントにフィルターを追加する
セグメントに少なくとも 1 つのフィルターを追加します。フィルターは必要な数だけ組み合わせることができ、セグメンテーションをより具体的にできます。
フィルターグループ
フィルターはフィルターグループにまとめられます。すべてのフィルターは、少なくとも 1 つのフィルターを含むフィルターグループに属している必要があります。1 つのセグメントに複数のフィルターグループを含めることができます。フィルターグループを追加するには、フィルターグループを追加を選択します。フィルターグループ名を編集するには、名前の横にカーソルを合わせると表示されるアイコンを選択します。
各フィルターの横にあるアイコンを選択すると、フィルターエディターを折りたたんだり、個々のフィルターを複製したりできます。フィルターを複製した後、各ドロップダウンで値を調整できます。
AND と OR を使用したセグメンテーションロジック
フィルターグループ内では、フィルターを AND または OR のいずれかで結合できます。グループ内のすべてのフィルターは同じ演算子を共有します。フィルターグループ同士も AND または OR のいずれかで結合できます。グループ間の演算子はすべてのグループで共通ですが、各グループ内ではそれぞれ異なる演算子を使用できます。
フィルターグループを使用すると、次のようなセグメンテーションロジックを作成できます。
- (A AND B AND C) OR (D AND E AND F)
- (A AND B AND C) OR (D OR E OR F)
- (A OR B OR C) AND (D OR E OR F)
- (A OR B) AND (C AND D AND E)
OR を選択すると、セグメントには、それらのフィルターのうち 1 つ、いくつか、またはすべてを任意の組み合わせで満たすユーザーが含まれます。AND を選択すると、そのフィルターを満たさないユーザーはセグメントに含まれません。
キャンペーンまたはキャンバスのターゲットオーディエンスを設定する際の追加フィルターにも、同じフィルターグループのロジックが適用されます。セグメント別のターゲットユーザーで選択した複数のセグメントは常に AND で結合され、追加フィルターもそれらのセグメントと AND で結合されます。
否定フィルター (購読グループの「is not」など) を含むフィルターで「OR」を選択する場合、ユーザーは「OR」フィルターのいずれか 1 つを満たすだけでセグメントに含まれることに注意してください。他のフィルターに関係なく否定フィルターを適用するには、除外グループを使用します。
OR 演算子を使用すべきでない場合
ユーザーのターゲティングでは、OR 演算子の使用を避けるべき状況があります。OR 演算子は、ユーザーがステートメント内の 1 つ以上のフィルターの条件を満たす場合に true と評価されるステートメントを作成します。たとえば、「Foodies」に属し、かつ「Non-foodies」または「Candy-lovers」のいずれかに属さないユーザーのセグメントを作成したい場合は、OR 演算子を使用できます。
ただし、「Foodies」セグメントに属し、「Non-foodies」と「Candy-lovers」のどちらのセグメントにも属さないユーザーをセグメント化することが目的の場合は、AND 演算子を使用します。これにより、キャンペーンまたはキャンバスを受信するユーザーは、意図したセグメント (「foodies」) に属し、同時に他のセグメント (「Non-foodies」と「Candy-lovers」) には属さないことになります。
2 つ以上のフィルターが同じ属性を参照している場合、次の否定ターゲティング条件を OR 演算子と一緒に使用しないでください。
not includedis notdoes not equaldoes not match regex
ステートメント内で not included、is not、does not equal、または does not match regex が OR 演算子とともに 2 回以上使用されると、該当する属性のすべての値を持つユーザーがターゲットになります。
フィルター演算子
選択したフィルターによって、フィルター値を指定するための演算子が異なります。さまざまなタイプのカスタム属性で使用できる演算子の詳細については、カスタム属性のストレージを参照してください。「is any of」演算子を使用する場合、そのフィールドに含めることができる項目の最大数は 256 であることに注意してください。
Braze はユーザーがアプリを初めて使用するまでプロファイルを生成しないため、まだアプリを開いていないユーザーをターゲットにすることはできません。
日付および最新性フィルターの表示
日数を使用して相対時間フィルターを設定した場合 (84 日より前かつ 91 日以内に実行されたイベントなど)、日数が 7 で割り切れるときは、保存後に Braze が値を週に変換します。たとえば、91 日は 13 週と表示されますが、121 日は割り切れないため日数のまま表示されます。これは表示上の変更のみで、値は引き続き日数として保存および処理されます。
すでにセグメントメンバーシップフィルターを使用しているセグメントは、さらに他のセグメントに含めたり、ネストしたりすることはできません。これにより、セグメント A がセグメント B を含み、そのセグメント B が再びセグメント A を含もうとする循環を防ぎます。このような循環が発生すると、セグメントが自身を参照し続け、誰がそのセグメントに属するかを計算できなくなります。
また、このようにセグメントをネストすると複雑さが増し、処理が遅くなる可能性があります。代わりに、含めようとしているセグメントを同じフィルターを使用して再作成してください。
時間ベースのフィルターのルックバック期間
標準セグメントでは、すべての時間ベースのフィルターに共通の最大値が使用されるわけではありません。どこまでさかのぼれるかは、フィルターのタイプによって異なります。
| フィルタータイプ | 使用場所 | 最大ルックバック | 例 |
|---|---|---|---|
| 相対日付フィルター (「X 日/週/時間前」) | 標準セグメント | 最大 100 年 (例: 36,500 日) | 最終アプリ使用日、最初のカスタムイベント、最後に受信したメール、日付型カスタム属性 |
| 絶対日付フィルター (カレンダー上の日付以降/以前) | 標準セグメント | フィルターで選択したカレンダー上の日付 | 相対日付フィルターと同じフィルターで、相対期間ではなく固定日付を選択した場合 |
| X-in-Y フィルター (「過去 Y 日間に X 回」) | 標準セグメント | Y は 1～30 暦日 | Y 日間の X カスタムイベント、Y 日間の X カスタムイベントプロパティ、過去 Y 日間の X 購入、ソフトバウンス |
| 購入イベントまたはカスタムイベントのイベントプロパティフィルター | 標準セグメント | 最大 30 日 | セグメントエクステンションを使用せずにイベントプロパティでデフォルトのセグメントをフィルタリングする |
| セグメントエクステンションと計算フィルター | エクステンションまたは計算フィルターで作成し、セグメントから参照 | 相対範囲で最大 730 日 (2 年) | 16 か月前に商品を購入したユーザー、または過去 1 年間に特定のプロパティを持つイベントを完了したユーザー |
個々のフィルターの説明とルックバックに関する注意事項については、セグメンテーションフィルターを参照してください。固定日付範囲を使用するセグメントエクステンションについては、2 年間のルックバックの適用も参照してください。
除外グループ (オプション)
セグメントを作成する際に、1 つまたは複数の除外グループを適用できます。除外グループには、セグメントから除外するユーザーを特定する条件が含まれ、常に「AND NOT」演算子でフィルターグループに接続されます。
除外グループはセグメントの条件よりも優先されます。ユーザーが除外グループの条件に該当する場合、フィルターグループ内の条件を満たしていても、そのユーザーはセグメントに含まれません。
フィルターグループと同じようにフィルターを追加して、除外グループを作成します。除外グループ内の 推定到達可能ユーザー数 の統計には、除外条件を適用した後にセグメントに残るユーザーの推定数が表示されます。
除外されたユーザーは、セグメントの 到達可能ユーザー総数 の統計にカウントされません。
ファネル統計を表示する
ファネル統計を表示を選択すると、そのフィルターグループの統計が表示され、追加した各フィルターがセグメントの統計にどのように影響するかを確認できます。その時点までのすべてのフィルターでターゲットとなるユーザーの推定数と割合が表示されます。フィルターグループの統計が表示されると、フィルターを変更するたびに自動的に更新されます。これらの統計は推定値であり、生成に少し時間がかかる場合があります。
フィルター間に AND を使用するとファネル統計は減少し、OR を使用するとファネル統計は増加することに注意してください。
ユーザーフローを記録するフィルターを追加すると、ユーザーが離脱するポイントを確認できます。たとえば、ソーシャルネットワーキングアプリで、オンボーディングプロセスのどこでユーザーを失っているかを確認したい場合は、登録、友達の追加、最初のメッセージ送信のカスタムデータフィルターを追加するとよいでしょう。ユーザーの 85% が登録と友達の追加を行っているものの、最初のメッセージを送信したのは 45% だけだとわかれば、オンボーディングやマーケティングキャンペーンでメッセージ送信を促すことに注力すべきだと判断できます。
セグメントをテストする
セグメントにアプリとフィルターを追加した後、ユーザーを検索してセグメントの条件に一致するかどうかを確認することで、セグメントが想定どおりに設定されているかをテストできます。これを行うには、ユーザー検索セクションでユーザーの external_id または braze_id を検索します。
ユーザー検索では external_id と braze_id のみを受け付けます。メールアドレス、電話番号、その他の識別子は受け付けません。メール、電話番号、その他のフィールドでプロファイルを検索するには、代わりに ユーザーを検索を使用してください。
ユーザー検索は次の場合に使用できます。
- セグメントを作成するとき
- キャンペーンまたはキャンバスのオーディエンスを設定するとき
- オーディエンスパスステップを設定するとき
ユーザーがセグメント、フィルター、アプリの条件に一致すると、その旨を示すアラートが表示されます。
ユーザーがセグメント、フィルター、アプリの条件の一部またはすべてに一致しない場合は、トラブルシューティングのために不足している条件が一覧表示されます。
単一ユーザーのセグメント
ユーザー名やユーザー ID など、ユーザーを識別する一意の属性を使用して、単一ユーザーのセグメント (または少数のユーザーのセグメント) を作成できます。
ただし、セグメントの統計は、結果が +/- 1% 以内である信頼区間 95% のランダムサンプルに基づいて計算されるため、セグメンテーションの統計やプレビューにこの個々のユーザーが表示されない場合があります。ユーザー群が大きいほど、セグメントのサイズは概算になる可能性が高くなります。ターゲットとする単一ユーザーがセグメントに含まれていることを確認するには、正確な統計を計算を選択します。これにより、セグメント内のユーザーの正確な数が 99.999% 以上の精度で計算されます。
Braze には、ユーザー ID またはメールアドレスで特定のユーザーをターゲットにするためのテストフィルターがあります。
ステップ 5: セグメントを保存する
保存を選択します。これで、ユーザーへのメッセージ送信を開始する準備が整いました！
セグメントサイズの測定
セグメントのメンバーシップとサイズのモニタリングについては、セグメントサイズの測定を参照してください。
セグメントのアーカイブ
特定のセグメントが不要になった場合や廃止したい場合は、セグメントページに移動し、そのセグメントの行にあるメニューからアーカイブを選択すると、セグメントをアーカイブできます。
セグメントをアーカイブすると、そのセグメントを使用しているキャンペーンやキャンバスもすべてアーカイブされます (セグメントが単一のキャンバスコンポーネントでのみ使用されている場合も含みます)。これにはネストされたセグメントも含まれ、両方のセグメントと、それらを使用しているキャンペーンやキャンバスもすべてアーカイブされます。
関連するセグメントをアーカイブすることでアーカイブされるキャンペーンとキャンバスの一覧が、警告として表示されます。
セグメントのアーカイブを解除するには、セグメントページ内で該当のセグメントに移動し、アーカイブ解除を選択します。
ユーザーが複数のデバイスを持っている場合のターゲティング動作
同じアカウントに複数のデバイスでログインしているユーザーは、複数のデバイスを持っていることになります。複数のデバイスがあるかどうかは、ユーザープロファイルの最近のデバイスセクションで確認できます。
デバイスに依存するフィルター (デバイスモデル、デバイス OS、アプリバージョン) を使用してセグメント化すると、セグメントにはフィルター条件に一致するすべてのユーザーが含まれます。これらのユーザーには、フィルター条件を満たさない可能性のあるデバイスも含め、すべてのデバイスにメッセージが送信されます。たとえば、ユーザー A が 2 台のデバイスを持っているとします。デバイス 1 は OS 13.0、デバイス 2 は OS 10.0 です。セグメントが OS 10.0 のユーザーをターゲットにしている場合、このユーザーはそのセグメントに含まれ、両方のデバイスでメッセージを受信します。
プッシュ通知
各ユーザーに送信するプッシュ通知を 1 件のみに指定できます。メッセージを作成する際に、追加設定でユーザーが最後に使用したデバイスにのみ送信を選択します。
考慮事項
- 送信メッセージ数がオーディエンスサイズを超えることがあります。 一部のユーザーが複数のデバイスを持っている場合、各デバイスがメッセージを受信できます。そのため、セグメント内のユーザー数よりもメッセージ送信数が多くなります。
- ユーザーのセグメントメンバーシップが予想と異なって見えることがあります。
- ユーザーは、別のデバイスに関連付けられた属性に基づいて、現在のデバイスでターゲットにされることがあります。ユーザーがメッセージを受信することを想定していなかった場合は、そのユーザーのプロファイルで複数のデバイスがないか確認してください。
- 送信時にはユーザーがターゲットセグメントに含まれていても、いずれかのデバイスに関連する行動によって、その後はそのセグメントに含まれなくなる場合があります。その結果、ユーザーが現在フィルター条件に一致していないにもかかわらず、キャンペーンやキャンバスを受信することがあります。
たとえば、ユーザーが現在 OS 13.0 を使用しているにもかかわらず、最新のアプリバージョンが OS 10.0 のユーザーをターゲットにしたメッセージを受信することがあります。この場合、メッセージの送信時にユーザーは OS 10.0 を使用しており、その後 OS 13.0 にアップグレードしています。
同様に、ユーザーが後で別のアプリバージョンのデバイスを使用すると、そのユーザープロファイルは新しい最新のアプリバージョンで更新されます。そのため、送信時には条件を満たしていたにもかかわらず、ユーザーがメッセージの対象になるべきではなかったように見えることがあります。