CRT-550 Salesforce Certified Marketing Cloud Consultant Exam (SP25) Free Practice Exam Questions (2025 Updated)

Comprehensive and Detailed Explanation:

The correct answer is A — Check the "Include Replies as Attachments" box in RMM settings.

In the RMM configuration settings, you can set inbound emails to be auto-forwarded and attach the original reply as a file.

This method ensures the Customer Success team can review the full original customer message without parsing dynamic fields or personalization strings.

❌ Why others are wrong:

B: There are no RMM dynamic content blocks for rendering reply bodies.

C: Querying the RMM data view would require custom queries and complex setups, which is unnecessary for simple forwarding.

D: RMM personalization strings are used in response handling templates, not for forwarding attachments.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Reply Mail Management Overview:

"Use the Include Replies as Attachments option to attach customer replies when forwarding messages to designated addresses. This feature ensures that the original message body is included."

(Source: https://help.salesforce.com/s/articleView?id=sf.mc_es_reply_mail_management.htm )

—

Because of the complex relationships (multiple objects and property matches), it's best to use Automation Studio to:

Query and flatten the relational data into a single personalized Data Extension.

Then use Journey Builder to send based on that prepared data.

This approach avoids heavy personalization scripting inside emails (which would reduce performance) and makes the sends more efficient.

—

Exact Extracts from Salesforce Documentation:

Source: Salesforce Help – Journey Data Preparation Best Practices

→ "For complex relationships and personalization requirements, prepare the data with Automation Studio before injecting into Journey Builder."

Source: Salesforce Help – Personalization in Journey Emails

→ "Avoid heavy personalization logic inside the email. Prepare the personalization using query activities beforehand to ensure send performance."

To resolve the issue of new contacts not receiving SMS messages due to missing country codes in the mobile number field, the best solution is to select 'Normalize Phone Number' in Journey settings.

Normalize Phone Number: In Journey Builder’s SMS activity settings, enabling the "Normalize Phone Number" option automatically formats phone numbers to the E.164 standard (e.g., +1 for US numbers) by appending the appropriate country code based on a specified default country (in this case, the United States). This ensures that phone numbers missing a country code are correctly formatted for SMS delivery.

Why it works:

SMS providers require phone numbers in E.164 format (e.g., +12025550123 for a US number).

If the mobile number in the Salesforce Entry Data Extension lacks the country code (e.g., 2025550123), the SMS will fail to send.

Normalizing phone numbers at the journey level corrects this issue without requiring manual updates to Salesforce records.

Why the other options are incorrect:

A. Select 'US' as the sending country in SMS activity: The sending country setting in MobileConnect determines the short code or long code used for sending, not the formatting of recipient phone numbers. It does not address missing country codes in the data.

B. Format the phone field in Salesforce as +1[phonenumber]: While manually formatting phone numbers in Salesforce to include the +1 country code would work, it requires updating all existing records and implementing validation rules for new records, which is inefficient and prone to errors compared to normalization.

D. Configure the phone field in Salesforce as US locale: Setting the phone field’s locale in Salesforce affects display formatting (e.g., (202) 555-0123) but does not automatically add the +1 country code in the E.164 format required for SMS.

Exact Extract from Salesforce Documentation:

Normalize Phone Number: "When you enable Normalize Phone Number in an SMS activity, Marketing Cloud automatically formats phone numbers to include the country code based on the selected country, ensuring compliance with E.164 standards for SMS delivery."(Source: Salesforce Help - MobileConnect SMS Activity Configuration)

E.164 Format: "SMS messages require phone numbers in E.164 format, which includes the country code (e.g., +1 for the United States). Use normalization to correct improperly formatted numbers."(Source: Salesforce Help - MobileConnect Best Practices)

A Verification Activity can check conditions (such as row count) between steps in an automation. You can configure it to send an alert if the number of imported records exceeds a threshold (like 1,000) and halt the automation, preventing the SQL query from running and updating the sendable Data Extension.

—

Exact Extracts from Salesforce Documentation:

Source: Salesforce Help – Verification Activities

→ "Verification Activities allow you to evaluate conditions during an automation. You can stop the automation or send a notification if the verification fails."

—

Querying Synchronized Data Extensions using a query activity allows for complex segmentation using multiple fields. This method ensures scalability and reliability when dealing with large datasets, such as one million contacts. After segmentation, the data can be sent via Email Studio Send Flow.​

To properly log values, the AMPscript variable names must match the field names in the Send Log (A).

Additionally, Send Logging must be configured and enabled during the send setup to ensure data is captured into the log (C).

Simply linking a Send Log to an Attribute Group (B) is irrelevant to Send Logging. WriteToLog() (D) is used mainly for server-side debug logging, not for populating Send Logs.

—

Exact Extracts from Salesforce Documentation:

Source: Salesforce Help – Send Logging Overview

→ "To log values to the Send Log, AMPscript variable names must exactly match the corresponding field names in the log, and logging must be enabled during the send process."

Source: Salesforce Help – AMPscript Functions (WriteToLog)

→ "WriteToLog() is primarily used for troubleshooting and development, not for writing data to the Send Log."

—

To synchronize subscriber data and unsubscribe statuses across all child business units in an Enterprise 2.0 Marketing Cloud account to an external CRM, the appropriate data views to query are _Subscribers and _BusinessUnitUnsubscribes.

_Subscribers Data View: This data view contains information about all subscribers in the Marketing Cloud account, including their Subscriber Key, Email Address, Status (e.g., Active, Unsubscribed, Bounced, Held), and other attributes. It is essential for identifying subscribers and their current status across the enterprise account.

Why it’s needed: The question specifies finding subscribers in the Marketing Cloud account, which requires querying the _Subscribers data view to retrieve subscriber details.

_BusinessUnitUnsubscribes Data View: This data view tracks unsubscribe events at the business unit level, including the Subscriber Key, Business Unit ID, Event Date, and other details for each unsubscribe event. It is critical for capturing unsubscribe data across child business units in an Enterprise 2.0 account, as it provides a consolidated view of unsubscribe activities specific to each business unit.

Why it’s needed: The question emphasizes capturing unsubscribe data for child business units, which _BusinessUnitUnsubscribes uniquely provides.

Why the other options are incorrect:

A. _Complaint: This data view tracks email complaints (e.g., when a subscriber marks an email as spam). While related to subscriber behavior, it does not capture general unsubscribe events or subscriber status, making it irrelevant for this use case.

B. _Unsubscribe: This data view records unsubscribe events but is limited to the context of the parent business unit and does not provide business unit-specific unsubscribe data for child business units. In an Enterprise 2.0 account, _BusinessUnitUnsubscribes is required for cross-business unit tracking.

Exact Extract from Salesforce Documentation:

_Subscribers Data View: "The _Subscribers data view returns information about the subscribers in a Marketing Cloud account, including SubscriberKey, EmailAddress, Status, and DateJoined."(Source: Salesforce Help - Data View: Subscribers)

_BusinessUnitUnsubscribes Data View: "This data view contains a record for each unsubscribe event at the business unit level. It’s used in Enterprise 2.0 accounts to track unsubscribe activity across multiple business units."(Source: Salesforce Help - Data View: BusinessUnitUnsubscribes)

In Marketing Cloud, using Email Address as the Subscriber Key can lead to issues with tracking subscriber preferences, especially when integrating with Salesforce via Marketing Cloud Connect. If the previous send (from the external system) used Email Address as the Subscriber Key, it might not have correctly updated the subscriber's status in the All Subscribers list. Consequently, when MCC sent the email, it treated the subscriber as active, resulting in the email being sent despite the prior unsubscribe.​

✅ 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."

════════════════════════════════════════════

The correct answer is D, because:

In Salesforce Marketing Cloud, to capture unsubscribe statuses across all Business Units (BUs) in an Enterprise 2.0 account, the system data view _BusinessUnitUnsubscribes must be used.

_BusinessUnitUnsubscribes provides unsubscribe event data across all business units, showing which subscriber unsubscribed, in which BU, and when — making it ideal for consolidated enterprise-level reporting or synchronization to external systems like a CRM.

Official Salesforce documentation states:

"_BusinessUnitUnsubscribes: Returns a record for each unsubscribe event, per business unit, providing a view of the unsubscribe status at a BU level. This view is used primarily in Enterprise 2.0 accounts to track unsubscribe activity across multiple business units."

(Source: Salesforce Marketing Cloud Official Data Views Documentation)

Key Points from Documentation:

_Subscribers (Option B) gives general subscriber data (status like Active, Bounced, Held), but does not track individual unsubscribe events per BU.

_Unsubscribe (Option C) focuses on unsubscribes but not separated by Business Unit context (which is needed here).

_Complaint (Option A) tracks email complaints, not unsubscribes.

Reference Extract:

"_BusinessUnitUnsubscribes includes SubscriberKey, BusinessUnitID, JobID, ListID, BatchID, EventDate, and EventType (Unsubscribe) for each event where a subscriber opts out of communication at the business unit level."

(Source: Salesforce Marketing Cloud SQL Data Views Guide)

Thus, D (_BusinessUnitUnsubscribes) is the correct choice for syncing unsubscribe data consolidated across all business units to an external CRM.

Comprehensive and Detailed Explanation:

Correct answers are C and D.

C — Shipment object must have a Lookup relationship to either Lead or Contact to map and trigger the send to the correct subscriber.

D — An Apex Trigger must be created on the Shipment object to fire the Triggered Send via the Marketing Cloud Connect package.

❌ Why others are wrong:

A: It does not matter if the Shipment is visible on the Account Related List.

B: A Lookup relationship (not necessarily Master-Detail) is needed. Master-Detail is not required.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Triggered Sends in Marketing Cloud Connect:

"To use Triggered Sends on custom objects, the object must include a Lookup field to Lead or Contact and must have an Apex Trigger to initiate the send based on changes to the object."

(Source: https://help.salesforce.com/s/articleView?id=sf.mc_co_triggered_sends_custom_objects.htm )

—

Info Capture templates in MobileConnect are designed specifically to capture free-form, open-ended text responses from customers and save them into a Data Extension. This is ideal for surveys or open feedback loops.

—

Exact Extracts from Salesforce Documentation:

Source: Salesforce Help – Info Capture in MobileConnect

→ "The Info Capture template allows subscribers to send a text response that is captured and stored in a designated data extension."

—

Comprehensive and Detailed Explanation:

The correct answer is C — An external system to receive and confirm callback and subscriptions.

Marketing Cloud’s Transactional Messaging API supports Event Notification Service (ENS), where an external endpoint (callback URL) can subscribe to event notifications like “Not Sent.”

You need an external system capable of receiving real-time POST messages (JSON format) from Marketing Cloud and sending 2xx HTTP status responses to confirm receipt.

❌ Why others are wrong:

A: There is no "Not Sent Notification activity" inside Transactional Journeys — it’s API-based event notifications.

B and D: Datorama and Interaction Studio are analytics and personalization tools, not real-time event handling systems.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Transactional Messaging Event Notification Service:

"An external system must be configured to subscribe to notifications and must be capable of responding to callbacks with an HTTP 2xx status. Event types include Sent, Delivered, Not Sent, etc."

(Source: https://help.salesforce.com/s/articleView?id=sf.mc-transactional-api-event-notifications.htm )

—

The best practice is:

Use Automation Studio to process the incoming file (import, validate, segment new customers).

Then inject the properly prepared audience into Journey Builder for decisioning, sending, and managing wait steps with Send Time Optimization.

Journey Builder is ideal for managing personalized campaigns over time, while Automation Studio is suited for heavy data processing and segmentation.

—

Exact Extracts from Salesforce Documentation:

Source: Salesforce Help – Automation Studio and Journey Builder Best Practices

→ "Use Automation Studio to prepare and transform data before injecting into Journey Builder for personalized messaging, campaign orchestration, and Send Time Optimization."

Source: Salesforce Help – Journey Builder Overview

→ "Journey Builder manages multi-step, personalized customer journeys that adapt based on contact behavior and timing."

—

To enable sending emails from a new domain (comms.nto.com.au) for Australian customers without impacting deliverability, Northern Trail Outfitters (NTO) must implement an additional Sender Authentication Package (SAP).

Sender Authentication Package (SAP): An SAP is a Marketing Cloud feature that authenticates a custom sending domain (e.g., comms.nto.com.au) to ensure emails are sent from a verified domain, improving deliverability and brand trust. It includes:

DomainKeys Identified Mail (DKIM): Signs emails to verify the sender’s identity.

Sender Policy Framework (SPF): Validates the sender’s IP address.

Domain-based Message Authentication, Reporting, and Conformance (DMARC): Enforces authentication policies to prevent spoofing.

Why it’s needed:

Using a new domain without proper authentication risks emails being marked as spam or rejected by email providers, impacting deliverability.

An SAP ensures that the new domain (comms.nto.com.au) is fully authenticated and aligned with email best practices, maintaining NTO’s sender reputation.

Implementation: NTO must purchase an additional SAP for the new domain, configure DNS records (DKIM, SPF, DMARC), and associate the domain with their Marketing Cloud account.

Why the other options are incorrect:

B. An additional IP address: A new IP address is not required for sending from a new domain. IPs are tied to the sending infrastructure, not the domain. Using a new domain with an existing IP is standard practice, provided the domain is authenticated via SAP.

C. An additional private domain: A private domain in Marketing Cloud is used for link wrapping and image hosting, not for sending emails. It does not address sender authentication or deliverability for the From address.

D. Register the new domain in Setup’s From Address Management: While registering the domain in From Address Management is a step in configuring the sending domain, it alone does not provide the full authentication (DKIM, SPF, DMARC) required to maintain deliverability. An SAP is needed to complete the setup.

Exact Extract from Salesforce Documentation:

Sender Authentication Package: "A Sender Authentication Package (SAP) authenticates a custom domain for sending emails, ensuring compliance with SPF, DKIM, and DMARC standards to maximize deliverability and protect your brand reputation."(Source: Salesforce Help - Sender Authentication Package)

Domain Setup for Deliverability: "To send emails from a new domain without impacting deliverability, configure a Sender Authentication Package to authenticate the domain and update DNS records for SPF, DKIM, and DMARC."(Source: Salesforce Help - Email Deliverability Best Practices)

Comprehensive and Detailed Explanation:

Correct answers are A, B, and C.

A — Journey Builder allows simple segmentation using Entry Events and Filters without complex SQL Queries.

B — Journey Builder’s drag-and-drop UI helps create complex decision splits and paths easily.

C — Behavior-based goals (e.g., click a link, open an email, purchase completed) are set within Journey Builder to track success.

❌ Why others are wrong:

D: Processing zipped, encrypted files (e.g., decryption, file transfer) is handled in Automation Studio, not Journey Builder.

E: Complex customer segmentation across multiple DEs often still requires SQL queries in Automation Studio.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Journey Builder vs Automation Studio:

"Use Journey Builder to create behavior-based journeys and decision splits with a visual interface. Use Automation Studio for complex queries, large data imports, and file processing."

(Source: https://help.salesforce.com/s/articleView?id=sf.mc_jb_vs_as.htm )

—

Comprehensive and Detailed Explanation:

The correct answer is D — Dynamic Content Blocks.

Dynamic Content Blocks allow non-technical users to personalize email content based on field values without writing code.

It's a drag-and-drop method where rules are created visually, ideal for a team with little coding experience.

❌ Why others are wrong:

A: Sending separate template-based emails would be inefficient and hard to manage at scale.

B: Reference Content Blocks help reuse content but don't personalize based on data fields.

C: AMPscript requires scripting knowledge, which the team lacks.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Dynamic Content Blocks Overview:

"Dynamic Content Blocks let users create different content variations based on subscriber attributes without the need for coding, making it easy to personalize emails."

(Source: https://help.salesforce.com/s/articleView?id=sf.mc_es_dynamic_content.htm )

—

Comprehensive and Detailed Explanation:

The correct answers are B and D.

B — The Mobile Number field must be Text type in MobileConnect and include country code (e.g., +1 555-555-5555).

D — A Phone type field is necessary to validate and standardize mobile number formats inside MobileConnect.

Both fields are used for identifying recipients during MobileConnect sends.

❌ Why others are wrong:

A and C: Locale fields are used for language/country preferences, not required for MobileConnect message sending.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — MobileConnect Data Extension Requirements:

"When sending SMS using MobileConnect, data extensions must include a Mobile Number field (Phone or Text type, with international country code)."

(Source: https://help.salesforce.com/s/articleView?id=sf.mc_ms_send_data_extensions.htm )

—

✅ Comprehensive and Detailed Explanation:

This is a classic transactional use case involving multiple channels: if the password reset email fails to send, the system must fallback to SMS delivery.

The best-practice solution is to:

Use a Transactional Send API for password reset emails.

Use the Event Notification Service (ENS) to monitor delivery or bounce events in near real-time.

Based on failure status, trigger an API call to initiate an SMS message.

D is the only option that uses Salesforce’s native ENS and API infrastructure for near real-time failure handling, which meets the requirement for “timely delivery.”

❌ Why Other Options Are Incorrect:

A. The Not Sent data extract is not real-time and is typically processed in batch — not suited for password resets that require instant fallback.

B. Engagement Splits (e.g., link clicked) are not ideal for determining whether an email was delivered or not. Plus, password resets don’t rely on email clicks — they’re more about deliverability.

C. API responses for triggered email sends do not reflect actual delivery success or failure — they only reflect submission status. You need ENS to monitor actual send results.

Exact Extracts from Salesforce Documentation:

Salesforce Event Notification Service (ENS): "ENS sends near-real-time email delivery, bounce, or click events to external systems so you can monitor transactional sends and take automated actions (e.g., triggering an SMS)."

— Source: https://developer.salesforce.com/docs/marketing/marketing-cloud/guide/ens-overview.html

Transactional Email via API: "Use the Transactional Messaging API to send password resets or other 1-to-1 emails. Integrate with Event Notification Service to determine the outcome of each message."

— Source: https://developer.salesforce.com/docs/marketing/marketing-cloud/guide/sendTransactionalEmail.html

════════════════════════════════════════════