× Vaping101
Shopify → Medusa · Headless Replatform

A replatform is the riskiest thing you can do to organic search. We make it a non-event.

Moving Vaping101 to a headless Medusa build re-renders every template, tag and tracking script at once. The URL structure is being preserved — which takes the single biggest risk off the table — but everything Google reads on those URLs is rebuilt from scratch. Our job is to govern the move so your rankings, traffic and revenue carry across intact, then use the rebuild to pull ahead of your competitors.

⚠︎ Why the stakes are higher for you: in a category where paid search and most social ads are off-limits, organic and email are the growth engine. A ranking drop here isn't a dip — it's a hole in the P&L.
120+
tracked tasks across the programme
15
workstreams, from redirects to consent
5
governed phases with go/no-go gates
3
delivery tiers you can dial up or down
The stakes

Your category changes the maths

Most migration checklists are written for shops that can buy their way out of a traffic dip with ads. You can't — which is exactly why the migration has to be right the first time.

Organic search is your primary acquisition channel — by necessity, not by choice.

Google Ads prohibits ads for nicotine vaping products. Meta and TikTok heavily restrict them. Google Shopping is limited for much of the catalogue. That leaves organic search and email/SMS carrying the revenue — the two channels a careless replatform is most likely to break.

Protecting them through the move is not a "nice to have." It's insurance on the part of the business that funds everything else.

URLs preserved

The structure is staying the same. Keeping your existing URLs takes the single biggest migration risk off the table — no wholesale redirect gamble. Our focus shifts to verifying every URL still resolves cleanly and that the exceptions are handled.

Disposables ban

Discontinued lines are the real redirect job. The June 2025 single-use vape ban retired SKUs that still hold rankings and links. Those specific URLs need redirecting to compliant alternatives — not left to 404 in bulk.

Tracking

Measurement breaks silently on headless. The Shopify checkout and app scripts that carried your analytics disappear. Rebuilt deliberately, or you're blind at the riskiest moment.

What actually breaks

Headless hides risks Shopify handled for you

A custom storefront can be just as search-friendly as Shopify — but only if it's built for it. These are the four failure modes we engineer out from day one.

01

Content Google can't see

If key content renders only in the browser, Googlebot receives blank pages. The classic headless de-indexing event.

Server-render every indexable page; verify rendered HTML per template
02

Silent parity gaps

Titles, metas, canonicals, headings, body copy and internal links get quietly dropped or regenerated template-by-template in a rebuild — even when the URL is identical.

Template-by-template parity QA against the live site before launch
03

Lost tracking & consent

Ecommerce events, conversion data and UK/EU consent all need rebuilding on the new custom checkout.

Full GA4 event spec, server-side tagging, Consent Mode v2 — QA'd as a launch gate
04

Dropped rich results

Product, review-star and breadcrumb markup that Shopify apps injected vanish, taking your SERP CTR with them.

Rebuild & validate structured data on every template
How we run it

Five phases, each with a gate that must be green

A replatform is high-variance by default. We turn it into a controlled process: nothing progresses until the previous stage is signed off, and the site can't go live until the launch checklist is fully green.

Phase 01

Discovery & baseline

  • Full crawl + URL inventory
  • Traffic, rankings & backlink benchmarks
  • Risk register
Phase 02

Build & parity

  • Parity map + redirect exceptions
  • On-page, schema & content parity
  • Tracking & measurement plan
Phase 03

Staging & QA

  • URL + render testing
  • Schema & tracking validation
  • Performance / Core Web Vitals
Phase 04

Launch / cutover

  • Go/no-go checklist
  • Redirects live with the deploy
  • Smoke test + rollback ready
Phase 05

Stabilise & grow

  • Daily → weekly monitoring
  • Fast fixes on any regression
  • 30/60/90-day reporting
Nothing gets missed

The full breadth of the migration

Every one of these is a tracked workstream with an owner, a priority and a launch dependency. This is the size of the work behind a "simple" replatform.

Discover

Baseline & benchmarks

Snapshot rankings, traffic, revenue, backlinks and Core Web Vitals — the yardstick every later phase is measured against.

full site crawlGSC + Ahrefs pullbacklink→URL maprisk register
Protect

URL preservation & redirects

Confirm the preserved structure resolves cleanly on the new stack; redirect only the genuine exceptions — discontinued disposables SKUs.

URL resolve teststatus-code checksdisposables → altno chains/loops
Protect

On-page parity

Titles, metas, H1s, canonicals, internal links and body copy carried across per template — not regenerated and quietly lost.

titles & metascanonicalsH1 & headingsinternal links
Protect

Structured data

Product, review, breadcrumb & organisation schema rebuilt and validated for rich results and SERP CTR.

product schemareview starsbreadcrumbsvalidate all
Protect

Content migration

Products, collections, blog & metafields mapped into Medusa's model without losing the copy that earns rankings.

products + variantscollection copyblog + authorsmetafield mapping
Protect

Image & media hosting

A deliberate CDN choice, alt text preserved, modern formats and zero layout shift — the headless image win.

CDN strategyalt textWebP/AVIFimage redirects
Measure

Tracking & analytics

The part that most often breaks on headless — rebuilt event-by-event on the new custom checkout and reconciled to real orders.

GA4 eventsdataLayerserver-side GTMpurchase reconcile
Measure

Consent & privacy

A consent platform wired to Google Consent Mode v2 that persists across the new single-page storefront.

CMP integrationConsent Mode v2SPA persistence
Engineer

Rendering & crawlability

Server-render every indexable page so Google receives full HTML; crawl-safe faceted navigation and pagination.

SSR/SSGserver-side metadatafaceted-nav rulesrender test
Engineer

Performance / CWV

A performance budget per template — the headless speed upside, made real, measured and protected in CI.

LCPINPCLSperf budget
Preserve

Apps & integrations

Reviews, on-site search, loyalty, subscriptions, wishlist & back-in-stock re-provisioned on the headless stack.

reviews + schemasearch providerloyalty + subsback-in-stock
Comply

Vaping compliance

Crawler-safe age verification, preserved regulatory content and a catalogue built to flex for upcoming rules.

crawl-safe age gatenicotine/TPD dataPSP QA
Beyond the migration

The rebuild is a once-in-a-cycle chance to pull ahead

Protecting what you have is the floor. The rebuild also lets us fix long-standing Shopify limitations and ship new revenue features — offered at three levels, so you choose how far to push it.

Tier 01 · Beginner

Solid & fast

Like-for-like, done properly, with the obvious quick wins.

Audit → light wireframes → dev builds
  • Templates rebuilt with clean hierarchy & trust signals
  • Crawl-safe filters and faster pages
  • Compliance & age-gate handled correctly
Most impact for the runway
Tier 02 · Intermediate

Redesigned to convert

Meaningful redesign of the templates that move revenue, plus a few new features.

Wireframes → hi-fi designs → build
  • PDP & PLP redesign — variant UX, sticky add-to-cart, cross-sell
  • SEO-safe faceted navigation capturing long-tail demand
  • Content hub — buying guides that feed products
Tier 03 · Expert

Best in category

Full redesign, new features, IA/URL overhaul and a design system.

Design → prototype → build → test → iterate
  • Custom checkout & guided product finder
  • Keyword-led IA & URL structure rebuilt from search demand
  • Reusable design system your team can extend
How Searchflex can plug in, at any depth: Audit Wireframes Hi-fi designs Prototype Front-end build Design system
How we plug in

Six ways to approach the design & build

The tiers above are really just combinations of these. Start with a cheap sanity-check or take it all the way to a production build — mix and match to the runway and budget. Each one is a defined deliverable with a clear output, so you always know what you're getting.

01 · lightest

Audit & recommendations

A UX, SEO and CRO review of the current templates with a prioritised list of what to fix and why — the cheapest way to pressure-test direction before anyone designs.

OutputFindings deck + prioritised backlog
Best whenYou want a fast, low-cost steer
Effort
02 · structure

Wireframes

Low-fidelity, greyscale layouts of the key templates — hierarchy, content order and components resolved before any visual design. Fast to produce and cheap to change.

OutputAnnotated wireframes per template
Best whenAligning on structure before pixels
Effort
03 · visual

Hi-fidelity designs

Full, on-brand visual designs in Figma — responsive across breakpoints, real content, every state considered. What the site will actually look like, signed off before a line of build.

OutputPixel-complete Figma designs
Best whenYou want certainty before build
Effort
04 · validate

Interactive prototype

A clickable Figma prototype of a key flow — checkout, a product finder, faceted browsing — that stakeholders can sign off and, if useful, real users can be tested on before we build.

OutputShareable clickable prototype
Best whenDe-risking a flow that must convert
Effort
05 · build

Front-end build

We build the templates and components in the Medusa storefront (React / Next.js) — either handing your dev a production-ready front end or pairing with them to move faster.

OutputProduction-ready coded front end
Best whenYou want us hands-on, not just specifying
Effort
06 · scale

Design system

A reusable component library and design tokens, documented so your team can extend the site consistently long after launch — the foundation that keeps everything coherent as it grows.

OutputComponent library + tokens + docs
Best whenConsistency at scale, long-term
Effort
How the tiers map on: Beginner = 01 + 02 Intermediate = 02 + 03 + 05 Expert = 01–06, iterated
Category expertise

The vaping-specific details a generic migration misses

Compliance shapes the build — not just the legal page

age-restricted · regulated · high-risk payments

Age verification

The gate has to be legally sound and crawler-safe — a full-page JS interstitial that hides content from Google can de-index the whole site.

Regulatory content

Nicotine strengths, TPD/MHRA product data and health warnings must be mapped and preserved through the catalogue migration.

Ahead of the rules

The catalogue is built flexibly for what's coming — vaping duty from Oct 2026, packaging and flavour consultations — so change is cheap to apply.

Next step

Let's protect the channel that funds the business — and then grow it.

We'd start with Discovery: a full baseline and the URL parity plan, so the migration is de-risked before a single template ships. From there you choose how far to take the rebuild.