Skip to main content

Editing hosts and rendering hosts

Abstract

A short introduction to editing hosts, rendering hosts, and the differences between them.

An XM Cloud project code-base, when created using the XM Cloud Deploy App, contains:

  • The content management instance and all the setup required for running it in Docker containers.

  • A front-end application and all the setup required for rendering and editing content, layout, and so on.

An XM Cloud project uses an editing host for enabling editing experiences in Experience Editor or Pages.

The rendering host

The front-end application is also referred to as "the rendering host," and it is used for displaying the website to your audience. You host the application on platforms such as Vercel.

This application is set up and scaled to serve live traffic.

The editing host

The editing host serves only to allow editing experiences inside the XM Cloud instance and is not set up or scaled for serving live traffic.

The editing host is, essentially, a set of configurations telling Sitecore XM which application code and settings to use when displaying the pages of your site in an advanced content and layout editor such as Experience Editor or Pages.

The editing host code is that of the rendering host application, and you update it with the latest changes when you deploy your solution to XM Cloud.

Therefore, when you develop your front-end application, you must propagate your changes to the XM Cloud environment. You do this by:

When you create a project using the XM Cloud Deploy App, the project is set up with a default editing host. This editing host works out of the box on your remote XM Cloud instance.

For any other scenarios, you must configure the editing host yourself.