We transfer websites, databases and associated services to new hosting. We coordinate the transfer, DNS changes and functional checks, defining which components need to move and how the website will be validated in its new environment before the change is completed.
We transfer the website’s components and verify their operation on the new hosting. Planning covers DNS, certificates, forms, integrations and preservation of URLs or the redirects they require, taking account of the functions and services that need to continue working after the move.
Website migration
01Files and database
02Domain and certificates
03URLs and redirects
Areas covered by the service
What can be migrated
Content, database, files, domain, hosting and functionality
Website migration scope depends on the project. Moving a straightforward corporate website differs from moving an online shop with products, orders, customers, payment methods, shipping, coupons, integrations and URLs already visible in search. The scope needs to reflect the data and functions involved, together with the checks required before and after the move.
For migration of WordPress or WooCommerce, we review files, the database, theme, plugins, media, users, products, orders, customers, URLs, forms and settings. For platforms such as Shopify, PrestaShop, Joomla or Drupal, we analyse the structure, modules, templates, exportable data, functionality and limitations of each system before defining the transfer and any adaptation needed in the destination.
We can also manage changes to hosting, domains, DNS, SSL, CDNs, subdomains, associated email, analytics, pixels, Tag Manager and measurement tools where they form part of the project. These dependencies need to be included in the plan so that the website and its related services are considered together.
Website files: themes, templates, plugins, images, videos, documents, scripts and the static resources used by the site.
Databases: pages, posts, users, products, orders, comments, settings and the dynamic content stored by the website.
SEO content: titles, meta descriptions, headings, URLs, alternative text, canonical URLs and the internal links used throughout the site.
Functionality: forms, search, bookings, private areas, payment gateways and integrations with external services included in the project.
Domain and server: hosting, DNS, SSL, CDNs, subdomains, associated email and the configuration required by the destination environment.
Measurement: Google Analytics, Tag Manager, pixels, events, conversions and the tracking tools used to measure the website’s activity.
When migration makes sense
Common reasons for website migration
Website migration is often needed to improve performance, security, scalability, maintenance or search visibility. It may also follow a provider change, redesign, URL restructuring or a strategic business decision. The reason for the move helps define what needs to change, what should be retained and how the result should be tested.
One of the most common cases is a hosting change. The site may be slow, the server unreliable, the current provider unable to meet requirements or the business may need hosting that is faster, more stable and easier to administer. Before moving the site, we review compatibility, the database, PHP versions, caching, SSL, DNS and performance to establish the requirements of the destination.
Another common scenario is a CMS or platform change. A business may want to move an older website to WordPress, WooCommerce to Shopify, PrestaShop to another solution or a legacy application to a platform that is easier to maintain. In these projects, the structure, design, functionality and SEO need review alongside the data transfer and any changes required by the new platform.
We also carry out migrations involving a domain change, redesign, URL reorganisation, online shops, multilingual websites, web applications, private areas and external integrations. Planning is essential in each case to reduce errors and avoid unnecessary loss of visibility, with the existing content and functions assessed before the transition is carried out.
SEO in website migrations
Website migration can affect search visibility if it is not planned carefully
SEO is one of the most sensitive areas of a website migration. A change of hosting, domain, CMS, design or URL structure can cause 404 errors, loss of indexed pages, incorrect redirects, changes to internal links, crawling problems or a fall in organic traffic. These risks need to be considered before the site is moved.
Before migration, we review current URLs, pages receiving traffic, pages ranking in search, the sitemap, robots.txt, metadata, canonical URLs, internal links, structured data and content structure. If URLs or the domain change, we prepare a redirect map so that old pages point to their correct new equivalents, preserving the relationship between existing content and its destination.
After migration, we validate that the site can be crawled and indexed, redirects work, no critical errors appear, the sitemap is current and measurement tools continue to record traffic and conversions. These checks help assess the technical outcome and identify issues that may need attention after the website has gone live.
The migration process
How we carry out a website migration, step by step
Implementation is organised into the following phases. The activities, dependencies and checks for each stage are defined within the scope agreed for the project and the environment involved.
Assessment: review of the CMS, hosting, domain, database, SEO, traffic and integrations involved in the website.
Inventory: files, pages, URLs, plugins, modules, forms, products and the data that is critical to the site’s operation.
Migration plan: method, change window, backups, test environment and criteria for validating the website before and after the move.
Backup: backup of files, the database, media, settings and the critical components needed to recover the website.
Test environment: advance validation of design, navigation, performance and the functionality included in the scope of the migration.
Main migration: transfer of files, the database, domain, DNS, SSL and the configuration required in the new environment.
Redirects and SEO: review of URLs, 301 redirects, the sitemap, robots.txt, canonical URLs and indexability after the change.
Final validation: checks on pages, forms, payments, links, analytics and performance in the destination website environment.
Ongoing support: incident correction, initial follow-up and recommendations for maintaining the migrated website and its services.
Service control · Website migration
01Scope and responsibilities
02Testing and checks
03Documentation and follow-up
Project review points
Before and after migration
What should be clear before moving a website
Before website migration starts, it is important to know the CMS or technology in use, where the site is hosted, its domain, DNS provider, database, critical plugins or modules, forms that must work and URLs receiving organic traffic. This establishes the components and dependencies that need to be included in preparation and validation.
It is also important to decide whether the domain will remain, whether the URL structure will change, which pages will be retained, which content will be removed, which forms or payments need testing and who will validate the site before and after publication. Those decisions should be reflected in the migration plan and its acceptance criteria.
After migration, the site should be operational, indexable, responsive in use and correctly measured. We review navigation, menus, internal links, forms, payments, SSL, DNS, the sitemap, robots.txt, canonical URLs, 301 redirects, 404 errors, performance, analytics and tracking tools. The checks establish whether the functions and technical arrangements included in the project work in the destination.
Security and continuity
Website migration should protect data, users and operation
Alongside SEO, website migration needs to address security and continuity. We review backups, access arrangements, the database, file permissions, SSL certificates, server versions, plugins, forms, integrations and possible points of failure. These areas affect both the transfer and the ability to operate or recover the site after the change.
For online shops, we pay particular attention to products, orders, customers, payment methods, shipping, taxes, coupons, transactional email and the checkout process. For web applications, we review private areas, users, advanced forms, bookings, APIs, integrations and custom functionality. The checks depend on the functions included in the migration scope and the destination platform’s requirements.
When migration includes DNS, domain or hosting changes, we plan the transition to reduce interruptions. We also check that services associated with the domain, such as email, subdomains, CDNs and certificates, are not affected by incorrect configuration. These dependencies need to be understood before the records or services are changed.
Service follow-up
Technical coordination and progress reviews
We agree the scope, responsibilities and priorities with your team. We document the work and the checks carried out. Any additional requirement is assessed before it is incorporated into the project or the support service, so that the implications for the agreed work are understood.
Frequently asked questions
Frequently asked questions about website migration
We answer common questions about migrating a website, online shop, domain, hosting service or web application. We also include links to official documentation for further technical detail, so that the requirements of the platforms and the implications of URL or hosting changes can be reviewed before the project starts.
It is the process of transferring a website, online shop, web application, database, files, domain or configuration from a source environment to a new destination. The work may involve moving the existing site or adapting components to a different platform, according to the requirements and scope agreed for the project.
It may involve a change of hosting, domain, CMS, URL structure, ecommerce platform or server. Google Search Central explains how to manage a site move with URL changes to reduce the effect on organic search visibility and help search engines understand the relationship between old and new pages.
Yes. A poorly planned migration can cause 404 errors, loss of organic traffic, indexing problems, incorrect redirects, duplicate content or changes to pages already ranking in search. The risks depend on what changes during the move, particularly the domain, URLs, content structure and technical configuration of the destination.
We therefore review URLs, redirects, the sitemap, robots.txt, metadata, canonical URLs and Search Console. Google provides official documentation on redirects and Google Search.
Yes. We can migrate WordPress to another host, domain or server, including files, the database, media, theme, plugins, users and settings. The existing environment and destination requirements are reviewed first so that compatibility and the functions needed by the site can be assessed before the move.
Before doing so, we create a backup and review PHP compatibility, the database, plugins, internal URLs, SSL and performance. WordPress provides official documentation on moving WordPress.
Yes. We can migrate online shops using WooCommerce, Shopify, PrestaShop or other platforms, reviewing products, categories, customers, orders, payment methods, shipping, taxes, URLs and SEO. The migration scope needs to account for both the data being transferred and the buying process that customers will use in the destination.
For migration to Shopify, product data, customers, orders, domains, URLs and redirects should be reviewed. Shopify provides an official guide to migrating to Shopify.
Yes. In many cases, the existing design can be retained where the purpose is to change hosting, server or domain. Where the project includes redesign or a CMS change, templates, content and functionality may need adaptation. We assess those differences before agreeing which parts of the site should remain unchanged.
Before migration, we agree with your team what must remain exactly the same, what can be improved and which components must be tested before the website is published in its new environment.
The objective is to retain content, images, forms and critical functionality. We create backups and review files, the database, plugins, paths and dependencies before carrying out the migration. The plan identifies which components need to move and the checks required to assess them after transfer.
After the move, we check pages, images, forms, links, menus, downloadable files and interactive components to identify errors affecting the content and functions included in the project.
Where migration includes a hosting or domain change, we review DNS, records, SSL, CDNs, subdomains and associated services. Incorrect DNS configuration can make the website unavailable, cause certificate errors or disrupt email, so the necessary records and the timing of their changes need to be planned together.
Cloudflare explains in its official documentation that DNS records make resources associated with a domain, such as a website or other services, available through the domain’s DNS configuration.
Timing depends on site size, platform, database, page count, integrations, ecommerce functions, domain changes, SEO requirements and hosting complexity. These factors need to be assessed together before a schedule can be agreed for preparation, transfer, cutover and the checks needed to validate the migrated site.
After the initial assessment, we can estimate the work by phase. For critical websites or ecommerce, we recommend a test environment, an agreed change window and validation before publication of the new environment.
We plan migration to reduce interruptions. In many cases, the new environment can be prepared before DNS or the domain is changed, reducing the period during which the website may be unavailable. The approach depends on the site and the functions that need to remain consistent during the final transfer.
Where a cutover window is needed, we coordinate it with your team in advance and define validation tests to check that the website is operational after the change to its new environment.
After migration, we review incidents, 404 errors, form problems, plugin failures, caching conflicts, performance, SSL, DNS and external integrations. These checks help identify which issues relate to the transfer and which configuration or compatibility adjustments are needed to make the migrated site operate correctly.
We can also carry out initial follow-up in Search Console, analytics and monitoring tools to identify problems that may not be apparent during a quick visual review of the website.
Yes. After migration, we can help with validation, error correction, performance adjustments, SEO reviews, user support, basic documentation and maintenance recommendations. The work is defined around the site moved and the responsibilities agreed with the organisation for support after the change has been completed.
We can also review updates, security, backups, caching, plugins and good operating practices to help avoid future problems with the website and the services on which it depends.
Request your website migration
Request an assessment of your project.
Tell us about the current platform, the number of users or resources involved and your priorities. We will review the context to define the next steps and the scope of the proposal for your organisation.