Custom instance URLs

  • Release version: Australia
  • Updated March 12, 2026
  • 2 minutes to read
  • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of Custom instance URLs

    ServiceNow allows you to set up custom URLs for your instance, enabling access through company-branded domains. This feature helps tailor the user experience by linking specific portals to designated URLs, such as http://support.acme.com for the CSM portal and http://hr.acme.com for the HR portal. Users may need to be redirected to different Identity Providers (IdPs) based on the URL they access.

    Show full answer Show less

    Key Features

    • Limitations: A maximum of 100 custom domains is allowed per instance. Ensure to delete the custom URL record in ServiceNow before removing any Domain Name Server (DNS) entries to prevent deletion issues.
    • Auto-Redirect: From the Tokyo release, users can be auto-directed to specified IdPs based on the custom URL.
    • Public-Facing Requirement: The URLs must be publicly accessible, and only the owner of the domain can configure them.

    Key Outcomes

    By configuring custom URLs, you can enhance user accessibility to your ServiceNow instance, leading to improved navigation and user satisfaction. Proper setup of CNAME records and understanding the deletion order for DNS changes are crucial to maintaining a seamless experience.

    You can enable your ServiceNow instance to be accessible from a company-branded or custom URL.

    Custom URL overview

    You can use custom URL to enable ServiceNow instance to be accessible from one or more company-branded or custom URLs.

    Custom URLs can be associated with specific portal. For example, admin can define http://support.acme.com for CSM portal and http://hr.acme.com for HR portal. In such situation there is a need to redirect users to different IdPs for authentication on the basis of the custom URL that users are accessing.

    Important:
    • Do not create a custom URL with more than 100 domains per instance.
    • You must delete custom URL record from ServiceNow instance first and then delete any Domain Name Server (DNS) entries from the DNS server.
    • Any deletion of DNS entry from DNS server prior to deletion of custom URL record from ServiceNow instance would result in blocking the deletion of other corresponding custom URL records from ServiceNow.

    From Tokyo, you can allow users to auto-redirect to specified IdPs defined at the custom URL record.

    Note:
    Custom URLs are not available for on-premise customers or developer instances. Also, the URL must be public-facing.
    Only the owner of the top-level domain (TLD) or any subdomain can configure the custom URL to a DNS subdomain. For example, your instance might have the following designated URL and additional custom URLs:
    Table 1. Custom URL example
    Example URLs Usage
    https://acme.service-now.com The initial domain name for Acme that came with the ServiceNow instance.
    https://support.acme.com A custom URL that associates to your ServiceNow instance. This URL is referred to as an alias (CNAME) of the initial domain name.
    https://US-support.acme.com A secondary custom URL that associates to a service portal on your instance. Your instance can support multiple custom URLs to the same service portal.

    Custom URL considerations outside of your instance

    Before you can associate a custom URL, you must own (or purchase) a URL through a domain provider. There are also specific configurations necessary before you can create and associate a custom URL on your instance.
    Table 2. Custom URL configurations
    Configuration items Description
    Set the CNAME with the provider The CNAME record must be set as the ServiceNow instance URL.
    Determine your dedicated VIP status The status of VIP.
    Note:
    When deleting or updating CNAME records which point to your instance, you must follow this sequence to avoid dangling records in the instance. First, delete the CNAME records from your instance and then remove or update the CNAME setting at your DNS provider.