Case study · Tourism & Hospitality

Forty WordPress sites, one Contentful platform

NRMA Parks and Resorts runs more than 40 park websites from one Contentful and Next.js platform that National Digital built.

  • Next.js
  • Contentful
  • TypeScript
  • AWS
✓ Verified Review

“National Digital provided extensive support to our development team throughout all stages of the project. Their expertise in modern web technologies was invaluable.”

Jeff Dermann Product Owner at NRMA Parks

40 → 1

WordPress sites, now one release process

Zero

WordPress plugins on park sites

50+

Parks and resorts publishing from it

No new build

What onboarding a park now takes

At a glance

Industry
Tourism & Hospitality
Engagement type
Platform migration
First release
2025
Team
National Digital engineering team

About the client

NRMA Parks and Resorts runs holiday parks and resorts with accommodation for every budget and style, from campsites to resorts, in locations from Tropical North Queensland to the Tasmanian wilderness. It also manages parks on behalf of councils. The NRMA acquired the business in June 2017.

The challenge

NRMA Parks and Resorts publishes for more than fifty parks and resorts across its brands, each park with its own site and its own release. The brief was one content model and one release process for the whole estate, so a brand change reaches every park at once and a new park inherits the platform.

What we built

National Digital built a single Contentful headless CMS instance that feeds a shared Next.js front end, so editors publish every property from one content model.

  • Content model design in Contentful
  • Per-property content migration off WordPress
  • Next.js front-end rebuild
  • Phased cut-over across 50+ properties

The stack

The team modelled content in Contentful, migrated properties off WordPress in phases, built a shared Next.js front end, and connected it to the booking, availability and guest services.

Channels & edgePark & resort sites

API & integrationContentful delivery API

Applications & workflowsNext.js front end

Content platformContentful CMS

Hosting & deliveryCDN, monitoring

The outcome

Guests now see the same brand on every park site, because each site is built from the shared Next.js front end. Editors make an estate-wide change once, and more than 40 separate update workflows now run as one platform release. New properties onboard onto the same platform.

Where it went next

NRMA Parks & Resorts continues to onboard new properties directly onto the shared Contentful and Next.js platform.

This case study describes real work delivered by National Digital for NRMA Parks & Resorts.

Key Takeaways

What consolidation actually removed

  • Forty-plus per-site update workflows now run as one platform release process.Critical

    Each WordPress site previously had its own theme and its own update schedule. Every estate-wide change needed separate scheduling, testing and verification by someone who knew that site, and that work now happens once per platform release.

  • No park site runs WordPress plugins now that a headless CMS feeds a static front end.Critical

    Each park site is generated from the shared Next.js front end, which reads its content from Contentful through the delivery API.

  • Editors author estate-wide content once, and the shared content model distributes it.Important

    Each park's editors previously re-entered shared content in their own site. Contentful now holds that content once, and the Next.js front end renders it on every one of the property sites.

  • Booking, availability and guest services run outside the CMS and release on their own schedule.Important

    Guests reach these services through the Next.js front end. Editors can publish content without waiting on a booking deployment, and booking changes ship without a content release.

  • A phased, property-by-property migration keeps every cut-over small and reversible.Helpful

    The team designed the content model before the first migration, so every later phase moved properties onto the same target. Each individual cut-over stayed observable and recoverable while the team completed it.

More than fifty NRMA holiday parks and resorts publish from one Contentful content model into a shared Next.js front end. Editors make estate-wide changes once, and the forty per-site update workflows now run as a single platform release process.

Questions decision-makers ask about this build

Why replace forty WordPress sites rather than standardise them?

Standardising the sites would still have left forty codebases, each with its own theme and plugin set to keep current, and every new park would have added another. One Contentful content model feeding a shared Next.js front end gives editors a single place to publish and gives the estate a single release process. A new property onboards onto the existing platform and adds no new codebase to maintain.

What happened to the WordPress plugins on each park site?

The plugins are gone. Forty separate WordPress installations meant forty plugin inventories, each on its own update cadence and each needing someone to keep it current. The park sites are now generated from a shared Next.js front end that reads from Contentful, so no park site runs a plugin of its own. Site features come from the shared front end, and a change to them ships in one platform release that every park receives.

How does content publishing work across more than fifty properties now?

Every property publishes from a single shared content model in Contentful. Brand-level content is entered once and appears across the estate without being re-entered for each site, while property-specific fields stay with that property. Editors at every park work in one system with one set of conventions, where they previously used forty admin panels that each had a slightly different theme.

Where do booking and availability live in this architecture?

Booking, availability and guest services run separately from Contentful, behind the Next.js front end that every park site shares. Because those services sit outside the CMS, a booking change ships on its own schedule and a content change ships on its own, and none of the booking services depends on a CMS plugin. Editors can publish at any time without waiting on a booking release.

How do you migrate forty live sites without a big-bang cut-over?

The team designed the shared content model first and then moved properties off WordPress onto the platform in phases. Each cut-over involved one property, so the team could watch it and roll it back if needed while the rest of the estate kept running. The phased approach also tested the content model against real properties early, while changes to the model were still cheap to make.

Is a headless CMS the right answer for every multi-site estate?

A headless CMS does not suit every multi-site estate. It pays off when many sites share most of their content model and the main cost is duplicated maintenance, which describes the NRMA Parks and Resorts estate. Where sites differ in structure, or one small editorial team works well in a single install, the gain from consolidation is smaller. A useful first step is to measure how much of an estate repeats the same content and templates.

More client work

What's next

Consolidating a fragmented estate?

NRMA Parks and Resorts runs a national holiday-park network on one content platform National Digital helped build. If you're weighing a similar consolidation, see how we approach WordPress migration to a headless CMS and custom booking and scheduling systems, part of our wider headless CMS work.

Want a platform like this for your business?

Tell us what you're building. We'll come back within one business day with what we'd do first and what it would take.