Free Salesforce MC-Con-201 Practice Exam with Questions & Answers | Set: 3

Unified Engagement History is designed to give Salesforce users a consolidated view of marketing engagement directly within CRM record pages. Salesforce instructs administrators to turn on Unified Engagement History Dashboards and then add the appropriate dashboard component to Account, Lead, Contact, and Opportunity record pages.

This provides sales and marketing users with contextual engagement information without requiring them to leave the CRM record. Marketing engagement can include the individual's interactions with emails, forms, web activity, campaigns, and other Marketing Cloud Next touchpoints represented through the unified engagement model.

The Email Engagement dashboard is useful for aggregate email-performance analysis, but it isn't the specialized CRM-record-level engagement-history experience requested here. Similarly, the Website Engagement DMO alone only represents one class of behavior and wouldn't provide the combined email, form, and page-view history required by the scenario.

The uploaded master bank identifies B. Salesforce's current setup documentation explicitly states that Unified Engagement History components should be added to Contact and other CRM record pages to expose marketing engagement data to users.

Study Guide Reference: Analytics and Performance Insights → Unified Engagement History → CRM Record Page Integration.

===============

A Contact Point Selection Rule implemented through an activation template is specifically designed to determine which email address, phone number, or other messaging contact point should be used when an individual has multiple available values. Salesforce documents activation templates as reusable configurations containing contact point selection, source priority, filtering, enrichment, and membership rules.

For example, an activation template can prioritize a primary CRM email over another email address, filter invalid contact points, and apply consent criteria. Segment-triggered marketing flows can then reference that activation template and use its stored logic to choose one appropriate contact point. Salesforce specifically notes that this capability helps ensure recipients don't receive duplicate messages.

A Decision element isn't intended to reproduce Data 360 contact-point selection logic manually. Identity Resolution also doesn't simply merge multiple legitimate contact points into one. A Unified Individual may correctly retain multiple email addresses belonging to the same person; activation logic determines which address should actually be used.

The uploaded master keys A. Official Salesforce documentation directly supports contact-point selection through activation templates.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Activation Templates → Contact Point Selection.

===============

The agency users need the Marketer-Standard Business Unit role because their responsibilities include both creating marketing assets and deploying campaigns.

Salesforce states that users with the Marketing Cloud Admin or Marketing Cloud Manager permission set can be added to a Business Unit as Marketer-Standard members. These users receive the Content Manager role in the Business Unit's marketing workspace, allowing them to create, edit, view, and publish content. They can also activate campaign flows in that Business Unit.

Marketer-ReadOnly is insufficient because Salesforce explicitly states that ReadOnly members can't activate campaigns and don't receive access to the Business Unit's marketing workspaces. This would prevent the agency from performing the tasks described.

Adding users directly to the Data Space isn't the proper Marketing Cloud Next access-governance model. Business Unit membership automatically grants access to its mapped Data Space according to the Business Unit architecture.

The source bank correctly identifies C.

Study Guide Reference: Platform Setup and Governance → Business Units → Marketer-Standard and Marketer-ReadOnly Roles.

===============

The source bank recommends starting with a single lean Data Graph and expanding it as additional campaign requirements emerge . This approach avoids building unnecessary relationships and processing large datasets before an actual personalization use case requires them.

Current Salesforce guidance supports the underlying principle. Marketing Cloud Next personalization begins with a Unified Individual-based Data Graph containing required identity/contact fields plus the additional objects and fields required for personalization . Salesforce also notes that Data Graph cost and processing depend on data-model structure, participating records, refresh frequency, and fields updated. It recommends filters so that only records required for the use case are included.

Option A risks creating an oversized graph based on speculative future requirements. Option B introduces two graphs immediately even though the first campaign doesn't establish a requirement for separate demographic and transactional graphs. In the standard Marketing Cloud Next configuration without additional Personalization capabilities, Salesforce also notes that only one default Data Graph is used at a time.

Therefore, begin with the smallest useful graph, validate the campaign, and expand the graph as real personalization requirements develop.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Data Graph Design → Use-Case-Driven Personalization Architecture.

An Event Data Provider is appropriate because the email is triggered by a discrete event—specifically, a landing-page form submission—and the email must use values contained in that event payload. Salesforce categorizes Event as a supported Marketing Cloud Next personalization data source and describes events as activities such as order confirmations and subscription signups that trigger flows.

A form submission can launch an Automation Event-Triggered Flow. Data associated with the triggering event can then be exposed to message content through the Event Data Provider, allowing submitted values such as first name, selected product, event choice, or form responses to appear as merge fields.

A Data Graph is better suited to persistent profile and related Data 360 information. It isn't necessary when the desired values are already available from the triggering event. Activation Data Provider is used when personalization attributes come from a Data 360 segment activation.

Salesforce documentation demonstrates the same pattern: event-triggered emails can use event values through Event Data Provider merge fields. The uploaded bank keys A.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Event-Triggered Marketing → Event Data Provider Personalization.

===============

Option C is the verified answer. Salesforce defines Business Units as organizational divisions that use distinct Data Spaces to enforce data separation. Each Business Unit maps to a unique Data Space, and data from one Business Unit isn't shared with another. This architecture directly addresses the requirement that Clinic A marketers must not query, segment, or accidentally activate Clinic B customer profiles.

Option B is fundamentally an object- and field-level access-control requirement. Restricting particular healthcare fields while allowing users to access other Contact fields should be handled through Salesforce permissions, field-level security, Data 360 governance permissions, and related access controls—not by creating an entire Business Unit.

Option A can benefit from Business Units for organizational or branding separation, but different subscriptions or messaging configurations alone don't establish the strongest requirement for segregating customer datasets.

Important correction: the uploaded master document keys this item as B . Current Salesforce documentation explicitly states that Business Units use Data Spaces to keep data separate and are appropriate for organizational divisions such as geographic regions, brands, or isolated audiences. Therefore, the verified answer is C , not B.

Study Guide Reference: Platform Setup and Governance → Business Units → Data Spaces, Data Isolation, and User Access.

===============

Identity Resolution can be a significant consumer of Data Services Credits because profile-unification jobs process qualifying source records. Salesforce specifically recommends controlling unnecessary identity-resolution execution when configuring or modifying rulesets. One supported optimization is to disable Run jobs automatically while making configuration changes and use Run Now deliberately when processing is actually required. This prevents repeated automatic runs while administrators are iterating on match, reconciliation, or filtering logic.

Salesforce also recommends keeping only one active ruleset when possible to reduce usage costs. Therefore, option B would move in the wrong direction: maintaining multiple active rulesets can increase processing and credit consumption rather than reduce it.

Option C is also inappropriate. Recreating data streams can cause unnecessary data reprocessing and isn't the recommended credit-management technique. Data filtering and sensible scheduling are much more controlled approaches.

Because the question states that row-count optimization has already been performed, controlling automatic identity-resolution jobs is the best additional measure among the available options. The master bank keys A.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Identity Resolution → Data Services Billable Usage Types and cost optimization.

===============

Omni-Channel routing is the Salesforce architecture used to assign inbound conversations to Agentforce Service Agents or human service representatives. Conversational Email integrates Marketing Cloud Next with Agentforce and Service Cloud so that customer replies can remain within the same conversation thread and be routed appropriately.

Salesforce documents Omni-Channel flows as the mechanism for routing conversation-associated records to Agentforce. In general Agentforce channel architecture, the inbound Omni-Channel flow receives the conversation record and routes work to the configured Service Agent. For Conversational Email specifically, Salesforce also documents routing types such as Omni-Flow for directing a reply to a Service Agent.

A generic record-triggered flow on Email Message doesn't provide the complete channel-routing behavior required for Agentforce ownership. A platform-event trigger likewise isn't the prescribed Conversational Email routing architecture.

The uploaded master bank identifies B.

Study Guide Reference: Agentforce and AI Innovation → Conversational Email → Omni-Channel and Agentforce Routing.

===============

An activation-triggered flow requires an activation whose Activation Target type is Data 360 . Salesforce explicitly states that activation-triggered flows support only activations created with Data 360 as the activation target type. Although Flow Builder may display activations associated with other target types, selecting an unsupported type results in an error when the flow is saved.

The sequence is therefore: create or publish the target audience segment, create a Data 360 activation target , configure an activation that publishes the segment to that target, and then create an activation-triggered flow using that activation. When the activation completes, records are written into the Audience DMO and the associated flow starts automatically. Salesforce's Data 360 activation-target documentation confirms this architecture.

"Segment" isn't itself an Activation Target type; it is the audience being activated. Loyalty similarly isn't the required target for this Flow architecture.

The uploaded question bank correctly keys option A.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Activation-Triggered Flows → Data 360 Activation Targets.

===============

The critical word is initial . Marketing Cloud Next Business Units provide organizational separation for regions, brands, product lines, or other marketing divisions, but their data isolation is enforced through Data 360 Data Spaces. Salesforce establishes a one-to-one relationship between a Business Unit and a Data Space: a Business Unit can map to only one Data Space, and that Data Space can't be associated with another Business Unit.

More importantly, Salesforce's Business Unit setup instructions specify that before creating the initial Business Units, the organization must already have two or more Data Spaces . Therefore, for North American and European environments requiring segregation, the consultant first establishes the separate Data Spaces. The Business Units can then be created and mapped to those unique Data Spaces, with their associated marketing workspaces and content.

Option B represents an important subsequent configuration but isn't the prerequisite initial step. Option C addresses content organization but by itself doesn't establish the required data boundary.

The master bank likewise identifies A.

Study Guide Reference: Platform Setup and Governance → Business Units in Marketing Cloud Next → Data Spaces and Business Units.

===============