Domains

How to transfer a domain to a new registrar without downtime

Domain transfers and website migrations are two separate processes that get conflated. Done correctly, transferring a domain to a new registrar has zero effect on your live website or email throughout the process.

V Vinod Kulkarni
25 August 2026 · 8 min read
How to transfer a domain to a new registrar without downtime

How to transfer a domain to a new registrar without downtime

TL;DR: A domain transfer moves who your domain is registered with (the registrar) and is entirely separate from where your website and email are actually hosted, provided you handle DNS correctly during the process. Done correctly, your site and email keep running throughout an entire transfer, which typically takes 5-7 days for most TLDs, because the domain continues resolving to the same DNS records the whole time; the transfer changes administrative ownership of the registration, not where traffic is routed, unless you also change DNS settings as part of the same process.

Why transfer and migration get confused

A domain transfer and a website migration are commonly bundled together in people's minds because they often do happen around the same time, someone decides to leave a provider that bundled domain registration and hosting together, and ends up doing both simultaneously. But they are structurally independent processes: a domain transfer changes which registrar administratively manages your domain's registration record, while your website and email continue being served based on whatever DNS records are currently associated with the domain, regardless of which registrar happens to manage the registration itself.

Understanding this separation is the key to a genuinely zero-downtime transfer: as long as you do not also change your DNS records or hosting during the transfer window, your site and email are entirely unaffected by the registrar change happening in the background.

What actually happens during a transfer

A domain transfer moves the authoritative registration record for your domain from one ICANN-accredited registrar to another. This involves the new registrar requesting the transfer, the current registrar (or the domain owner, depending on the specific TLD's process) approving it, and a mandatory processing period, typically five to seven days for most generic TLDs, during which the domain's actual DNS resolution continues completely unaffected, since DNS is served independently of the registrar administrative record, from whatever nameservers the domain is currently pointed at.

Once the transfer completes, the domain is now managed at the new registrar, but critically, its nameserver configuration (and therefore where your site and email actually resolve to) carries over unchanged unless you explicitly modify it, either during or after the transfer.

The pre-transfer checklist

A short set of preparations that prevent the most common transfer problems, most of which are administrative rather than technical. Confirm the domain is unlocked at your current registrar; domains are typically locked by default to prevent unauthorized transfers, and this lock needs to be explicitly disabled before a transfer request can proceed. Obtain the domain's authorization code (sometimes called an EPP code or transfer key) from your current registrar, a unique code required by the new registrar to verify you are authorized to initiate the transfer. Confirm the domain is not within the first 60 days of a previous registration or a previous transfer, since ICANN policy generally prohibits transferring a domain again within 60 days of its initial registration or its most recent transfer. Confirm the domain's WHOIS contact email is current and accessible, since transfer approval emails are typically sent to this address and a stale or inaccessible email can stall the process indefinitely. And note your domain's current nameserver settings before starting, simply as a record to confirm against after the transfer completes, ensuring nothing changed unexpectedly during the process.

The step-by-step process

Unlock the domain and retrieve the authorization code from your current registrar's control panel, typically found under domain management settings. Initiate the transfer at the new registrar, providing the domain name and authorization code, and completing payment for the transfer (which typically includes a one-year registration extension as part of the standard transfer process for most TLDs). Approve the transfer request, usually via an email confirmation sent to the domain's registered contact email, from either or both the losing and gaining registrar depending on the specific process; check both your current registrar's account and the WHOIS contact email for pending approval requests. Wait out the processing period, typically five to seven days for most gTLDs, during which your site and email continue functioning entirely normally provided you have not touched DNS. Confirm the transfer completed and verify nameservers are unchanged, checking the domain's status at the new registrar and confirming its nameserver configuration still matches what you noted before starting, ensuring nothing shifted unexpectedly during the transfer.

Timeline chart showing a typical domain transfer process over 5 to 7 days: unlock and retrieve auth code at current registrar, initiate transfer at new registrar, approval confirmation, processing period with DNS unaffected throughout, transfer complete with nameservers unchanged

The one thing that actually causes downtime during transfers

If downtime does occur during a domain transfer, it is almost always because someone changed DNS settings, nameservers or individual records, at the same time as the transfer, rather than because of the transfer process itself. This commonly happens when someone assumes the transfer is also the moment to switch to a new host, updating nameservers to point at the new hosting provider simultaneously, which introduces the standard DNS propagation timing considerations (covered in our DNS propagation guide) into what would otherwise be a completely uneventful registrar-only change.

The clean approach: complete the domain transfer entirely first, with DNS left completely untouched throughout, and only afterward, as a separate, deliberate step, make any DNS or hosting changes you actually intend to make, so you are never troubleshooting two independent processes' potential issues simultaneously.

A timeline you can expect

Stage Typical duration
Unlocking domain, retrieving auth code Same day, a few minutes
Initiating transfer at new registrar Same day
Approval confirmation Within 24-48 hours typically, depends on email response
ICANN-mandated processing/waiting period 5-7 days for most gTLDs (varies by TLD)
Transfer completes End of processing period
DNS/website/email availability throughout Unaffected, provided no DNS changes made

Note that country-code TLDs, including .in, sometimes have different transfer processes and timelines than generic TLDs like .com, occasionally faster, occasionally requiring additional verification steps specific to that registry; checking your specific TLD's transfer policy at the new registrar before starting avoids surprises specific to less common extensions.

What to do if you're also changing hosts at the same time

If a host and domain provider change are both genuinely happening together, the cleanest sequence is: complete the domain transfer fully first with DNS untouched, confirm it succeeded and everything still resolves as expected, and only then proceed with the separate DNS/hosting migration process (lowering TTL in advance, as covered in our DNS propagation guide, before making the actual nameserver or record change). Running both processes fully sequentially rather than simultaneously means any issue that arises is clearly attributable to one process or the other, rather than an ambiguous combination that is harder to diagnose.

FAQs

Will my website go down during the 5-7 day transfer waiting period?

No, provided you do not change DNS settings during this period; the domain continues resolving exactly as it did before the transfer was initiated, since DNS resolution is independent of which registrar administratively manages the domain's registration record.

Do I need to update my nameservers as part of the transfer?

No, not as a required part of the transfer itself; your existing nameserver configuration carries over unchanged to the new registrar unless you explicitly choose to update it, either during or after the transfer completes, as a separate deliberate action.

What if I can't find my authorization/EPP code?

Contact your current registrar's support directly; they can regenerate or resend it, typically to the domain's registered contact email, and this is a standard, commonly requested support action that should not require extensive back-and-forth to resolve.

Can a domain be transferred if it was registered less than 60 days ago?

Generally no, ICANN policy typically prohibits transferring a domain within 60 days of its initial registration; if you registered the domain very recently and need to transfer it urgently, check with both registrars about any exceptions, though this is a firm policy in most standard cases.

Does the transfer extend my domain's registration period?

Yes, typically a domain transfer includes a one-year extension added to the domain's current expiration date as a standard part of the transfer process for most gTLDs, though the exact policy can vary slightly by TLD and registrar.

What happens to my email during a domain transfer?

Nothing, provided MX records are left unchanged during the transfer, since email routing depends on DNS records, not on which registrar administratively manages the domain; the same principle that protects your website's uptime during a transfer protects email delivery identically.

Can I cancel a domain transfer once it's been initiated?

Depends on the stage; before approval is given, the transfer can typically be declined or cancelled at either registrar. Once approved and within the processing window, cancellation options vary by registrar and TLD policy, so checking directly with your current registrar promptly if you need to stop a transfer in progress is the right move rather than assuming it can always be reversed easily.

Conclusion

A domain transfer, done correctly, is a background administrative process that has zero effect on your live website or email, because DNS resolution operates independently of registrar management, and a properly executed transfer leaves DNS records completely untouched throughout. The downtime people sometimes experience during transfers almost always traces back to simultaneously changing DNS or hosting, not to the transfer process itself.

Unlock your domain, retrieve the authorization code, initiate the transfer, and wait out the standard processing period without touching DNS; if you are also planning a hosting change, do that as a separate, sequential step after the transfer fully completes, rather than combining both into one riskier, harder-to-troubleshoot process.

HostCloud's domain transfer support walks through this exact sequence and confirms your DNS configuration is preserved throughout, with free migration support if you are also moving your hosting. Start a transfer at https://hostcloud.in/domains.

Related posts