Moving off Squarespace or WordPress: when a custom site is worth it

Builders are not the problem

Squarespace, Wix and WordPress run a huge share of small and mid-size company sites, and for good reason. They are quick to start, cheap to run and easy to edit.

The trouble starts when the site's job changes. It stops being a brochure and starts being part of how the business runs. A quote form that has to reach the right estimator. A client who wants to check the status of a project. A sales team that needs to know which page a lead came from.

At that point the builder hasn't failed. It's being asked to do something it wasn't built for.

When to stay

Be honest about this part. A move costs time and attention, and a new site that does the same job as the old one is money spent on nothing.

Stay where you are if most of these are true:

• The site is mainly there so people can check you exist and find your phone number.
• Inquiries are few, and one person handles all of them.
• Your team can make the edits it needs without calling anyone.
• Nothing breaks when the site is down for an afternoon.
• The built-in forms, booking or store already do what you need.

In that case, spend the effort on the content instead. Better pages on the same builder usually beat a new site with the same old pages.

When a custom site is worth it

Different signs point the other way. They usually show up as workarounds.

• Inquiries get lost. Form submissions land in one shared inbox. Someone copies them into the CRM by hand, when they remember.
• The site needs to talk to your systems. Quote requests should create a record. Bookings should check real availability. Clients want to log in and see where things stand.
• You need many accurate pages. A page per service, system or industry, each with real detail. Builders can do this, but managing dozens of pages through a visual editor gets painful fast.
• Speed and accessibility have slipped. Plugins and add-ons pile up, and the site gets slower and harder to use with a keyboard or screen reader.
• Security review is coming. A larger client sends a questionnaire, and nobody can answer where the site runs or who can change it.

One of these alone may not justify a move. Three or four usually do.

What you can actually take with you

People assume a site can be exported and loaded somewhere else. Often it can't, at least not cleanly.

Squarespace exports some content to a WordPress-format file: regular pages, one blog, text and image blocks, and some galleries. Its own help center lists what is left behind, including store pages, extra blogs, video and audio blocks, custom styles and drafts.

Wix says plainly that a Wix site can't be exported to another host. You can bring your own domain to Wix, but the site itself stays there.

WordPress is open source, so the content and database can move between hosts. The theme and plugins are where the trouble lives. They often hold the site's real behavior, and they may not be worth carrying forward.

So plan on rebuilding the site and moving the words, images and addresses. That is less scary than it sounds. Most of a site's value is in its content and its addresses, not its theme.

Keeping your search rankings

This is where moves go wrong. The new site launches, it looks great, and a month later the inquiries that used to come from search have thinned out. Usually the cause is simple: old addresses now lead nowhere.

Google's guidance on site moves is clear and worth following closely.

• Map every old address. Pull them from your sitemap, analytics and the old platform. Include images and documents people link to.
• Redirect each one to its true match. Use permanent redirects, such as a 301. Google says these don't cost you search value. Don't send everything to the homepage.
• Avoid chains. Point each old address straight at its final destination.
• Keep the redirects. Google recommends keeping them for at least a year, and longer is better for people with old bookmarks.
• Update the sitemap and tell Search Console. If the domain itself changes, use Search Console's Change of Address tool.

Google also says to expect some ranking movement while it recrawls the site. For a medium-sized site that can take a few weeks or more. A move done carefully settles. A move done carelessly doesn't.

Don't forget Bing. Submit the new sitemap in Bing Webmaster Tools as well. It feeds Microsoft Copilot and other AI answers.

Own the domain and every account

Before you change anything, find out who owns what. It is the least exciting part of the project and the one that causes the worst surprises.

Check who is listed as the registrant of your domain. It should be your company, with an email address your company controls, not a former employee or an old agency. Under ICANN's rules, the registrant can move the domain to another registrar, using an authorization code from the current one.

Watch the timing. ICANN's rules allow a 60-day transfer lock after you change the registrant's name, organization or email. If you plan to transfer, do it before you tidy up the contact details, or build the wait into the plan.

Then list every other account: hosting, analytics, Search Console, Bing Webmaster Tools, the form tool, the email service, the scheduling tool. Each one should be registered to your company, with at least two people who can get in.

Questions to settle before you decide

A short conversation inside the company saves a long one with any vendor. Get the people who use the site in a room and answer these:

• What should happen, step by step, after someone fills in each form?
• Which pages bring in the inquiries that turn into work? If nobody knows, that is the first finding.
• Who edits the site today, how often, and what do they find hard?
• Which systems should the site read from or write to: the CRM, scheduling, quoting, a client file?
• What would a large client's security review ask about the site, and could you answer it?
• Who will own the site after launch, by name?

If the answers mostly point to content and a few form fixes, stay and improve what you have. If they keep pointing to connections, logins and many detailed pages, a move is probably worth it.

A sensible order of work

1. Confirm ownership of the domain and accounts.
2. Decide what the site has to do, not just how it should look.
3. Inventory every page and address, and decide what stays, merges or goes.
4. Build the new site on a private address, with forms connected and tested.
5. Rewrite the pages that matter most while you're there.
6. Launch with all redirects in place on day one, not added later.
7. Watch Search Console, Bing Webmaster Tools and your inquiries closely for the next few weeks.

The first month after launch deserves real attention. Check Search Console for addresses Google can't find, and fix them with redirects as they appear. Compare inquiries week by week against the same weeks before the move. Ask the people who answer the phone whether anything sounds different. Small problems caught in week one stay small.

What most guides miss

The form is the riskiest page. Teams test the homepage for weeks and the contact form for five minutes. Send real test inquiries through every form, on launch day, and confirm each one reached a person.

Old PDFs carry rankings too. Price sheets, brochures and spec sheets often have links from other sites. Redirect them or keep them, but don't let them disappear.

Someone has to own the site afterwards. A builder hides maintenance from you. A custom site doesn't. Agree who updates it, who watches it and who gets the alert when a form stops working, before launch.

A move is the cheapest time to fix content. You are touching every page anyway. Rewriting the ten that matter most costs far less now than as a separate project later.

How we do it

We start with a free intro call, and we'll tell you honestly if staying put is the better choice. When a move makes sense, we work alongside your team: domain and accounts in your name, every old address mapped, forms connected to your systems and tested before launch. See websites and content for more.

Sources

1. Google Search Central: Site moves with URL changes
2. Google Search Central: Redirects and Google Search
3. Squarespace Help Center: Export your site content
4. Wix Help Center: Exporting or embedding your Wix site elsewhere
5. ICANN: Domain name registrant FAQs
6. Bing Webmaster Tools: Webmaster guidelines