Publishing migration

WordPress → Webflow

Rebuild a WordPress site in Webflow while preserving public content, media, URLs, SEO, forms, and business integrations that cannot move through a simple CMS import.

Typical timeline15–30 business days60–110 hours active work

Statusneeds review

Source profileWordPress documentation reviewed 2026-07-19

Destination profileWebflow documentation reviewed 2026-07-19

Documentation date2026-07-19

Review window2026-07-192026-10-19

Evidence3 sources

This route needs review.Use it as a planning baseline, then verify the dated sources and test with representative data before production.

Before you migrate

Should you make this move?

Both platforms have a case. Compare what you gain with what you give up before scheduling the cutover.

Current platform

WordPress

Reasons to stay

Unmatched ecosystem breadth and content ownership support almost any publishing model
Editors get a purpose-built publishing workflow instead of raw files

Reasons to leave

Plugin, hosting, security, and performance maintenance accumulate over time
Themes, extensions, and content models add maintenance and portability constraints

New platform

Webflow

What gets better

Visual design, CMS, hosting, and interactions give designers strong production control
Editors get a purpose-built publishing workflow instead of raw files

What gets worse

Pricing, collection limits, and proprietary structure constrain portability
Themes, extensions, and content models add maintenance and portability constraints

Best of the move

Webflow: Visual design, CMS, hosting, and interactions give designers strong production control. This removes a major source-side concern: Plugin, hosting, security, and performance maintenance accumulate over time.

Worst of the move

What you lose: Unmatched ecosystem breadth and content ownership support almost any publishing model. What you inherit: Pricing, collection limits, and proprietary structure constrain portability.

Jump to a section

01At a glance

Know the shape of the move.

Transfer outcome12 features audited

Clean0

Partial4

Manual4

Lost4

Mapping route9 of 9 fields have a destination path

SourceWordPress9 mapped fields

Automatic1

Transform5

Manual3

Unsupported0

DestinationWebflow9 supported paths

This timeline assumes

Up to 1,000 public URLs, 15 content types, and 5 GB of media
The source remains publicly reachable until media and route verification passes.
Dynamic features outside the documented scope require an approved replacement.
The destination is built and reviewed on a private preview before DNS changes.
The migration team records evidence for every blocking verification check.

02What transfers

What survives the move.

“Partial” and “manual” are not footnotes. They are work that must be scheduled and verified.

Item	Outcome	Impact	What happens	Mitigation
WordPress themes and page-builder layouts	lost	critical	Webflow documents this path as a rebuild, not an automated visual conversion.	Recreate approved templates and compare screenshots at every supported breakpoint.
Plugins and server-side behavior	lost	critical	WordPress plugins do not execute in Webflow.	Inventory each runtime feature and approve a native, external, or custom replacement.
Custom post types and relationships	manual	high	WordPress structures must be redesigned as Webflow Collections and references.	Model collections first and test reference limits with production-shaped data.
Comments and editorial revisions	lost	medium	CMS import does not recreate WordPress comments or revision history.	Archive them and choose a separate comment system when comments remain required.
Published posts and pages	partial	critical	Core titles and body content can move, but platform-specific blocks and metadata need review.	Compare every route and a stratified content sample.
Images and downloadable media	partial	critical	Exports can reference remote files instead of carrying verified local originals.	Copy originals, record hashes, and keep the source public until reconciliation.
Public URLs and redirects	manual	critical	Routing rules and slug behavior differ between the two platforms.	Create a source-to-destination URL registry and test every redirect.
Authors and permissions	partial	high	Bylines may move, but user accounts, roles, and credentials do not transfer safely.	Create destination users deliberately and assign least privilege.
Taxonomies and navigation	partial	high	Categories, tags, menus, and collection semantics rarely map one-to-one.	Approve a mapping and test archive, menu, and breadcrumb behavior.
SEO metadata and structured data	manual	critical	Titles, descriptions, canonicals, social cards, and schema require destination configuration.	Crawl both sites and block cutover on critical SEO differences.
Forms and submissions	manual	critical	Hosted form processing, spam controls, notifications, and submission history are platform-specific.	Export history and test each replacement from submission through durable receipt.
Analytics and historical reports	lost	medium	Historical platform reports do not become native destination history.	Export dated reports and annotate the analytics cutover.

03Field and feature mapping

Where each thing goes.

Source	Destination	Method	Notes
WordPress post or page	Webflow content item or page	transform	Preserve source ID and public URL.
Title	Title	automatic	Verify entities and Unicode.
Slug or path	Slug or path	transform	Preserve the public URL or create one redirect.
Rich body	Destination rich content	transform	Repair unsupported blocks and embeds.
Author	Destination user or byline	manual	Provision users before assignment.
Category or tag	Destination taxonomy	transform	Approve hierarchy and primary classification.
Featured image and media	Destination media	transform	Copy originals and preserve alt text.
SEO fields	Destination SEO fields	manual	Verify titles, descriptions, canonical, social data, and schema.
Form	Destination form or external handler	manual	Rebuild validation, consent, spam control, storage, and alerts.

04Before you begin

Make the move recoverable.

Backup procedure

Create the source-of-truth backup

Preserve WordPress data, configuration, and operating evidence before any destination write.

Export all available WordPress content and settings.
Crawl production for routes, metadata, schema, assets, forms, status codes, and integrations.
Capture themes, design tokens, screenshots, DNS, domains, users, redirects, analytics, and submissions.
Record counts and cryptographic hashes in an immutable manifest.

Proof to capture: A signed manifest reconciles every scoped record class, runtime dependency, export file, count, and hash.

Transformation · Crawler, spreadsheet, and content transformer

Content and route registry

Preserve public content and URL intent.

Inventory source values and exceptions.
Define explicit destination mappings.
Reject unmapped critical records.

Proof to capture: Save the input, output, command or tool settings, warnings, and final item counts.

Transformation · Checksum tool and schema validator

Asset and metadata normalization

Make media, taxonomy, and SEO deterministic.

Normalize encoding, dates, identifiers, and blanks.
Run a representative pilot.
Reconcile accepted, rejected, and transformed rows.

Proof to capture: Save the input, output, command or tool settings, warnings, and final item counts.

05Handle with care

The things most likely to hurt.

These are operating limits. Treat every “Stop if” condition as a blocked migration, not a suggestion.

Import

A successful import hides missing runtime behavior

criticalpossible likelihood

A page renders while forms, access, search, or integrations fail.

Consequence: Visitors lose content or business actions.
Mitigation: Test behavior, not screenshots alone.

Stop if: Any critical runtime path lacks durable evidence.

Cutover

URLs or metadata change silently

criticalpossible likelihood

The destination crawl has missing routes, redirect chains, or canonical differences.

Consequence: Traffic and search visibility regress.
Mitigation: Require a route and SEO diff before DNS changes.

Stop if: A critical route lacks one valid destination.

Cleanup

Remote media disappears after source shutdown

highpossible likelihood

Destination markup still loads source-hosted assets.

Consequence: Images and downloads break later.
Mitigation: Copy and hash every required asset.

Stop if: A critical asset depends on the source domain.

06Precise timeline

Do the work in this order.

Estimate forUp to 1,000 public URLs, 15 content types, and 5 GB of media

Total elapsed15–30 business days

Active work60–110 hours

BufferAdd time for ecommerce, memberships, multilingual content, custom search, or plugin-heavy behavior.

Days 1–3Inventory and decisions2–3 days

Days 3–5Backup and reconcile1–3 days

Days 5–12Map and pilot3–8 days

Days 10–20Final delta and switch1–5 days

Days 12–40Observe and close3–10 days

1
Days 1–3 · inventory
Inventory and decisions
6–12 hours active2–3 days elapsedOwner review waiting
- Inventory WordPress data, features, users, domains, and integrations.
- Approve scope, owners, mappings, and exclusions.
Depends on: WordPress and Webflow administrator access
Stop / go checkpoint
Export?
Go when: Every critical item has an owner and disposition.
Stop when: Consent, billing, access, or system ownership is unclear.
2
Days 3–5 · backup
Backup and reconcile
5–10 hours active1–3 days elapsedExport processing waiting
- Create immutable exports and configuration evidence.
- Reconcile counts, totals, and hashes.
Depends on: Approved inventory
Stop / go checkpoint
Transform?
Go when: Source totals and export manifests agree.
Stop when: Any critical dataset or configuration is absent.
3
Days 5–12 · pilot
Map and pilot
10–35 hours active3–8 days elapsedDestination processing and review waiting
- Configure Webflow and transform representative data.
- Run a pilot containing normal records and every critical edge case.
Depends on: Verified backup
Stop / go checkpoint
Scale?
Go when: Pilot mappings, behavior, access, and evidence pass.
Stop when: Any critical check fails or produces unexplained variance.
4
Days 10–20 · cutover
Final delta and switch
5–25 hours active1–5 days elapsedDNS, import, or sync propagation waiting
- Freeze production writes in WordPress.
- Apply the final delta, switch ownership, and run blocking checks.
Depends on: Passed pilot and approved rollback
Stop / go checkpoint
Open production?
Go when: Counts reconcile and one destination system owns production.
Stop when: A source writer remains active or a blocking check fails.
5
Days 12–40 · observe
Observe and close
3–18 hours active3–10 days elapsedOperating-cycle evidence waiting
- Monitor one complete operating cycle.
- Sign the verification report and close rollback only after stability.
Depends on: Verified cutover
Stop / go checkpoint
Close rollback?
Go when: No trigger occurs during the agreed observation period.
Stop when: Data, access, delivery, routing, or business results regress.

07The point of change

Cut over with a way back.

Go live

Cutover

Make Webflow the only production system without losing the final WordPress delta.

Recommended window: A low-volume weekday morning with platform, data, DNS, and business owners available.

Freeze production writes and scheduled actions in WordPress.
Export, transform, and reconcile the final delta.
Apply the approved delta to Webflow.
Switch domains, forms, integrations, sending, or sync ownership as applicable.
Run every blocking verification check and keep the source intact.

Proof to capture: Webflow owns production, totals reconcile, and every blocking check has durable evidence.

Return to safety

Rollback

Return production ownership to WordPress without losing destination-era changes.

Deadline: Within seven days and before source data, plans, credentials, domains, or billing are changed.

Stop new writes and scheduled actions in Webflow.
Restore the prior WordPress routing, forms, integrations, sending, or sync ownership.
Export the Webflow post-cutover delta.
Review and apply safe destination-era changes to WordPress.
Run the same blocking checks against the restored source.

Proof to capture: WordPress again owns production with current data and no duplicate destination action.

Rollback immediately when

Unexplained critical count or value variance
Missing or exposed critical data
Duplicate production action
Failed access, routing, delivery, or integration check
A critical feature has no safe destination replacement

08Verification report

Prove the migration worked.

Every blocking check must pass. Capture the evidence before cleanup begins.

ID	Check	Method	Expected result	Evidence
`V-01`Blocking	URL disposition	Crawl every source URL.	One 200 destination or one-hop permanent redirect.	Crawl diff.
`V-02`Blocking	Record and field reconciliation	Compare counts and stratified records.	Every scoped item and critical field maps.	Content manifest.
`V-03`Blocking	Binary independence	Compare URLs, hashes, sizes, and source-domain requests.	No required asset depends on the source.	Asset report.
`V-04`Blocking	Metadata and index control	Compare titles, descriptions, canonicals, robots, social data, and schema.	Approved parity with no accidental noindex.	SEO diff.
`V-05`Blocking	Submission lifecycle	Submit every form and upload path.	Validation, storage, consent, notification, and response pass.	Submission IDs.
`V-06`Blocking	Restricted content	Test anonymous and authorized roles.	No restricted content leaks.	Access matrix.
`V-07`	Responsive templates	Compare key pages at approved breakpoints.	Content and interactions meet acceptance.	Screenshot set.
`V-08`Blocking	Single source of truth	Inspect publishing and integrations in both systems.	Webflow alone owns production.	Operating inventory.

09Post-migration cleanup

Remove the scaffolding safely.

Safe after: One complete operating cycle, at least seven stable days, and owner sign-off on every blocking check.

Create final WordPress exports and archive verification evidence.
Revoke temporary credentials, API keys, webhooks, and elevated roles.
Remove obsolete embeds, forms, jobs, integrations, and DNS records.
Keep the source intact through the approved retention window.
Cancel paid plans only after billing, legal, and recovery review.
Schedule the next Webflow backup, access, and migration-playbook review.

10Experiences from the field

When the plan met reality.

First-hand accounts are preferred. Vendor case studies are labeled, and every note below is an editorial paraphrase—follow the link for the full context.

First-person accountTetina Kobzar · DiversidoMar 20, 2025

How We Moved From WordPress to Webflow and Why2025

Diversido founder Tetina Kobzar describes the company’s path from WordPress through Squarespace and finally to Webflow as its needs for SEO, performance, design flexibility, and easier content work evolved. The report frames migration as an operating-model decision: the team wanted marketers to change pages without recurring developer work. Content optimization happened during the move, so later SEO improvement cannot be attributed to the platform alone.

What they recommend

Separate platform goals from redesign and content-optimization goals so post-launch results can be interpreted honestly.
Prototype the editing workflow with the people who will maintain the site, not only the developers building the migration.

Worth noticing

The move improved team autonomy and publishing flexibility, which mattered more to Diversido than preserving WordPress conventions.
Because the project combined platform, design, and content changes, performance and SEO outcomes had multiple causes.

Sources and evidence

Verify against the primary material.

Platform behavior changes. Check these sources and the review dates above before executing a production migration.

Webflow: migration overviewAccessed 2026-07-19
WordPress.com: export website contentAccessed 2026-07-19
Webflow: import CMS contentAccessed 2026-07-19

Know the shape of the move.

This timeline assumes

What survives the move.

Where each thing goes.

Make the move recoverable.

Create the source-of-truth backup

Content and route registry

Asset and metadata normalization

The things most likely to hurt.

A successful import hides missing runtime behavior

URLs or metadata change silently

Remote media disappears after source shutdown

Do the work in this order.

Inventory and decisions

Export?

Backup and reconcile

Transform?

Map and pilot

Scale?

Final delta and switch

Open production?

Observe and close

Close rollback?

Cut over with a way back.

Cutover

Rollback

Prove the migration worked.

Remove the scaffolding safely.

When the plan met reality.

Verify against the primary material.