ChangeChecklist
Personal or business

Change your domain name

A new domain touches your website, email, sign-in, payments, search rankings and everything printed with the old address. See what could break and move it in a safe order.

Official sources last reviewed · How we review

Build your personalized plan

A few questions, revealed as they become relevant. Your answers stay in this browser.

Changing: Domain nameStep 1 of 7 · 0 of 10 questions answered Answers stay in this browser

Start with the basics

Where are you?

Some items depend on local rules, like government sign-in or mail forwarding. Pick where you live or where the change applies.

Is this for you or for a business?

Optional. Used to label your plan.

We never ask for phone numbers, card numbers, passwords or codes. Names of providers or nicknames are enough.

Your plan so far

10things this change touches

  • critical1
  • high4
  • moderate5
  • low0

Updates as you answer. Every item will explain why it’s there.

What could break

In a typical domain name plan, these are the most serious things to get right.

  • Build the DNS zone for the new domain

    Critical · Website & DNS

    Missing records mean a site that doesn't load, email that bounces, or services that refuse to verify the new domain on switch day.

  • Certificates for the new domain and every subdomain

    Critical · Website & DNS

    Visitors see a full-page security warning, and APIs, webhooks and mobile apps fail to connect.

  • Google Workspace: add the new domain and switch primary addresses

    Critical · Email delivery

    Email to the new addresses bounces, or people start handing out addresses that nobody can receive.

  • Site and app settings that hold the domain

    Critical · Website & DNS

    The site may refuse requests for the new hostname, keep generating links to the old domain, or loop between the two.

  • OAuth and social sign-in redirect URIs

    Critical · Sign-in & recovery

    Social sign-in fails with a redirect-mismatch error on the new domain, locking out users who have no password.

  • Inbound webhooks and API callbacks

    Critical · Integrations & APIs

    Payments, sign-ups or orders stop being recorded in your system even though the website looks fine.

  • Payment processor: wallet domains, return URLs and business website

    Critical · Banking & payments

    Wallet buttons can disappear, customers land on a dead page after paying, or the processor questions the account because the listed website changed.

  • Path-preserving 301 redirects from every old URL

    Critical · Website & DNS

    Redirecting everything to the home page, using temporary redirects or chaining several hops loses rankings and breaks deep links, QR codes and links in old emails.

  • Keep email to the old addresses arriving

    Critical · Email delivery

    Orders, invoices and password-reset emails sent to old addresses disappear, often without anyone noticing.

  • Test the site, sign-in and checkout on the new domain

    Critical · Website & DNS

    Broken forms or checkout can go unnoticed until customers complain or sales drop.

Before and after the change

Before you change it

  • Inventory everything that uses the old domain
  • Register the new domain in an account you control and lock it down
  • Keep the old domain registered and auto-renewing for years
  • Map every old URL to its new URL
  • Build the DNS zone for the new domain
  • Certificates for the new domain and every subdomain
  • Google Workspace: add the new domain and switch primary addresses
  • SPF, DKIM and DMARC for the new domain (and keep the old one's)
  • Transactional email: verify the new sending domain
  • Lower TTLs on the old domain's web records before switch day
  • Site and app settings that hold the domain
  • Canonical tags, internal links and structured data

After the change

  • Path-preserving 301 redirects from every old URL
  • Keep HTTPS working on the old domain (and its HSTS policy)
  • Analytics, tag manager and cookie consent
  • Ad accounts: final URLs, tracking and domain verification
  • Keep email to the old addresses arriving
  • Email signatures, templates and auto-replies
  • Google Search Console: verify both domains and use Change of Address
  • Bing Webmaster Tools: add the new site
  • Accounts registered with old-domain email addresses
  • Social profiles, handles and app store listings
  • Google Business Profile and directory listings
  • Invoices, contracts, legal pages and documentation

Your own plan adds or removes items based on your answers, and explains why each one is there.

The safe order

Doing things in the right sequence is what keeps you from getting locked out halfway through.

  1. Before the change

    Step 1: Inventory everything that uses the old domain

    Find every place the domain appears before changing anything. This list drives the rest of the plan.

    • Inventory everything that uses the old domain (high risk)
  2. Step 2: Secure the new domain and keep the old one

    Lock down the new domain's registrar account and make sure the old domain can't lapse.

    • Register the new domain in an account you control and lock it down (high risk)
    • Keep the old domain registered and auto-renewing for years (high risk)
  3. Step 3: Map old URLs to new ones

    Decide where every old page will redirect before you build the rules.

    • Map every old URL to its new URL (high risk)
  4. Step 4: Set up DNS, certificates and email on the new domain

    The new domain should resolve, serve HTTPS and receive email before anyone uses it.

    • Build the DNS zone for the new domain (critical risk)
    • Certificates for the new domain and every subdomain (critical risk)
    • Google Workspace: add the new domain and switch primary addresses (critical risk)
    • SPF, DKIM and DMARC for the new domain (and keep the old one's) (high risk)
    • and 2 more
  5. Step 5: Stand up the site on the new domain

    Update the site's own settings, canonical tags and sitemap so it fully works on the new domain.

    • Site and app settings that hold the domain (critical risk)
    • Canonical tags, internal links and structured data (high risk)
    • CDN hostnames, asset domains and cloud storage (high risk)
    • Sitemap and robots.txt on both domains (moderate risk)
  6. Step 6: Prepare sign-in, payments and integrations

    Add the new domain alongside the old one wherever a service checks it, so switch day is a flip rather than a scramble.

    • OAuth and social sign-in redirect URIs (critical risk)
    • Inbound webhooks and API callbacks (critical risk)
    • Payment processor: wallet domains, return URLs and business website (critical risk)
    • Signed-in users, saved passwords and passkeys (high risk)
    • and 2 more
  7. During the change

    Step 7: Switch on redirects from the old domain

    Point the old domain at path-preserving 301 redirects while keeping its HTTPS working.

    • Path-preserving 301 redirects from every old URL (critical risk)
    • Keep HTTPS working on the old domain (and its HSTS policy) (high risk)
  8. Step 8: Move analytics, consent and ads

    Keep measurement and ad delivery working from the first visit on the new domain.

    • Analytics, tag manager and cookie consent (high risk)
    • Ad accounts: final URLs, tracking and domain verification (high risk)
  9. Step 9: Switch everyday email to the new addresses

    Start sending from the new addresses while every old address keeps receiving.

    • Keep email to the old addresses arriving (critical risk)
    • Email signatures, templates and auto-replies (moderate risk)
  10. Immediately after

    Step 10: Tell search engines about the move

    Verify the new domain and submit the move once redirects are live.

    • Google Search Console: verify both domains and use Change of Address (high risk)
    • Bing Webmaster Tools: add the new site (moderate risk)
  11. Step 11: Update accounts, profiles, listings and documents

    Work through the places that hold your web address or old email addresses.

    • Accounts registered with old-domain email addresses (high risk)
    • Social profiles, handles and app store listings (moderate risk)
    • Google Business Profile and directory listings (moderate risk)
    • Invoices, contracts, legal pages and documentation (moderate risk)
    • and 1 more
  12. Step 12: Tell customers, partners and your team

    Make sure people recognise the new domain and know old addresses still work.

    • Tell customers, partners and suppliers (moderate risk)
    • Brief your team: new addresses, signatures and bookmarks (moderate risk)
  13. Verify

    Step 13: Test everything on the new domain

    Prove the site, redirects, sign-in, payments and email all work before you rely on them.

    • Test the site, sign-in and checkout on the new domain (critical risk)
    • Crawl the old URLs and check every redirect (high risk)
    • Test email in both directions on both domains (high risk)
    • Monitoring for both domains (moderate risk)
  14. Clean up

    Step 14: Lock down the old domain

    Once nothing sends from it, protect the old domain against spoofing.

    • Lock down the old domain against spoofing (high risk)
  15. Later

    Step 15: Keep the old domain and redirects working long term

    Redirects, old email and printed links depend on the old domain for years.

    • Keep redirects running for at least a year, ideally for good (high risk)
    • Watch search traffic, indexing and 404s (moderate risk)
    • Printed material, signs and QR codes (moderate risk)
    • Ask key sites to update their links (low risk)

Why this change needs a plan

A domain name is more than a website address. It's in every email address you hand out, in DNS records that route mail and prove ownership to other services, in sign-in and payment settings, in search rankings built up over years, and on everything you've ever printed.

What could break: the website (certificates and server settings), email (MX, SPF, DKIM and DMARC), sign-in (cookies, OAuth redirect URIs, single sign-on), payments and webhooks, mobile app links, analytics and ads, and search traffic if redirects aren't exact. Most of these fail quietly rather than with an obvious error.

The safe order is to build everything on the new domain first, add it alongside the old one wherever a service checks it, switch on path-preserving redirects, and then keep the old domain, its certificate and its email working for years.

Why it matters

Your domain is the address customers, search engines, payment providers and identity systems use to find and trust you. Changing it without a plan can quietly cut off email, sign-in, payments and search traffic at the same time.

What makes it risky

Risk is highest when the domain carries email, payments, single sign-on or webhooks, when search traffic matters, and when the old domain might lapse. Redirects fix links for people and search engines, but they don't fix email, sign-in settings or webhooks, which need their own changes.

Common mistakes

  • Redirecting every old page to the new home page instead of its matching new page.
  • Letting the old domain expire, so someone else can register it and receive email sent to your old addresses.
  • Forgetting webhooks, OAuth redirect URIs and single sign-on settings, none of which are fixed by redirects.
  • Sending from the new domain before SPF, DKIM and DMARC are in place, so mail lands in spam.
  • Letting the old domain's certificate lapse, which breaks HTTPS redirects for anyone with an old link.
  • Blocking the old domain in robots.txt, so search engines never see the redirects.
  • Using temporary (302) redirects or chains of several redirects instead of a single 301 to the final URL.

Frequently asked questions

Will changing my domain name hurt my SEO?

Expect some movement while search engines process the change; Google says it can take a few weeks or more for a medium-sized site's new URLs to replace the old ones. Path-preserving 301 redirects, updated canonical tags and sitemaps, and Search Console's Change of Address tool give your rankings the best chance to carry over.

How long should I keep redirects from the old domain?

Google recommends keeping site-move redirects for at least a year, and ideally for as long as you own the old domain. Old emails, documents, bookmarks and QR codes keep using old URLs indefinitely.

Should I keep my old domain after switching?

Yes. Keep it registered and auto-renewing for years. It carries your redirects and old email addresses, and if it lapses someone else can register it, receive mail sent to your old addresses and impersonate you.

What happens to my email addresses when I change domains?

Everyone gets a new address on the new domain. Keep the old addresses as aliases on the same mailboxes so mail to them still arrives, set up SPF, DKIM and DMARC for the new domain before sending from it, and change the login email on accounts that use an old address.

Do I need a new SSL certificate for the new domain?

Yes. You need certificates covering the new domain, www and any subdomains. Keep a valid certificate on the old domain too, because https:// redirects, and any HSTS policy the old site sent, need one to work.

Will users be logged out when the domain changes?

Usually, yes. Cookies belong to a single domain, so sessions don't carry over, and saved passwords and passkeys are tied to the old domain. Warn users beforehand and make sure password reset works on the new domain.

How does Google's Change of Address tool work?

Once 301 redirects are live, you submit the move in Search Console from the old domain's property. You need to be an owner of both the old and new properties with the same Google account, and Google says the tool's effect continues for 180 days.

Can I change my domain and redesign my site at the same time?

You can, but problems are harder to diagnose when the domain, URLs and content all change at once. If search traffic matters, consider moving the domain first with the same page paths, then restructuring later.

Regional notes

General information, not legal advice. Check the official source where you live.

Canada
A .ca domain can only be held by registrants who meet CIRA's Canadian Presence Requirements, so check eligibility before choosing a .ca as your new domain.

Planning something else?