開始前後のチェックリスト

この記事では、キャンバスの開始前後に確認すべき点についてガイドラインを示します。

開始前に検討すべきこと

キャンバスを開始する前に、メッセージと送信時間が視聴者の好みに適していることを確認するためにいくつかの詳細を確認できます。検討すべき点には、タイムゾーン、エントリ設定などのバリエーションが含まれます。このチェックリストを参考にして、ユースケースに基づいてこれらの領域を微調整し、キャンバスを成功に導いてください。

タイムゾーン設定を確認する

日時を設定したエントリスケジュールを使用し、ローカルタイムゾーンに従ってユーザーを入れる場合は、ユーザーにキャンバスへ入ってもらいたい時間の少なくとも 24 時間前にキャンバスを開始する必要があります。例えば、開始からエントリの予定時刻までの間に十分な時間がないキャンバスがあるとします。このシナリオでは、特定のタイムゾーンで予定されたエントリ時間がすでに過ぎているため、キャンバスに入らないユーザーがいる可能性があります。

オーディエンスフィルターには正規表現を使用することを検討する

ユーザーがいつキャンバスに入るべきかの予備的な詳細を設定したら、キャンバスを構築するターゲットオーディエンスステップでセグメントまたはフィルターを確認することをおすすめします。このステップでは、ターゲット層の概要を確認して、ターゲットオーディエンスがどのように設定されているかを確認することもできます。

ここでは、オーディエンスパスステップでセグメントやフィルターに正規表現を使用し、さらにメッセージステップと条件分岐ステップでは配信検証設定を使用することを検討してください。正規表現 (regex とも呼ばれる) は文字列です。つまり、パターンを認識し、文字を考慮しますが、大文字と小文字は区別されません。これは、「一致する」や「一致しない」を使用している場合、単純な構文エラーが原因でオーディエンスの規模を制限している可能性があることを意味します。

ターゲットオーディエンスが予想より少ない場合は、「一致する」や「一致しない」の代わりに「正規表現に一致する」または「正規表現に一致しない」を使用してみてください。これにより、見つからなかったユーザーが含まれ、より多くのユーザーがターゲットになる場合があります。

エントリ設定と競合状態を確認する

エントリスケジュールとターゲットオーディエンスの設定の両方で同じエントリ条件を使用すると、競合状態が発生する可能性があります。アクションベースのエントリを使用している場合は、ここでターゲットオーディエンスと同じトリガーアクションを使用していないことを確認してください。競合状態が発生すると、トリガーイベントを実行した時点でユーザーがオーディエンスに含まれず、ユーザーがキャンバスに入らないことがあります。

キャンバスのエントリプロパティとイベントプロパティを確認する

名前は似ていますが、キャンバスのエントリプロパティとイベントプロパティはキャンバスワークフロー内では機能が異なります。キャンバスのエントリプロパティはエントリ設定に関連付けられており、キャンバス全体の任意のメッセージコンポーネントで参照できます。キャンバスのエントリプロパティは、アクションベースまたは API トリガーのエントリ設定を使用して、キャンバスへのユーザーのエントリをトリガーするイベントまたは API 呼び出しのプロパティです。

一方、イベントプロパティは、アクションパスステップに続く最初のメッセージステップのみで参照できます。イベントプロパティは、アクションパスステップの評価期間中にユーザーが実行したカスタムイベントまたは購入イベントのプロパティであり、定義されたアクションパスの 1 つに進むトリガーとなります。

キャンバスのエントリプロパティまたはイベントプロパティを参照しているメッセージステップがないか、メッセージプレビューを確認してください。

ユーザーの昇格のためのメッセージステップを確認する

デフォルトでは、ユーザーはメッセージを受信したかどうかにかかわらず、すべてのメッセージステップに昇格されます。特定のメッセージを受信したユーザーを昇格したい場合は、メッセージコンポーネントの直後に条件分岐ステップを追加することで対応できます。追加のフィルターとして「キャンバスステップからメッセージを受信した」というフィルターを追加し、キャンバスとメッセージステップを選択します。

アプリ内メッセージを使用するメッセージステップでは、条件分岐コンポーネントの代わりにアクションパスコンポーネントを使用するとよいでしょう。これにより、アプリ内メッセージを閲覧したかどうかに基づいてユーザーを昇格できます。ステップと対話フィルターを追加してアクショングループを定義し、「アプリ内メッセージを表示」を選択します。次に、ステップの評価期間をアプリ内メッセージの有効期間に設定します。

マルチチャネルメッセージングのメッセージコンポーネントには、次のことをおすすめします。 * 「メッセージ」ステップと「意思決定分割」ステップの間に延期期間ステップを入れ、遅延時間を 5 秒以上に設定します。 * コンポーネントにインテリジェントタイミングが含まれている場合は、遅延を 24 時間に設定します。 * コンポーネントにレート制限が含まれている場合は、メッセージを複数の単一チャネルメッセージステップに分割し、それらを接続します。次に、最後のメッセージステップの直後に条件分岐ステップを接続して、ユーザーがメッセージを受信したかどうかを確認します。この方法は、インテリジェントタイミングを使用するマルチチャネルメッセージステップの代わりに使用することもできます。

開始後に検討すべきこと

キャンバスを開始しました！その次は何を行えばいいのでしょうか？このチェックリストを使用して、開始後にさまざまなシナリオに基づいてキャンバスを確認・調整する方法をご覧ください。

エントリは多いが送信は少ない

例えば、送信したメッセージの数とエントリの合計数に違いがあることに気づいたとします。これらの重要な領域を確認することで、キャンバスを調整する領域を特定して明らかにすることができます。

エントリオーディエンス

定期送信キャンペーンを使用している場合は、ターゲット層を見直してターゲットオーディエンスを再確認してください。チャンネル全体で数字がどのように変化し、キャンバスで使用したチャンネルとどのように関連していますか? 最も小さい数字がキャンバスで使用したチャンネルに関連している場合は、そこに問題がある可能性があります。

キャンバスの最初のコンポーネント

キャンバスの最初のコンポーネントで使用されているオーディエンスフィルター、アクショントリガー、またはセグメントを確認してください。キャンバスを正しく開始できない原因となっているスペルミスや過剰な条件はありませんか？「正規表現に一致する」を使うべきところで、「一致する」を使っていませんか？

キャンバスコントロールグループ

バリアントとコントロールグループの間のユーザー分布を確認します。コントロールグループが想定より大きくなっていませんか？その場合は、この設定を編集できます。インテリジェントセレクションをオンにした状態で、コントロールグループが勝っている場合は、キャンバスを停止して新しいアプローチを試すことを検討してください。

オーディエンスの総数が空の状態

メッセージは送信されたのにキャンバスのエントリデータが表示されない場合、ユーザーがキャンバスにアクセスしない主な理由は、競合や制限のあるオーディエンスセグメンテーションフィルターが原因である可能性があります。

エントリスケジュールでアクションベースのエントリを使用している場合は、ターゲットオーディエンスと同じトリガーアクションをここで使用していないことを確認してください。競合状態が発生すると、トリガーイベントを実行した時点でユーザーがオーディエンスに含まれず、ユーザーがキャンバスに入らないことがあります。

さらに、ターゲットオーディエンス設定のターゲット層テーブルで、選択したセグメントにユーザーがいることを確認します。この数が少ない場合は、エントリ設定の調整方法を確認するか、選択したセグメントまたはフィルターにエラーがないかを確認してください。

ステップ間の想定外のドロップオフ

キャンバスの調整が必要な領域を特定するもう 1 つの方法は、あるキャンバスのステップから次のステップの間に大きなドロップオフがある場合です。この場合、オーディエンスフィルターと例外イベントにスペルミスや大文字小文字の誤りがないことを確認してください。また、オーディエンスフィルターの過剰な条件が、大多数のユーザーのキャンバスへのエントリを妨げていないか確認してください。

次に、メッセージをユーザーに送信するかどうかとそのタイミングに影響する次の設定を特定することが重要です。

• インテリジェントタイミング - サイレント時間 - 配信検証

一般的に、キャンバスには「インテリジェントタイミング」と「サイレント時間」のどちらかを選択し、両方は選択しないでください。「インテリジェントタイミング」と「レート制限」の場合も同じように両方を使用することはできないため、いずれかを使用してください。Intelligence Suite の最適な使用方法の詳細については、インテリジェンスに関するよくある質問をご覧ください。

パス間の不審な送信ボリューム

2 つ以上のパス (オーディエンスパスまたはアクションパス) 間の送信量が想定外の場合は、セグメントやフィルターを確認するか、アクションをトリガーするといいかもしれません。また、重複しているフィルターはすべて特定して削除してください。