--- schema_version: "1" id: f48acd9adaeb9ce44249e4caa827c16ebbd0e17aaab3082ff7341a5e99f9a49a title: Move a Domain to Another Production Org collection: admin version: current locale: en-us portal_url: https://docs.salesforce.com/admin/current/en-us/platform/264-0-0/domain_mgmt_move.md canonical_url: https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_move.htm&release=264.0.0&type=5 source_site: help.salesforce.com content_type: documentation content_hash: cdca4e33e75ca6c1a9fdbf7e8d448381becce7ce3621038534053c0c7b84c6c5 description: If you purchase a new production org, your old org continues to serve your sites with your custom domain. To move the domain to your new org, set up the domain, and then delete the domain in your old org. Or if you have multiple production orgs, you can move an existing domain to an org of your choice. products: - Salesforce Platform - Security release: "264" --- # Move a Domain to Another Production Org If you purchase a new production org, your old org continues to serve your sites with your custom domain. To move the domain to your new org, set up the domain, and then delete the domain in your old org. Or if you have multiple production orgs, you can move an existing domain to an org of your choice. ### 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
User Permissions Needed
To view a domain:

Manage Custom Domains

OR

View Setup and Configuration
To add a domain:

Manage Custom Domains

OR

View Setup and Configuration plus either a Site.com Publisher license or Create and Set Up Experiences
To edit or delete a domain: Manage Custom Domains
To add, edit, and delete custom URLs:

Manage Custom Domains

OR

View Setup and Configuration AND either Create and Set Up Experiences OR a Site.com Publisher license
To move a custom domain from one production org to another production org, complete these steps. ![Warning](https://sf-zdocs-cdn-prod.zoominsoftware.com/tdta-platform-extend_click-264-0-0-production-enus/5f7d9219-b7b1-4552-8891-f1aba9b289fc/images/icon_warning.png) Warning This process requires downtime for your custom domain. If you set up a custom domain in a sandbox and want to move that domain to production, see [Activate a Sandbox Custom Domain in Production](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_sandbox_custom_domains_activate.htm&release=264.0.0&type=5 "After you test a custom domain that serves your Experience Cloud sites or Salesforce Sites in a sandbox, move any updates to your sites and the custom URLs for your domain to production. Then activate the custom domain in production."). ## Prepare the Custom Domain Keep your website up and running while you prepare to move your domain. Configure the domain in the new production org, but don’t activate it yet. 1. Verify that the Experience Cloud sites, Salesforce Sites, and corresponding pages exist in the new org. If not, move them to the new org. 2. To configure your custom domain in the new org, add a [temporary non-HTTPS domain](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_temp_domain.htm&release=264.0.0&type=5 "Salesforce requires that you serve your custom domain via HTTPS. However, some configuration steps can require a temporary non-HTTPS configuration. If your HTTPS certificate isn’t ready to be uploaded to Salesforce, you can use a temporary domain to start configuring your custom URLs. Also, when your domain serves other content, or when you want to move a custom domain to a new production org, you can use a temporary domain to minimize disruption to your domain."). With a temporary non-HTTPS domain, your existing domain keeps serving your sites while you configure the domain and custom URLs in the new org. You can’t add the same domain to two orgs on the same Salesforce instance. If your new org is on the same instance as your old org, contact Salesforce Customer Support to move the org to another instance. 3. Complete the prerequisites for your selected domain configuration option to serve the domain. 1. To serve your domain with your HTTPS certificate on Salesforce servers, complete the [prerequisites](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_cert_prereqs.htm&release=264.0.0&type=5 "Before you serve your domain with an HTTPS certificate that you own, confirm that this domain configuration option applies to your configuration. Then update your DNS configuration, and upload your HTTPS certificate.") for that option. 2. To serve your Digital Experiences with the Salesforce content delivery network (CDN), complete the [prerequisites](https://help.salesforce.com/s/articleView?id=platform.community_builder_cdn_prerequisites.htm&release=264.0.0&type=5 "Before you set up a custom domain that uses the Salesforce content delivery network (CDN), complete these steps.") for the Salesforce CDN. 3. To use a third-party service or CDN to serve your domain, complete the [prerequisites](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_enable_https.htm&release=264.0.0&type=5 "If a non-Salesforce service or content delivery network (CDN) serves your domain, complete these steps before you add your domain in Salesforce. To confirm your domain ownership, update your domain’s Domain Name Service (DNS) configuration. Then work with the third-party provider to ensure access to the required HTTP protocols, configure caching and request handling, and review reverse proxy restrictions. If you’re using a third-party CDN, update the header in your CDN to track IP addresses.") for that option. These third-party services include third-party hosts, web application firewalls (WAFs), and non-Salesforce CDNs. 4. [Add custom URLs](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.") for your temporary non-HTTPS domain. ## Activate the Domain in the New Org When you’re ready, activate it in the new org. ![Tip](https://sf-zdocs-cdn-prod.zoominsoftware.com/tdta-platform-extend_click-264-0-0-production-enus/5f7d9219-b7b1-4552-8891-f1aba9b289fc/images/icon_tip.png) Tip To minimize site downtime, perform these steps when your org receives minimal traffic, such as during the weekend. 1. If necessary, update the DNS record of your domain. To complete these steps, work with your DNS provider or third-party provider. 1. Reduce the Time to Live (TTL) of your domain in DNS. Use a small value, such as 300, for 300 seconds or 5 minutes. Think of your TTL as a timer for calls to your domain. This value tells servers how long to cache or keep a web page before calling DNS again to refresh the page. When you temporarily reduce this value, you minimize the chance of your users calling the previous IP address during the move. After you make this change, wait for the time duration of the previous TTL before you make other changes to DNS. 2. If you serve your domain with your HTTPS certificate on Salesforce servers or with the Salesforce CDN, update the canonical name (CNAME) record to [point to your new org](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_update_dns.htm&release=264.0.0&type=5 "Before you add a domain in Salesforce, point your domain to your Salesforce org in Domain Name Service (DNS). If your custom domain uses your HTTPS Certificate or the Salesforce content delivery network (CDN) partner, add a canonical domain name (CNAME) record for your fully qualified domain (FQDN) to DNS. The CNAME record references your Salesforce org ID and your FQDN. Then, if you plan to use the Salesforce CDN to serve your Experience Cloud site on your custom domain, add a second CNAME record that our CDN partner requires."). 3. If a third-party service or CDN serves your domain, work with your third-party provider to [use your target host name](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_enable_https.htm&release=264.0.0&type=5 "If a non-Salesforce service or content delivery network (CDN) serves your domain, complete these steps before you add your domain in Salesforce. To confirm your domain ownership, update your domain’s Domain Name Service (DNS) configuration. Then work with the third-party provider to ensure access to the required HTTP protocols, configure caching and request handling, and review reverse proxy restrictions. If you’re using a third-party CDN, update the header in your CDN to track IP addresses.") to forward requests to your domain to your new org. After you update your DNS record, the changes are updated across the internet. That process, called DNS propagation, typically takes a few hours, but it can take up to 72 hours. 2. From Setup in production, in the Quick Find box, enter Domains, and then select **Domains**. 3. For your existing temporary non-HTTPS domain, click **Edit**. 4. Select your domain configuration option. 1. If you have a certificate authority (CA)-signed certificate that uses Certificate and Key Management for your domain, select **Serve the domain with your HTTPS certificate on Salesforce servers**. Then select the certificate to serve the domain. 2. To use the Salesforce CDN partner to host an Experience Cloud site on your custom domain, select **Serve the domain with the Salesforce Content Delivery Network (CDN)**. If you use Marketing Cloud Account Engagement (Pardot) in a Professional Edition org, the Salesforce CDN is the only domain configuration option available for your custom domains. This option is unavailable for registrable domains such as example.com without the www subdomain, and for Salesforce Sites. To serve a registrable domain or a Salesforce Site on a CDN, serve your custom domain with a third-party service or CDN. For more information and important considerations about the Salesforce CDN, see [Serve Your Experience Cloud Site with the Salesforce Content Delivery Network (CDN)](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_salesforce_cdn.htm&release=264.0.0&type=5 "Optimize page load times and site performance with our content delivery network. Salesforce partners with a content delivery network (CDN) provider to efficiently deliver publicly cacheable content to users on your Experience Cloud sites. We recommend the Salesforce CDN for custom domains that serve Digital Experiences, including Experiences built with Experience Cloud, Commerce, and Industries licenses."). 3. If a third-party service or CDN serves your domain, select **Use a third-party service or CDN to serve this domain**, and then enter the external host name. 5. If your domain is a registrable domain such as https://example.com, to avoid vulnerabilities during HTTP redirects and to have supported web browsers always use secure HTTPS connections for your domain, select **Allow HSTS preloading registration**. This setting adds the preload directive to the HSTS header. After you enable this setting, submit your domain at [https://hstspreload.org](https://hstspreload.org). For more information, including how to enable HSTS preloading for a domain with a subdomain, see [Enable HSTS Preloading on a Custom Domain](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_hsts_preloading.htm&release=264.0.0&type=5 "As a security best practice, enable and submit your custom domain for HTTP Strict Transport Security (HSTS) preloading. Connections can be vulnerable when HTTP requests are redirected to HTTPS. An example is a user attempting to access your custom domain using the HTTP protocol. By adding your registrable domain to the third-party HSTS preload list, supported browsers always use HTTPS, protecting your users from attacks during those HTTP redirections."). 6. For Associated Org, select the org from which you want this custom domain to serve site content. For example, to serve the sites in your production org, select **Production**. Or select a sandbox where you want to test this custom domain. This field only appears in production orgs with associated sandboxes. You can edit this field only from production orgs. For more information, see [Test Your Custom Domains in a Sandbox](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_sandbox_custom_domains.htm&release=264.0.0&type=5 "Develop and test your custom domains that serve content from your Experience Cloud sites and Salesforce Sites in a sandbox before you activate the domain in production."). 7. Save your domain. When you save a domain that uses your HTTPS certificate on Salesforce servers, the status of the domain on the Domain Setup page changes to Awaiting Activation. When you save a domain that uses another domain configuration option, Salesforce provisions the domain in your new org. Provisioning can take up to 14 hours for the Salesforce CDN and up to 8 hours for other domain configuration options. During provisioning, your site can be inaccessible and your site visitors can experience errors. When the provisioning process is complete, the status of the domain on the Domains Setup page changes to Awaiting Activation and you receive an email. 8. To serve your sites via your domain, [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."). When you add the first custom URL for a domain that uses your HTTP certificate on Salesforce servers, Salesforce provisions the domain. In other words, Salesforce gets it ready. The provisioning process can take 4–14 hours. When that process is complete, the domain’s status on the Domains Setup page changes from Awaiting Custom URL to Awaiting Activation and you receive an email. 9. To activate your updated domain, on the Domains Setup page, click **Activate** next to your custom domain. Newly created custom domains use HTTP, not HTTPS, until you activate the domain. Your site can be unavailable for 5–10 minutes after activation, so activate your custom domain when your site traffic is low. When your site is active, the status changes from Awaiting Activation to Completed. ## Clean Up References to the Old Domain To prevent issues and potential outages, remove references to the old org in Salesforce and DNS. 1. [Delete](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_delete.htm&release=264.0.0&type=5 "To stop serving a site via your custom domain, such as https://www.example.com, first delete the custom URLs for that domain. Then delete the domain in Salesforce. Or to point the domain to a different site, set up new custom URLs.") the domain in your old production org. ![Important](https://sf-zdocs-cdn-prod.zoominsoftware.com/tdta-platform-extend_click-264-0-0-production-enus/5f7d9219-b7b1-4552-8891-f1aba9b289fc/images/icon_important.png) Important While the domain exists in two orgs, these issues can occur. - Users can be routed to the old IP address and experience errors or view outdated content. - When someone deletes the old org, parts of the Salesforce-owned configuration for the custom domain are deleted, too. That deletion causes an outage for the custom domain in the new org. 2. When your updated domain is live, remove any temporary configuration in Salesforce and DNS. 1. Work with your DNS provider or third-party service provider to reset the TTL of your domain in DNS to your previous setting. 2. [Delete](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_delete.htm&release=264.0.0&type=5 "To stop serving a site via your custom domain, such as https://www.example.com, first delete the custom URLs for that domain. Then delete the domain in Salesforce. Or to point the domain to a different site, set up new custom URLs.") any temporary non-HTTPS domains that are no longer needed. 3. In DNS, delete the TXT records that you added to set up the temporary domain. #### 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 Management](https://help.salesforce.com/s/articleView?id=platform.domain_mgmt_dom_detail.htm&release=264.0.0&type=5 "Keep your custom domain up to date with your business needs. Learn how to manage your domain during org migrations and certificate changes. Edit your domain’s configuration option, move to a different domain name, or enable HSTS preloading. And when you no longer need a custom domain, delete the domain and its custom URLs in Salesforce.")