If a headless CMS defines how content is stored, the framework defines how the website is built and delivered. This guide covers that frontend foundation: the part that shapes performance, flexibility, developer talent, and the long-term ceiling of your site.
What does a web framework do for your website?
Every website is built on a framework — a set of tools, patterns, and conventions that determine how the site is constructed and delivered to visitors. The framework you choose ripples through everything that affects your bottom line: page speed (which drives conversions), hosting cost, hiring flexibility, AI capability, and long-term ownership.
Think of it this way: if your website were a building, the design is the architecture — the floor plan, the finishes, the aesthetic. The framework is the structural engineering — the foundation, the load-bearing walls, the electrical and plumbing systems. You can see the architecture. You can’t see the engineering. But the engineering determines whether the building stands up, whether it can be expanded, and what it costs to maintain.
When you build on HubSpot CMS, the framework is HubSpot’s proprietary system — their template language, their rendering engine, their hosting. Every hour of development is invested in a vendor-specific skill that doesn’t transfer. When you build on WordPress, the framework is PHP with its theme and plugin system. When you build on a modern open-source framework, you’re investing in standard web technologies that run anywhere, maintained by any qualified developer.
Once you’ve built on a framework, switching is expensive — which is exactly why making the right choice up front matters.
What business outcomes does your web framework influence?
Your web framework directly influences six measurable business outcomes: page speed, SEO performance, hosting costs, developer talent availability, AI integration capability, and long-term ownership. These aren’t technical vanity metrics — each one translates directly to revenue, cost, or competitive advantage.
1. Page speed — which directly affects revenue
Page speed affects bounce rate, conversion rate, and search visibility. Modern frameworks give teams more control over rendering strategy, JavaScript delivery, and performance tuning than most legacy platforms. The outcome still depends on implementation quality, but the ceiling is usually much higher.
2. SEO performance — your ranking ceiling
Google uses page speed and Core Web Vitals as ranking signals. Modern frameworks give you precise control over HTML structure, meta tags, rendering strategy, and URL routing. On a traditional CMS, you’re limited to whatever SEO capabilities the platform exposes.
3. Hosting costs — what you pay every month
Modern frameworks are typically cheaper to host than enterprise SaaS CMS platforms because hosting is separated from the website platform itself. Instead of paying for a bundled software contract, teams usually pay for infrastructure and usage. The exact difference depends on traffic, support needs, integrations, and how much of the stack is managed for you.
4. Developer talent — who can work on your site
Building on web standards means hiring from the largest developer talent pool in the world. Proprietary platforms restrict you to a small, expensive pool of certified specialists — creating key-person risk in your operations. When a critical team member leaves, open-framework sites can be picked up by any competent web developer. On a proprietary platform, you’re recruiting from a niche.
5. AI integration — native or bolt-on
Modern frameworks speak the same language as every major AI API. Integrating AI is native to the ecosystem — no middleware, no plugin marketplace, no waiting for your vendor to ship features. On a proprietary platform, AI means using whatever your vendor decides to build. Your AI roadmap is their AI roadmap. On an open framework, you choose the best AI tools for each job.
A site built on an open framework is an appreciating asset you own. On a proprietary platform, your code is a sunk cost trapped in a vendor’s ecosystem. Walk away, and you start over.
6. Ownership — who controls your future
A site built on an open framework is an appreciating asset you own. That doesn’t eliminate all dependencies, but it reduces reliance on one vendor’s pricing model and product roadmap. If your needs change — or theirs do — you have options. On a proprietary platform, your code is a sunk cost trapped in a vendor’s ecosystem. Walk away, and you start over.
What are the leading modern web frameworks?
Four frameworks dominate the modern marketing website landscape, each with a distinct business-case sweet spot. These aren’t experimental tools — they power millions of production websites, including sites for Nike, Hulu, TikTok, The Washington Post, and thousands of mid-market companies.
Next.js (by Vercel)
Best for dynamic sites and apps
Best for: Marketing sites that need dynamic features — personalization, authenticated sections, e-commerce, complex interactivity — alongside content pages.
Why marketers should care: Handles both the marketing site and the application layer in one codebase. Blog, resource center, customer portal, and interactive tools — all in one. The ecosystem is the largest of any modern framework.
In production at: Hulu, TikTok, Notion, Twitch, Nike, Target, The Washington Post
Astro
Best for content-first sites
Best for: Marketing sites, blogs, documentation, and any site where performance and content are the top priorities.
Why marketers should care: Ships zero JavaScript to the browser by default — only adding interactivity where explicitly needed. Near-instant load times translate directly to better SEO rankings and higher conversion rates. The lightest possible footprint means the lowest possible hosting costs.
In production at: Porsche, NordVPN, The Guardian, Google Firebase, Netlify
Remix (by Shopify)
Best for e-commerce
Best for: E-commerce sites (Shopify ecosystem), applications with complex forms, multi-step workflows, or progressive enhancement requirements.
Why marketers should care: Progressive enhancement means your site works even on slow connections or with JavaScript disabled. If your marketing site is tightly connected to a Shopify storefront, Remix is the natural choice.
In production at: Shopify Storefront, NASA, Cloudflare
SvelteKit
Best developer experience
Best for: Teams that prioritize the smallest possible JavaScript bundle and the most intuitive developer experience.
Why marketers should care: Produces exceptionally small, fast websites through a compiler that strips out unnecessary code at build time. The trade-off: a smaller ecosystem and a smaller (though growing) talent pool, which means hiring and finding pre-built integrations takes more effort.
In production at: Apple (parts of apple.com), The New York Times, IKEA, Spotify (internal)
How to choose
For most mid-market marketing sites, the decision comes down to two: Next.js if your site needs dynamic features beyond content — personalization, authenticated areas, API integrations, or e-commerce. Astro if your site is primarily content-driven and performance is the top priority. Remix and SvelteKit are excellent frameworks with strong use cases, but Next.js and Astro cover approximately 80% of what marketing teams need.
How do modern frameworks compare to legacy platforms?
Modern frameworks offer more control over performance, hiring, and AI integration than legacy platforms, while requiring more engineering ownership. This isn’t about trashing legacy platforms — it’s about understanding which trade-offs affect your revenue, your costs, and your competitive flexibility.
| HubSpot CMS | WordPress | Next.js / Astro | |
|---|---|---|---|
| Pricing model | Bundled SaaS pricing tied to edition, bundle scope, and contract structure | Lower software cost with more variation from hosting, plugins, and support | Spend shifts toward build, hosting, and support you can choose |
| Primary cost drivers | Platform tier, add-ons, and bundled capabilities | Hosting quality, plugin stack, maintenance, and security work | Implementation scope, infrastructure usage, and ongoing support |
| Performance control | Some optimization options, but within platform constraints | Flexible, but heavily dependent on theme, plugin, and hosting quality | Highest control over rendering, JavaScript, caching, and page architecture |
| Developer hiring flexibility | Smaller pool — proprietary skills create key-person risk | Large pool, but quality varies widely across implementations | Largest talent pool. Lower hiring costs, lower bus-factor risk. |
| AI workflow flexibility | Useful built-in and partner features, but shaped by the platform | Possible through plugins and integrations, with more variability | Usually the easiest environment for deeper, reviewable AI workflows |
| Content portability | Low. Content and templates are tightly coupled — your investment is trapped. | Moderate portability, with trade-offs depending on the implementation | Highest portability. Content travels with you. Your investment is never stranded. |
| Customization ceiling | Good within the product boundaries, limited outside them | Very flexible, but complexity can accumulate quickly | Highest ceiling when performance, interactivity, and architecture all matter |
| Maintenance responsibility | Lower day-to-day platform maintenance, more vendor dependence | Higher upkeep across updates, plugins, and security | More engineering ownership, but fewer legacy constraints |
The honest caveat on WordPress
WordPress itself is open source and deeply flexible. The problems arise from the ecosystem: plugin sprawl, security vulnerabilities, performance degradation. For simple sites with small budgets, it still works. For mid-market companies investing in their digital presence, the framework’s age shows.
The honest caveat on HubSpot
HubSpot CMS is genuinely easy to use out of the box. If your company is small, uses HubSpot for everything, and doesn’t need AI-native features or top-tier performance, it might still make sense. The problems emerge at scale — when costs compound and capabilities hit ceilings.
The framework conversation often gets framed as a technical choice. It’s fundamentally a business decision about cost structure, competitive flexibility, and long-term risk.
Why is your framework a business decision, not a technology decision?
The framework conversation often gets framed as a technical choice. But for marketing leaders, the framework choice is fundamentally a business decision about three things: cost structure, competitive flexibility, and long-term risk. This is why the decision belongs in the C-suite, not just the dev team.
Cost structure
The real cost question is not “what do we pay this year?” It’s “what are we locked into over time — and what leverage do we have?” SaaS platforms concentrate spend into recurring fees that rise every year because switching costs keep you captive. Open frameworks shift the investment toward implementation and infrastructure you can renegotiate or replace. The money flows differently: less to rent, more to assets you own.
Competitive flexibility
When your framework is open and your content is portable, you can move fast. Redesign without migrating content. Add AI features without asking permission. Change hosting providers when a better deal appears. Your locked-in competitors are paying more and moving slower — and the gap widens every year as AI accelerates the pace of change.
Long-term risk
Framework choice affects long-term risk because it determines how dependent you are on one vendor’s product decisions. The more proprietary the platform, the fewer exit options you have if pricing changes, features stagnate, or your needs evolve. On a proprietary platform, the vendor holds the leverage. On an open framework, you hold it.
It’s a decision about how much you pay, how fast you can move, and who has leverage when conditions change.
How do you transition to a modern framework?
If you’re on HubSpot CMS or WordPress today, the idea of moving to a modern framework can feel overwhelming. It doesn’t have to be. The process follows five well-understood steps that can run alongside your existing site, preserving SEO rankings and giving your team time to adapt.
-
Start with the assessment. Understand what you have — how many pages, how much content, how many integrations, what your current costs are. This is the baseline.
-
Understand the content migration. Moving content from a legacy CMS to a headless CMS is a well-understood process. Blog posts, landing pages, metadata, images, redirects — all of it can be migrated methodically. SEO rankings can be preserved with proper redirect mapping.
-
Build the new site alongside the old one. The modern site can be built and tested while the legacy site continues to run. You switch over when the new site is ready — not before.
-
Plan for the learning curve. Your marketing team will need a few weeks to get comfortable with the new CMS and workflow. Budget for that. The teams we’ve migrated consistently report the adjustment period is shorter than expected — and the new system is faster once they’re past it.
-
Measure the results. Track page speed, SEO rankings, time-to-publish, and hosting costs before and after. The improvements are measurable and typically dramatic.