Salesforce 認定 Marketing Cloud Engagement 基礎 1-10

パーソナライズされたメールは受信者データによって表示内容が変わるため、送信前に実際の購読者データやテストデータ拡張機能を使って表示確認する必要があります。
Marketing Cloud Engagementでは、購読者プレビューで差し込み項目や動的コンテンツの表示を確認し、その後テスト送信で校正担当者のメールアドレス宛てに確認用メールを送付できます。
単にプレビューを作成するだけでは校正担当者に実際のメールが届かず、送信フローをそのまま実行する方法は本番配信に近い操作となるため適切ではありません。
なお、Marketing Cloudは現在「Marketing Cloud Engagement」という名称で案内されています。
購読者プレビューとテスト送信
メールのプレビュー、テスト、送信

正答はCです。
Marketing Cloud EngagementのEmail Studioでは、送信ログを有効にすると、ユーザー起点の送信やトリガー送信に関する実行時情報をデータエクステンションへ自動的に記録できます。
送信ログのデータエクステンションは、メール送信時の属性や付随情報を蓄積し、レポート作成やデータ抽出、分析に活用します。
データビューはシステム側が保持する追跡情報を参照する仕組みであり、送信のたびにレコードを生成する送信用テンプレートではありません。
なお、Salesforce Marketing Cloudは現在「Marketing Cloud Engagement」として案内されています。
Email Studio の送信ロギング
送信ログを使用したデータの収集

正答はAです。
データエクステンションへのインポートで既存レコードを保持しながら新規レコードを追加し、既存レコードが一致した場合は更新も行いたい場合には、追加と更新を選択します。
これはいわゆるアップサートに近い動作で、主キーなどで一致する既存データを更新し、一致しないデータを新規追加します。
上書きは既存データを置き換えてしまうため要件に合わず、追加するは新規追加のみで既存レコードの更新には対応できません。
Marketing Cloudは現在、製品領域としてMarketing Cloud Engagementと表記されることがあります。
データエクステンションへのインポート
購読者データをインポートする

正答はBです。
Marketing Cloud Engagementの返信メールの管理、英語表記でReply Mail Management、略称RMMは、送信したメールに対する返信を処理する機能です。
RMMを有効にすると、不在通知などの自動応答メールを自動的に振り分け、担当者の確認が必要な返信だけを指定のメールボックスへ転送できます。
そのため、カスタマーサービスの受信トレイが不要な自動返信で埋まることを防ぎ、実際の問い合わせ対応に集中できます。
配信プロファイルは送信時の配信設定に関する機能であり、返信メールの自動処理には使用しません。
なお、Salesforce Marketing Cloudは現在Marketing Cloud Engagementとして案内されています。
Email Studio の返信メール管理
Enterprise Reply Mail Management

正答はCです。
SalesforceのTrailhead（トレイルヘッド）は、Marketing Cloud Engagementを含む各種Salesforce製品を、モジュールやプロジェクト、トレイル、クイズ形式の知識確認を通じて学べる公式学習プラットフォームです。
学習者同士が情報を共有できるコミュニティ要素も備えており、入社直後の担当者の学習に適しています。
Salesforceのヘルプとトレーニングは製品仕様や操作手順の確認には向いていますが、知識確認テストとコミュニティ中心の学習という要件にはTrailheadが最も合致します。
なお、Salesforce認定Marketing Cloud Engagement Foundationsの学習準備でもTrailheadのTrailmixが案内されています。
Salesforce認定マーケティングクラウドエンゲージメント基礎
Marketing Cloud Engagement でパーソナライズされた顧客とのつながりを構築する

正答はBです。
CloudPagesのSmart Captureで連絡先の設定や希望を収集する場合、フォーム送信に必要な最小限の情報として氏名、メールアドレス、連絡可否を示すオプトインを必須にするのが適切です。
特にメールアドレスは連絡先を識別しメール配信に用いるため重要な項目です。
また、連絡のオプトインは同意に基づくマーケティングを行ううえで不可欠であり、不要な電話番号や郵送先住所まで必須にすると入力負担が増え離脱につながりかねません。
Marketing Cloudは現在、Marketing Cloud Engagementとして案内されています。
スマートキャプチャフォームの作成

正答はAです。
CAN-SPAM分類では、広告や販売促進を目的とするメールを商業に分類します。
Cloud Kicksのプロモーションメールは商品やサービスの宣伝を目的としているため、商業メールとして扱うのが適切です。
商業メールでは、購読解除リンクや送信者の物理的住所など、CAN-SPAM準拠に必要な要素を含める必要があります。
一方、取引は購入確認や配送通知、アカウント通知など既存の取引やサービス提供に直接関係するメールに使用する分類です。
アカウントのデフォルトは、明示的な分類判断を代替するものではありません。
CAN-SPAM 要件

正答はCです。
Marketing Cloud Engagementで手動インポートを行う場合、データの格納先となるターゲットデータ拡張機能をあらかじめ作成しておく必要があります。
データ拡張機能はテーブルのように列定義を持つため、インポートファイルの列見出しやデータ構造に合わせてフィールドを用意します。
Trailheadでも、購読者データをインポートする前に送信用データ拡張機能を作成する手順が示されています。
TXTファイルは区切り形式として利用できるためXMLへ変更する必要はなく、デスクトップからの手動インポートではファイル転送アクティビティも不要です。
購読者データをインポートする
データの移動

正答はBです。
紙の申込用紙で取得した連絡先は、本人がメール受信に同意していることを明確に確認する必要があります。
そのため、まずダブルオプトインキャンペーンへ追加し、確認メール内のリンクなどで購読意思を再確認するのが適切です。
これにより、誤入力や第三者による登録を防ぎ、同意に基づいた配信ができます。
単に顧客データベースへ追加するだけでは、明示的な購読確認が不足し、配信品質やコンプライアンス上のリスクが残ります。
Marketing Cloudは現在、Marketing Cloud Engagementとして案内されています。
Email Deliverability Best Practices (メール送信のベストプラクティス):GMail ドメイン

正答はCです。
データエクステンションで購読者キーだけを主キーにすると、同じ顧客に対して追加できるレコードは1件のみになります。
顧客ごとに複数のプロモーションコード利用履歴を保持するには、購読者キーとプロモーションコードの組み合わせで一意になるよう、プロモーションコードフィールドも主キーに加えます。
これにより、同じ顧客でも異なるコードの利用は別レコードとして保存できます。
メールアドレスを主キーにしても同じ顧客の重複制御は解決せず、利用のたびに新しい購読者キーを割り当てると顧客識別が分断されてしまうため不適切です。
Email Studio でのデータエクステンションの作成