Q1.Enterprise 2.0 アカウント内で、Contact Delete 機能はどのビジネスユニットから使用できますか？
A. 任意のビジネスユニット
B. 親アカウント
C. Agency アカウントでのみ
D. コンタクトが導入されたビジネスユニット
回答
- B. 親アカウント
-
Enterprise 2.0 アカウントでは、Contact Delete 機能による削除要求は 親アカウントから開始する必要があります。
この機能は、Enterprise 2.0 アカウント全体および関連するビジネスユニット内のコンタクト情報を削除対象とするため、子ビジネスユニット単位で任意に実行するものではありません。
したがって、選択肢AやDは誤りです。
また、Agency アカウント専用の機能ではないためCも不正解です。
なお、Marketing Cloud は現在、製品群の名称整理により Marketing Cloud Engagement と呼ばれる文脈が一般的です。
連絡先ビルダーでの連絡先の削除
Q2.Northern Trail Outfitters は誤って User_Salesforce オブジェクトを同期し、請求対象のコンタクト数に追加してしまいました。
これらのコンタクトを削除するには、何を推奨すべきですか？
A. これらのコンタクトを All Contacts テーブルから削除するように同期を更新する。
B. REST API を使用して、All Subscribers テーブルからコンタクトを削除する。
C. 同期されたレコードを送信可能なデータエクステンションに入れ、Contact Delete を使用する。
D. SOAP API を使用して、All Contacts テーブルからコンタクトを削除する。
回答
- C. 同期されたレコードを送信可能なデータエクステンションに入れ、Contact Delete を使用する。
-
同期対象からレコードを外しても、同期データエクステンションから消えるだけで、Marketing Cloud Engagement の All Contacts からは削除されません。
請求対象のコンタクトを削除するには、削除対象の Contact Key を含む 送信可能なデータエクステンションを作成し、Contact Delete を実行する 必要があります。
All Subscribers からの削除や SOAP API による削除では、All Contacts のコンタクトレコード全体の削除にはなりません。
なお、Marketing Cloud は現在 Marketing Cloud Engagement と呼ばれる製品名で整理されています。
連絡先ビルダーでの連絡先の削除
Q3.開発者は、Marketing Cloud SOAP API を使用して、特定のメールが送信された購読者を取得したいと考えています。
どの SOAP API オブジェクトを使用すべきですか？
A. Send
B. ListSend
C. SentEvent
D. LinkSend
回答
- C. SentEvent
-
SentEvent は、送信に関連する追跡データを保持する SOAP API オブジェクトで、メール送信の対象となった個々の購読者情報を確認できます。
そのため、特定のメールがどの購読者に送信されたかを取得する目的では、SentEvent オブジェクトを使用するのが適切です。Send は送信ジョブ自体の情報、ListSend はリスト単位の送信情報、LinkSend はリンク関連の送信情報であり、購読者ごとの送信イベント確認には適しません。
なお、Marketing Cloud は現在、製品名称としてMarketing Cloud Engagementと表記される文脈が一般的です。
送信イベント
Q4.NTO は、「Exclude」データエクステンションにレコードがある相手に対して、送信時にメール送信を除外したいと考えています。
このデータエクステンションの主キーは Subscriber Key です。
開発者は Exclusion Script をどのように記述すべきですか？
A.Lookup(‘Exclude’,’EmailAddress’,’SubscriberKey’,SubscriberKey)
B.Lookup(‘Exclude’,’SubscriberKey’,’EmailAddress’,emailaddr_)
C.Rowcount(LookupRows(‘Exclude’,’SubscriberKey’,_SubscriberKey)) > 0
D.Rowcount(LookupRows(‘Exclude’,’SubscriberKey’,_SubscriberKey)) > 1
回答
- C.Rowcount(LookupRows(‘Exclude’,’SubscriberKey’,_SubscriberKey)) > 0
-
Exclusion Script は、評価結果が true になる購読者を送信対象から除外するために使用します。
今回の主キーは Subscriber Key であるため、Exclude データエクステンションの SubscriberKey 列を、現在の購読者を表す _SubscriberKey と照合します。
LookupRows は一致する行セットを返し、RowCount で件数を数えるため、1件以上存在することを示す > 0 が正しい条件です。
> 1 では1件だけ一致した購読者が除外されないため誤りです。Marketing Cloud は現在、Marketing Cloud Engagement の名称で整理されています。
Journey Builderのメールアクティビティで使用する除外スクリプトを作成する
Q5.開発者は、顧客の API から毎日 JSON データを取得し、後で Marketing Cloud で使用するためにデータエクステンションへ書き込みたいと考えています。
開発者は、どの Server-Side JavaScript アクティビティの組み合わせを使用すべきですか？
A. Platform.Function.InvokeRetrieve(); Platform.Function.ParseJSON(); Platform.Function.UpsertData();
B. Platform.Function.HTTPGet(); Platform.Function.ParseJSON(); Platform.Function.UpsertData();
C. Platform.Function.InvokeRetrieve(); Platform.Function.Stringify(); Platform.Function.UpsertDE();
D. Platform.Function.HTTPGet(); Platform.Function.Stringify(); Platform.Response.Write();
回答
- B. Platform.Function.HTTPGet(); Platform.Function.ParseJSON(); Platform.Function.UpsertData();
-
顧客の外部 API から JSON データを取得するには、URL に HTTP GET 要求を送信できる Platform.Function.HTTPGet() を使用します。
取得した JSON 文字列は Platform.Function.ParseJSON() で JavaScript オブジェクトに変換し、その内容をデータエクステンションへ保存または更新するにはPlatform.Function.UpsertData() が適切です。InvokeRetrieve() は主に SOAP API オブジェクトの取得に使うため、外部 API からの日次 JSON 取得には適しません。Stringify() や Response.Write() も、データエクステンションへの保存処理ではありません。
Marketing Cloud は現在、Marketing Cloud Engagement の名称で整理されています。
Platform.Function.HTTPGet()
ParseJSON
UpsertData
Q6.開発者は、SOAP API を使用してデータエクステンションからデータ行を取得したいと考えています。
この呼び出しには、どの API オブジェクトを使用すべきですか？
A. DataExtensionField
B. DataExtension
C. DataExtensionObject
D. Row
回答
- C. DataExtensionObject
-
DataExtensionObject は、データエクステンション内の 1行のレコードを表す SOAP API オブジェクト です。
SOAP API でデータエクステンションの行データを取得、更新、挿入する場合は、このオブジェクトを使用します。DataExtension はデータエクステンション自体の定義や設定を表し、DataExtensionField は列定義を表すため、行データの取得には適しません。
また Row はこの SOAP API 呼び出しで使用する正式なオブジェクトではありません。
したがって、正答は DataExtensionObject です。
Marketing Cloud は現在、Marketing Cloud Engagement の名称で整理されています。
データ拡張オブジェクト
データ拡張機能からデータを取得する
Q7.Certification Aid は、API 呼び出しを使用して Marketing Cloud でコンタクトを作成したいと考えています。
このために、どの API を使用すべきですか？2つ選択してください。
A. POST /contacts/v1/contacts ルート
B. SOAP API
C. REST API
D. Contact オブジェクト
回答
- A. POST /contacts/v1/contacts ルート
C. REST API -
Marketing Cloud Engagement でコンタクトを作成するには、Contacts API の POST /contacts/v1/contacts ルートを使用します。
このエンドポイントは REST API の一部であり、メールアドレスやモバイル関連属性などの属性セットを含めて新しいコンタクトを作成できます。
SOAP API は主にメール機能やデータエクステンション操作で使用されますが、Contacts API によるコンタクト作成の選択肢としては適切ではありません。
また、Contact オブジェクトはSalesforce Platform側の標準オブジェクトを指すため、Marketing Cloud Engagement の Contacts API による作成とは異なります。
POST /contacts/v1/contacts
マーケティングクラウドエンゲージメントAPIリファレンス
Q8.Certification Aid は、SOAP API を使用してカスタムプロファイルセンターを実装したいと考えています。
これを実現するために関連する SOAP API メソッドはどれですか？
2つ選択してください。
A. Extract
B. Describe
C. Update
D. Configure
回答
- B. Describe
C. Update -
カスタムプロファイルセンターでは、購読者や関連オブジェクトの項目構造を把握し、利用者が変更したプロファイル情報を保存する必要があります。
SOAP API の Describe メソッドは、対象オブジェクトで利用できるプロパティやフィールドなどのメタデータを取得するために使用します。
また、既存の購読者情報やデータを変更するには Update メソッドを使用します。
Extract は抽出処理、Configure は設定変更系の操作であり、プロファイル情報の確認と更新を行う主目的には適しません。Marketing Cloud は現在、Marketing Cloud Engagement の名称で整理されています。
説明する
アップデート
Q9.開発者は、「View Email As Web Page（VAWP）」リンクをクリックすると、「メッセージ。システムは一時的に利用できません。
ご不便をおかけします。後でもう一度お試しください。」と表示されることを通知されました。
このエラーの原因として考えられるものは何ですか？
A. 送信時に使用されたデータエクステンション内のデータが上書きされた。
B. 送信時に使用されたメールが削除、更新、または移動された。
C. 送信時に使用された送信者プロファイルが上書きされた。
D. 送信時に使用されたデータエクステンションが別のフォルダーに移動された。
回答
- B. 送信時に使用されたメールが削除、更新、または移動された。
-
View Email As Web Page（VAWP）は、送信時のメールコンテンツをWebページとして表示する機能です。
このリンクは元のメール資産を参照して表示するため、送信後に メールが削除、更新、または移動されると表示できなくなる ことがあります。
その結果、一時的に利用できない旨のエラーが表示されます。
データエクステンションのデータ変更やフォルダー移動、送信者プロファイルの上書きは、VAWPリンクが元のメールコンテンツを取得できない直接原因ではありません。
なお、Marketing Cloud は現在 Marketing Cloud Engagement の名称で整理されています。
「メールをウェブページとして表示」で「システムが一時的に利用できません」というエラーが表示されます。
Q10.Contacts と Subscribers に関する次の記述のうち、正しいものはどれですか？
2つ選択してください。
A. Contact は任意のチャネルに購読登録されています。
B. 各 Contact は Subscriber でもあります。
C. 各 Subscriber は Contact でもあります。
D. Contact は特定のチャネルに購読登録されています。
回答
- C. 各 Subscriber は Contact でもあります。
D. Contact は特定のチャネルに購読登録されています。 -
Marketing Cloud Engagement では、Contact は複数チャネルを横断して個人を表す概念で、Subscriber はメールなどの 特定チャネルに属する購読者レコード を指します。
Salesforce の学習資料でも、すべての Subscriber は Contact ですが、すべての Contact が Subscriber とは限らないと説明されています。
そのため、Bは誤りで、Cが正解です。
また、Contact はメール、SMS、Push などのいずれかの 特定チャネルに関連付けられる場合がある ため、Dも正解です。
Aの「任意のチャネル」は意味が広すぎ、正確ではありません。Marketing Cloud は現在、Marketing Cloud Engagement の名称で整理されています。
連絡先と連絡先モデルのリレーションシップについて
