Skip to main content
Contact us

Case study · Tourism & Hospitality

One Contentful platform for every park website

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

Last updated

At a glance

Industry
Tourism & Hospitality
Client size
Part of the NRMA Group, 3,339 employees
Engagement type
Platform migration
First release
2025
Team
National Digital engineering team

✓ 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 and Resorts

NRMA Parks & Resorts by the numbers

  • One release process

    WordPress sites, now one release process

  • None

    WordPress plugins on park sites

  • over 50 (National Roads and Motorists' Association, n.d.)

    Holiday parks and resorts NRMA operates

  • No new build

    What onboarding a park now takes

The NRMA Parks and Resorts website, showing the Make a break for it banner and the search bar for property, dates and guests.

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 its 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 every property

What we built in each area

  • Website & apps

    A shared Next.js front end draws every park and resort site and connects to the booking, availability and guest services.

    • Next.js
    • TypeScript
  • Content platform

    One Contentful content model holds the content for every property, and the front end reads it through the Contentful delivery API.

    • Contentful
  • Cloud, security & support

    The park and resort sites are served on AWS through a content delivery network, with monitoring.

    • AWS

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 the separate per-site 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

  • The 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.

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 per-site update workflows now run as a single platform release process.

What did NRMA Parks and Resorts need?

NRMA Parks and Resorts needed one content model and one release process for its whole estate. Each park ran its own WordPress site with its own theme, so a brand change had to be made once per park before guests saw it everywhere.

What did National Digital build for NRMA Parks and Resorts?

National Digital built a single Contentful headless CMS instance that feeds a shared Next.js front end. The team modelled the content, migrated properties off WordPress in phases and connected the front end to booking, availability and guest services.

When did the NRMA Parks and Resorts platform first release?

The study records the first release as 2025 and classes the work as a platform migration. Properties moved in phases, and the study does not state a total duration.

What changed for NRMA Parks and Resorts after the migration?

Guests 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 new properties onboard onto the same platform.

Questions decision-makers ask about this build

Why replace the WordPress sites rather than standardise them?

Standardising the sites would still have left one codebase per park, 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. Separate WordPress installations meant a plugin inventory per park, 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 the 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 an admin panel per park 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 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.

References

Who stands behind this page

Registered business
General Consulting Services Pty Ltd as trustee for the Australian Business Trust, trading as National Digital. ABN 13 744 838 758.
In business
National Digital has shipped production platforms since 2016. About National Digital
Google reviews
National Digital has 14 Google reviews with an average rating of 5.0 out of 5, read on 2 November 2026. How the figures are counted National Digital on Google Maps

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.