2026 Salesforce Test Personalized Content as Any Recipientで実際の受信を証明できる？

プレビューが証明する範囲

この機能で確認できるのは、選択した受信者の種類や入力データをもとに、個人化コンテンツがどう表示されるかです。Salesforceの説明には、受信者別のプレビュー、サンプルのApex入力、関連するコンテンツ変数を確認する方法が含まれます。これらは表示内容の検証材料であり、送信処理が実行された証拠ではありません。Salesforceの個人化メール機能説明

検収記録では「プレビューで変数の表示を確認」と「テストメールを送信」と「受信先でメールを確認」を別の結果として扱います。送信画面の状態やプレビュー画面だけを根拠に「受信済み」と記録すると、送信処理の失敗や受信側の振り分けを見逃します。

Salesforce Marketing Cloud Nextのメール作成機能も、作成・確認の工程と実際の受信結果は区別して評価します。Salesforceのメール作成説明を参照し、対象組織で使える機能とテスト手順を照合してください。

個人化プレビューとテスト送信の違い

プレビューは、受信者データに応じて件名や本文などがどう構成されるかを調べる工程です。テスト送信は、送信処理が実行されるかを確かめる工程であり、受信確認は、指定した宛先で実際のメールを開いて内容やリンクを確認する工程です。工程ごとに確認対象が異なるため、ひとつの結果で別の工程まで通過したと判断しないでください。

マイルストーン：表示内容を確認する

受信者レコードやサンプル入力を選び、氏名などの差し込み項目が想定どおり置き換わるかを確認します。条件付きコンテンツがある場合は、対象の条件で表示が切り替わるかも確認します。Salesforceが案内する受信者タイプ、サンプルApex入力、コンテンツ変数は、確認するデータと表示の根拠として整理できます。ただし、それぞれの入力で見たプレビューが、実在する受信者への送信を示すわけではありません。

マイルストーン：受信者データの代表性を確認する

Salesforceのレコードは、そのレコードに含まれる項目値に応じた表示確認に使えます。イベントや有効化されたデータを根拠にする場合は、メールで参照する項目と、テスト対象の条件分岐を対応づけます。サンプルApex入力は指定した入力値での表示確認に役立ち、コンテンツ変数は出力に反映される値を点検する手掛かりになります。

実際の業務で起こりうる条件を含まないテストデータでは、確認できる分岐も限られます。たとえば任意項目が空の場合、地域や会員状態で内容が変わる場合など、仕様上の分岐を代表するデータを用意してください。ここで検証できるのはデータに対する表示の妥当性であり、メールの到達ではありません。

マイルストーン：送信後の受信を検収する

受信を確かめるには、許可されたテスト環境から管理下のテスト宛先へ実際にメールを送り、受信先でメールの有無と内容を確認します。受信後は、件名、本文、差し込み値、条件付き表示、リンク先を、プレビューで確認した結果と照合します。リンクの動作を確認する場合は、本番の利用者データや意図しない外部送信につながらないテスト用のリンク先を使います。

送信の記録があっても、受信トレイに表示されたとは限りません。迷惑メールへの振り分けや受信側の処理も含めて確認し、必要なら確認コードが届かない場合の切り分けも参照してください。

Salesforceのメールで受信者変数を確認する方法

プレビューで変数を確認するときは、入力値、期待する表示、実際の表示を対にして記録します。氏名などの通常値だけでなく、項目が空の場合や条件を満たさない場合も、仕様に応じて確認します。変数名だけを見て合格にせず、完成した件名と本文で値の欠落、意図しない文字列、条件分岐の誤りがないかを調べてください。

Salesforceの画面上で確認したレンダリング結果は、テンプレートと入力データの組み合わせに対する証拠として保存します。実際のメールでだけ発生する表示崩れやリンクの問題はプレビューだけでは検知できないことがあるため、受信確認が必要な検収では、送信したメールも別途確認します。

テスト用データを用意するときは、個人情報を含まない合成データを優先し、テスト対象の業務条件を再現します。テスト環境のデータ管理については、テストデータに個人情報を持ち込まない考え方もあわせて確認できます。

実受信まで確かめるための追加確認

確認する証拠を、次の条件で選びます。

• 個人化の分岐だけを評価する場合は、受信者データを選んでプレビューし、変数と条件付きコンテンツの表示を記録します。実受信を確認したとは扱いません。
• 送信処理も検収する場合は、許可されたテスト環境から管理下の宛先へ送信し、送信結果を記録します。送信記録だけで受信済みとは判定しません。
• 受信トレイでの表示まで確認する場合は、実際に受信できるテスト宛先を用意し、届いたメールの件名、本文、リンクを確認します。宛先の受信能力を事前に確かめられない場合は、受信確認の検収を完了扱いにしません。
• 個人情報を含むテストデータを使う場合は、利用目的とアクセス権限を確認できるときに限って使います。それ以外は、合成データに切り替えます。

テスト宛先には、自社または許可を得たメールフローだけを使ってください。実際の受信を証明する必要がある場合は、使用するアドレスが現在メールを受け取れることを先に確かめます。継続利用やアカウント復旧が必要な宛先には、長期管理できるメールアドレスを使うほうが適切です。

受信確認の出口の選び方

Salesforce Test Personalized Content as Any Recipientは、個人化内容を確認するための機能です。受信確認の代わりにはなりません。テスト内容の分岐だけを見るのか、送信処理まで調べるのか、実際に届いたメールまで検収するのかを、作業記録に明記すると証拠の取り違えを防げます。

実受信の検収でInboxCloakを候補にする場合は、利用前にInboxCloakのページで現在の受信機能と利用条件を確かめ、管理下にあるテストフローに限って使ってください。受信先の実用性が確認できない場合や、長期保管・返信・重要アカウントの復旧が必要な場合は、継続管理できる宛先を選びます。