Free Practice Questions for Salesforce CRT-550 Exam

✅ Comprehensive and Detailed Explanation: The Blockout Window in MobileConnect prevents SMS messages from being sent during specified hours, automatically holding messages for delivery until after the blockout period or discarding them based on configuration. It directly addresses the need to prevent delivery during nighttime hours.

❌ Why Other Options Are Incorrect:

A and B: These are manual data management activities, not real-time or dynamic enough for Journey-based sends.

C: Journey Goals relate to achieving a Journey outcome, not message send timing.

Exact Extract: Salesforce Help: MobileConnect Blockout Windows

"Use Blockout Windows to prevent SMS message delivery during certain times. Blocked messages can be discarded or queued for later delivery."

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

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:

The correct answer is C — Use Synchronized Data Extensions on the Case Object with a Boolean filter on the Contact Me field.

With Marketing Cloud Connect, the Case object can be synchronized into Marketing Cloud.

You can apply filters based on fields like "Contact Me = True" directly within Journey Builder or Automation Studio without manually importing reports.

❌ Why others are wrong:

A: Journey Builder doesn't handle direct data imports from Service Cloud.

B: Manual imports and Filter Activities are unnecessary when synchronized data is available.

D: Import Wizard processes are manual and not scalable for ongoing automated campaigns.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Synchronized Data Extensions:

"Synchronized Data Extensions allow you to bring Salesforce object data (such as Cases) into Marketing Cloud for use in segmentation, filtering, and journeys without manual imports."

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

Comprehensive and Detailed Explanation:

The correct answer is B — Use an automation with Tracking Extract.

Tracking Extract Activity in Automation Studio can pull detailed send status data, including ‘Not Sent’ reasons (bounces, held status, validation errors).

From the extracted tracking file, you can create reports or data extensions specifically identifying Not Sent contacts.

❌ Why others are wrong:

A: No built-in standard report in Salesforce Marketing Cloud specifically called “Subscribers Not Sent to.”

C: Discover reports focus on aggregate metrics, not granular send statuses.

D: _Sent Data View records only successful send attempts; 'Not Sent' contacts are not logged in _Sent.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Tracking Extract Activity Overview:

"Use the Tracking Extract Activity to extract detailed subscriber-level data including message not sent events, undelivered messages, and reasons for failure."

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

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.

When a new user registers through the mobile app, and the ContactKey isn't immediately set, the MobilePush SDK assigns a temporary identifier (a GUID) to the device. This results in the creation of a new Contact in Marketing Cloud. Once the user's information is synced from Sales Cloud and the ContactKey is established, the device can be correctly associated. However, until this association occurs, the system treats the device as belonging to a separate, anonymous contact.​

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

—

The correct answer is D, because:

When using the "View As Web Page" (VAWP) link in Salesforce Marketing Cloud, it references a unique URL tied to the SendID and SubscriberKey.

If the original audience is overwritten (i.e., deleted and recreated), the SendID linked to the VAWP breaks, because the original context no longer exists.

To prevent this, upserting (inserting new and updating existing records) ensures that subscriber records persist and stay tied to the correct send, keeping the VAWP links functional even as the audience updates daily.

Official Salesforce documentation specifies:

"Overwriting a Data Extension can cause issues with Send Logging and View As Web Page links. If historical data must be maintained to ensure link functionality, records should be upserted rather than overwritten."

(Source: Salesforce Marketing Cloud Data Extensions Best Practices Guide)

In an upsert, you are updating existing records based on a primary key (typically SubscriberKey) and inserting new ones when no match exists, thus maintaining historical integrity necessary for things like VAWP.

Reference Extract:

"An upsert operation adds new records and updates existing ones in a Data Extension without deleting historical data. This method maintains the consistency required for links like 'View As Web Page' to remain functional."

(Source: Salesforce Marketing Cloud SQL Query Activities - Best Practices)

Why the other options are wrong:

A: Exclusion lists are about avoiding resending, not about preserving VAWP functionality.

B: AMPscript and send logging manage dynamic content, not VAWP link integrity.

C: Overwriting the DE deletes the old SendIDs, breaking VAWP links.

Thus, option D (Upsert) is correct.

✅ Comprehensive and Detailed Explanation:

Here’s the breakdown of what’s happening in this automation process:

The file is placed (encrypted) in the SFTP location.

File Transfer activity decrypts the file and moves it to the Safehouse.

Import File activity imports the data into a staging data extension.

Data Extract activity converts the DE to a format usable by All Subscribers (e.g., unsubscribe list extract).

File Transfer activity moves that extract file to a designated folder.

Final Import File activity uses that extract to unsubscribe subscribers from All Subscribers.

This full chain ensures secure file processing and proper unsubscription based on Subscriber Key.

❌ Why Other Options Are Incorrect:

A. Lacks the initial File Transfer step to decrypt and move the encrypted file.

B & C. Include unnecessary Query activities that are not relevant for direct unsubscription processing from a clean unsubscribe file.

Exact Extracts from Salesforce Documentation:

File Transfer & Data Extract for Unsubscribe: "Use File Transfer activity to decrypt and move encrypted files into Safehouse. Use Import File and Data Extract to populate unsubscribe lists with Subscriber Keys."

— Source: https://help.salesforce.com/s/articleView?id=sf.mc_as_activities_file_transfer.htm

— Source: https://help.salesforce.com/s/articleView?id=sf.mc_as_data_extract.htm

All Subscriber List Management: "If your account uses Subscriber Key, the unsubscribed file must contain the Subscriber Key and can be processed using Data Extract and Import File activities."

— Source: https://help.salesforce.com/s/articleView?id=sf.mc_subscribers_all_subscribers.htm

Field-Level Encryption in Marketing Cloud encrypts specific fields at rest but restricts operations such as filtering, querying, or segmentation on those fields. You cannot perform SQL queries or create filtered sends directly using encrypted fields.

—

Exact Extracts from Salesforce Documentation:

Source: Salesforce Help – Field-Level Encryption Overview

→ "You cannot use encrypted fields in segmentation activities, query activities, or filters in Marketing Cloud. These fields are encrypted at rest and are only decrypted at send time."

—