Pass the Salesforce Marketing Cloud Consultant CRT-550 Questions and answers with ValidTests

Comprehensive and Detailed Explanation:

The correct answers are A and C.

A — Performing large segmentation in Automation Studio reduces the processing load inside Journey Builder, helping Journeys to focus only on eligible contacts.

C — Storing decision split data in Contact Builder’s Attribute Groups allows journeys to reference Contact Data instead of relying on static Journey Data, enabling faster and dynamic splits.

❌ Why others are wrong:

B: Applying filters inside the Journey can slow down entry and cause processing delays.

D: Creating multiple copies of DEs can cause unnecessary data duplication and still doesn't solve processing speed.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Journey Performance Best Practices:

"Optimize journey performance by filtering contacts prior to journey entry and by using Contact Data for decision splits rather than static Journey Data."

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

—

Comprehensive and Detailed Explanation:

The correct answers are A and C.

A — If responses are not received within the configured Conversation Window (e.g., 30 mins, 1 hour), MobileConnect treats them as unrelated and sends the default response.

C — If a Next Keyword is not specified on the outbound message, MobileConnect has no instruction for how to handle a reply, so it falls back to the default keyword response.

❌ Why others are wrong:

B: The Conversation Window is based on minutes/hours, not 24 hours.

D: If a response contains "stop," it triggers an opt-out process, not a fallback default keyword response.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — MobileConnect Conversation Window and Next Keyword Setup:

"Ensure that outbound messages include a configured Next Keyword to direct subscriber responses. Responses received outside the Conversation Window are treated as unrelated and routed to the default keyword response."

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

—

The correct answer is C, because:

In Salesforce Marketing Cloud, when a subscriber's status changes to 'Held', it means that Marketing Cloud has suppressed sending emails to that subscriber due to repeated soft or hard bounces.

Users cannot directly edit or re-enable subscribers marked as Held.

Instead, Salesforce Support must be contacted to review and re-enable those subscribers if appropriate (for example, if it was a temporary deliverability issue).

Salesforce official documentation states:

"Held Status: A subscriber is placed on Held status after a threshold of consecutive soft or hard bounces. To reactivate held subscribers, submit a case with Salesforce Support. Users cannot manually reactivate held subscribers themselves."

(Source: Salesforce Marketing Cloud - Subscriber Status Overview)

Important Points:

Held status is a safety mechanism to protect sender reputation and avoid deliverability issues.

Salesforce must verify that it is safe to re-enable these subscribers to prevent risking future blacklistings or IP reputation damage.

Why the other options are incorrect:

❌ A. Extract and Import as 'Active':

You cannot change subscriber status from 'Held' back to 'Active' through data imports — importing won't override Held status.

❌ B. Mass update in Contact Builder:

Contact Builder cannot change the status of subscribers in the All Subscribers list — status is managed at the system level.

❌ D. SQL query to update 'Held' to 'Active':

SQL queries cannot modify system-managed fields like subscriber status in the All Subscribers list.

Additional reference:

"Marketing Cloud Support can reset a subscriber's status to Active after evaluation. Self-service options are not available to update 'Held' statuses."

(Source: Salesforce Marketing Cloud Admin Guide - Managing Subscribers)

Thus, C is the correct and official answer.

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)

Comprehensive and Detailed Explanation:

The correct answer is C — Query Activity > Data Extension Entry Source > Journey Activities.

A Query Activity can select subscribers who haven't purchased in six months based on date logic.

The results are saved into a Data Extension.

This Data Extension is then used as the entry source into a Journey, which can orchestrate sending across multiple channels (email, SMS, push).

❌ Why others are wrong:

A: API Event is not necessary; you already have the data internally.

B: Import Activity is for external file imports; no external file mentioned.

D: Salesforce Entry Event relates to CRM records, not Data Extension queries.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Data Extension Entry Source:

"Use the Data Extension Entry Source to inject contacts into a journey based on criteria from a query or automation. This supports orchestrating communications across multiple channels."

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

—

Fatigue Rules in Einstein Content Selection allow marketers to limit how many times a specific asset can be shown to a customer over a defined time frame. This ensures better asset variety and prevents customers from seeing the same content repeatedly.

—

Exact Extracts from Salesforce Documentation:

Source: Salesforce Help – Einstein Content Selection Fatigue Rules

→ "Fatigue rules allow you to set restrictions on how often an asset or class of assets appears to an individual over a specific timeframe, improving engagement and reducing redundancy."

—

Comprehensive and Detailed Explanation:

The correct answer is C — Data Extract Activity.

Specifically, a Tracking Extract (a type of Data Extract) can pull all Not Sent events within the past 24 hours.

After extracting, the data can be moved to SFTP via a File Transfer Activity.

❌ Why others are wrong:

A: Report Definition Activity runs standard reports — it doesn't create extract files for automation.

B: SendLog Extract extracts SendLog DEs, not Not Sent tracking events.

D: SQL Query Activity manipulates DE data but doesn't extract system event data directly.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Data Extract Activity Overview:

"Data Extract Activities allow you to retrieve tracking event data such as Sends, Deliveries, Bounces, Not Sent, Opens, Clicks, etc. Use a Tracking Extract type to pull these events into a file for export."

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

—

Each File Drop Automation must monitor a unique directory, and that directory cannot be shared across multiple File Drop Automations (B).

The file trigger directory must be inside the import folder structure for Enhanced FTP (C).

Using an external FTP site is not supported for File Drop Automations — it must be Salesforce's Enhanced FTP. The limitation on the number of triggers is not five; it's based on system and licensing limits.

—

Exact Extracts from Salesforce Documentation:

Source: Salesforce Help – File Drop Automation Requirements

→ "Each File Drop Automation must have its own unique directory. The directory must reside within the Import directory."

Source: Salesforce Help – Enhanced FTP File Drop Automations

→ "File Drop Automations require files to be dropped into a directory under the Import folder on Marketing Cloud’s Enhanced FTP."

Journey Data is the data that is captured at the time of entry into the journey — it’s a snapshot of the specific data related to that specific interaction (such as the specific tent purchased).

Because customers can have multiple tent purchases, you need to make decisions based on the data specific to that journey entry (not the general contact record), which is Journey Data.

—

Exact Extracts from Salesforce Documentation:

Source: Salesforce Help – Journey Builder Decision Splits

→ "Use Journey Data to evaluate information captured at the time a contact entered the journey, ideal for handling multiple purchases or time-specific entries."

Source: Salesforce Help – Journey Data vs Contact Data

→ "Journey Data is dynamic and tied to a specific journey instance. Use Journey Data when evaluating data related to a specific event or purchase."

—

Comprehensive and Detailed Explanation:

The correct answer is C — _PublicationSubscriber.

The _PublicationSubscriber Data View stores the mapping between subscribers and publication lists.

This Data View contains fields like SubscriberKey, PublicationListID, and Status that can be used in queries to find active subscribers on specific publication lists.

❌ Why others are wrong:

A: _ListSubscribers relates to standard subscriber lists, not publication lists.

B: _Subscribers contains general subscriber profile data but not list membership.

D: _EnterpriseAttribute is related to Enterprise-level attributes, not publication list membership.

Exact Extract from Salesforce Official Documentation:

Salesforce Help — Data Views:

"_PublicationSubscriber contains information about subscribers' subscription status for publication lists."

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