New hosting provider
WordPress, uploads and database moved to another provider.
WORDPRESS → VERIFIED TRANSFER → NEW SERVER
I will move your live WordPress website to a new server or hosting provider and, when required, to a new domain. Files, database and settings are retained; HTTPS and critical journeys are checked; a domain change includes correct redirects.

MIGRATION SCENARIOS
The approach depends on the source condition, access, data volume and cutover requirements.
WordPress, uploads and database moved to another provider.
A managed environment with PHP-FPM, database and HTTPS.
URL replacement, SSL, redirect mapping and permanent 301s.
A separate plan for orders, payments and final synchronisation.
Database transfer with import, encoding and write checks.
Available files, database and backups assessed before commitments.
WHAT THE WORK INCLUDES
WordPress, PHP, plugins, database, files, cron, DNS and access.
Files and database copied with a recovery check.
Web server, PHP-FPM, database, HTTPS and baseline hardening.
Uploads, configuration and database; URLs changed safely.
The copy is tested before public traffic moves.
DNS, SSL, forms, media, login, permalinks, email and cron.
For a domain change: 301s, canonical, sitemap, 404s and Search Console by agreement.
Important: zero downtime is not promised before an audit. An active WooCommerce store needs a synchronisation strategy or controlled write window. Moving a domain registration is a separate operation.
DOMAIN CHANGE WITHOUT FALSE GUARANTEES
Old and new pages are mapped. Absolute WordPress URLs are updated with a serialisation-aware tool; canonical links and sitemap move to the new domain; page-level 301 redirects remain in place.
After launch, 404s, redirect chains and loops, mixed content, indexing and Search Console are monitored. Rankings and traffic cannot be guaranteed: search-engine reindexing can cause temporary movement.
✓ old URL returns one correct 301
✓ canonical targets the new URL
✓ sitemap contains only new URLs
✓ HTTPS resources avoid mixed content
✓ 404s and indexing are monitored
TWO DIFFERENT SCENARIOS
A hosting move keeps public URLs. A domain change adds a separate SEO workstream.
| Area | New server only | New server + domain |
|---|---|---|
| DNS | Points to the new server | New domain configured; old one retained for redirects |
| WordPress URL | Usually unchanged | home/siteurl and absolute links change |
| SSL | Certificate for the existing domain | Certificates for both old and new domains |
| 301 redirects | Usually unnecessary | Permanent page-level redirects required |
| Sitemap and canonical | URLs remain the same | Move to the new domain |
| Indexing | Page addresses remain | Search engines must reindex URLs |
TECHNICAL SAFETY
WordPress stores some URLs and plugin settings in serialised values. A naive SQL replacement can corrupt string lengths and plugin data.
POST-MIGRATION CHECKLIST
The exact acceptance plan follows the site, but the baseline is explicit.
Delivered by Andrey Zubar / iFreeWork. Related WordPress work: WordPress, amoCRM and Telegram lead automation.
CLIENT FEEDBACK
Project: “Website and database migration to a new server without data loss.”
Translated from Russian.
“We urgently needed to move the website to another server because of problems with the current hosting. Andrey quickly assessed the infrastructure, prepared the new server and transferred the website together with the database. No information was lost; after the migration he checked the main functions and configured backups. He was always available and explained his actions in detail. We are fully satisfied with the result and recommend working with him.”
The review confirms a website and database migration. It does not identify WordPress or a domain change.
View reviews on the source page →PRICING
A fixed price for an unknown production site would be misleading.
FAQ
Audit access and dependencies, create a recoverable files-and-database backup, prepare and test the target, then perform the final synchronisation and cutover.
Yes. The plan also needs safe URL replacement, HTTPS, page-level 301 redirects, canonical links and a new sitemap.
They move with the database and uploads directory. The result is checked in preview and again after cutover.
DNS usually changes to direct the domain to the target server. Propagation depends on TTL and the DNS provider; preparation happens in advance.
Search engines must reindex the URLs. Correct 301s, canonical, sitemap and error monitoring reduce risk, but temporary ranking changes cannot be excluded.
For a domain change, yes. Each important old URL should lead directly to its matching new URL, without chains or loops.
Yes, but an active store needs a defined write window, final sync or appropriate replication strategy. A one-off copy is not enough.
Most work can happen in advance and downtime can often be limited to final cutover. Zero downtime depends on an audit.
Describe the site, current and target hosting, approximate data size, WooCommerce use, domain-change requirement and acceptable downtime. Do not submit secrets through the form.
Recovering Infected Websites: Cleanup, Security and Search EnginesExplore the project problem, solution and limitations.
VPS, Docker and infrastructure security auditDiscuss the scope and approach for a similar task.
MIGRATION ASSESSMENT
Include site size, WooCommerce, source and target hosting, domain-change requirement and acceptable downtime. Do not send passwords or keys.
@ifwcomMessage on TelegramSecure access is arranged separately.