ACSのTransactional Messagingは、外部システムが送るイベントを基に、個別の通知を作成・配信する仕組みです。注文や登録等の案内に使えますが、用途と配信の種類、契約、データ、技術設定を確認する必要があります。数秒以内の到達や特定の開封率を保証するものではありません。
イベント型とプロフィール型を分ける
Event型はイベントのデータで宛先や内容を定め、Profile型はCampaignのプロフィールを対象にできます。公式資料は、Profile型でプロフィール情報の利用、マーケティングのルール、全体レポート等を扱えることを説明しています。単に通常メールと即時メールの二分類だけで考えず、対象の次元と必要なデータから方式を選びます。
停止導線と疲労ルールは種類で異なる
Event型ではUnsubscription linkコンテンツブロックを使えず、プロフィールで補完しても疲労ルールとは互換性がありません。Profile型では同ブロックや疲労ルールを利用できます。これは製品仕様の違いであり、トランザクションという名前なら法律上いつでも停止不要という意味ではありません。通知と販促の目的、対象地域や配信条件を別に確認してください。
イベントは変更できない条件を先に確認する
イベントのチャネルと対象次元は作成後に変更できません。契約に応じてメール、SMS、プッシュ等を扱いますが、一つのイベントで使うチャネルは一つです。公開のロールバックはできず、非公開にすると関連するメッセージ等が利用できなくなるため、試験環境と本番への反映を計画します。どの管理者が設定し、外部連携担当と何を合意するかを決めてください。
公開と外部からの連携を分ける
公式の流れは、管理者がイベントを定義して公開し、自動で作られた対応メッセージを編集・試験・公開し、Web側の開発者がREST APIでイベント送信を組み込むものです。メール本文を作っただけでは外部サービスと接続されません。イベント名、項目、識別、認証、送信時点、データの欠落、失敗時の扱いを連携仕様にまとめます。
必要な内容と例外を試験する
注文通知なら注文番号や金額等、目的に必要な情報を定め、実際のデータと一致するかを確認します。パスワード関連の処理も、認証システム側のトークンや有効期限等の設計と切り離さないようにします。テンプレートへ架空の汎用差込み構文を貼るのではなく、イベントやプロフィールの利用可能な項目から設定します。欠落や重複、遅延時の動きも試してください。
送信失敗と使われていない設定を監視する
イベントが発生したか、ACSへ送れたか、メッセージが処理されたかを段階ごとに調べられる記録を残します。再送は重複通知や二重処理を避ける仕様を決め、障害時の連絡手段も整えます。公式資料は公開済みメッセージ数が性能へ影響する点も挙げています。使わなくなった設定は依存関係やログへの影響を確認し、管理者の変更手順で整理してください。
種類別の仕様確認
| 項目 | Event型 | Profile型 |
|---|---|---|
| 対象 | イベントのデータ | Campaignのプロフィール |
| 差込み | イベント情報等の設計を確認 | イベントと照合したプロフィール等 |
| 停止ブロック | Unsubscription linkは利用不可 | 利用可能 |
| 疲労ルール | 互換性なし | 利用可能 |
| 共通の準備 | イベント定義・公開、内容試験、外部連携 | イベント定義・公開、内容試験、外部連携 |
導入前の確認事項
- イベント型とプロフィール型を選んだ
- チャネルと対象次元の変更制約を確認した
- メッセージ公開とAPI連携を別に試した
- 欠落・重複・遅延・失敗の対応を決めた
公式資料・関連記事
関連記事：ACSのメール配信｜作成から本番確認まで、ACSのWorkflow｜設計・実行と停止時の確認、Adobe Campaign Standard（ACS）完全ガイド 第15章 データ連携（Import・Export・API・SFTP・ETL）完全解説。
運用設計や確認項目の整理は、現在の業務と対象URLを添えて株式会社AOへご相談ください。
公式資料の確認日：2026年11月2日。記入例や手順は編集上の提案で、導入成果を保証するものではありません。
コメント