When is Next.js the right choice for a marketing website?
Next.js is the right choice for a marketing website when the site is part of the product, not just a brochure in front of it. That usually means one of three things: the site needs to share code, data or authentication with your app; it has to scale to hundreds of pages, many locales or constant experiments; or it needs custom logic, such as calculators, integrations or personalization, that a site builder can't run cleanly.
We build marketing sites in Framer, Webflow and Next.js, so we don't have a platform to sell you. Our own site runs on Next.js with Payload CMS on Cloudflare Workers, because we wanted full control over content, performance and hosting. Plenty of marketing sites are better served by Framer or Webflow. This guide gives you the criteria we actually use, and links to deeper guides on every part of running a Next.js marketing site.
Your situation | Next.js is a strong fit | A visual builder is likely better |
|---|---|---|
Who edits pages | Editors use a CMS; developers own layout | Marketers design and publish pages alone |
Product integration | Shared design system, auth, pricing or live product data | Site is separate from the app |
Scale | Hundreds of templated pages, many locales | Under a few dozen pages |
Custom logic | Calculators, gated tools, complex forms, APIs | Standard forms and embeds |
Experiments | Server-side tests, feature flags, edge personalization | Occasional copy tests |
Team | Has or can hire a developer for upkeep | No developer access after launch |
If most of your answers sit in the right-hand column, read our comparison of Webflow, Framer, WordPress and Next.js before going further. If they sit in the middle column, the rest of this guide is for you.
What does a Next.js marketing website do better than a site builder?
A Next.js marketing website does three things better than a site builder: it shares one codebase and design system with your product, it scales to large numbers of generated pages without platform limits, and it runs any logic you can write. Everything else, such as animation, CMS editing and hosting, both approaches can do well.
Product integration
When the marketing site and the app share React components, tokens and type, the brand is consistent by default rather than by effort. Pricing can come from the same source as billing. Logged-in visitors can see an "Open app" button instead of "Sign up". Docs, changelogs and integrations directories can read straight from product data. These are hard to do well when the site lives in a separate builder.
Scale
Programmatic pages, such as integrations, templates, use cases or locations, are generated from data at build time. Next.js handles thousands of static pages and many locales without hitting a CMS item limit or a per-locale fee. Our guide to Next.js i18n shows how locales, routes and hreflang come from one config.
Custom logic
ROI calculators, interactive demos, gated content tied to your CRM, multi-step forms that branch by answer, and server-side experiments are ordinary code in Next.js. In a builder, each one becomes an embed, a workaround or a third-party script. Our guide to forms, integrations and APIs on Next.js covers the most common ones.
When is Next.js the wrong choice for a marketing site?
Next.js is the wrong choice when the people who run marketing need to change layouts and launch pages without a developer, and nothing on the site needs custom code. In that case you're paying for flexibility you won't use and adding a dependency on engineering time you may not have.
Pros
- Full control over performance, rendering and hosting
- Shares components and data with your product
- No platform limits on pages, locales or CMS items
- Any integration or custom logic is possible
- No per-seat or per-locale platform fees for the site itself
Cons
- Layout changes need a developer, even with a good CMS
- Dependencies and framework versions need regular updates
- Performance depends on how it's built, not on the platform
- Higher build cost than a template-based builder site
- A weak CMS setup leaves marketing waiting on engineering
The honest test is this: in the next year, how often will someone need a new page layout rather than new content in an existing layout? If the answer is often, and you have no developer on call, a builder fits. If your site could move from code to a builder, our guide to moving from Next.js or React to Framer or Webflow covers when that makes sense.
How should a Next.js marketing site render its pages?
A Next.js marketing site should render nearly every page statically, rebuilding pages when content changes, and reserve server rendering for the few pages that truly change per visitor. Static pages are the fastest to serve, the cheapest to host and the most reliable for search engines and AI crawlers to read.
In the App Router, pages are static by default unless they read request-time data such as cookies or headers. CMS-driven pages use generateStaticParams to prerender every slug, then on-demand revalidation to rebuild a page when an editor publishes. Server rendering makes sense for things like a logged-in state or geo-based content, and even then you can often keep the page static and personalize a small piece. Our guide to static vs server rendering in Next.js walks through each page type.
Rendering is also the foundation of SEO. Content must be in the HTML the server sends, not assembled later in the browser, because many AI crawlers don't run JavaScript. Metadata, canonicals, sitemaps, robots rules and structured data all have App Router conventions. Our Next.js SEO checklist covers them, from generateMetadata to sitemap.ts and JSON-LD.
How do you keep a Next.js marketing site fast?
Keep a Next.js marketing site fast by shipping less JavaScript: static pages, Server Components by default, small client components only where interaction needs them, and tight control over third-party scripts. Next.js doesn't make a site fast on its own; it gives you the tools, and the build decides the result.
- Share of Next.js sites passing INP in Q2 2026 field data
- About 2/3
- Median INP for Next.js sites in the same data
- ~236ms
Those figures come from Core Web Vitals field data for Q2 2026 in our research, and they're the honest counterweight to "React is fast". Interaction to Next Paint is the Core Web Vital most sites fail, and on Next.js the usual causes are heavy hydration, oversized client components, animation libraries running on the main thread and tag-manager scripts. Our guide to improving INP on Next.js sites covers each fix.
The built-in components do a lot of the remaining work when you use them properly: next/image for responsive, lazy-loaded images, next/font to self-host fonts without layout shift, and next/script to control when third-party code loads. Our explainer on next/image, fonts and scripts shows the settings that matter for marketing pages, and our comparison of Core Web Vitals across Framer, Webflow and Next.js shows where each platform tends to struggle.
How do marketers edit a Next.js marketing website?
Marketers edit a Next.js marketing website through a headless CMS, using page builders made of pre-designed blocks: they pick sections, fill in fields, preview, and publish without touching code. The quality of that editing experience, not the framework, decides whether marketing can actually own the site.
The research behind this cluster found that editors' complaints about headless setups are mostly about the editing layer: confusing fields, missing previews and no visual editing. That's a design problem, and it's solvable. A good setup gives editors a library of sections that match the design system, sensible fields with help text, live preview, and guardrails so a page can't be broken by an overlong headline.
- A component system built for marketing. Sections, not raw components, so editors assemble pages from approved blocks. Our guide to building a design system for a Next.js marketing site covers how to structure it.
- Consistent styling. Tokens for color, type and spacing, implemented in a utility layer such as Tailwind. Our guide to a Next.js and Tailwind v4 setup shows a practical configuration.
- A CMS chosen for editors. Payload, Sanity and Contentful all support structured content, previews and localization. Pick the one whose editing interface your team prefers in a real trial.
- Clear ownership. Editors own content; developers own new section types. New layouts become a short request rather than a project.
Hypothetical example: a weekly content change on a Next.js site
For example, suppose a marketing manager wants a new landing page for a webinar.
In the CMS she creates a page, picks a hero, a three-item benefits section, a speaker block and a sign-up form from the section library, fills in the copy, and uploads speaker photos. Preview shows the page exactly as it will look. She publishes, and on-demand revalidation rebuilds that one page in seconds. No developer was involved.
Two weeks later she wants a countdown timer, which isn't in the library. That's a developer task: a new section type, designed to match the system, added once and then available for every future page. This split, editors for content and developers for new capabilities, is what makes Next.js workable for marketing teams.
Which integrations and experiments does Next.js handle well?
Next.js handles integrations and experiments well because both run on the server: forms post to your own endpoints before going to a CRM, and experiments assign variants before the page is sent, so visitors never see a flicker. That's the custom-logic advantage in practice.
Need | How it works in Next.js | Read more |
|---|---|---|
Lead forms to a CRM | Server actions or route handlers validate, enrich and forward | Forms, integrations and APIs guide |
A/B tests without flicker | Middleware assigns a variant at the edge, pages stay static | Next.js A/B testing guide |
Pricing from billing data | Fetch at build time and revalidate on change | Static vs server rendering guide |
Programmatic pages | Generate routes from a dataset or CMS collection | Next.js SEO checklist |
Multiple locales | Locale segment, CMS locales, generated hreflang | Next.js i18n guide |
Experiments are the one most teams underestimate. Client-side testing tools load a script that edits the page after it arrives, which costs speed and can flash the original. In Next.js, edge middleware and feature flags let you split traffic before rendering. Our guide to Next.js A/B testing with edge middleware and flags covers the setup.
What does a Next.js marketing website cost to build and run?
A Next.js marketing website costs more to build than a template site but can cost less to run, because you pay for hosting and a CMS rather than per-seat or per-locale platform plans. The real long-term cost is maintenance: someone has to update dependencies and make layout changes.
Hosting is changing quickly. Our research found Vercel charging per team seat, Netlify moving to credit-based pricing in April 2026, and Cloudflare as the cheapest option, with Workers now recommended over Pages for Next.js. Our guide to website hosting costs compares them, and our practical guide to hosting Next.js on Cloudflare Workers shows the setup we use ourselves. Check each provider's current pricing page, because plans change often.
- Our website package, up to 6 pages, fixed
- $8,000
- Our landing page package, fixed
- $6,000
- Monthly retainer for ongoing design and development
- $6,000/mo
The build price is the smaller part of the decision, and timelines are scoped on the intro call. After launch, plan for upkeep: framework and dependency updates, security patches and occasional new sections. Our guide to keeping a Next.js marketing site healthy explains what that involves and how often.
Who should build and maintain a Next.js marketing website?
A Next.js marketing website should be built by people who own the copy, the design and the code together, and maintained by someone with time set aside for it. A marketing site is a persuasion tool first and a codebase second; an engineer alone can build it perfectly and still ship a page that doesn't convert.
That's the core argument in our guide on whether to hire a Next.js developer or a studio. Freelance developers are a great fit when the copy and design already exist and are strong. When they don't, you need a writer and a designer in the loop, or a team that combines all three. Your product engineers can maintain the site, but in practice marketing requests compete with the roadmap and lose.
What should you read next about Next.js marketing sites?
Each guide below covers one part of building and running a Next.js marketing website in depth. Start with the one that matches your current decision.
If you're deciding… | Read |
|---|---|
Who to hire | |
How to rank | |
How to fix slow interactions | |
How pages should render | |
How to structure components | |
How to style it | |
How to connect forms and tools | |
How to run experiments | |
How to optimize media |
