Journey Builder の判断分岐および他のフィルターベースのアクティビティ

データエクステンション

エントリソースデータエクステンションの送信可能なリレーションは、Journey Builder を実装するときの開始点となります。送信可能なリレーションとして選択した項目 (たとえば、Subscriberkey の購読者に関連する Subkey[項目名]) は、連絡先モデルのレコードを検索するときに使用されます。これの項目は、レコードが [すべての連絡先] に追加されるときに ContactKey/Subscriberkey (これらは同じものを意味する) でも使用されます。アカウント内でレコードが重複しないように、一貫した値を使用することが重要です。

ジャーニーデータ

ジャーニーデータは、挿入される各連絡先のジャーニーに渡される一連の静的値です。渡される値は、エントリソースデータエクステンションから取得されます。ジャーニーで使用されるエントリソースデータエクステンションに Subscriberkey、EmailAddress、FirstName、LastName がある場合、これら 4 つの項目はすべてジャーニーデータ内に存在します。これらの値が変更されることはありません。これらは、ジャーニーの連絡先の「インスタンス」を表します。特定の連絡先がジャーニーに複数回挿入される場合、その連絡先の各インスタンスには独自の一意の静的属性値が含まれます。ジャーニーデータは、連絡先のスナップショットおよび挿入時のその関連項目のみが必要な場合に役立ちます。重要な点は、連絡先データの代わりにジャーニーデータを使用すると、常に高速に実行されるということです。また、データエクステンションの行が上書きまたは更新されてもデータは変更されないことを理解することも重要です。

連絡先データ

連絡先データは、データデザイナーから取得されるデータです。エントリイベントで使用されるデータエクステンションの送信可能なリレーション項目は、連絡先モデルをトラバースするために使用されます。Contact Builder は、データデザイナー内で設定されたさまざまなリレーションのルックアップ値としてその項目を使用して、さまざまな関連属性の値を取得できます。取得される値は動的ですが、Journey Builder 処理のコストも高くなります。特にジャーニーに時間的な制約がある場合は、可能な限り連絡先データの使用を制限してください。

データデザイナー内のリレーション

データデザイナーでは、データエクステンションをルート連絡先にリンクできます。このルート連絡先は、[すべての連絡先] リストにあるレコードです。データデザイナーでリンクされたデータエクステンションは、Journey Builder 内の連絡先データに使用できます。これらのデータエクステンションをリンクするときに、連絡先キーにリンクする項目を選択します。連絡先を検索できるように、送信可能なリレーションに使用されているものと同じ項目を使用することが重要です。エントリソースの Subscriberkey 項目が Salesforce ID であり、メールアドレスの連絡先キーにリンクされたデータエクステンションを使用している場合、項目が一致しないため値を返すことができません。

注意: メールアドレスでリンクできますが、次の制限に注意してください。 

データデザイナーでデータエクステンションをリンクする場合、リレーションにはデータベース内の一意の ID が割り当てられます。この一意の ID は、Journey Builder 内の判断分岐およびフィルターで連絡先データが使用される場合の参照基準として使用されます。リレーションを削除してデータエクステンションを再接続すると、新しい ID が割り当てられます。これにより、以前の ID を使用していた古い判断分岐またはフィルターが適切に評価されなくなります。データデザイナー内のリレーションを削除する前に、ジャーニーを確認してください。Journey Builder で使用されているデータデザイナー内のリレーションを誤って削除した場合、新しいバージョンのジャーニーでフィルターを再作成する必要があります。 

チャネルアドレスの順序

注意: チャネルアドレスの順序は 2019 年 4 月リリースの一部として廃止されました。

チャネルアドレスの順序 (CAO) は、以前は従来の連絡先イベントを介して Journey Builder でメールを送信するときに必要でした。エントリイベントの最近のアップグレードにより、この連動関係がまとめて削除されました。ただし、判断分岐およびフィルターに使用されるフィルターを生成する場合は、CAO が引き続き使用されます。そのため、所有する CAO レコードが多いほど、連絡先モデルのルックアップはより複雑で一般的にパフォーマンスが低くなります。従来の連絡先イベントの一部として CAO を積極的に使用しているジャーニーがない限り、それらを削除してください。ジャーニーが CAO を使用しているかどうかを判断するには、次の手順を実行します。

• Journey Builder で、実行中または終了しているジャーニーをクリックします。
• メールのアクティビティがない場合、このジャーニーは影響を受けません。ある場合は続行します。
• [ジャーニーの設定] をクリックします。
• メールアドレスで [エントリソースのメール属性を使用] または [連絡先のメール属性を使用] が設定されているか確認します。
• 該当する場合、CAO は使用していません。
• 該当しない場合、ジャーニーは CAO を使用しています。

母集団

チャネルアドレスの順序と同様、母集団 (旧称「ルート」オブジェクト) は、以前は Journey Builder を使用するときに必須のコンポーネントでした。以前は、購読者をジャーニーに挿入するには、その購読者が [すべての購読者] リストに存在するか、母集団に属している必要がありました。これは、データエクステンションエントリイベントでは不要になりました。CAO と同様、これらもデフォルトで連絡先モデルのすべてのルックアップに追加されます。アカウント内の母集団の数が多いほど、これらのルックアップはより複雑で一般的にパフォーマンスが低くなります。ドキュメントに注記されているように、母集団は 3 つ以下にしてください。実際には、母集団が 1 つもない状態で Journey Builder を使用可能で、問題が発生することはありません。

新しいデータエクステンションエントリイベントを使用すれば、母集団を使用する必要はありません。このエントリイベント種別では自動的に連絡先が設定されるため、母集団を管理する必要はありません。

同期したデータソース

CRM オブジェクトを同期すると、データ同期でリレーションが自動的に作成されることに注意してください。 

新しいオブジェクトが同期されると、オブジェクトリレーションは次の順序で優先順位が付けられます。

• システム定義の標準オブジェクトリレーション。
• 標準参照 ID 項目 (アルファベット順)。
• カスタム参照 ID 項目 (アルファベット順)。

同期済みのオブジェクトから属性を選択する場合、これらのオブジェクト間のリレーションに注意してください。選択したリレーションが使用事例にとって意味があることを確認する必要があります。たとえば、Contact_Salesforce 項目を使用する場合、User_Salesforce オブジェクトを介したパスを検索する必要はありません。
 

1 対多リレーション

連絡先データを使用する場合、ルックアップは基準を満たすレコードの存在をチェックすることに注意してください。これが混乱を招く可能性のある例を次に示します。

データデザイナーで、Subscriberkey の連絡先キーにリンクされた「Subscribers」という名前のデータエクステンションがあります。「Subscribers」データエクステンションには「Orders」データエクステンションがリンクされています。Subscriberkey から Subscriberkey へのリンクが使用されています。Orders のプライマリキーは Subscriberkey ではなく OrderID であるため、購読者は複数回注文できます。

ここで、Orders.OrderDate = Today を検索する判断分岐を作成するとします。

すべての購読者が「Orders」データエクステンション内で 1 回のみ検索される場合、すべてが正常に処理されます。

特定の購読者が「Orders」データエクステンション内で数回検索される場合、1 つ以上の購読者の行に OrderDate = Today があると、各レコードで「はい」のパスが処理されます。

この問題を解決する方法はいくつかあります。

• ルックアップで連絡先が 1 回だけ検索されるように、1 対 1 のリレーションのみを使用する。 
  • 上記の例では、これは購読者が 1 回だけ注文するように制限しますが、最適ではありません。
• 属性間の比較を使用して、フィルターをさらに定義する。
  • 上記の例では、OrderID を使用してエントリソース DE (ジャーニーデータ) と Orders データエクステンション (連絡先データ) を比較できます。

注意: 基数に関係なく、判断分岐には検索ごとに 1000 件の連絡先の制限があります。判断分岐に使用されているデータエクステンションに連絡先が 1001 件存在する場合、最初の 1000 件のみが返されます。その後、指定したフィルターをその 1000 件に適用して、連絡先がトラバースするパスを決定します。 

その他のリソース

Contact Builder のベストプラクティス
Journey Builder のベストプラクティス
Journey Builder の処理の最適化
判断分岐用のデータエクステンションの接続