Proofは、本番対象へ送る前に内容や形式を確認するためのテストメッセージです。表示を確かめる試験と、本番の対象や送信設定の確認は分けて行います。ACSの機能と社内の承認ルールを同じものと考えず、確認する人、対象、変更後の再試験を決めましょう。
ProofとEmail renderingを区別する
公式のテストにはProof、受信環境ごとの表示を確認するEmail rendering、両者を合わせた選択があります。通常のProofを送っただけで、すべてのメールソフトの表示を自動検査したことにはなりません。Email renderingの利用にはテストプロフィール等の前提があるため、自社の環境と利用条件を確認してください。確認できた範囲を記録することが大切です。
テストプロフィールと置換を使い分ける
公式資料では、定義された対象条件に一致しない確認用のTest profilesと、本番対象の立場に置き換えて内容を確認するSubstitution profilesを説明しています。Proof送信ではテストプロフィールをメッセージのオーディエンスに含め、置換プロフィールは準備成功後に追加する条件があります。固定の社内宛先という説明だけで済ませず、どのデータで内容を再現しているかを確認します。
送信前に対象と差込みの例を決める
氏名がある例、空欄、複数の動的条件に合う例など、確認したい内容に合わせて対象を用意します。検証のために本番顧客のデータを不用意に書き換えないようにします。テスト宛先へ本番顧客の個人情報が表示される可能性も踏まえ、閲覧できる人と扱う情報を社内規則に合わせてください。宛先を選んだ人と目的を記録します。
Send a testから試験を実施する
Proofの受信者を設定し、Send a testを選び、必要な種類を指定して確認します。件名、送信元、日付、金額、差込み、画像、すべてのリンク、ミラーや停止の導線を点検します。利用できるテストの種類は設定に依存します。試験結果は、どの版をどの受信環境で見たかが分かるように残しましょう。
変更後は再準備と再Proofを行う
公式手順は、内容を修正した後にメール準備を再実行し、Proofを再送する流れを説明しています。最終確認後にリンクや金額を変更したら、その確認結果をそのまま流用しないようにします。確認者が何を承認したか、未確認の項目がないかを記録し、本番で送る版と一致させます。予算や法務等の社内承認をACSの標準機能として一括で説明しないでください。
本番対象と送信権限を別に確認する
Proofが正常でも、本番対象、除外、送信元、日時、タイムゾーン、送信権限は別に点検します。公式にはStart deliveriesロールを持つ利用者が本番送信を確定できます。試験の承認と本番実行の責任を決め、担当者が不在のときの代行も社内の権限管理に沿って整えます。送信後のログとエラーを確認する担当まで含めて準備してください。
Proofと本番の確認を分ける
| 段階 | 確認するもの |
|---|---|
| 対象準備 | テストプロフィール、置換、表示する情報 |
| Proof | 本文、差込み、リンク、受信表示 |
| 変更 | 修正箇所、再準備、再送した版 |
| 承認 | 確認者、範囲、未確認事項 |
| 本番 | 対象、除外、実行日時、権限、監視 |
導入前の確認事項
- テスト種別と前提を確認した
- プロフィールの種類と利用情報を確認した
- 修正後に再準備・再Proofを実施した
- 最終版・本番対象・権限を別に確認した
公式資料・関連記事
関連記事：ACSのメール配信｜作成から本番確認まで、ACSのEmail Designer｜本文・差込みと確認、Adobe Campaign Standard（ACS）完全ガイド 第16章 権限管理・ユーザー管理・組織運用（Administration）完全解説。
運用設計や確認項目の整理は、現在の業務と対象URLを添えて株式会社AOへご相談ください。
公式資料の確認日：2026年11月2日。記入例や手順は編集上の提案で、導入成果を保証するものではありません。
コメント