イベントの処理 event-processing
トランザクションメッセージのコンテキストでは、イベントは外部の情報システムによって生成され、PushEvent および PushEvents メソッドを介して Adobe Campaign に送信されます。 これらのメソッドについては、この節を参照してください。
このイベントには、次のようなイベントにリンクされたデータが含まれます。
- そのタイプ:注文の確認、web サイトでのアカウント作成など、
- メールアドレスまたは電話番号、
- 配信前にトランザクションメッセージをエンリッチメントし、パーソナライズするためのその他の情報:顧客の連絡先情報、メッセージの言語、メールフォーマットなど。
イベントデータの例:
トランザクションメッセージのイベントを処理するには、次の手順を実行インスタンスに適用します。
- イベントの収集
- メッセージテンプレートへのイベントの転送
- パーソナライゼーションデータを使用したイベントのエンリッチメント
- 配信の実行
- リンクされた配信に失敗したイベントの再利用(Adobe Campaign ワークフロー経由)
すべての手順が完了すると、ターゲットの各受信者は、パーソナライズされたメッセージを受信します。
イベントの収集 event-collection
情報システムが生成したイベントは、次の 2 つのモードを使用して収集できます。
-
SOAP メソッドの呼び出しでは、Adobe Campaign 内でイベントをプッシュできます。PushEvent メソッドを使用するとイベントを 1 つずつ送信し、PushEvents メソッドを使用すると複数のイベントを一度に送信します。 詳細情報。
-
ワークフローの作成では、ファイルのインポートまたは SQL ゲートウェイ経由で Federated Data Access モジュールを使用してイベントを回復することができます。
収集したイベントは、テクニカルワークフローによって実行インスタンスのリアルタイムキューとバッチキューに分別され、メッセージテンプレートにリンクされるのを待つことになります。
テンプレートへのイベントの転送 event-to-template
メッセージテンプレートが実行インスタンスにパブリッシュされると、2 つのテンプレートが自動的に生成されます。1 つはリアルタイムイベントにリンクし、もう 1 つはバッチイベントにリンクします。
ルーティングの手順では、以下に基づいてイベントを適切なメッセージテンプレートにリンクします。
-
イベント自体のプロパティで指定されたイベントタイプ。
-
メッセージテンプレートのプロパティで指定されたイベントタイプ。
デフォルトでは、ルーティングは次の情報に基づいておこなわれます。
- イベントタイプ
- 使用するチャネル(デフォルトはメール)
- 公開日に基づく最新の配信テンプレート
イベントステータスの確認 event-statuses
処理されたすべてのイベントは、イベント履歴フォルダーまたはエクスプローラーで単一のビューにグループ化されます。 イベントは、イベントタイプまたは ステータス ごとに分類することができます。
可能なステータスは次のとおりです。
-
保留中
- 保留中のイベントには、収集されたばかりで処理されていないイベントがあります。 エラー数列に値 0 が表示されます。 メールテンプレートはまだリンクされていません。
- 処理された後、確認でエラーになった保留イベントの場合もあります。 エラー数列に 0 以外の値が表示されます。 このイベントが再処理される日付については、処理リクエスト日の列を参照してください。
-
保留中の配信
イベントが処理され、配信テンプレートがリンクされます。 メールは配信保留となり、標準的な配信処理が適用されます。 詳細を確認するには、該当する配信を開きます。 -
送信済み、無視および配信エラー
これらの配信ステータスは、updateEventsStatus ワークフローを介して復元されます。 詳細を確認するには、該当する配信を開きます。 -
該当しないイベント
トランザクション メッセージのルーティング フェーズが失敗しました。 たとえば、Adobe Campaign がこのイベントのテンプレートとなるメールを見つけられなかった場合などです。 -
イベント期限切れ
送信試行回数の上限に達しました。 このイベントは空とみなされます。
イベントのリサイクル event-recycling
特定のチャネルでのメッセージ配信に失敗した場合、Adobe Campaign は別のチャネルでメッセージを再送信することができます。 例えば、SMS チャネルでの配信に失敗した場合、メールチャネルを利用してメッセージを再送信します。
これには、ステータスが Delivery error であるすべてのイベントを再度作成し、異なるチャネルを割り当てるワークフローを設定する必要があります。