For security reasons, Northern Trail Outfitters indicates they cannot store PII directly within their Marketing Cloud account. They are considering implementing Tokenized Sending to pull PII from their data warehouse at send time. They indicate they send several large, time-sensitive emails per year.
Which two considerations should be made about Tokenized Sending? (Choose 2 answers)
Tokenized Sending allows PII (such as email addresses) to stay external until send time; however, once pulled in via personalization strings, PII can still be displayed within emails.
Since Tokenized Sending relies on live API calls to an external database during sends, Salesforce Marketing Cloud's normal service-level guarantees (e.g., send speed and reliability) no longer apply because they now depend on third-party system response times.
---
Exact Extracts from Salesforce Documentation:
Source: Salesforce Help -- Tokenized Sending Overview
'Tokenized Sending retrieves sensitive customer data at send time, reducing Marketing Cloud's data storage liability. However, if personalization strings reference retrieved fields, PII can still be displayed in the email.'
Source: Salesforce Help -- Tokenized Sending Limitations
'Marketing Cloud does not guarantee service levels for sends that rely on external Tokenized Sending lookups.'
---
A customer manually imports records for sending. Each record contains a warehouse ID that is shared between Marketing Cloud and a third-party system. The customer does not have developer resources, but wants to include the warehouse ID in their tracking parameters so that the third-party system can identify the subscriber.
What should a consultant recommend?
Comprehensive and Detailed Explanation
The correct answer is A --- Use personalization strings created by selecting the data extension.
Personalization strings allow you to insert field values (like WarehouseID) into URLs, email content, or tracking links easily without needing any AMPscript or coding.
When selecting the sendable Data Extension, the personalization strings are automatically made available based on its fields.
Why others are wrong:
B: AMPscript would require custom scripting, which the customer wants to avoid.
C: Dynamic Content is for content variation, not URL parameter tracking.
D: Guide Template Language (GTL) is used in CloudPages and Email Templates but would be unnecessarily complex for this task.
Exact Extract from Salesforce Official Documentation:
Salesforce Help --- Personalization Strings in Content Builder:
'When you send using a data extension, you can use personalization strings based on field names to dynamically populate emails and tracking parameters.'
(Source: https://help.salesforce.com/s/articleView?id=sf.mc_es_personalization_strings.htm)
Northern Trail Outfitters has acquired a new company and is importing customer data to Marketing Cloud. They want to ensure commercial emails are not sent to email addresses who have previously opted out.
Which feature should they use?
Comprehensive and Detailed Explanation An Auto-Suppression List ensures that Marketing Cloud automatically suppresses email sends to customers who have opted out, without manual effort. It is the most efficient and reliable tool to prevent emails being sent to customers who have opted-out --- especially during data migrations or imports.
Why Other Options Are Incorrect:
A: Exclusion Scripts are used for dynamic in-send exclusions but are complex and not suitable for static opt-out enforcement.
C: Suppression Lists are manual and need to be selected during each send --- riskier.
D: Exclusion Lists are built at the send definition level, not automatically across all sends.
Exact Extract: Salesforce Help: Auto-Suppression Lists
'Auto-Suppression Lists automatically exclude subscribers from email sends across all send types in Marketing Cloud.'
Northern Trail Outfitters (NTO) wants to use Marketing Cloud to gather customer feedback. If a customer indicates they are unhappy with the service they have received, NTO wants a new case to be created in Service Cloud. NTO is unsure of what is possible within Marketing Cloud but would like to use as much native functionality as possible.
What approach would a consultant recommend?
The most native, no-code solution would be using an Engagement Split in Journey Builder to capture customer responses (positive or negative) and, for negative responses, trigger a Case Activity to automatically create a Case record in Service Cloud.
---
Exact Extracts from Salesforce Documentation:
Source: Salesforce Help -- Salesforce Activities in Journey Builder
'Use Case Activity in Journey Builder to create a Case record in Salesforce based on customer behavior within the journey.'
Source: Salesforce Help -- Journey Builder Engagement Splits
'Engagement Split evaluates a contact's interaction and directs them down a different path in the Journey based on their engagement.'
---
---
---
Northern Trail Outfitters (NTO) wants email subscribers to adopt their app. They are investigating using MobileConnect features since over 90% of their subscribers provide a Mobile Phone Number when registering.
Which three considerations should be made before implementing MobileConnect? (Choose 3 answers)
Comprehensive and Detailed Explanation
Correct answers are A, C, and D.
A --- Long and Short Codes are country-specific; availability must be checked per country.
C --- Inbound messaging (users texting keywords to subscribe) generally requires local Short or Long Codes.
D --- MobileConnect is not supported in every country; Salesforce provides a list of supported regions.
Why others are wrong:
B: Customers are billed by Salesforce, not directly by the mobile carriers.
E: Opt-ins can occur via Web Forms, Mobile Keyword responses, or API --- not only via inbound messaging.
Exact Extract from Salesforce Official Documentation:
Salesforce Help --- MobileConnect Considerations:
'Short and long code availability is country-specific. Inbound messaging requires a local code. MobileConnect is not available in all countries.'
(Source: https://help.salesforce.com/s/articleView?id=sf.mc_ms_considerations.htm)
---
Currently there are no comments in this discussion, be the first to comment!