Skip to content

よくある質問

この記事ではキャンペーンに関するよくある質問にお答えします。

マルチチャンネル・キャンペーンを作成するには？

マルチチャネルキャンペーンを作成するには、メッセージング> キャンペーンを選択する。次に、キャンペーンを作成>マルチチャンネルを選択する。ここから、以下のメッセージング・チャンネルを選択できる：コンテンツカード、メール、LINE、プッシュ通知、SMS/MMS/RCS, Webhook、またはWhatsApp。

マルチチャネルキャンペーンにコントロールグループを追加できますか?

いいえ。キャンペーンのコントロールグループは、メール 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 時間前までにスケジュールすることを強く推奨しています。このようなキャンペーンは丸一日かけて送信する必要があるため、24時間前にスケジュールされたほうが、セグメンテーション全体にメッセージを確実に届けることができる。ただし、これらのキャンペーンは、必要に応じて 24 時間以内にスケジュールすることもできます。Braze は、送信時刻から 1 時間以上が経過しているユーザーに対してはメッセージを送信しないことに注意してください。

例えば、午後1時にローカルタイムゾーンのキャンペーンを午後3時にスケジュールした場合、キャンペーンはローカルタイムが午後3時から午後4時のユーザーには即座に送信されるが、ローカルタイムが午後5時のユーザーには送信されない。さらに、キャンペーンで選択する送信時刻は、会社のタイムゾーンでまだ発生していない時刻でなければなりません。

24 時間以内にスケジュールされているローカルタイムゾーンのキャンペーンを編集しても、メッセージのスケジュールは変更されません。ローカルタイムゾーンのキャンペーンを後で送信するよう (例えば午後 6 時ではなく午後 7 時) に編集した場合、元の送信時刻が選択されたときにターゲットセグメントにいたユーザーは、引き続き元の時刻 (午後 6 時) にメッセージを受信します。ローカルタイムゾーンをより早い時刻 (例えば午後 5 時ではなく午後 4 時) に送信するよう編集しても、キャンペーンは元の時刻 (午後 5 時) にすべてのセグメントメンバーに送信されます。

ユーザーがキャンペーンの対象になることを許可している場合は、元の時刻 (午後 5 時) にユーザーが再度受け取ることになります。しかし、それ以降のキャンペーンでは、メッセージは更新された時間にのみ送信される。

ローカルタイムゾーンのキャンペーンの変更はいつ有効になりますか?

ローカルタイムゾーンキャンペーンのターゲットセグメントには、セグメント全体への配信を保証するために、時間ベースのすべてのフィルターに少なくとも 48 時間の期間を含める必要があります。例えば、次のフィルターで 2 日目のユーザーをターゲットにするセグメントがあるとします。

  • 過去 1 日以上前に初めてアプリを使用
  • 過去 2 日間以内に初めてアプリを使用

ローカルタイムゾーン配信は、配信時刻とユーザーのローカルタイムゾーンに基づいて、このセグメントのユーザーを逃す可能性があります。これは、ユーザーのタイムゾーンが配信をトリガーする前に、ユーザーがセグメントを離れる可能性があるからです。

開始前のスケジュールされたキャンペーンにどのような変更を加えることができますか?

キャンペーンをスケジュールする場合、メッセージ作成以外のすべての編集は、送信するメッセージをキューに入れる前に行う必要があります。すべてのキャンペーンと同様、コンバージョンイベントを開始後に編集することはできません。

予定されていたキャンペーンを更新した。それが開始されなかった理由は何ですか?

これは、キャンペーンが更新された正確な時刻にキャンペーンが開始される予定になっている場合に起こりえます。例えば、現在午後3時10分で、午後3時10分にキャンペーンを開始するように変更し、キャンペーンの更新を選択した場合、現在は午後3時10分を過ぎており、スケジュールされた開始時間が過ぎていることを意味する。キャンペーンを同じ時間にスケジュールするのではなく、[キャンペーン開始後すぐに送信] を選択してください。

スケジュールされたキャンペーンのメッセージがキューに入れられる前の「セーフゾーン」とは何ですか?

メッセージの変更は、次のセーフゾーン内で安全に行うことができます。

  • 1 回限りのスケジュールキャンペーンは、送信予定時刻になるまで編集できます。
  • 定期的なスケジュールキャンペーンは、送信予定時刻になるまで編集できます。
  • ローカル送信時間キャンペーンは、スケジュールされた送信時間の24時間前まで編集できる。
  • 最適送信時間キャンペーンは、送信スケジュールされた当日の24時間前まで編集できる。

「セーフゾーン」内で送信時刻の編集を行った場合はどうなりますか?

この時間内にキャンペーンの送信時刻を変更すると、次のような望ましくない動作につながる可能性があります。

  • Braze は、送信時刻から 1 時間以上遅れたユーザーに対してメッセージを送信しません。
  • 事前にキューに入れられたメッセージは、調整後の時刻ではなく、元のキューに入れられた時刻に送信される可能性があります。

「セーフゾーン」がすでに経過している場合はどうしたらよいですか?

キャンペーンを思い通りに動作させるには、現在のキャンペーンを停止することをお勧めします (その場合、キューに入れられたメッセージはキャンセルされます)。その後、キャンペーンを複製し、必要に応じて変更を加え、新しいキャンペーンを開始することができる。すでに最初のキャンペーンを受けているユーザーは、必要に応じてこのキャンペーンから除外します。

タイムゾーン送信をできるように、キャンペーンのスケジュール時間を再調整してください。

キャンペーンに入るユーザー数が予想数と一致しないのはなぜですか?

キャンペーンに入るユーザー数は、オーディエンスやトリガーの評価方法によって、予想数と異なる場合があります。Braze では、オーディエンスはトリガーの前に評価されます (属性の変更トリガーを使用する場合を除きます)。これは、トリガーアクションが評価される前に、ユーザーが最初に選択したオーディエンスの一部でない場合、キャンペーンから脱落する原因となる。

キャンペーン分析ページの [ユーザーデータを CSV 形式でエクスポート] オプションと [メールアドレスを CSV 形式でエクスポート] オプションの違いは何ですか?

[メールアドレスを CSV 形式でエクスポート] オプションを選択すると、メールアドレスを持つユーザーのデータのみがダウンロードされます。例えば、100,000 人のユーザーセグメントがあるのに、そのうち 50,000 人だけがメールアドレスを持っている場合、[メールアドレスを CSV 形式でエクスポート] をクリックすると、CSV ファイルには 50,000 行のデータしか表示されません。これに対して、[ユーザーデータを CSV 形式でエクスポート] を選択すると、すべてのユーザーデータがエクスポートされます。

API 識別子でキャンペーンを検索できますか?

できます。[キャンペーン] ページのフィルター api_id:YOUR_API_ID を使用して、API 識別子でキャンペーンを検索します。詳細については、「キャンペーンの検索」を参照してください。

APIキャンペーンとAPIトリガーキャンペーンの違いは？

APIトリガーキャンペーンでは、キャンペーンコピー、多変量テスト、再登録ルールをダッシュボード内で管理しながら、自社のサーバーやシステムからコンテンツの配信をトリガーすることができる。これらのメッセージには、リアルタイムでメッセージにテンプレート化される追加データを含めることもできる。

API キャンペーンは、API を用いて送信されたメッセージを追跡するために使用されます。一般的なキャンペーンとは異なり、メッセージ、受信者、スケジュールを指定するのではなく、APIコールに識別子を渡す。

アクションベースキャンペーンと API トリガーキャンペーンの違いは何ですか?

アクションベース

アクションベースの配信キャンペーンまたはイベントトリガーキャンペーンは、トランザクションベースまたは成果ベースのメッセージに非常に効果的で、ユーザーが特定のイベントを完了した後に送信をトリガーすることができます。

API トリガー

APIトリガーやサーバートリガーのキャンペーンは、より高度なトランザクションを処理するのに適しており、自社のサーバーやシステムからキャンペーンコンテンツの配信をトリガーすることができる。メッセージをトリガーするAPIリクエストには、リアルタイムでメッセージにテンプレート化される追加データを含めることもできる。

Github   GitHub でこのページを編集
「このページはどの程度役に立ちましたか?」
New Stuff!