1. Custom hostnames

Set up a custom hostname

This walkthrough describes how to set up a custom hostname. A custom hostname enables access to Sitecore APIs using a subdomain of your organization's domain. For example {YOUR_CUSTOM_HOSTNAME}.example.com.

You can add a custom hostname to access Sitecore APIs using your own domain.

To set up a custom hostname, you first need to create it from the Sitecore Cloud Portal or using the Edge Platform Admin REST API and then validate it with your domain provider.

This walkthrough describes how to:

Before you begin
  • You must be an Organization Admin or Organization Owner in your Sitecore Cloud Portal organization.

  • You must have a domain name and the ability to create a TXT record with your domain host.

Create a custom hostname

Note

Currently, a custom hostname must be a subdomain such as <your-custom-hostname>.example.com. Wildcards and apex domains are not supported.

You need to create a custom hostname using either the Sitecore Cloud Portal or the Edge Platform API, then use information in the response to add records in your domain's DNS record.

The maximum number of hostnames you can create is determined by your contract. To increase this limit, please contact your Sitecore representative.

To create a custom hostname:

Validate hostname ownership

To configure a custom hostname, add the DNS records provided in the Hostname records dialog (if using the Sitecore Cloud Portal) or the HTTP response (if using the Edge Platform API). Depending on the hostname validation method used, these records can include:

  • A TXT Hostname Validation record to verify ownership or administrative control of the hostname.

  • A TXT SSL Validation record for Domain Control Validation (DCV), enabling SSL certificate issuance and management.

  • A CNAME record to associate your custom hostname with the Sitecore proxy.

When configuring a custom hostname, there are two methods available for hostname ownership validation:

  • Automatic validation without TXT Hostname Validation

    • Ownership is validated automatically after the CNAME record is added.

    • Simpler DNS configuration, but switching the CNAME before validation completes can cause temporary downtime if the hostname is already serving live traffic.

  • Pre-validation with TXT Hostname Validation

    • Ownership is verified by adding a TXT Hostname Validation record before the CNAME record is switched.

    • Validation and certificate provisioning can be completed before traffic is routed, helping minimize or avoid downtime when onboarding an existing hostname. However, this approach requires additional DNS configuration steps, including adding a TXT Hostname Validation record to your DNS zone.

The way that you add a DNS record varies, depending on your domain host.

In general, to add DNS records:

Check the status of your custom hostname

After adding the required DNS records to your domain registrar, your hostname will typically be active within 10 minutes.

Note

Hostname validation status and lifecycle

After you create a custom hostname and add the required DNS records, the hostname enters a validation period. A hostname starts in Pending validation. If it fails validation long enough, it can move to Moved status. A hostname may also enter Moved if the DNS record no longer points to the expected fallback origin.

If it stays in Moved for more than 7 days, it will transition to Deleted automatically. Deleted means the hostname is inactive and scheduled for cleanup.

A user can restart validation by sending a refresh or PATCH request.

To check the status of your custom hostname:

After you've added your custom hostname, you can use it to route traffic to specific Sitecore services.

If you have suggestions for improving this article, let us know!