Skip to main content

We move you · Migration playbook · Included with Store and Brand

Move off broken. Without the move-⁠day pain.

Most Indian businesses that come to Dwize are not buying a first website — they are leaving a broken one. WordPress that no one patches. Shopify that adds platform fees and app sprawl as revenue grows. A freelancer who vanished after invoicing. Dwize moves you off that, into a written operating year, without you doing the work.

You’re on

  • Broken WordPress 01
  • Shopify rent 02
  • Vanished freelancer 03
  • No real site at all 04

We move you

15 business days

  1. 01 Assessment Day 0–2
  2. 02 Schema mapping Day 2–5
  3. 03 Staging build Day 5–10
  4. 04 Cutover Day 10–12
  5. 05 Verification Day 12–15

You arrive at

Care Year monthly cadence begins from the cutover report.

The diagnosis

What you’re leaving behind.

We have walked enough Indian MSME web stacks to know the four shapes of digital disappointment. One of them is probably yours.

  1. 01

    Shape 01

    Broken WordPress

    A WordPress install three plugin-versions out of date. Forms broken, security warnings, freelancer last touched it 18 months ago. You know it is bad; you do not know who to ask. Most asked symptom: slow loads, contact form silently failing.

    Why not WordPress
  2. 02

    Shape 02

    Shopify rent

    Shopify works. But the subscription is only the software layer. Serious stores still carry third-party transaction fees, paid apps, implementation labor, GST workflows, and operating fixes. That is when the migration math becomes worth reviewing.

    See the Shopify fee math
  3. 03

    Shape 03

    Vanished freelancer

    A freelancer or small agency built it 2-4 years ago. Took payment, launched, and slowly stopped responding. The site still works mostly. Nobody at the vendor end knows the codebase. You are now the unpaid integration tester.

  4. 04

    Shape 04

    No real site at all

    A Wix or Squarespace template that gives the appearance of presence without the substance. No real schema, no real Indian payment integration, no real maintenance — just a hosted page. Customers searching specifics about your business find nothing.

Before and after

From a fragile site to a maintained one.

Drag the line to compare a neglected website with a Dwize surface. Illustrative layout, not a real client site.

yourstore.in
Illustrative layout

Before: a neglected website with tiny text, a plugin update warning, a broken image and no WhatsApp button. After: a clean Dwize website with a one-line headline, WhatsApp and call buttons, services, a map and GST-inclusive prices. The list below states each change in words.

What changed

  • BeforeBefore: Loads slowly on a phone AfterAfter: Static, coded, performance-first
  • BeforeBefore: Plugin warnings and patch anxiety AfterAfter: No plugin stack to patch
  • BeforeBefore: No clear way to contact AfterAfter: WhatsApp, call, map within thumb reach
  • BeforeBefore: Price on request AfterAfter: GST-inclusive yearly price
  • BeforeBefore: Vendor went silent after launch AfterAfter: 12-month Care Year, written covenants

What “we move you” covers

The full export, mapped to the new platform.

Migration is not a CSV dump. It is a structured handoff of every customer-facing artefact and every commerce primitive. The Dwize team carries the file end-to-end — you do not project-manage the move.

Care Year covenant 04 (dedicated Dwize team) applies during migration too: a clear delivery lead, WhatsApp/email path, and a clear response path honoured through the move.

Yellow network patch cables looped in symmetrical bundles on the rear of a rack patch panel
Matthäus Wander · CC BY 4.0
  1. 01

    Catalog

    Products, variants, collections, inventory state, search-friendly URLs. Mapped to the Dwize Store schema, validated against your current data.

  2. 02

    Customers

    Customer records, contact details, and order history are reviewed for a clean, portable migration path.

  3. 03

    Order history

    Past orders, refund records, shipping data, GST invoice records. Imported with timestamps preserved so reporting continuity is intact.

  4. 04

    Domain & DNS

    Your domain stays at your registrar. Dwize provisions the required DNS records. You retain registrar-level access throughout.

  5. 05

    Content

    Page copy, blog posts, images, brand assets. Migrated as-is, then audited together for any cleanup the new platform supports.

  6. 06

    Schema, sitemap, redirects

    301 redirects from old URLs (where structures differ), preserved canonical structure, fresh sitemap, fresh JSON-LD on every page.

Public routes preserved

The move should not confuse the buyer.

Migration is successful only when the paths people already use still land on a clearer surface. Search, social, and WhatsApp should feel continuous, not like a rebuild nobody explained.

  • Search and maps Old discovery paths point to the new trusted surface.
  • Profile traffic Bio links and campaign links remain purposeful.
  • Inquiry handoff Chats keep leading to the right product or order path.

Migration cadence

Five stages, fifteen business days.

The operating tempo of a Dwize migration. Each stage has a clear lead, a written deliverable, and a date. No fuzzy “in progress” status.

01Assessment Days 0–2 02Schema mapping Days 2–5 03Staging build Days 5–10 04Cutover Days 10–12 05Verification Days 12–15
  1. Stage 01

    Day 0–2

    Assessment

    Dwize audits the current site: stack, content volume, integrations, SEO state, payment configuration. Surfaces any blockers (e.g., active subscriptions, custom plugins) in writing.

    Deliverable: One-page migration assessment, sent over WhatsApp or email.

  2. Stage 02

    Day 2–5

    Schema mapping

    Catalog, customer, and order-history fields are mapped from the source platform into the new Dwize Store or Brand structure. Edge cases are flagged: SKUs without GST treatment, customers without phone numbers, orders missing shipping data.

    Deliverable: Mapping document with field-by-field translation rules.

  3. Stage 03

    Day 5–10

    Staging build

    New Dwize Store / Brand built on staging URL. Theme adapted to brand identity. All integrations configured (Razorpay, Shiprocket / Delhivery, WhatsApp Business catalog, ONDC if applicable). Test orders run end-to-end.

    Deliverable: Working staging URL, ready for buyer review.

  4. Stage 04

    Day 10–12

    Cutover

    Final data sync from the source platform. DNS update on the buyer’s registrar. Old URLs are redirected where needed, subscription/contact notices are handled where relevant, and the new site goes live.

    Deliverable: New site live on the buyer’s canonical URL; old site offboarded.

  5. Stage 05

    Day 12–15

    Verification

    End-to-end test: search rankings checked, redirects verified, payment flows tested, GST invoicing verified, ONDC seller integration checked if applicable. Any drift surfaced and fixed.

    Deliverable: Written cutover report; Care Year monthly cadence begins from this date.

Photo · NOIRLab HQ Server Racks — NOIRLab/NSF/AURA/T. Slovinský, CC BY 4.0

Ownership clarity

What stays yours, forever.

The most common fear about leaving any platform is the one Dwize answers in writing first. Migration is the one moment when ownership boundaries are easiest to muddy — we make them explicit before the move begins.

  1. 01

    Domain

    Stays at your registrar, in your name. Dwize never holds your domain.

    Including DNS root access — you retain full registrar-level control throughout.

  2. 02

    Brand identity

    Logo, colour, copy, photography — all yours. Dwize licenses platform code, not creative.

    Your creative assets, content, data, and agreed exports stay portable at year-end.

  3. 03

    Customer data

    Tenant-isolated in the Dwize platform. Exportable any time, on request, in standard formats.

    Data residency: India. No transfer to overseas processors without explicit consent.

  4. 04

    Order & transaction history

    Yours, in full, exportable. Razorpay payout records stay in your Razorpay account directly.

    Dwize never sees raw payment-card data — that is Razorpay’s scope.

Pricing

Included with Store or Brand. Scoped separately otherwise.

Included free

Store · Brand

With Dwize Store or Dwize Brand

Migration is part of the year you bought. No separate invoice, no scope-creep add-ons. The Dwize team that carries your Care Year carries your migration file too — same covenants, same contract.

  • Catalog, customers, orders, content, DNS — all five categories
  • 5-stage cadence with written deliverables
  • Dwize handles the project-management work, not you

Standalone migration

Fixed-scope one-⁠time migration

For buyers who want the move executed cleanly but are not yet ready to commit to a Care Year. We assess the source stack, write the scope, quote the one-time move, and make the handoff clear. No ongoing operations — that is what the Care Year is for.

  • No Care Year covenants apply — this is a service handoff
  • No Care Year team, no monthly check-in, no managed continuity path
  • 25% credit toward a Care Year if you upgrade within 90 days

Before the move

Migration questions, answered plainly.

More answers on the FAQ, or compare the platforms: Why not Shopify · Why not WordPress.

Is “we move you” really free with Store or Brand?
Yes — included in the Care Year price for Store and Brand, no separate migration invoice, no scope-creep add-on. Standalone migration without a Care Year is quoted after source-stack assessment. The same Dwize team that carries your year carries the migration; the work and the accountability are continuous.
How long does migration actually take?
Median cadence is 15 business days end-to-end across the five stages: assessment (Day 0-2), mapping (Day 2-5), cutover prep (Day 5-10), cutover (Day 10-12), post-migration verification (Day 12-15). Larger catalogs or complex multi-channel setups can stretch to 21 business days. Each stage has a written deliverable so the timeline is verifiable, not aspirational.
What about my SEO when we move?
Domain stays yours; we keep the URL structure intact wherever possible and configure 301 redirects for URLs that need to change. Schema, sitemap, canonicals, and internal links are checked before cutover. Search movement can never be honestly guaranteed, so Dwize focuses on preserving signals, verifying redirects, and monitoring the post-cutover crawl.
What about active subscriptions and saved payment methods?
Active subscribers and saved payment methods need fresh consent on the new domain — that is regulatory (RBI mandate), not a Dwize limitation. Dwize prepares the consent-renewal sequence as part of stage 4 (cutover) so subscribers re-authorize on the new platform with minimal friction. Order history and customer records carry over fully.
What if migration fails halfway?
Cutover (stage 4) is the only stage where the buyer-visible URL changes — everything before that is preparation on staging. If we discover a blocker during stages 1-3, we surface it in writing immediately and agree the next decision before proceeding. There is no scenario where you end up with a half-migrated site you cannot serve customers from.

We move you

Tell us what you’re on.

We plan the move. One direct conversation, WhatsApp or email. Send the URL of your current site and a one-line description of what is broken. We come back with a written assessment and a stage-by-stage plan.

+91 96024 85318 hello@dwize.in Mon–Sat · 10:00–19:00 IST