Comparisons & Alternatives

How to Migrate Your Website to Hostinger Without Downtime

Learn how to move your website to Hostinger without a single minute of downtime by following this structured backup, transfer, and DNS-cutover process.

Close-up of a business person reviewing a strategic plan on a clipboard with a pen.

Migrating your website to Hostinger without downtime is entirely achievable if you follow the right order: copy everything to the new server first, verify it works, and only then switch the DNS. Your site stays live on the old host right up to the moment you flip the switch.

This guide covers the full process for both WordPress sites and custom PHP or static sites. The principle is the same in both cases.

Before you start: what you need

  • Access to your current hosting control panel (cPanel, Plesk, or similar).
  • An active Hostinger account with a plan already purchased.
  • Access to your domain's DNS manager (at your registrar or Cloudflare if you use it).
  • An FTP client like FileZilla, or access to Hostinger's hPanel file manager.
  • Between one and three hours depending on your site's size.

Hostinger offers free managed migration for Business plans and above. Even if you request that service, understanding the process helps you spot any issues and ensure a quality handoff.

Step 1: Take a full backup of your current site

Never start a migration without a backup. If something goes wrong mid-transfer, you need to restore in seconds — not hours.

For WordPress

  1. Install the free UpdraftPlus or All-in-One WP Migration plugin.
  2. Generate a backup that includes both files and the database.
  3. Download the resulting ZIP to your local computer.

For PHP / static sites

  1. In cPanel, use Backup Wizard to download a full account backup, or use the File Manager to compress public_html and download it.
  2. Export the database via phpMyAdmin → Export → Quick → SQL and save the .sql file locally.

Store the backup somewhere safe outside the server — on your computer or Google Drive, not on the old hosting account you're leaving behind.

Step 2: Set up hosting on Hostinger and import your files

With the backup ready, log into hPanel → Hosting → Manage. Hostinger will work with either your actual domain or a temporary preview URL while your DNS still points elsewhere.

Upload the files

  • Use hPanel's built-in File Manager or connect via FTP to the public_html directory.
  • Upload the contents of your site's root folder. For WordPress that means wp-admin, wp-content, wp-includes, and the root-level files (wp-config.php, index.php, etc.).
  • In FileZilla, set simultaneous transfers to 5 to avoid connection errors with large numbers of small files.

Create and import the database

  1. In hPanel go to Databases → Manage → Create New Database. Note the database name, username, and password.
  2. Open phpMyAdmin from hPanel and select the new database.
  3. Go to Import, upload the .sql file you exported, and confirm.
  4. For WordPress: edit wp-config.php in hPanel and update DB_NAME, DB_USER, DB_PASSWORD, and DB_HOST (on Hostinger this is typically localhost).

Step 3: Verify the site works on Hostinger before touching DNS

This step is the heart of a zero-downtime migration. You need to see your site on the new server while the domain still points to the old one.

Method 1: Use Hostinger's temporary preview URL

Hostinger assigns a provisional URL like yourdomain.hostinger-preview.com. Open it in your browser and check that pages, images, forms, and checkout all work correctly.

Method 2: Edit your computer's hosts file

Add a line to /etc/hosts on Mac/Linux or C:\Windows\System32\drivers\etc\hosts on Windows:

185.x.x.x yourdomain.com www.yourdomain.com

Replace the IP with the one shown in hPanel under Account Info → Server Details. Only your machine will see Hostinger; real visitors will keep reaching the old server.

Check thoroughly:

  • All pages load without errors.
  • Images, CSS, and JS files serve without 404s.
  • Contact forms submit successfully.
  • Your cart or payment system responds (without processing real transactions in testing).
  • The SSL certificate is active (Hostinger provisions Let's Encrypt automatically).

Fix any problems now. Once DNS changes, a comfortable rollback is no longer trivial.

Step 4: DNS cutover — the moment of truth

When the site on Hostinger is performing perfectly, it's time to redirect traffic.

  1. Log into your domain registrar's panel (GoDaddy, Namecheap, Neubox, etc.) or Cloudflare if you manage DNS there.
  2. Update the nameservers to Hostinger's (ns1.dns-parking.com and ns2.dns-parking.com), or update only the A records to point to Hostinger's server IP — the A-record route is faster if you're already on Cloudflare.
  3. Lower the TTL to 300 seconds (5 minutes) at least 24 hours before the cutover so propagation is near-instant. If you didn't do this in advance, do it now and wait.

Full DNS propagation can take anywhere from 15 minutes to 48 hours depending on the previous TTL and your visitors' ISPs. During that window, some users may still reach the old server — which is exactly why both servers must have identical content.

Keep your old hosting account active for at least 72 hours after the DNS cutover to catch visitors whose ISPs are slow to refresh their cache.

For business-critical projects where you need expert oversight during the cutover, elenlace.com provides managed migration services with active monitoring at the DNS switch moment.

Step 5: Post-migration checklist

  • Remove the hosts file entry on your computer to return to normal DNS resolution.
  • Confirm the SSL certificate is active and the site loads via HTTPS without browser warnings.
  • Check Google Search Console: add the property under Hostinger's IP and confirm the sitemap is still being indexed.
  • For WordPress: update URLs in the database if you used a temporary URL during testing (use the Better Search Replace plugin to swap the old URL for the live one).
  • Enable automatic backups in hPanel from day one.
  • Cancel the old hosting plan only after at least one week of confirmed smooth operation.

If you want to compare Hostinger's plans against other providers before committing, the hosting comparisons section has up-to-date analyses of the top providers available in Mexico.

Key takeaways

  • The secret to zero-downtime migration is verify first, cut DNS second — never the other way around.
  • A complete backup (files + database) is mandatory before moving a single file.
  • Your computer's hosts file lets you preview the new server invisibly to real visitors.
  • Lower your TTL 24 hours in advance to make DNS propagation nearly instant at cutover.
  • Keep the old hosting account live for 72 hours after the DNS switch as a safety net.
  • Hostinger includes free managed migration on Business plans and above if you'd rather delegate.

Would you rather have professionals handle the full process? The team at elenlace.com delivers guaranteed zero-downtime hosting migrations so you can focus on running your business.

FAQ

Does Hostinger migrate my site for free?

Yes. Hostinger offers a free managed migration handled by their technical team for customers on Business, Cloud, and higher plans. You can request it from hPanel by providing your current hosting access credentials.

How long does DNS propagation take when switching to Hostinger?

With a TTL of 300 seconds, propagation can complete in 15–30 minutes for most users. However, some ISPs may take up to 48 hours to flush their DNS cache. That's why keeping the old server active during that window is essential.

Will migrating to Hostinger hurt my SEO?

No, not if you do it correctly. Google ranks content and site structure, not servers. As long as your URLs remain the same and the site responds on HTTPS without errors, your rankings will not be affected. Monitor Google Search Console after the move to catch any indexing anomalies early.

What should I do if my site shows errors after migrating to Hostinger?

The most common culprits are incorrect database credentials in wp-config.php, wrong folder permissions (755 for directories, 644 for files), or misconfigured URLs in the wp_options database table. Check those three things first before investigating deeper issues.

Compare providers

Other providers and guides worth comparing:

← All