--- schema_version: "1" id: 78c9015ab6ce99634a7a29d27a74ac51cee854df95174c4ee9f908a84d463a29 title: Custom Domains in Salesforce collection: admin version: current locale: en-us portal_url: https://docs.salesforce.com/admin/current/en-us/platform/264-0-0/domain_mgmt_overview.md canonical_url: https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_overview.htm&release=264.0.0&type=5 source_site: help.salesforce.com content_type: documentation content_hash: 1d41af2c05a1addcaeb2f0add21cebfeb454df0085eaba32eb8bce409dd09d0c description: When you serve your Digital Experiences or Salesforce Sites on a domain that you own, your brand can shine. Learn about domains and custom URLs in Salesforce, and understand the relationship between them. products: - Salesforce Platform - Security release: "264" --- # Custom Domains in Salesforce When you serve your Digital Experiences or Salesforce Sites on a domain that you own, your brand can shine. Learn about domains and custom URLs in Salesforce, and understand the relationship between them. ### Required Editions
Available in: both Salesforce Classic and Lightning Experience
Available in: Enterprise, Performance, and Unlimited Editions.
Applies to: Salesforce Sites and LWR, Aura, and Visualforce sites
![Note](https://sf-zdocs-cdn-prod.zoominsoftware.com/tdta-platform-extend_click-264-0-0-production-enus/5f7d9219-b7b1-4552-8891-f1aba9b289fc/images/icon_note.png) Note Custom domains that serve your sites are unrelated to the Use Custom Domain option on the Salesforce login pages. For information about logging in with that option, see [Troubleshoot Login Issues](https://help.salesforce.com/s/articleView?id=xcloud.getstart_login.htm&type=5&language=en_US). For information about including your company’s brand in a subdomain of the URLs that Salesforce hosts for your org, for example, https://mycompany.my.salesforce.com, see [My Domain](https://help.salesforce.com/s/articleView?id=xcloud.domain_name_overview.htm&type=5&language=en_US). Unfamiliar with terms like DNS, CDN, and CNAME? Want to review the difference between a DNS resolver and a certificate? See [Custom Domain Terminology](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_terms.htm&release=264.0.0&type=5 "Review the terms related to setting up a custom domain in Salesforce."). ## Why Custom Domains The primary reason to set up a custom domain is to provide a branded experience to your users. With a custom domain, your users access your external-facing Experience Cloud site or Salesforce Site and its functionality through your branded URL. Experience Cloud sites, include Digital Experiences built with [Experience Cloud](https://help.salesforce.com/s/articleView?id=platform.users_license_types_communities.htm&type=5&language=en_US), [Commerce](https://help.salesforce.com/s/articleView?id=commerce.comm_b2b_licenses.htm&type=5&language=en_US), and [Industries](https://help.salesforce.com/s/articleView?id=ind.industries_object_access_by_license.htm&type=5&language=en_US) licenses. Also, with the many-to-many relationship between sites and custom domains, you can serve your external-facing content to meet your branding needs. For example, you can serve content from multiple Experience Cloud sites on one parent website, or serve multiple sites on one domain through custom paths. Custom domains are especially useful if you own multiple brands and want them to share content. For example, let’s say you have a parent company with two distinct brands. Each brand has its own registered domain, and you want each of those domains to serve the same parent website. You can use custom domains to point both brand domains to a single parent site with content from Salesforce. Admins also benefit from custom domains. Because you can serve multiple sites on one domain, custom domains simplify the management of your domains and your corresponding network allowlists. And even if your system-hosted site URL changes due to a My Domain change, your custom domain remains constant, reducing the number of updates required. ## Domains in Salesforce Salesforce serves multiple domains for your org, including a login domain, such as `MyDomainName.my.salesforce.com`, and site domains that can end in \*.force.com, \*.my.site.com, or \*.my.salesforce-sites.com. You can’t edit those Salesforce-managed domains, but you can add and manage custom domains from the Domains Setup page. When you set up a domain in Salesforce, you specify the domain that you own, such as https://www.example.com, and select an HTTPS option to serve that domain. For example, you can route your domain through your own HTTPS certificate, through the Salesforce content delivery network (CDN) partner, or through a third-party CDN. Then, you point your domain to your site. ## Custom URLs Whether you use Experience Cloud sites, Salesforce Sites, or both solutions, your domains and sites can have a many-to-many relationship through custom URLs. Each domain can serve up to 200 sites, and each site can be associated with up to 500 domains. An Experience Cloud site counts as two sites, so if you use only Experience Cloud sites, each domain can serve 100 sites. After you set up a custom domain for your org, you use Custom URLs to map your domain and its paths to specific sites. For each Custom URL, you specify the domain record, the site, and the path. For example, if you have one site, you create a custom URL to point your custom domain to that site for the root path (/). With Custom URLs, you can also serve different sites via the same domain. For example, you own https://www.example.com, and you have Experience Cloud sites for your online store, customer service and job postings. You can set up three custom URLs, each with a different path: https://www.example.com/shop, https://www.example.com/help, and https://www.example.com/apply. When users access the domain using one of those URLs, the custom path determines which site they see. For an example of the many-to-many relationship between sites, see [Custom Domain Build Example](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_build_example.htm&release=264.0.0&type=5 "Domains and sites can have a many-to-many relationship through custom URLs. See this relationship in action with an example where three custom domains serve one parent site with two different brands."). #### See Also - [Custom Domains](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt.htm&release=264.0.0&type=5 "Provide a branded experience for users who access your external-facing Salesforce content by serving your Digital Experiences or Salesforce Sites on a domain that you own, such as https://www.example.com.") - [Custom Domain Prerequisites](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_prereqs.htm&release=264.0.0&type=5 "Before you serve your site content with a custom domain, register a domain. To get that domain ready to serve your site content, update the Domain Name System (DNS) record to point to your org. Review your site URLs for potential conflicts, and complete the prerequisites for your chosen domain configuration option.") - [Options to Serve a Custom Domain](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_domain_config_options.htm&release=264.0.0&type=5 "Salesforce supports three HTTPS options to serve your domain. Whether you serve content for your domain via an HTTPS certificate that you own, through the Salesforce content delivery network (CDN), or through an external service, we require that you use HTTPS. When initial configuration requires that your domain is available before you enable HTTPS, Salesforce also supports a temporary non-HTTPS option.") - [Add a Custom URL](https://help.salesforce.com/s/articleView?id=platform.custom_url_add.htm&release=264.0.0&type=5 "To specify the site to load when users access your custom domain, add a custom URL. Optionally, you can define additional relationships between your domains and sites by mapping paths for your domain to your sites.")