Bluehost Migration

WordPress hosting for sites moving off Bluehost.

A Bluehost site usually arrives carrying a caching drop-in that survives the copy and quietly stops the new host caching anything. That is most of this migration in one sentence.

Cache drop-ins removedPlatform plugins auditedFree migration
Free migrationDrop-ins clearedhtaccess reimplementedDaily backupsFree SSL24/7 support
What survives a file copy

The parts of a Bluehost site that outlive the move.

Most of a WordPress site copies cleanly. The exceptions are the files the host dropped into wp-content, and they are the ones that cause trouble.

Cache drop-ins that keep pointing home

advanced-cache.php and object-cache.php live in wp-content and copy across like any other file. They keep addressing a cache layer that does not exist here, and the symptom is a site that simply will not cache rather than an error anybody sees.

Removed before stagingCache works on day one

Platform plugins, audited

Plugins installed to manage a Bluehost account have no purpose on any other host, and several keep contacting services that are no longer part of your stack.

The mu-plugins directory

Anything the host placed there loads on every single request and cannot be switched off from the admin, so it is cleared as part of the copy rather than left in place.

Accumulated .htaccess rules

Years of shared hosting leaves redirects, hotlink protection and caching directives in one file. Those are read and reimplemented rather than pasted into a stack that does not use them.

Old core and plugin versions

Sites on long-unupdated bundled versions are the ones most likely to surprise you at cutover, so updates are rehearsed on a clone first.

Migration

Cleared first, then moved.

The order matters. Copying everything faithfully is exactly what leaves a site that refuses to cache and nobody can explain why.

  • Drop-ins and platform code cleared during the copy
  • Staged copy on a temporary domain for review
  • Cutover at a time you choose
  • Old host left running until you confirm
Cache drop-ins
Removed from wp-content
clean
Platform plugins
Audited
3 removed
htaccess rules
Reimplemented
ported
DNS cutover
Awaiting your go-ahead
scheduled
Performance

A cache that actually engages.

A migrated site with a stale drop-in in place looks like a hosting problem. It is a leftover file, and it is the difference between a fast site and a puzzling one.

Free
migration, done by us
Dedicated
resources per site
NVMe
storage on every plan
MagicWP, drop-ins cleared140 ms
Migrated with the drop-in left in720 ms
Shared hosting at peak950 ms

Illustrative comparison of a page load with and without the stale cache drop-in present. Your numbers depend on plugins and theme.

Configuration

What we change when a site arrives from Bluehost

These are the specific things a Bluehost site needs, beyond copying files and database.

SettingWhat we doWhy
Cache drop-insRemoved from wp-content before the site is stagedadvanced-cache.php survives a file copy and keeps addressing a cache that no longer exists, and the result is a site that will not cache with nothing in the logs to explain it.
Bundled platform pluginsAudited, and removed where the host was their only purposePlugins that existed to manage a hosting account are pure overhead once you leave, and some keep calling services that will not answer.
mu-plugins directoryCleared of host-installed codeAnything left there loads on every request and offers no way to disable it from the admin.
Accumulated .htaccessRead, categorised and reimplemented rather than copiedA file that old usually holds redirects and protection rules whose purpose nobody recorded at the time.
Core and plugin versionsBrought current on a clone before cutoverA site that has not been updated in years is precisely the one where an update needs rehearsing somewhere other than production.
Plans

Simple, transparent pricing.

Every plan includes free migration, daily backups, SSL and 24/7 support.

MonthlyYearly 2 months free
Starter
For personal sites, blogs, and portfolios.
$20/mo
  • 1 WordPress site
  • 10 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Support tickets
Start free trial
Pro★ Most popular
For growing businesses and busy stores.
$80/mo
  • 5 WordPress sites
  • 50 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Priority support tickets
Start free trial
Enterprise
For agencies and high-traffic platforms.
$250/mo
  • 20 WordPress sites
  • 200 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Dedicated support
Start free trial
FAQ

Questions, answered.

Why would caching stop working after an otherwise normal migration?
Because advanced-cache.php and object-cache.php are drop-in files in wp-content that copy across like anything else. They keep pointing at Bluehost's cache layer, which is not here. We remove them during the copy, which is why the cache engages on day one.
What happens to the Bluehost plugin?
It goes. Its purpose is managing a Bluehost account, so on any other host it is code executing on every page load for no reason at all.
My site is on a very old WordPress version. Is that a problem?
No, but we update on a clone rather than on your live site. Sites that have gone years without updates are exactly the ones where an update needs somewhere safe to fail.
Do I lose my free domain by moving the hosting?
The domain is a separate registration and stays yours. We only change where it points — you can leave the registration where it is or transfer it later, whichever suits.
Is my database moved exactly as it is?
Table by table, with the prefix preserved. We then check what actually arrived rather than trusting that a dump reported success.

Move off Bluehost and get a cache that works from day one.

Free migration, drop-ins cleared, and platform plugins that do not follow you.