WordPress Backup: What to Save Before Migrating Your Site

Making a WordPress backup seems simple until it's time to restore the site on another host. Downloading a folder of images or exporting just the posts isn't enough: a complete copy needs to include the installation files and the database. If either part is missing, pages, settings, or features may not come back as expected.

A backup also protects the site in everyday situations, such as a failed update, the accidental deletion of files, or a security breach. During migration, it serves another purpose: allowing the content to be rebuilt on the new server. That's why, before you start, it's worth understanding what will be copied and which transfer method makes sense for your case.

What's Included in a Complete WordPress Backup?

Think of the site as two connected parts:

• Files: include the WordPress core, themes, plugins, images, and other uploads, as well as configuration files such as wp-config.php and .htaccess.
• Database: stores posts, pages, users, comments, and much of the settings used by WordPress and its plugins.

The files show how the site works; the database holds much of the content and the relationships between its elements. A copy of just the wp-content folder, for example, may preserve images and plugins but doesn't replace the database. Exporting just the database, on the other hand, doesn't recover the files needed to display the site.

To upload a WordPress backup for migration through Hostinger's form, the platform's documentation recommends gathering the site's root, with its folders and the .htaccess, into a single compressed file. Accepted formats include .zip, .tar, .tar.gz, .tgz, .7z, and .gz. The database must be uploaded separately, as a .sql file.

Check before uploading: do you have the compressed site file and the .sql export of the database? If the database is missing, the WordPress site backup will be incomplete for this procedure.

Do You Need to Make a Manual Backup to Migrate?

Not always. If the WordPress site is still online and you have administrator access, Hostinger's migration request lets you provide the domain and the credentials needed for the team to carry out the transfer. Those using cPanel or WHM on their current host can provide the access address and the panel credentials.

This route saves you from having to locate the right folder, compress the files, and export the database on your own. Even so, it's wise to keep an independent backup before any major change, especially if the site receives frequent orders, sign-ups, or posts.

Manually uploading the backup becomes relevant when the source site is offline, when there isn't enough access for the login-based procedure, or when you already have a copy ready. In the migration request through hPanel, choose the option to upload the backup files and send both the site file and the .sql file.

How to Make a Manual WordPress Backup

Menu names vary depending on the hosting provider. The process, however, usually follows these steps:

1. Locate the site's installation. In File Manager or via FTP/SFTP, identify the folder containing WordPress. Check whether it includes items such as wp-content and wp-config.php. In conventional installations, .htaccess is also located in the root, but it may be hidden in the file manager because its name starts with a dot.
2. Gather all the installation files. Compress the site's root, including its subfolders and any necessary hidden files. Before downloading the package, check whether it was generated completely and whether you can open it. A file with the correct name but truncated during generation or download may not be restorable.
3. Identify the database used by WordPress. The wp-config.php file contains the name of the database in use. This check helps avoid exporting the database of another site hosted on the same account.
4. Export the database as .sql. With many providers, this can be done through phpMyAdmin: select the correct database and use the export function. Save the file separately from the site package.
5. Do a final check. Verify that the compressed file includes themes, plugins, and uploads; that the .sql file isn't empty; and that both belong to the same version of the site. Keep these copies in a safe location, outside the source host.

If your provider's panel is organized differently, check the company's documentation or support to find the download and export options. Avoid deleting files or changing the DNS while you're still preparing the copy.

Four Problems That Can Compromise the Migration

Missing database. This is an easy mistake to make when "site backup" is understood as a copy of just the files. In WordPress, the .sql file is essential for the manual upload through the migration tool described above.

Incomplete package. An omitted folder or an interrupted download can leave images, plugins, or configuration files behind. Open the compressed file and check its contents before uploading it.

Failure to generate the copy. Hosting accounts with little available space may have trouble creating a compressed file within the account itself. In this case, check the disk space and ask the source provider for guidance.

Insufficient access. WordPress credentials don't always grant access to the hosting panel or the database. Confirm which permissions you have before starting the process.

After the migration is complete, test pages, images, forms, and essential functions in the new environment. Only then change the domain pointing, following the destination provider's instructions. To see the full sequence of this step, also check our guide on how to migrate a site from one host to another.

What If the Site Is Already on Hostinger?

In this case, the goal may simply be to create a backup before updating a plugin or modifying the site. hPanel offers a backups area in the site dashboard, with options that depend on the contracted plan. To create a manual backup when the feature is available, go to Sites → Dashboard → Backups and look for the backup creation option.

Even with automatic backups, check the date of the available copy and what will be restored before making an important change. On sites with frequently updated content, an older version can mean the loss of recent orders, comments, or posts.

A useful backup is one you can locate, open, and restore. For a manual WordPress migration, that starts with two well-identified items: the site's complete files and the database in .sql. If the site is still accessible and you'd rather avoid preparing these files yourself, Hostinger's migration request offers the alternative of starting the process with the access details.