Free Practice Questions for the Sitecore Content Cloud Sitecore-XM-Cloud-Developer Exam (2026 Updated)

After designating a Sitecore template field as a multilist type, the next step is to set the data source for the multilist. This involves specifying the location within the content tree from which the list items will be drawn. The data source defines the scope of items that can be selected and displayed in the multilist.

References: The Sitecore XM Cloud documentation provides guidance on configuring selection fields, including multilists. It details how to control the list of items by setting the Source property, which determines the items that appear in the selection list 1 . Additionally, developers can use the Sitecore.Data.Fields.MultilistField class to manage the items in a multilist field, including setting the data source 2 .

According to the Sitecore XM Cloud Documentation for Developers 1 , after setting up your local XM Cloud development environment, Sitecore Pages is not connected to your locally running XM Cloud instance. You can connect your local XM Cloud application to Sitecore Pages by setting a local storage key in your browser. This allows you to use Sitecore Pages to edit content and layouts on your local front-end application. To connect Sitecore Pages to your local XM Cloud instance, you need to follow these steps 2 :

In your browser, navigate to the Sitecore Pages application.

Open the developer tools console of your browser and find the local storage section. The location differs between browsers:

For Chrome and Edge, open the Application panel. In the Storage section, expand the Local Storage section.

For Firefox, open the Storage panel, and expand the Local Storage section.

In the Local Storage panel, click the entry for Sitecore Pages 9 to reveal the local storage entries.

Create a new entry by adding a new row with the following values:

Key: Sitecore.Pages.LocalXmCloudUrl.

Value: the URL of your local XM Cloud instance. For example, 10 .

Refresh the 9 page to see your local front-end application.

2 : Connect Sitecore Pages to your local XM Cloud instance 1 : XM Cloud Documentation for Developers - Sitecore

According to the Sitecore XM Cloud Documentation for Developers 1 , you can link an environment to a specific branch of your repository in the XM Cloud Deploy app. This allows you to deploy different versions of your code to different environments. To change the linked branch for an existing environment, you need to follow these steps 2 :

On the navigation pane of the XM Cloud Deploy app, click Projects.

On the Projects page, click the project that contains the environment where you want to change the linked branch.

On the project page, click the environment where you want to change the linked branch.

On the environment page, click Options, then click Edit environment details.

In the Edit environment details dialog, select the desired branch from the Link to branch drop-down menu.

Click Save to confirm your changes.

2 : Manage an environment in the XM Cloud Deploy app | Sitecore Documentation 1 : XM Cloud Documentation for Developers - Sitecore

In Sitecore XM Cloud, a webhook submit action is used to send an HTTP request to a specified endpoint when an item changes workflow state or a workflow command runs. Therefore, for a developer wanting to create a webhook that triggers when the workflow moves to the approved state, a webhook submit action would be the appropriate choice.

References: This information is confirmed by the Sitecore XM Cloud documentation, which details the different types of webhooks available and their specific uses, including the webhook submit action for workflow state changes 1 .

XM Cloud Components provide a low-code or no-code solution for building components, allowing for the consumption of data from various sources without extensive coding. On the other hand, Headless SXA Components are designed for developers to code and consume data, typically from the same data sources, offering a more hands-on approach to component creation.

References: The distinction between XM Cloud Components and Headless SXA Components is outlined in the Sitecore XM Cloud documentation, which describes the capabilities and intended use cases for each type of component 1 2 .

According to the Sitecore XM Cloud Documentation for Developers 1 , a content author needs to have the Language Read and Language Write rights on the content item in the current language 2 . You can use the Access Viewer to check and assign the appropriate access rights for your user or role 1 . You can also use the Security Editor to set the read/write rights on the language level 2 .

According to the Sitecore XM Cloud Documentation for Developers 1 , there are three ways to create an XM Cloud environment:

Using the Sitecore CLI , which is a command-line tool that allows you to perform operations against local or remote XM Cloud instances. You can use the Sitecore CLI to create a project and an environment using the sitecore project create and sitecore environment create commands 2 .

Using the XM Cloud Deploy app , which is a web application that allows you to create and manage projects, environments, and deployments. You can use the XM Cloud Deploy app to create a project and an environment using the user interface 3 .

Using the XM Cloud Deploy API , which is a RESTful API that allows you to programmatically interact with the XM Cloud Deploy app. You can use the XM Cloud Deploy API to create a project and an environment using HTTP requests 4 .

2 : Walkthrough: Creating an XM Cloud project using the Sitecore CLI 3 : Create a project in the Deploy app 4 : [XM Cloud Deploy API Reference] 1 : XM Cloud Documentation for Developers - Sitecore

In Sitecore XM Cloud , the Security Editor is used to manage user roles and security access rights. Developers can configure permissions for various Sitecore items, templates, and components using this tool.

Permissions Managed in Security Editor Permission

Description

Read ✅

Grants the ability to view an item in Sitecore.

Write ✅

Allows editing and saving changes to an item.

Access ✅

Controls whether a user can navigate or interact with an item.

Inheritance ✅

Determines if security settings are inherited from parent roles/items.

Debug ❌

Not a security permission; debugging is controlled in Sitecore’s developer tools.

Write ( ✅ ) → Allows users to modify item content.

Access ( ✅ ) → Controls user access at different levels.

Read ( ✅ ) → Grants viewing permissions.

Inheritance ( ✅ ) → Determines whether security settings cascade down from parent roles/items.

Debug ( ❌ ) is not a permission managed in the Security Editor . Debugging capabilities are controlled via developer settings and roles , not security permissions.

Sitecore Security Editor Guide

Understanding Sitecore Access Rights

Managing Roles and Permissions in Sitecore

Why These Answers Are Correct? Why "Debug" Is Incorrect? Relevant XM Cloud Documentation References:

To clear the Experience Edge cache and resolve publishing issues, a developer can use the Experience Edge Admin API. This API provides a specific endpoint to clear the entire cache for a tenant, which is the recommended method for directly addressing cache-related problems without deleting content or restarting services.

References: The Sitecore XM Cloud documentation for developers provides information on the Admin API, including the ClearCacheForTenant endpoint, which is used to clear the cache 1 . This action is part of the administration capabilities offered by the API to manage the Experience Edge service effectively 2 .

The given GraphQL query is using the layout query in Sitecore Experience Edge to retrieve information about a specific route in a site. Let's break it down:

Querying the layout field

layout(site: "experienceedge", routePath: "/", language: "en")

This retrieves the layout data for the homepage ( routePath: "/" ) of the "experienceedge" site in English ( language: "en" ).

Fetching item fields

homeltemPath: path → This retrieves the path of the item representing the homepage.

contentRoot: parent { id path } → This fetches the parent item of the homepage, meaning the root content item of the site.

The query's main purpose is not to get an item by ID (A) since no ID filtering is used.

It is also not fetching the item layout (C) because no layout/rendering data (placeholders, renderings) is requested.

The query is not retrieving specific content about a site (D), but instead identifying the root item.

Why is the correct answer B? Thus, the correct answer is B. To get the root item of a site because the query retrieves the root content item by accessing the parent of the homepage.

Sitecore GraphQL Schema for Experience Edge – Sitecore Docs

GraphQL Query for Layout Service – Sitecore Layout Service

Sitecore Experience Edge Concepts – Sitecore Experience Edge

XM Cloud Development References

When a build fails in XM Cloud , developers need to diagnose the issue by checking relevant logs and system information. The best place to start is the Project Details Page in the Deploy App , which provides insights into deployment failures, error messages, and related logs.

The Project Details Page in the XM Cloud Deploy app shows the deployment history , including build failures.

It provides detailed error messages and links to deployment logs.

Developers can view logs and troubleshoot issues directly within the Deploy App.

Why is Option C Correct?

Option A - The Deploy app system status page ❌ Incorrect because this page only shows the overall status of XM Cloud services (whether the system is operational or experiencing outages). It does not provide detailed logs for a specific failed build.

Option B - The Content Management instance logs for the environment ❌ Incorrect because these logs track runtime errors related to the CMS and API calls but do not provide direct build or deployment failure details.

Option D - The deployment log files for the environment ❌ Incorrect because deployment logs are accessed through the Deploy app’s project details page . There are no separate “deployment log files” that can be accessed directly in XM Cloud.

Why Other Options Are Incorrect? Thus, the correct answer is: ✅ C. The project details page in the Deploy app.

XM Cloud Deploy App Overview: https://doc.sitecore.com/xmc/en/developers/xm-cloud/xm-cloud-deploy.html

Troubleshooting Deployments in XM Cloud: https://doc.sitecore.com/xmc/en/developers/xm-cloud/deployment-troubleshooting.html

Sitecore XM Cloud System Status Page: https://status.sitecorecloud.io/

References for XM Cloud Development:

According to the Sitecore XM Cloud Documentation for Developers 1 , a data source item is a content item that provides the content for a component. A data source item can have fields, such as text, image, or link, that can be edited by the content author in the XM Cloud Pages editor. To create a new component that displays content from a data source item, you need to follow these steps 2 :

Create or reuse a SXA Module, which is a folder that contains the renderings, data templates, and media items for your components.

Insert a new rendering item in the SXA Module, which defines the metadata and parameters for your component. You can also clone an existing rendering item that uses a data source item and modify it as needed.

Use the JSS CLI to scaffold out a new React component in your Next.js application, which defines the layout, style, and logic for your component. You can also copy and paste an existing React component that uses a data source item and modify it as needed.

Register the React component in the Components builder and add it to the Components library.

In the XM Cloud Pages editor, drag and drop the component to the page and select or create a data source item for the component. You can also edit the data source item’s fields in the Properties panel.

2 : Create a component that uses a data source item | Sitecore Documentation 1 : XM Cloud Documentation for Developers - Sitecore