MC-Con-201 Salesforce Certified Marketing Cloud Next Consultant Questions and Answers

Marketing Cloud Next's native lead-generation architecture uses a landing page, form, and flow . Salesforce states that forms collect visitor information, landing pages host the forms, and flows process the submitted values. When a Signup Form campaign is used, Marketing Cloud Next can automatically create and connect these assets.

The form can use Salesforce Lead as a data source. After submission, the associated flow performs the appropriate CRM actions, such as creating the Lead and optionally creating consent or sending follow-up communications. Salesforce specifically describes a form as having two functional pieces: its fields/settings and the flow that processes submitted data.

A form handler is generally used when integrating external forms rather than when building the registration experience natively on a Marketing Cloud Next landing page. A separate Data 360 data stream isn't required simply to create the CRM Lead from the native form.

The uploaded master bank identifies option B.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Forms and Landing Pages → Signup Form Campaigns and Lead Creation.

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

The Communication Subscription DMO represents the category or purpose of marketing communication itself. Examples include Product Updates, Weekly Deals, Newsletters, Promotions, or Events. Salesforce's Marketing Cloud Next documentation directs marketers to create a communication subscription for each category of marketing content they send.

After creating a Communication Subscription, one or more channel types—such as Email, SMS, RCS, or WhatsApp where supported—can be associated with that subscription. This channel relationship is represented separately through the Communication Subscription Channel Type model.

Communication Subscription Consent , by contrast, stores the individual's actual consent state in relation to the relevant subscription/contact-point/channel context. It doesn't define the communication category itself.

Therefore, C correctly identifies the object representing the subscription concept that recipients can choose to receive or decline.

The source bank keys C. Salesforce's official documentation states that a communication subscription should be created for each category of marketing content, such as product updates, and that communication channels are then added to that subscription.

Study Guide Reference: Consent → Communication Subscription Data Model → Subscription, Channel Type, and Subscription Consent.

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

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.

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

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.

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

Among the available choices, A is the intended Advanced-edition capability. Standard content creation is a core Marketing Cloud Next capability available in both Growth and Advanced editions, so C doesn't require Advanced. Standard Salesforce reporting likewise isn't inherently restricted to Marketing Cloud Next Advanced, eliminating B.

The edition distinction becomes important for account-oriented marketing capabilities. Salesforce's current implementation documentation identifies Account scoring as an Advanced Edition capability and requires identity resolution for both Individual and Account objects before configuring people-and-account scoring. This is why account-level identity infrastructure appears in Advanced-focused implementation scenarios.

There is an important technical nuance: Salesforce's general Identity Resolution documentation describes creating custom rulesets for either Individual or Account and doesn't independently state, in the current public article, that merely creating an Account ruleset is universally Advanced-only. The Advanced restriction is explicitly documented around the account-oriented scoring capability that depends on that ruleset. Within the supplied options and certification context, however, A is the valid answer ; B and C are clearly Growth-supported functionality.

The master bank also keys A.

Study Guide Reference: Platform Setup and Governance → Editions and Feature Availability → Growth vs. Advanced.

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

The correct reconciliation strategy is Source Sequence , also described in newer Salesforce materials as Source Priority . This rule lets the consultant rank source systems from most trusted to least trusted when Data 360 must select a single representative value for a unified profile attribute.

In this scenario, Salesforce CRM has already been identified as the authoritative source for First Name. The consultant therefore places the CRM source first in the reconciliation priority. When a CRM value exists, Data 360 selects that value instead of choosing one from a lower-priority ecommerce, loyalty, or external source.

Most Frequent would select whichever value occurs most often among the linked records. That doesn't satisfy the requirement because multiple unreliable sources could outweigh the single trusted CRM value. A custom approach isn't required when source prioritization directly addresses the business rule.

The uploaded master bank identifies B. Salesforce Trailhead still describes this reconciliation method as Source Sequence , while current Help and architecture materials commonly use Source Priority for the same source-ranking concept.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Identity Resolution → Reconciliation Rules → Source Sequence/Source Priority.

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

Marketing Cloud Next requires an authenticated sending domain for branded email delivery. The domain is configured under Unified Messaging and authenticated through DNS records supplied by Salesforce. DKIM is a core part of this authentication process.

Salesforce states that Marketing Cloud Next uses Unified Messaging for outbound email and that an activated authenticated domain is required for email sending. Current Marketing Cloud Next DKIM keys are 2048-bit by default, and Salesforce uses outbound CNAME records to establish the DKIM authentication chain. Once the domain is active, From addresses using that domain can be configured for legitimate branded delivery.

A tracking domain serves a different purpose: it supports branded links, redirect tracking, or related channel tracking functionality. It doesn't substitute for the authenticated email-sending domain. An "Authorized domain" verified solely by an ownership TXT record isn't the Marketing Cloud Next sending-domain configuration described by Salesforce.

The uploaded bank correctly identifies A. Salesforce's May and August 2026 documentation confirms that an authenticated domain is mandatory for Marketing Cloud Next sending and that DKIM authentication uses generated DNS records.

Study Guide Reference: Platform Setup and Governance → Unified Messaging Setup → Authenticated Sending Domains and DKIM.

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

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 Omni-Channel flow is the appropriate mechanism because inbound customer conversations on Salesforce messaging channels are represented by Messaging Sessions and must be routed through supported messaging-routing infrastructure. Salesforce documents that an inbound Omni-Channel flow can use the Route Work action with the Service Channel set to Messaging and the routing destination set to an Agentforce Service Agent. This provides the supported handoff from the messaging channel to the autonomous agent while preserving the conversation context.

A record-triggered flow is not the standard routing mechanism for assigning an active messaging conversation to an Agentforce Service Agent. Although record-triggered flows can automate changes to Salesforce records, they don't provide the specialized work-routing semantics required for messaging sessions. Assignment rules similarly aren't designed for conversational Omni-Channel routing.

Therefore, option A correctly implements the inbound routing architecture. The uploaded master bank also identifies A as the keyed response.

Study Guide Reference: Agentforce and AI Innovation → Conversational Marketing Fundamentals for Marketing Cloud Next → Agentforce messaging and channel orchestration.

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

A Marketing Object is the Marketing Cloud Next-native structure for storing tabular marketing data used in campaigns, personalization, briefs, and flows. Salesforce allows marketers to create a Marketing Object directly from a CSV upload; the resulting object contains the columns defined in the source file, and Marketing Cloud Next infers the appropriate field types during import.

This makes Marketing Objects suitable for datasets such as promotional codes, localized content, product reference information, campaign-specific lookup tables, or other relatively lightweight structured data that doesn't need to be harmonized into the full Data 360 customer model.

An Actionable List is intended to represent a fixed audience of known Leads or Contacts. It isn't a general-purpose tabular data store. A Data 360 file-upload data stream is appropriate when data must be ingested and mapped into Data 360 DMOs, but the scenario asks specifically for tabular data used for marketing purposes, where Marketing Objects provide the more direct Marketing Cloud Next capability.

The uploaded question bank identifies C.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Marketing Objects → Importing and Managing Tabular Marketing Data.

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

After the consultant adds a sending domain, Unified Messaging generates the DNS configuration necessary to authenticate that domain. The required next step is to copy the generated DNS entries and configure them with the organization's DNS provider . Salesforce's current setup procedure states that the generated entries include CNAME and DKIM-related records , after which the consultant returns to Salesforce and verifies the domain.

Salesforce's 2026 DNS guidance states that Marketing Cloud Next authenticated domains require multiple CNAME records and that the outbound CNAME records provide DKIM authentication. The exact number of required CNAME entries can vary with the specific domain configuration and whether the domain is shared, but option B captures the required procedure.

A standalone TXT ownership record isn't sufficient for Marketing Cloud Next email authentication in this scenario. Sender Authentication Package is terminology associated primarily with the legacy Marketing Cloud Engagement configuration model and isn't how Marketing Cloud Next Unified Messaging authenticates a new sending domain.

The master bank keys B. Salesforce's current domain-authentication procedure confirms this DNS configuration sequence.

Study Guide Reference: Platform Setup and Governance → Unified Messaging → Authenticated Sending Domains and DNS Authentication.

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

A Data Graph is the correct source because it combines a primary Data Model Object with related objects into a structure optimized for personalization. For Marketing Cloud Next profile personalization, Salesforce typically configures the Data Graph with Unified Individual as the primary DMO , then adds related objects such as Individual, Contact Point Email, purchases, service records, loyalty data, or other associated profile information.

This differs from using the Unified Individual DMO alone. The Unified Individual provider can expose attributes directly stored on that object, but it doesn't provide the same ability to traverse and expose attributes from multiple related DMOs. The requirement specifically states that the content block needs data from related objects , making the Data Graph necessary.

A Personalization Recommender is designed to generate individualized recommendations rather than simply expose relational customer attributes for ordinary email personalization.

Salesforce explicitly states that Data Graphs used for Marketing Cloud Next personalization are typically based on Unified Individual and can include related data such as purchases or service cases. The uploaded bank also keys A.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → Personalization → Data Graphs and Related Data.

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

The appropriate solution is a Lightning Report based on the Marketing Performance Semantic Data Model . Salesforce's marketing reporting architecture provides semantic-model-backed report types that combine message-definition and engagement information into a unified reporting layer. The Marketing Performance Semantic Model specifically contains information about message send definitions and engagement data, allowing marketers to create detailed custom analytics instead of being limited to predefined dashboards.

This is important because unsubscribe information and unsuccessful message delivery are engagement-level events rather than ordinary Campaign Member attributes. A Campaign Member-based custom report therefore lacks the complete messaging and engagement model required for this analysis. Marketing Insights for Agentforce Sales is also designed for sales-oriented marketing intelligence and isn't the custom reporting mechanism requested here.

The uploaded source identifies option B as the answer. Salesforce documentation confirms that the Marketing Performance Semantic Model contains send-definition and engagement data and is available for custom analytics reporting.

Study Guide Reference: Analytics and Performance Insights → Marketing Performance Intelligence → Semantic Data Models and Custom Reporting.

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

After the initial Identity Resolution processing, Data 360 uses incremental processing so that unchanged source records don't need to be repeatedly rematched. Salesforce's current Identity Resolution documentation explicitly states that preprocessing identifies records that are new or changed and sends only those records into Identity Resolution.

Salesforce determines whether a record changed by converting source records to hash values and comparing those hashes with the values from previous Identity Resolution runs. Records whose current hash indicates no change can be excluded from unnecessary reprocessing.

This behavior has direct credit-consumption implications. Salesforce explains that preprocessing prevents credits from being consumed by repeatedly running Identity Resolution over records that have already been unified in their current form. Even when a source performs a full refresh, preprocessing can protect unchanged records from unnecessary identity-processing work.

Option A is incomplete because an existing record that has been modified must also be reprocessed. Option B incorrectly assumes that every subsequent run rematches the entire source population.

The uploaded master correctly keys C.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Identity Resolution → Incremental Processing and Credit Consumption.

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

Marketing Cloud Next provides purpose-built AI capabilities rather than requiring marketers to construct a custom Agentforce agent for standard campaign creation. The Campaign Creation Agent can use a natural-language objective to draft a campaign brief, refine the campaign concept, generate campaign assets, and establish audience requirements. Audience generation is then completed through the dedicated Segment Creation capability, which translates natural-language audience requirements into Data 360 segment criteria that the marketer can review and publish.

This separation is important. Campaign Creation and Segment Creation are specialized capabilities with related but distinct responsibilities. Therefore, option C overstates what the Campaign Creation Agent natively performs by implying that it directly completes every segment-building operation within one campaign-generation action.

Option B is technically overengineered for the stated requirement. Custom Agentforce actions and Prompt Builder are valuable when an organization needs bespoke business logic, but standard campaign and audience creation already have supported Marketing Cloud Next capabilities.

The uploaded question bank keys A.

Study Guide Reference: Agentforce and AI Innovation → Agentforce in Marketing Cloud Next → Campaign Creation and AI-assisted Segment Creation.

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

Marketing Cloud Next provides Consent Banner as a dedicated Salesforce CMS content type . Therefore, the first step is to create a CMS content item of type Consent Banner. Salesforce describes this content type specifically as a banner for marketing landing pages and external websites that collects visitor consent for web-activity tracking.

Once the Consent Banner asset exists, it can be configured for the appropriate tracking environment. Salesforce's web-tracking requirements explicitly state that landing pages with consent-based tracking require a consent banner created in Salesforce CMS , along with the relevant Data 360 web-tracking integration.

Option A is incorrect because an ordinary CMS content block isn't the specialized Consent Banner content type. Option B reverses the required sequence: enabling or applying tracking to a landing-page environment doesn't itself create the consent-banner asset.

This architecture separates reusable consent content from individual landing-page design, allowing administrators to manage tracking-compliance experiences consistently.

The uploaded master bank correctly keys C.

Study Guide Reference: Consent → Web Tracking Consent → Salesforce CMS Consent Banner Content Type.

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

An On-Demand Flow is designed specifically for marketing interactions initiated externally through an API request. Salesforce allows external applications to invoke an On-Demand Flow through the REST API using the Flow invocable-action endpoint and provide required runtime inputs with that request.

This architecture fits an external airline operational system that already knows when an itinerary has changed and which passengers are affected. The external service can initiate the flow immediately instead of waiting for a segment refresh or a scheduled marketing process. The flow can then execute personalized SMS messaging using the passenger and itinerary information supplied through its runtime context.

A dynamic segment is inefficient for an event where the initiating system already knows the affected audience and requires immediate action. Segment publication introduces additional processing and isn't necessary merely to reconstruct the passenger set. Option C uses generic Flow terminology but doesn't identify the purpose-built API-triggerable Marketing Cloud Next flow type.

The uploaded master bank identifies A. Salesforce explicitly states that On-Demand Flows can be invoked via REST API for immediate SMS interactions initiated by external customer activity.

Study Guide Reference: Campaign Design, Flow Orchestration and Content → On-Demand Flows → REST API-Triggered Messaging.

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

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.

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

Salesforce's current Conversational Email implementation guide lists essentially the same five activities shown in option C . First, configure the human representative escalation experience in Service Cloud and Omni-Channel. Second, configure an Agentforce Service Agent capable of handling email conversations. Third, enable and configure Conversational Email in Unified Messaging for the applicable sending address. Fourth, create the Conversational Email campaign and its flow. Finally, monitor engagement, routing, resolutions, and agent escalation outcomes.

Salesforce emphasizes that the human escalation experience should be configured before Conversational Email is enabled, because customers must have a supported path to a human representative when the AI agent can't resolve an inquiry. Service Agents are likewise a formal prerequisite because Agentforce provides the automated interpretation and response capability.

Option A introduces a transactional API endpoint that isn't a standard implementation requirement. Option B relies on Journey Builder and Marketing Cloud Connect concepts that aren't part of the Marketing Cloud Next Conversational Email setup sequence.

The uploaded source correctly identifies C.

Study Guide Reference: Agentforce and AI Innovation → Conversational Email → Agentforce, Service Cloud, Escalation, and Monitoring.

The Communication Subscription Channel Type object represents the relationship between a particular Communication Subscription and an Engagement Channel Type. Salesforce defines it as the object that specifies the engagement channel that can be used for a given communication subscription.

Therefore, if "Product Announcements" supports both Email and SMS , two subscription-channel relationships exist: Product Announcements + Email, and Product Announcements + SMS. Each combination requires its own Communication Subscription Channel Type record.

Salesforce's Data 360 mapping requirements reinforce this relationship. The Communication Subscription Channel Type DMO includes both a Communication Subscription ID and an Engagement Channel Type ID , confirming that each record associates one subscription with one channel.

Contact points are associated with individual subscribers and consent records, not with the definition of the subscription/channel relationship itself, so A is incorrect. OPT_IN and OPT_OUT states are stored as consent information and don't cause the two Communication Subscription Channel Type records described here.

The uploaded bank correctly keys C.

Study Guide Reference: Consent → Communication Subscription Data Model → Communication Subscription Channel Type.

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

Conversational Email provides the most direct and autonomous solution. Rather than forcing customers to navigate to another web experience or create conventional support cases, NTO can make the existing Order Confirmation and Tracking emails conversational. Customers can simply reply to the email with a question such as "Where is my order?"

Salesforce states that Conversational Email integrates with Agentforce, Digital Engagement, and Data 360. The platform analyzes inbound replies, determines intent, and can route the conversation to an Agentforce agent or human representative while preserving the complete email-thread context.

Salesforce specifically lists Order Management and tracking-information requests as a Conversational Email use case. This makes C particularly strong: Agentforce can resolve repetitive tracking requests without generating unnecessary low-value support workload.

Option A adds friction by sending the customer to a separate chatbot page. Option B only automates routing after a support ticket already exists, whereas the requirement is to reduce or eliminate those cases through autonomous handling.

The uploaded source also keys C.

Study Guide Reference: Agentforce and AI Innovation → Conversational Email → Autonomous Service and Order Management.

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

The Data 360 Profile Insights component is Salesforce's prescribed component for surfacing marketing scores directly on relevant CRM record pages. Salesforce explicitly states that administrators can add this component to Lead and Contact pages and configure it to display Overall Marketing Score, Marketing Engagement Score, and Marketing Fit Score .

This gives sales users an immediate, contextual indication of marketing readiness and engagement without requiring them to open a separate report or dashboard. These scores can help sales teams identify which leads or contacts have the greatest likelihood of engagement or conversion.

A custom report isn't the intended embedded scoring experience and adds unnecessary reporting overhead. Unified Engagement History serves a different purpose: it surfaces historical marketing interactions such as email or web engagement. It isn't the component used to display the calculated Overall Marketing Score.

The uploaded source identifies B.

The file wording includes prospects in addition to leads and contacts. Current Salesforce scoring documentation most explicitly describes the Profile Insights component on Lead and Contact record pages; the source supplies the broader exam framing.

Study Guide Reference: Analytics and Performance Insights → Marketing Scoring → Data 360 Profile Insights.

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

An Automation Event-Triggered Flow with the supported consent action is the correct architecture for processing consent immediately after a Marketing Cloud Next form submission. Salesforce specifically states that Create Consent can be used in event-triggered flows to automate consent updates based on events such as a form submission .

Current Salesforce documentation commonly labels the Flow element Create Consent , while some recent support guidance still refers to the underlying operation as Consent Request . The functional purpose is the same in this question: update the contact point's OPT_IN or OPT_OUT state for the appropriate channel and communication subscription through the supported Marketing Cloud Next consent service.

Options B and C are incorrect because directly mapping ingestion or transformation results into the Communication Subscription Consent DMO isn't the supported consent-writing path. Salesforce's August 17, 2026 guidance specifically states that landing-page form consent should be paired with an Automation Event-Triggered Flow and Consent Request action.

The uploaded master correctly keys A.

Study Guide Reference: Consent → Automating Consent → Form Submission, Automation Event-Triggered Flow, and Create Consent/Consent Request.

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

The Forms Engagement dashboard is specifically designed to provide an aggregate view of Marketing Cloud Next form performance. Salesforce's current Reporting in Marketing Cloud Next reference describes the Forms Engagement dashboard as a big-picture view of form KPIs that can be filtered by date, public title, and other attributes . That wording aligns directly with this scenario.

The Landing Page Engagement dashboard instead measures landing-page performance. Although the forms may be embedded on landing pages, the marketing manager is asking to compare the performance of the forms themselves. Campaign Performance provides higher-level campaign analysis across multiple assets and interactions but isn't the specialized dashboard for form-level KPIs.

Typical form analytics can help marketers understand submission activity and compare forms used across campaigns. Because the requirement explicitly calls for a high-level view across several gift-finder forms and filtering by public title, Forms Engagement is the exact reporting surface Salesforce documents for this purpose.

The uploaded master bank also identifies option B.

Study Guide Reference: Analytics and Performance Insights → Reporting in Marketing Cloud Next → Forms Engagement Dashboard.

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

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.

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

Common Assets is specifically designed to distribute governed reusable content across Marketing Cloud Next Business Units. Salesforce states that Common Assets is a library that makes content available to all Business Units . Members can post approved content from their workspace to the library, and marketers in other Business Units can copy that content into their own workspaces.

This makes it well suited to centrally governed items such as logos, legal disclaimers, approved documents, forms, landing-page templates, and email assets. Salesforce's supported Common Assets content types include Email, images, documents, forms, preference pages, and several other CMS types.

Option A incorrectly assumes ordinary folder permissions provide a cross-Business-Unit governance mechanism. Option C would grant users access directly into another Business Unit's workspace, undermining the isolation that Business Units are intended to provide.

Using a central workspace as the authoritative creation location while publishing approved reusable assets through Common Assets preserves both centralized governance and regional campaign autonomy.

The uploaded source correctly identifies B.

Study Guide Reference: Platform Setup and Governance → Business Units → Common Assets and Centralized Content Governance.

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

An Actionable List is specifically intended for a fixed collection of known individuals. Salesforce even uses people who signed up for marketing at a trade show as a canonical example of when an Actionable List is appropriate.

Unlike a dynamic segment, which continually recalculates membership using profile attributes or behavioral criteria, an Actionable List remains a defined static audience. That makes it ideal for an imported set of event attendees who need to receive a one-time communication.

Salesforce supports creating an Actionable List by importing a CSV containing the members. The list can contain Leads or Contacts, and marketers can subsequently select that list as an audience source in Marketing Cloud Next automation.

A Segment would introduce unnecessary dynamic filtering and publication processing when audience membership is already explicitly known. A Marketing Object is a tabular storage structure used for marketing-related reference or personalization data; it isn't the appropriate audience-management construct for this requirement.

The uploaded master bank correctly keys A. Salesforce's current documentation explicitly describes Actionable Lists as static collections ideal for reaching known individuals such as trade-show registrants.

Study Guide Reference: Data Modeling, Identity Resolution and Segmentation → Audiences → Actionable Lists versus Dynamic Segments.

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

A custom Analytics report using the Marketing Performance Semantic Model is the appropriate solution when NTO needs detailed, exportable engagement information rather than only aggregated campaign KPIs.

Salesforce defines the Marketing Performance Semantic Model as a semantic layer containing information about message send definitions and engagement data . Email engagement includes events such as sends, deliveries, opens, bounces, clicks, and unsubscribes. Salesforce also provides combined reporting structures such as Bulk Email Message with Email Engagement for detailed analytical use cases.

By creating a custom report, NTO can filter the engagement data to the Back to School campaign and specifically to click events, then include the relevant profile/contact attributes available through the reporting model and export the resulting rows.

Campaign-record dashboards are primarily designed for summarized performance visualization and don't provide the same flexible row-level reporting/export capability. Likewise, viewing Marketing Performance dashboards doesn't automatically produce the requested individual-level extract.

The uploaded source identifies A.

Study Guide Reference: Analytics and Performance Insights → Custom Marketing Analytics → Marketing Performance Semantic Model and Email Engagement Reporting.