Migrating From Tilda (or Wix) to WordPress Without Losing SEO

Builder sites tend to hit the same wall: the platform is fine until the business outgrows it. You want a custom checkout, a proper quiz, server-side logic, or you just want to stop paying a monthly ransom for pages you already designed. The fear that stops most owners is simple. «I’ll lose my Google rankings.» You won’t, if you treat the move as a URL and content problem first and a design problem second. That’s the whole game when you migrate from Tilda without losing SEO.

I’m Ilya Litau, a solo web and AI developer. I’ve run this migration enough times to have a checklist that holds up. Below is how I do it, what tends to break, and a real project where the quiz and payments stayed intact.

Why do website builders eventually cap your growth?

Tilda and Wix are good up to a point. They get a business online fast with a decent design. The ceiling shows up in four places.

• Logic you can’t build. A real multi-step quiz, conditional pricing, a webhook into a CRM, a payment flow that branches by plan. On builders you bolt on third-party embeds that load slow and break on you.
• Page weight and speed. Builder output ships a heavy DOM and blocking scripts. Core Web Vitals suffer, and mobile LCP is often the ranking factor you’re quietly losing on.
• Cost that scales the wrong way. More pages, more members, more features push you into a higher tier every year, and you never own the code.
• Ownership. You can’t move a Tilda «Zero Block» into another system. A redesign means rebuilding from scratch anyway.

None of that means you switch on a whim. If your builder site converts and you don’t need custom logic, stay put. If you're also deciding who should do the work, I compared hiring one developer vs an agency →.

Will I lose my Google rankings if I move off Tilda?

Not if you preserve three things: URLs, content, and metadata. Google ranks a URL based on its content and the links pointing at it. Change the platform underneath while keeping those three stable, and Google usually treats it as the same site, and rankings usually hold. The migrations that tank are the ones where someone «cleaned up» the URL structure, rewrote all the copy, and dropped the page titles on the same day.

Here’s what actually moves the needle, ranked by how badly it hurts when you get it wrong.

The pattern is clear. The platform switch itself does not lose rankings. Sloppy handling of URLs and content does.

How do I map old Tilda URLs to the new site?

URL mapping is the spine of a safe migration. Do it before you write a line of the new site.

1. Export the full URL list. Pull your existing pages from Google Search Console (the Pages report) and from your sitemap. Crawl the live site with a tool like Screaming Frog to catch anything the sitemap missed. You want every indexed URL, including old blog posts and landing pages you forgot existed.
2. Decide keep or change for each URL. Default to keeping. If your Tilda slug is /page12345.html-style garbage, that’s the one case where changing earns its keep, but then you owe it a redirect.
3. Build a mapping table. Two columns: old URL, new URL. This doubles as your redirect map and your QA checklist.
4. Match the trailing slash and the case. /services and /services/ are different URLs to Google. Pick one, enforce it site-wide, then redirect the other form.
5. Flag external backlinks. Check which old URLs have inbound links (Ahrefs, or the free GSC Links report). Those URLs must resolve. A 301 to the equivalent page preserves most of the link equity.

If most of your slugs are already clean, the best outcome is zero redirects because every URL stays identical. That’s the target I aimed for on the Club 365 project below.

How do 301 redirects protect your SEO during a migration?

A 301 is a permanent redirect. It tells Google «this page moved here for good» and passes almost all ranking signals to the new URL. This is your safety net for every URL you can’t keep identical.

Rules I follow:

• 301, never 302. A 302 (temporary) does not pass equity reliably. Use 301 for permanent moves.
• One hop, no chains. The old URL redirects straight to the final new URL. Chains of redirects (A to B to C) waste crawl budget and slow the page.
• Redirect to the closest equivalent, not the homepage. Dumping every dead URL onto the homepage reads as a soft 404. Map each one to the most relevant new page.
• Keep old redirects live for at least a year. Google revisits URLs on its own schedule. Pull the redirects too early and you drop the link equity (the ranking value other sites pass to your pages) you just preserved.

On WordPress I set these up with a lightweight redirect plugin or directly in the server config. Both work. The config route is faster because it fires before WordPress even boots.

How do I keep content and metadata intact?

Content parity is the boring part that decides whether Google sees the same page after the move. Rebuild each page so a search crawler sees the same thing it saw before.

1. Carry over titles and meta descriptions verbatim. Set them in your SEO plugin. Match them one-to-one against the old pages first, optimize afterward once rankings are stable.
2. Preserve the heading hierarchy. Same H1, same H2s, same order. That’s a strong relevance signal and it costs nothing to keep.
3. Keep the body copy. Improve design and layout all you want. Don’t gut the words on the same day you switch platforms. Change one variable at a time.
4. Recreate structured data. If Tilda gave you any schema (Organization, FAQ, Breadcrumb), rebuild it. On WordPress you can add more schema than Tilda allowed.
5. Regenerate a clean XML sitemap and keep the same canonical rules.

For content-heavy sites this is exactly where a builder hurts you. I ran into it building the 40-plus page site for Nexora Legal, where hand-built static pages gave far tighter control over headings and schema than any builder would. The same principle applies to a migration: the more pages you have, the more disciplined your content mapping needs to be.

What’s the safest way to launch without downtime?

Parallel build, single DNS cutover. Never touch the live site’s DNS until the new one is fully built and tested.

1. Build the new WordPress site on a staging domain (a subdomain or temp URL). The old Tilda site stays live and serving traffic the whole time.
2. QA against the mapping table. Click through every old URL’s new equivalent. Check titles, headings, forms, payments, tracking.
3. Set up all redirects on staging so they’re primed to fire the moment DNS points over.
4. Lower your DNS TTL a day before (to 300 seconds) so the cutover propagates fast.
5. Point DNS to the new host. This is the only moment anything actually switches. Because both sites were already complete, there’s no gap. Users hit the old site, then the new one, with no error page in between.
6. Test forms, payment, and analytics immediately on the live domain.
7. Resubmit the sitemap in Search Console and run the URL Inspection tool on your top pages to prompt a recrawl.
8. Watch GSC coverage and rankings for 30 days. Rankings can wobble in week one, so watch whether they settle.

Payment and quiz flows are the parts that most often break silently on migration day, so I test those first and last.

A real migration: Club 365, a yoga school's site, from Tilda to WordPress

Club 365 is a yoga school selling subscriptions. Its Tilda site had a working quiz and payments through GetCourse, a course platform. The brief: move to WordPress and break nothing.

Here’s what I did and what came out of it:

• Kept the URLs of all 5 pages and set up a 301 redirect map on top.
• Preserved the working quiz and rebuilt it on the new stack with the same flow.
• Kept the GetCourse payment integration intact straight through the switch.
• The site stayed online during the switch.

The outcome: URLs preserved, 301 redirects set up, no downtime during the switch. The site kept its content, and the quiz and payment links work on the new site. Details: Club 365 case study →.

Tilda/Wix versus WordPress after migration: what actually changes

Migration SEO checklist (copy this)

• Export every indexed URL (GSC plus sitemap plus crawl)
• Build an old-to-new URL mapping table
• Keep URLs identical wherever possible
• 301-redirect every URL that changes, one hop, closest equivalent
• Copy title tags and meta descriptions verbatim
• Preserve H1/H2 hierarchy and body copy
• Carry over image alt text
• Recreate internal links and structured data
• Build on staging, keep the old site live
• Lower DNS TTL a day before cutover
• Single DNS switch, then test forms, payments, analytics
• Resubmit the sitemap, inspect top URLs in GSC
• Keep redirects live 12-plus months, monitor for 30 days

That checklist is the difference between a migration nobody notices and one that can cost you months of traffic. If you’d rather hand the whole thing off, that’s what I do. Browse the case studies or tell me about your site on Telegram or WhatsApp and I’ll map the migration before touching anything.

Frequently asked questions

Will I lose my SEO rankings when migrating from Tilda to WordPress?

No, if you preserve URLs, content, and metadata. Keep every URL identical or 301-redirect it, copy titles and headings over exactly, and rebuild pages with the same body text. Google ranks the URL and its content, not the platform underneath. On Club 365 the 5 pages kept their URLs and a 301 redirect map was set up. Migrations tank most often when someone changes URLs and copy at the same time.

How long does a Tilda-to-WordPress migration take?

For a typical 5-to-15 page business site, plan on one to three weeks. Most of the time goes into rebuilding pages, wiring custom logic like quizzes or payments, and QA against the URL map. The actual DNS cutover takes minutes. Larger sites with 40-plus pages or heavy custom logic run longer, because content mapping and testing scale with page count.

Do I need to keep the same URLs, and what if my Tilda slugs are ugly?

Keeping URLs identical is the safest path: no redirects, nothing for Google to relearn. If your slugs are auto-generated garbage, you can improve them, but every changed URL then needs a 301 redirect to its new equivalent, one hop, no chains. Keep those redirects live for at least a year so Google fully transfers the ranking signals.

How much does it cost to migrate off a website builder?

It depends on page count and how much custom logic you need. A simple brochure site is far cheaper than one with a quiz, CRM sync, and payments. You work with me directly, so you pay for the build itself. Send me your current site and I'll quote after a short look. Send me your current site and I’ll scope it before quoting.

Is the improved conversion guaranteed?

No honest developer guarantees a conversion number. Club 365 moved off the builder to its own WordPress, with the quiz and the payment links intact. Migration removes the technical friction a builder imposes; whether conversion jumps depends on your funnel. What I stand behind is the method: URLs preserved, 301 redirects set up and a single cutover without downtime. Rankings depend on more than the move, so I do not promise them.