How to switch website builders

Most website moves go badly for the same two reasons: the owner cancels the old plan too early, and nobody warned them that the domain, the website, and the email are three separate things that happen to be sold together. Neither problem is technical. Both are solved by doing the steps in the right order. This guide is that order, platform by platform, along with an honest account of what carries over to a new builder and what you will be rebuilding by hand.

Sometimes not, and it is worth being honest about that first. If your current site works, you can update it yourself without dread, and it brings in the customers you want, the correct move is to leave it alone and spend the effort elsewhere. Switching is worth it when one of three things is true: you cannot make routine changes without paying someone, the platform is costing more than the value it returns, or the site has quietly stopped bringing in work. That last one is the most common and the least noticed, because a site does not announce that it has gone stale. It simply stops being the thing customers find.

Five things are in play, and they move independently. Understanding which is which removes most of the anxiety, because you discover that the scary-sounding ones are not really at risk.

• Your content: the words, photos, services, and contact details. This is the bulk of your site and the part that transfers most reliably. Modern builders can read your existing site and bring it across, so you are not retyping anything.
• Your design: historically the part you rebuilt from scratch. Tools that snapshot the live page can now carry the colors, fonts, and section layout over as editable pieces rather than starting you at a blank template.
• Your domain: not at risk, and not something you need to transfer. It stays registered where it is and you repoint it in a few minutes.
• Your email: also not at risk, and genuinely separate from your website even when the same company bills you for both.
• Your search rankings: at risk only if you change your page addresses and do not redirect the old ones. Keep the addresses the same and this is a non-event.

This sequence is the whole trick. Every step happens while your existing site is still live and serving customers, and the switch itself is a single moment near the end that you control. Nothing here requires you to take your business offline.

1. Inventory what you have. List your pages and note their exact addresses, so you can match them later. Write down where your domain is registered and where your email is hosted, which are often two different companies.
2. Build the new site alongside the old one. Import your current site by pasting its address, then edit what comes back. Your live site is untouched during this, and nobody can see the new one yet.
3. Match your page addresses. If your services page lives at /services today, put it at /services on the new site. This is the single highest-value SEO step in the whole move and it costs you nothing at build time.
4. Rebuild what did not transfer. Usually a booking setup, a store catalog, or a contact form destination. Do this before you switch, not after.
5. Point your domain at the new site. Two DNS records, changed at your existing registrar. Minutes, and reversible.
6. Verify in the real world. Load the site on your phone on cellular data, check the www and non-www versions, confirm the padlock, and send yourself an email at your business address to prove mail still flows.
7. Cancel the old plan last. Give it a week. The old platform will still be there if something needs checking, and the cost of one extra month is trivial against the cost of discovering too late that you needed something from it.

An honest list, because discovering this in the middle of a move is how weekends get ruined. Anything that is a page of content comes across well. Anything that is a system rather than a page needs setting up again. On Tibly specifically: your copy, design, photos, services, testimonials, and contact details import from your live site, and a product catalog of up to 30 items can be extracted too, though imported products wait in the wings until you connect Stripe. What does not come across anywhere is a member or login area, custom code such as Wix Velo or WordPress plugins, and existing records like past appointments and customer lists. Booking is a feature you switch on and connect to Google Calendar rather than data that migrates.

Not meaningfully, if you keep your page addresses and your domain. Rankings are attached to your domain and its individual pages, not to the platform underneath. Keep yourbusiness.com/services at the same address and search engines see a page that was updated, not a page that vanished. Where people do lose rankings is by letting a new builder invent fresh addresses, so the old ones return errors and years of accumulated credibility points at nothing. If addresses must change, redirect the old ones to their new equivalents. There is also an upside worth naming: the same move that fixes an unmaintainable site tends to improve how you show up in AI answers, because engines favor pages that answer real questions clearly, and a site you can finally update is a site that gets those pages written.

For a typical small business site of five to ten pages, an afternoon of real work, spread across a week for safety. The build and edit is the longest part and the part you control. Pointing the domain is minutes. The week is not work, it is the deliberate gap between going live and cancelling the old plan. Sites with a large store, a membership area, or heavy custom development are a different scale of project, and for those the honest advice is to scope the systems separately from the pages.