For most business websites, the right answer is still WordPress. A meaningful minority are better served by Webflow: design-led marketing sites with small content teams, modest integration needs, and the budget for an in-house or retained Webflow specialist. Almost no one outside those two categories should be agonising over this decision, but the agony is widespread because almost nobody compares the two platforms honestly.
Agencies pitch the one they build on. Platform marketing pitches the case where its product wins. This article is the comparison from the buyer’s chair.
- What you’re actually choosing between
- The cost picture, year one and year five
- Who actually edits the site, day to day?
- What happens when you outgrow it?
- Integrations and the long tail
- SEO and performance
- Where Webflow genuinely wins
- Where WordPress is the better answer
- The five questions that actually decide it
- What’s actually happening in the market
What you’re actually choosing between
The two platforms aren’t the same kind of thing, and the comparison falls apart when buyers treat them as if they are.
WordPress is open-source software you (or your hosting provider) install on a server. The software is free. You pay for hosting, optionally a theme, optionally plugins, and almost always for someone competent to keep it running. The code is yours. The database is yours. A competent developer can usually move a straightforward WordPress site to another host in hours, not weeks.
Webflow is a hosted platform. You rent the editor, the CMS, the hosting, the CDN, and the form processing as a single subscription. You can’t self-host a Webflow site. You can export the HTML, CSS, and JavaScript, but you can’t export the CMS, the forms, or any dynamic functionality. The site is yours in a meaningful sense; the machinery of the site is Webflow’s.
This distinction shapes everything that follows. Cost structure, editing experience, the migration story when you outgrow it, the integration options, the failure modes: all of them flow from the open-source-versus-SaaS difference. Buyers who don’t internalise this point end up comparing the two on feature checklists, and feature checklists tell you very little. (For the related question of when a CMS gets in the way at all, see our piece on headless CMS, explained for non-technical buyers.)
The cost picture, year one and year five
Both platforms are advertised at prices that don’t include the full cost of operating a business website. The interesting comparison happens at year five, not year one.
Webflow
In May 2026, Webflow overhauled its pricing, combining the old CMS and Business plans into a single Premium plan. All prices below are annual billing, which is the realistic anchor for a business committing to a platform; monthly billing runs roughly 50-60% higher across every tier. Premium is $25 / £20 a month, the Basic plan sits at $15 / £12, and a Full Seat is $39 / £31. A paid Site plan gets the site live, but once a business needs proper team access, staging, collaboration, or more than the included owner seat, Workspace and seat costs become part of the real price. A new Team plan landed in the same update at $2,500 / £2,000 a month on annual contract, aimed at organisations that have outgrown self-serve but aren’t paying for Enterprise.
The honest cost of a Webflow business site is the Site plan plus a Workspace plan plus seats, before any add-ons (Localize, Optimize, Analyze, AI credits), before design and build, and before in-house time. For a content-led marketing site with three editors and a custom domain, you should budget for the Premium plan plus a Core Workspace with two or three Full Seats. That works out to roughly $120 to $160 / £95 to £125 a month, or $1,450 to $1,950 / £1,150 to £1,550 a year on platform fees alone.
The Webflow pricing question isn’t the headline number. It’s the trajectory. Webflow has restructured its plans, seats, or feature gating multiple times lately. Each change has reshaped how customers pay, and not always in their favour. The May 2026 update increases CMS limits for some sites but cuts included bandwidth for former Business-plan sites from 100GB to 50GB. Add-on bandwidth fills the gap, at a cost.
WordPress
WordPress hosting in the UK starts at £5 to £10 / $6 to $12 a month for shared hosting that’s appropriate for a small brochure site. Managed WordPress hosting, the realistic floor for a business that depends on its website, runs £20 to £60 / $25 to $75 a month at the entry level. Premium themes typically cost £40 to £100 / $50 to $125 as a one-off or a small annual fee. Plugins range from free to £200+ / $250+ a year for commercial ones. Add a maintenance retainer for security updates, plugin compatibility, and the inevitable when-something-breaks support, and you’re looking at £200 to £900 / $250 to $1,100 a month all-in for a basic website.
A standard agency-managed WordPress business site, properly maintained, lands somewhere between £400 and £900 / $500 and $1,100 a month, depending on traffic, plugin count, and the maintenance level. A bare-bones site that’s lightly maintained can run under £200 / $250 a month. A high-traffic e-commerce site with complex WooCommerce subscription billing can run £1,500 to £3,000 / $1,900 to $3,800 in maintenance and support per month or more. These are running costs after the site exists. The build itself is a separate question, addressed below.
The build itself
Platform and maintenance expenses are recurring. The build is a one-off, and for most business sites it’s the single largest line on the five-year balance sheet.
An agency-built Webflow marketing site typically lands between £8,000 and £25,000 / $10,000 and $31,000, depending on design complexity, the number of templates, CMS architecture, and integration scope. Simpler brochure builds can come in under £6,000 / $7,500. Anything bespoke at the design or interaction layer pushes the upper end.
A custom WordPress build sits in a similar band for a comparable scope, typically £10,000 to £30,000 / $12,500 to $37,500. The range climbs sharply once the brief calls for custom post types, complex editorial workflows, headless front ends, or WooCommerce with subscription billing: £40,000 to £100,000+ / $50,000 to $125,000+ isn’t unusual at the upper end of the agency market.
The honest read is that build cost converges at the lower end and diverges at the upper end. A simple Webflow site and a simple custom WordPress site cost roughly the same to commission. A complex WordPress build typically costs more than the Webflow equivalent, because the underlying scope is greater, not because WordPress is intrinsically more expensive to build on. If your scope fits inside what Webflow can do natively, Webflow tends to win on build cost as well as ongoing cost. If your scope doesn’t, the comparison stops being apples-to-apples.
Year five
The Webflow trajectory is predictable: subscription costs that escalate gently, design work amortised over redesigns every two to three years, and the entire site dependent on Webflow continuing to exist in roughly the same commercial shape.
WordPress costs are bumpier. Hosting is cheap. Plugin license renewals, security patching after the occasional zero-day, and the cost of doing development work as the codebase ages all add up. The plugin and theme ecosystem also occasionally creates flare-ups when major versions ship; a breaking change in a popular plugin can cost an agency real billable hours to remediate.
In rough terms, five-year operating costs (platform, maintenance, design refresh, in-house editor time, excluding the original build addressed above) land between £15k and £40k / $19k and $50k on Webflow and £20k to £50k / $25k to $63k on WordPress. Add the build and the all-in five-year figure typically runs £25k-£65k / $31k-$81k on Webflow, and £30k-£80k+ / $38k-$100k+ on WordPress. These aren’t platform subscription comparisons; they are operating-cost ranges for a professionally managed business website. Cost shouldn’t drive this decision in most cases. The deltas at year five are smaller than platform marketing teams suggest, and dwarfed by the cost of a bad commissioning decision. (We covered the upstream version of this question, why agency quotes vary so widely, in a separate piece.)
Who actually edits the site, day to day?
The editor experience is the most under-discussed factor in this decision and the one buyers regret most often when they get it wrong.
Webflow’s Editor mode (the simplified interface non-designers use, distinct from the Designer where the site is built) is excellent, provided the CMS collections and components have been structured sensibly during the build. Editors can update text, swap images, add CMS items, and publish, with version control and a preview that genuinely matches what the site will look like once live. For a marketing team that publishes a few times a week and rarely needs to add new templates or page types, this is as good as content editing gets.
WordPress’s editor experience varies wildly. The block editor (Gutenberg) is genuinely capable, but on most agency-built WordPress sites it’s been heavily customised, either through Advanced Custom Fields and a more constrained content model, or through a page builder like Elementor or Bricks. A well-architected WordPress site can give editors an experience nearly as good as Webflow’s, with the advantage of unlimited content types, custom workflows, and far more sophisticated permissioning. A poorly architected one is a maze of inconsistent fields, broken page templates, and ‘don’t touch this section because it’s hardcoded’ notes left in the admin.
The pattern: Webflow gives you a competent editor experience almost by default. WordPress gives you the ceiling, but the ceiling is only reached if the build was done properly. If you’re commissioning the build, the agency you choose matters more than the platform you choose.
What happens when you outgrow it?
Lock-in is rarely a headline question during platform selection, but it shapes every conversation afterwards.
A WordPress site is portable in a way buyers often underestimate. The database is standard MySQL. The content lives in tables you can dump to SQL. The codebase is PHP files you can take with you. Migrating from one host to another is a few-hour job for any competent developer. Migrating from WordPress to a different CMS is harder, but the content is exportable in clean formats and the URL structure is yours to keep.
A Webflow site is portable in a narrower sense. You can export the static HTML, CSS, JavaScript, and images on Premium or higher plans, but the CMS structure, the form handlers, the hosting, the CDN, and any e-commerce functionality stay behind. If you want to leave Webflow, you’re rebuilding the site, not moving it. CMS content can be exported as CSV per collection, which is manageable for a few hundred items, painful at thousands, and incomplete (no reference relationships preserved, rich text formatting nuance lost, asset references that don’t resolve cleanly).
Lock-in isn’t a reason to avoid Webflow on its own. It’s a reason to enter Webflow with eyes open. A business should choose Webflow when the rest of the case for it is strong, not in spite of the lock-in.
Integrations and the long tail
For most business websites, ‘can it integrate with my CRM and my marketing tools?’ is a tier-one question.
WordPress’s plugin ecosystem is enormous. Mailchimp, Pipedrive, HubSpot, Salesforce, Pardot, Marketo, ActiveCampaign, Zapier, every payment gateway, every analytics tool, every consent management platform: there’s a plugin, often several. Quality varies. Maintenance status of free plugins varies more. For most B2B marketing integrations, you’ll find at least one well-maintained commercial option that someone is paid to keep updated.
Webflow has a smaller, more curated app marketplace, plus the ability to embed third-party code and use the API for custom integrations. For mainstream integrations (HubSpot, Mailchimp, Google Tag Manager, Intercom and the like), Webflow has solid first-party or well-supported third-party options. For anything bespoke (a CRM you’ve built in-house, a less common marketing platform, a complex Zapier or Make workflow), you’ll be writing custom code or using webhooks. Doable, but more developer time.
A useful rule of thumb: if your integration list runs to more than three or four tools beyond the mainstream stack, WordPress is the lower-friction option. If your stack is HubSpot, Google Analytics, and a chat widget, the two platforms are roughly equivalent for this question.
SEO and performance
Both platforms produce sites that rank well. Both produce sites that don’t. The platform isn’t the bottleneck.
WordPress is more flexible on the technical SEO surface. You have full control over head tags, URL structure, robots.txt, sitemap configuration, and structured data. Plugins like Rank Math or Yoast cover most of the configuration burden. Performance depends almost entirely on the hosting and the build quality, not on WordPress itself. A bloated WordPress site is a bloated WordPress site. A lean one, running on managed hosting with proper caching, image optimisation, and a sensible plugin list, competes with anything on the web.
Webflow’s hosting is fast by default. The CDN is good, the asset delivery is sensible, and the static-first architecture means most pages serve quickly. The trade-off is reduced control. You can edit page-level meta, alt text, and structured data via the Designer, and add custom code via embeds, but the constraints are real. Programmatic SEO at scale (thousands of pages generated dynamically from a database) is harder on Webflow than on WordPress, particularly past the 20,000-item CMS ceiling.
Independent measurement tells a more nuanced story. The annual HTTP Archive Web Almanac finds that CMS-driven sites now account for the majority of the observed web, with WordPress running roughly two-thirds of those sites on mobile. On Core Web Vitals, the medians do show a real gap: the 2025 Almanac puts WordPress at a 45% mobile pass rate, against Wix at 74% and Duda at 85%. The Almanac itself frames WordPress’s variance as configuration-driven rather than platform-fundamental: extensible platforms with more customisation and implementation diversity find it harder to propagate performance improvements evenly. A well-built WordPress site on competent hosting can still pass Core Web Vitals comfortably; the poor average reflects the enormous spread of WordPress implementations, not a hard platform ceiling.
Where Webflow genuinely wins
A few scenarios where the right answer is Webflow:
The site is design-led and the design budget is real. Marketing-led businesses where the website is a brand statement first and a content engine second get more out of Webflow’s design control. The Designer lets a competent designer execute production-grade work that would require either a custom WordPress theme build (costly) or compromises with a page builder (limiting).
The team is small and design-literate. Two to four marketing people, one of whom understands web design, no plans to scale to 15 content contributors with role-based permissions in the next three years. Webflow’s collaborative model fits this team shape well.
Integration needs are mainstream. HubSpot, Mailchimp, Calendly, Intercom, a few embedded forms, basic analytics. If your integration list runs to six tools that all have well-supported Webflow apps, the question is solved.
Content volume is moderate. Under 20,000 CMS items in total, fewer than 40 collections per site. The May 2026 limit increases made this easier to live with, but a content-heavy publication still feels the ceiling.
There’s a competent Webflow specialist in or near the team. Webflow isn’t ‘no code’ in the sense that anyone can pick it up. The Designer interface is sophisticated. Custom interactions, responsive breakpoints, CMS architecture, and SEO setup all require real skill. A team without that skill produces sites that look adequate and perform worse than the equivalent WordPress build.
If a project ticks four of those five, Webflow is genuinely the better answer, and the rest of this article is about a different project. There’s also a category of business where neither platform is really needed; we’ve written separately about when you don’t actually need a web agency, and that piece is the better starting point for the smallest end of the market.
Where WordPress is the better answer
The bigger category, and the one most agency comparisons obscure.
Content-heavy sites with multiple editors and roles. Anything resembling a publication, knowledge base, or large multi-contributor site. WordPress’s roles, custom post types, and mature editorial-workflow tooling make it far better suited to publications, knowledge bases, and large multi-contributor sites running into thousands or hundreds of thousands of pieces of content.
Multilingual sites with serious requirements. Webflow’s Localize add-on works, but for international school sites, government services, or any organisation operating across genuinely different regulatory contexts, WordPress with WPML or Polylang remains more robust.
Integration-heavy stacks. Anything beyond mainstream marketing tools. Bespoke CRMs, ERPs, membership platforms, multi-step third-party data sync, custom payment workflows. Webflow can do these via the API; WordPress does them more cheaply and with a wider talent pool to draw from.
E-commerce above a basic catalogue. Webflow Ecommerce is fine for small catalogues with simple checkout and fulfilment. Once variants, tax rules, inventory workflows, multiple payment options, or non-trivial integrations enter the picture, WooCommerce on WordPress, or a dedicated platform (Shopify, BigCommerce, CraftCMS commerce), is the better answer.
Subscription billing. Webflow doesn’t handle subscription billing natively. WooCommerce with Chargebee or a similar billing platform is the standard pattern for membership sites, SaaS marketing sites that sell their product directly, and recurring-purchase ecommerce.
Long-term ownership of the codebase. Government, charity, education, and regulated industries often have requirements around data sovereignty, code ownership, and supplier independence that proprietary SaaS platforms struggle to meet. Open-source WordPress with a self-hosted setup answers most of these cleanly.
Budgets where the maintenance retainer is the operating model. If the business plans to retain an agency or in-house developer for ongoing development, WordPress is where that developer can do their best work. The talent pool is also larger, which matters when the original developer leaves.
The five questions that actually decide it
Run these in order. The first ‘yes’ usually settles the platform.
1. Is your content team likely to grow past four or five people in the next three years, with editors needing different permission levels?
If yes: WordPress. Webflow’s collaboration model doesn’t scale to large content operations cleanly.
2. Do you need integrations beyond the mainstream marketing stack?
Bespoke CRM, ERP, multi-system data sync, complex Zapier flows, payment workflows beyond basic Stripe? If yes: WordPress.
3. Will you sell subscriptions, run a multi-SKU shop, or handle complex e-commerce?
If yes, WordPress with WooCommerce, or a dedicated commerce platform. Not Webflow.
4. Are you a brand-led business where the site is, fundamentally, a design statement, with a small in-house marketing team or a retained Webflow specialist?
If yes: Webflow.
5. Are you comfortable renting your most important commercial channel from a private software company that restructures its pricing model with some regularity?
This isn’t snark. It’s a question worth answering. Some businesses are comfortable with platform risk in exchange for operational simplicity. Some aren’t. The answer reflects the business’s wider posture toward vendor lock-in, not just the website.
If none of questions one to four resolves cleanly, the answer is usually WordPress. The default leans WordPress because the failure modes are gentler. A WordPress site that’s outgrown its build can be rebuilt incrementally. A Webflow site that’s outgrown the platform usually requires a full migration to something else.
What’s actually happening in the market
Useful context that doesn’t fit cleanly into a decision framework.
WordPress still runs about 42% of all websites globally and just under 60% of sites with a known CMS, according to W3Techs’s May 2026 data. The share has held remarkably stable for years. But the Cloudflare Radar 2025 Year in Review, which analyses traffic across the company’s enormous network, found WordPress’s share of scanned sites had dropped to 47%, with the difference, in Cloudflare’s words, “distributed across gains seen by multiple challengers.” That isn’t directly comparable with W3Techs’s whole-web CMS share (Cloudflare’s URL Scanner samples websites associated with the top 5,000 domains), but it’s a useful signal of what’s happening at the higher-traffic end of the market.
That softening is real, but the gains are concentrated in Framer, Webflow, and headless solutions at the high-design end of the market, not a collapse of the WordPress base. The platform-agnostic read: WordPress is no longer the only sensible answer for design-led marketing sites; the share it’s losing is in the territory where Webflow has always been strongest.
Webflow’s commercial trajectory matters too. The company has shifted decisively toward enterprise pricing, AI features, and a marketing-platform positioning rather than a designer-tool positioning. The May 2026 pricing overhaul fits that shift, as does the new Team plan at $2,500 / £2,000 a month, which fills the gap between self-serve and Enterprise. For small businesses this trajectory shouldn’t change much. For mid-market businesses, the question is whether Webflow’s pricing in three years’ time will still fit the budget.
WordPress has its own commercial drama. The 2024–2025 dispute between Automattic (the company behind WordPress.com and WooCommerce) and WP Engine (a major managed hosting provider) created real uncertainty about the governance of the WordPress.org open-source project, the future of major plugins, and the relationship between commercial entities and the community-run software. Most business sites weren’t directly affected; the practical reality of building and running a WordPress site is unchanged. But it’s a reminder that the WordPress community, like every other software project, has politics, and those politics occasionally touch the platform.
Neither of these stories should determine your platform choice. Both are worth knowing about before you sign anything.
