Rebuild the site. Keep the rankings.
Jardine Studio plans, ships, and monitors the SEO side of a website rebuild: audit, redirect map, schema preservation, launch QA, and Search Console watch. The SEO work shapes the new site before launch instead of cleaning it up after.
Most rebuilds lose the rankings the same handful of ways.
One of these patterns shows up on almost every rebuild that drops in rankings. None of them is dramatic on its own. Together they explain why a credible site, on launch day, can suddenly be invisible to the searches it used to win. They decide what an SEO migration engagement actually has to cover.
The redirect map gets handed to a dev team that did not write it.
The SEO firm builds a one-to-one mapping in a spreadsheet, walks through it on a call, and ships it to a dev team that has its own rebuild deadline. Half the rows get implemented as 302 instead of 301. A dozen high-traffic URLs get pointed at the homepage. Nobody runs the post-launch crawl that would have caught it. By the time the impressions drop on the dashboard, the loss is already weeks old.
The metadata never gets diffed against the old site.
Titles, meta descriptions, H1s, image alt text, and internal anchor text all migrate "automatically" with the rebuild. Some of it survives. A lot of it does not. The new templates rewrite a few hundred titles in a slightly worse pattern. The H1 on the top-ranking page gets simplified. The product page alt text disappears. The rebuild was the moment to keep them.
Schema gets dropped on the rebuild and nobody notices.
The old site had service schema, page-level schema, breadcrumbs, and an appropriate local entity graph quietly wired in. The new site has none of it. The dev team treated schema as decorative because nobody told them otherwise. Search understanding gets thinner. AI engines lose structured signals they were using. The rebuild looks great and the search graph looks worse.
AI search citations follow a competitor.
ChatGPT and Perplexity had been citing the site under a specific entity name and a stable URL pattern. The rebuild moves the entity around. The URLs change. The schema goes generic. Within a quarter the citations migrate to a competitor whose entity has stayed put. None of this shows up in Search Console. The site just stops being mentioned.
The Google Business Profile keeps pointing at the old URL.
The rebuild ships, the redirects go in, and nobody updates the GBP entry. The map pack click goes to a 301 chain. The phone keeps ringing for a week. Then Google quietly downgrades the listing for sending users through a redirect, and the calls drop.
The staging robots file makes it to production.
The staging site had a blanket disallow to keep it out of search. Nobody changed it back. The new site goes live and quietly tells Google not to crawl anything. A week later, impressions hit zero. The team thinks it is a ranking drop. It is an indexation block. It happens more than it should.
The cost is already on the clock. Most teams just cannot see it yet.
A rebuild without an SEO plan does not usually fail on launch day. It fails over the following quarter, while the team is celebrating the new look. By the time the dashboard catches up, the cost is paid and the work to fix it is bigger than the work that would have prevented it.
Organic traffic loss in the 30 to 90 percent range, based on published industry post-mortems.
That range is the documented worst case from migration write-ups across SEO publications and tool blogs. The real number on any individual rebuild depends on how many URLs change, whether redirects are correct, and how much metadata survives. No serious team promises zero loss; the studio promises the work that materially shifts the odds.
Paid spend that has to grow to cover the gap.
The inquiries the site was earning from organic now come from a Google Ad or a paid campaign. CAC creeps up while the team waits for organic to recover. Most teams do not name this cost until the quarterly review, at which point a quarter of paid spend has already been redirected.
AI search visibility that migrates to a competitor.
Citations in ChatGPT, Perplexity, Gemini, and Google AI Overviews follow stable entities and structured content. When the rebuild moves both, citations move too. The site that loses citations does not usually win them back; the AI graph has a stickiness traditional SEO does not.
A quarter of guess-and-fix consulting after launch.
The rebuild is live, the rankings are down, and nobody on the project owns the diagnosis. A second SEO firm gets hired to reverse-engineer what went wrong. The recovery bills more than the migration would have. The site eventually stabilizes, three to six months behind plan.
Migrations fail when two teams own halves of one problem.
The pattern under every failure mode above is the same. The rebuild team owns the new site. The SEO firm owns the recommendations. The handoff between them is where the rankings die. The redirect map is correct in the spreadsheet and wrong in production because the people writing it and the people writing the code never sat in the same room.
A rebuild is a rebuild. An SEO migration is an SEO migration. Most agencies will tell you they handle both, but in practice they handle one and hand the other a document. The SEO firm sends a 60-page audit to a dev team that did not ask for it. The dev team ships the new site. The redirects ship as a punch-down. Schema is decorative. Metadata is whatever the new CMS templates produce. Nobody checks Search Console for a month because nobody owns the post-launch number.
Jardine Studio runs both inside one engagement. The same hands writing the new pages are writing the redirect rules. The same person watching Lighthouse is watching Search Console. There is no handoff because there is no second team. More on the model at /about.
Six pillars cover most engagements, scoped to the size of the rebuild.
Every migration pulls from these six pillars. Small migrations might run only two or three. Larger rebuilds use all six and add depth to each. The mix gets shaped after the audit, around what the site has at stake and what the rebuild is changing.
Pre-launch audit and inventory
Every indexable URL gets pulled from Search Console, GA4, the CMS, and a crawler. Each one is scored on organic traffic, conversions, backlinks, and AI citations. The pages that earned the rankings get sorted from the pages that did not, then routed to keep, move, merge, or drop before the rebuild touches anything.
Redirect map
One-to-one URL mapping in a format the dev team can implement and the studio can verify. No funnel-everything-to-home anti-patterns. No 302s where 301s belong. Tested with Screaming Frog or an equivalent crawler before launch, then again after, with every chain resolved to a single hop.
Content and metadata preservation
Titles, meta descriptions, H1s, alt text, internal anchor text, and on-page links migrated and diffed against the old site. The pages Google was rewarding stay structurally the same where they need to stay the same. Improvements happen on purpose, not by accident in a template rewrite.
Technical migration
Canonicals, sitemaps, robots, structured data, hreflang where applicable, Core Web Vitals, fonts, images. The technical layer ships ready for indexing on day one. The studio runs Next.js sites with self-hosted fonts, next/image, schema graphs, and edge-cached headers as a default.
Launch-day QA
Day-of checklist: crawl the new site, validate the redirect chain, validate schema, validate sitemap submission, run Search Console change-of-address if applicable, confirm GBP and directory entries point at the new URLs. The studio does the QA, not a third party.
Post-launch monitoring
Search Console daily for the first month, weekly for the next two. Ranking checks on the top URLs. 404 monitoring. AI citation tracking. Soft fixes ship the same week they are caught. A retainer is available for the months after launch; it is not required.
The platform is the second decision, not the first.
The studio has run migrations on and off Squarespace, Wix, WordPress, Webflow, Framer, Shopify, and Ecwid, and onto custom Next.js builds. The right destination depends on what the business needs to do on the site over the next two years, not which platform is in the news. The migration plan adjusts to the platform, not the other way around.
The Bodie Foundation case is the kind of platform migration most agencies will not touch because it is small. Ecwid to Shopify, a new shop subdomain at shop.bodiefoundation.org, DNS through GoDaddy, SSL provisioned globally before the CNAME flip, zero merchant downtime, four hours billed. The migration ran cleanly because every step was sequenced before the cutover, not improvised on the way out. Platform rebuilds without an SEO migration angle live on /services/web-design. The two engagements often run together.
- Squarespace
- Wix
- WordPress
- Webflow
- Framer
- Shopify
- Ecwid
- Custom Next.js
- Custom React
- Headless CMS (Sanity, Contentful, Notion-backed)
A migration that shipped with the build, not after it.
The Bodie Foundation migration is the launch reference for this work. Ecwid to Shopify, a new shop subdomain, zero merchant downtime, four hours billed. Click through for the full case write-up. More on the case studies index.
Things worth knowing before the call.
The questions below come up on almost every migration call. The answers are short, direct, and not the polished agency version. If something is not here, send a brief and we will answer it personally. Migration is one piece of the studio's wider services, alongside design, development, and ongoing SEO work. When the migration ships as part of a full website redesign, the design system and the redirect map ship together.
Can you help with SEO during a website rebuild?
Can you do the rebuild and the SEO migration in one engagement, or only one of them?
What if my site has thousands of URLs?
What if the team that built the old site is gone?
My rebuild is already live and the rankings dropped. Can you help?
How long does an SEO migration take?
Do you guarantee no traffic loss?
Do you send the redirect map to my dev team, or implement it yourselves?
Will my Google Business Profile, AI search citations, and directory listings update automatically?
What does an SEO migration engagement cost?
Do you keep working on the site after launch?
Can you handle a domain migration, not just a redesign on the same domain?
The other ways the studio works on a site.
Design, development, and SEO live in the same studio. Many engagements pull from two of the three at once because the constraints overlap. Each one ships standalone or alongside the others, scoped to the actual constraint on the site.
Website Design & Build
Visual identity, page systems, type and color, components, and design QA shipped with the build.
Read moreWeb Development & AI
Custom systems and AI for the work templates cannot handle: booking flows, intake, integrations, member areas, voice agents, and AI workflows.
Read moreSEO & Growth
Technical, content, local, and AI-search SEO shaped around the actual constraint, then shipped on the site that runs it.
Read more
Rebuild planned. Rankings at risk. Same studio for both.
A focused review identifies what the rebuild puts at risk and what the migration would take to ship. Tell us what is moving and what is stuck. We reply within one business day.
