キャンペーンに関する FAQ
この記事ではキャンペーンに関するよくある質問にお答えします。
マルチチャネルキャンペーンはどのように作成しますか?
マルチチャネルキャンペーンを作成するには、ダッシュボードで [キャンペーンの作成]、[マルチチャネルキャンペーン] の順に選択します。マルチチャネルキャンペーンでは、[作成] タブ内の [メッセージングチャネルを追加] を選択して、目的のチャネルを追加します。表示されるチャネルアイコンをクリックすると、各種のメッセージングコンポーザーを切り替えて、さまざまなチャネルのキャンペーンコピーを作成することができます。
マルチチャネルキャンペーンにコントロールグループを追加できますか?
いいえ。キャンペーンのコントロールグループは、メール A 対メール B などの単一チャネルメッセージングを対象としています。別の方法として、キャンバスを使用して、さまざまなチャネル、メッセージングコンテンツ、配信のタイミングをテストしてみてください。
キャンペーンのテストと最適化を開始するには、どのような方法がありますか?
まず多変量キャンペーンや、複数のバリアントでキャンバスを実行することをお勧めします。例えば、多変量キャンペーンを実行して、コピーや件名が異なる 1 つのメッセージをテストできます。複数のバリアントを持つキャンバスは、ワークフロー全体のテストに役立ちます。
キャンペーンの開封率が下がったのはなぜですか?
開封率の低さと技術的な問題は必ずしも相関しません。メールのクリッピングの問題からトラッキングピクセルが欠落している可能性があります。しかし、コンテンツやオーディエンス数の変化によって、メールを開封するユーザーが減っている可能性もあります。
キャンペーンオーディエンスはどのように評価されますか?
デフォルトでは、キャンペーンはエントリ時にオーディエンスフィルターをチェックします。遅延のあるアクションベースのキャンペーンでは、送信時にセグメント基準を再評価して、メッセージを送信してもユーザーが引き続きターゲットオーディエンスに含まれていることを確認するオプションがあります。
特定のキャンペーンまたはキャンバスのユニーク受信者数と送信数に差があるのはなぜですか?
この違いの 1 つの説明としては、キャンペーンまたはキャンバスの再適格性がオンになっていることが考えられます。これをオンにすると、セグメントと配信設定に該当するユーザーがメッセージを複数回受信できるようになります。再適格性がオンになっていない場合、送信数とユニーク受信者数の違いについての説明として、ユーザーがプラットフォームをまたぐ複数のデバイスをプロファイルに関連付けていることが考えられます。
たとえば、iOS と Web の両方のプッシュ通知を持つキャンバスがある場合、モバイルデバイスとデスクトップデバイスの両方を使用する特定のユーザーは複数のメッセージを受信する可能性があります。
キャンペーンで使用しているセグメントよりも到達可能なユーザー群が小さいのはなぜですか?
グローバルコントロールグループを設定している場合、到達可能なオーディエンスのうち一定の割合がキャンペーンを受け取れなくなります。したがって、キャンペーンで同じセグメントを使用している場合でも、セグメントの到達可能ユーザー数がキャンペーンの到達可能ユーザー数よりも大きくなることがあります。
ローカルタイムゾーン配信で何が可能になりますか?
ローカルタイムゾーン配信では、ユーザーの個々のタイムゾーンに基づいてセグメントにメッセージングキャンペーンを配信できます。ローカルタイムゾーンの配信がない場合、キャンペーンは Braze の貴社のタイムゾーン設定に基づいてスケジュールされます。
例えば、ロンドンに拠点を置く企業が午後 12 時にキャンペーンを送信すると、アメリカ西海岸では午前 4 時にユーザーに届きます。これは、アプリが特定の国でのみ提供されている場合には問題とはなりませんが、そうでない場合、プッシュ通知を早朝にユーザー群に送信することは極力避けるようにお勧めします。
Braze はユーザーのタイムゾーンをどのように認識しますか?
Braze はユーザーのタイムゾーンをデバイスから自動的に判別します。これにより、タイムゾーンの精度を確保してユーザーを完全にカバーすることができます。ユーザー API を通じて作成されたユーザーや、タイムゾーンなしで作成されたユーザーは、SDK によってアプリで認識されるまで、既定のタイムゾーンとして貴社のタイムゾーンが使用されます。
会社のタイムゾーンはダッシュボードにある会社の設定で確認できます。
Braze はローカルタイムゾーン配信のユーザーをいつ評価しますか?
ローカルタイムゾーン配信の場合、Braze は次の 2 つのインスタンスの間、ユーザーのエントリ適格性を評価します。
- スケジュールされた日のサモア時間 (UTC+13)
- スケジュールされた日の現地時間
ユーザーがエントリ適格性を得るには、両方のチェック資格が必要です。例えば、2021 年 8 月 7 日午後 2 時 (現地時間) にキャンバスの開始がスケジュールされている場合、ニューヨーク在住のユーザーを対象とするには、適格性について以下のチェックが必要です。
- 2021 年 8 月 6 日午後 9 時、ニューヨーク
- 2021 年 8 月 7 日午後 2 時、ニューヨーク
なお、ユーザーは開始前に 24 時間セグメントにいなければなりません。ユーザーが最初のチェックで不適格となった場合、Braze は 2 回目のチェックを試みません。
例えば、UTC 午後 7 時に配信がスケジュールされているキャンペーンの場合、タイムゾーン (サモアなど) が特定されるとすぐにキャンペーン送信のキューイングを開始します。これは、キャンペーンを送信するのではなく、メッセージの送信準備をしていることを意味します。その後、適格性をチェックしたときにどのフィルターにも一致しないユーザーは、対象ユーザーに含まれません。
別の例として、同じ日に送信予定の 2 つのキャンペーン (朝と夕方に 1 つずつ) を作成し、ユーザーが最初のキャンペーンをすでに受信している場合にのみ 2 番目のキャンペーンを受信できるようにフィルターを追加したとします。すると、ローカルタイムゾーン配信の場合、一部のユーザーは 2 番目のキャンペーンを受け取れない場合があります。これは、ユーザーのタイムゾーンが特定された時点で適格性をチェックするため、ユーザーのタイムゾーンでスケジュール時刻がまだ発生していない場合、最初のキャンペーンを受け取っていないからです。そのため、2 番目のキャンペーンの対象外となります。
ローカルタイムゾーンのキャンペーンをスケジュールする方法を教えてください。
キャンペーンをスケジュールする場合は、指定した時刻に送信するよう選択してから、[ローカルタイムゾーンのユーザーにキャンペーンを送信] をオンにする必要があります。
Braze では、すべてのローカルタイムゾーンキャンペーンを 24 時間前までにスケジュールすることを強く推奨しています。このようなキャンペーンは 1 日全体を通じて送信する必要があるため、24 時間前にスケジュールすることで、メッセージがセグメント全体に届くようになります。ただし、これらのキャンペーンは、必要に応じて 24 時間以内にスケジュールすることもできます。Braze は、送信時刻から 1 時間以上が経過しているユーザーに対してはメッセージを送信しないことに注意してください。
たとえば、午後 1 時に現地時間午後 3 時のキャンペーンをスケジュールした場合、キャンペーンは現地時間が午後 3 時から午後 4 時の間のすべてのユーザーに即座に送信されますが、現地時間が午後 5 時のユーザーには送信されません。さらに、キャンペーンで選択する送信時刻は、会社のタイムゾーンでまだ発生していない時刻でなければなりません。
24 時間以内にスケジュールされているローカルタイムゾーンのキャンペーンを編集しても、メッセージのスケジュールは変更されません。ローカルタイムゾーンのキャンペーンを後で送信するよう (例えば午後 6 時ではなく午後 7 時) に編集した場合、元の送信時刻が選択されたときにターゲットセグメントにいたユーザーは、引き続き元の時刻 (午後 6 時) にメッセージを受信します。ローカルタイムゾーンをより早い時刻 (例えば午後 5 時ではなく午後 4 時) に送信するよう編集しても、キャンペーンは元の時刻 (午後5時) にすべてのセグメントメンバーに送信されます。
キャンバスコンポーネントの場合、ユーザーは 24 時間コンポーネント内にいる必要はなく、ローカルタイムゾーンの配信のためにユーザージャーニーの次のコンポーネントを受け取ることができます。
ユーザーがキャンペーンの対象になることを許可している場合は、元の時刻 (午後 5 時) にユーザーが再度受け取ることになります。ただし、それ以降のキャンペーンでは、メッセージは更新された時刻にのみ送信されます。
ローカルタイムゾーンのキャンペーンの変更はいつ有効になりますか?
ローカルタイムゾーンキャンペーンのターゲットセグメントには、セグメント全体への配信を保証するために、時間ベースのすべてのフィルターに少なくとも 48 時間の期間を含める必要があります。例えば、次のフィルターで 2 日目のユーザーをターゲットにするセグメントがあるとします。
- 過去 1 日以上前に初めてアプリを使用
- 過去 2 日間以内に初めてアプリを使用
ローカルタイムゾーン配信は、配信時刻とユーザーのローカルタイムゾーンに基づいて、このセグメントのユーザーを逃す可能性があります。これは、ユーザーのタイムゾーンが配信をトリガーする前に、ユーザーがセグメントを離れる可能性があるからです。
開始前のスケジュールされたキャンペーンにどのような変更を加えることができますか?
キャンペーンをスケジュールする場合、メッセージ作成以外のすべての編集は、送信するメッセージをキューに入れる前に行う必要があります。すべてのキャンペーンと同様、コンバージョンイベントを開始後に編集することはできません。
予定されていたキャンペーンを更新した。なぜ打ち上げられなかったのか?
これは、キャンペーンが更新された正確な時刻にキャンペーンが開始される予定になっている場合に起こりうる。例えば、現在午後3時10分で、午後3時10分にキャンペーンを開始するように変更し、キャンペーンの更新を選択した場合、現在午後3時10分を過ぎており、開始予定時刻を過ぎていることを意味する。キャンペーンを同じ時間にスケジュールするのではなく、キャンペーン開始と同時に送信を選択する。
スケジュールされたキャンペーンのメッセージがキューに入れられる前の「セーフゾーン」とは何ですか?
メッセージの変更は、次のセーフゾーン内で安全に行うことができます。
- 1 回限りのスケジュールキャンペーンは、送信予定時刻になるまで編集できます。
- 定期的なスケジュールキャンペーンは、送信予定時刻になるまで編集できます。
- ローカル送信時刻キャンペーンは、送信予定時刻の 24 時間前まで編集できます。
- 最適送信時刻キャンペーンは、キャンペーンの送信予定日の 24 時間前まで編集できます。
「セーフゾーン」内で送信時刻の編集を行った場合はどうなりますか?
この時間内にキャンペーンの送信時刻を変更すると、次のような望ましくない動作につながる可能性があります。
- Braze は、送信時刻から 1 時間以上遅れたユーザーに対してメッセージを送信しません。
- 事前にキューに入れられたメッセージは、調整後の時刻ではなく、元のキューに入れられた時刻に送信される可能性があります。
「セーフゾーン」がすでに経過している場合はどうしたらよいですか?
キャンペーンを思い通りに動作させるには、現在のキャンペーンを停止することをお勧めします (その場合、キューに入れられたメッセージはキャンセルされます)。その後、キャンペーンを複製し、必要に応じて変更を加え、新しいキャンペーンを開始します。すでに最初のキャンペーンを受けているユーザーは、必要に応じてこのキャンペーンから除外します。
タイムゾーン送信をできるように、キャンペーンのスケジュール時間を再調整してください。
キャンペーンに入るユーザー数が予想数と一致しないのはなぜですか?
キャンペーンに入るユーザー数は、オーディエンスやトリガーの評価方法によって、予想数と異なる場合があります。Braze では、オーディエンスはトリガーの前に評価されます (属性の変更トリガーを使用する場合を除きます)。これにより、最初に選択したオーディエンスに含まれていない場合、ユーザーはトリガーアクションが評価される前にキャンペーンから脱落します。
キャンペーンのトラブルシューティングについては、過去30日分の診断ログしか残っていないため、問題発生から30日以内に必ずBrazeサポートに連絡すること。
キャンペーン分析ページの [ユーザーデータを CSV 形式でエクスポート] オプションと [メールアドレスを CSV 形式でエクスポート] オプションの違いは何ですか?
[メールアドレスを CSV 形式でエクスポート] オプションを選択すると、メールアドレスを持つユーザーのデータのみがダウンロードされます。例えば、100,000 人のユーザーセグメントがあるのに、そのうち 50,000 人だけがメールアドレスを持っている場合、[メールアドレスを CSV 形式でエクスポート] をクリックすると、CSV ファイルには 50,000 行のデータしか表示されません。これに対して、[ユーザーデータを CSV 形式でエクスポート] を選択すると、すべてのユーザーデータがエクスポートされます。
API 識別子でキャンペーンを検索できますか?
できます。[キャンペーン] ページのフィルター api_id:YOUR_API_ID
を使用して、API 識別子でキャンペーンを検索します。詳細については、「キャンペーンの検索」を参照してください。
API キャンペーンと API トリガーキャンペーンの違いは何ですか?
API トリガーキャンペーンでは、キャンペーンのコピー、多変量テスト、再適格性ルールを Braze ダッシュボード内で管理しながら、独自のサーバーやシステムからそのコンテンツを配信できます。これらのメッセージには、リアルタイムでメッセージにテンプレート化される追加データを含めることもできます。
API キャンペーンは、API を用いて送信されたメッセージを追跡するために使用されます。ほとんどのキャンペーンと異なり、メッセージ、受信者、スケジュールを指定せず、代わりに識別子を API コールに渡します。
アクションベースキャンペーンと API トリガーキャンペーンの違いは何ですか?
アクションベース
アクションベースの配信キャンペーンまたはイベントトリガーキャンペーンは、トランザクションベースまたは成果ベースのメッセージに非常に効果的で、ユーザーが特定のイベントを完了した後に送信をトリガーすることができます。
長所 | 短所 |
---|---|
- メッセージ・アクティビティ・ログを通じて、プラットフォームへのJSONペイロードの着信を可視化する(テスト・ユーザーによってイベントがトリガーされた場合)。 • パーソナライゼーション要素がカスタムイベントプロパティに含まれる - カスタムイベントを使用して、メッセージの対象となるユーザーのセグメントを作成できる。 |
- データポイントを消費する |
API トリガー
API トリガーキャンペーンやサーバートリガーキャンペーンは、独自のサーバーやシステムからキャンペーンコンテンツを配信できる、より高度なトランザクションユースケースに最適です。メッセージをトリガーする API リクエストには、メッセージにリアルタイムでテンプレート化する追加データを含めることもできます。
長所 | 短所 |
---|---|
- データポイントを消費しない - パーソナライゼーション・エレメントは、JSONペイロード・プロパティに含まれる。 |
- JSONペイロードのプロパティで、メッセージの対象となるユーザーのセグメントを作成できない。 - メッセージ・アクティビティ・ログで受信JSONペイロードを確認できない |