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

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
Property Management & Short Stays
Luxico: One Property Management Platform
HR & Workplace Technology
MyStrengths: Student Assessment Platform
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
- National Roads and Motorists' Association. (2025). Annual report 2025. NRMA corporate reporting. https://www.mynrma.com.au/-/media/annual-report/2025-annual-report.pdf
- National Roads and Motorists' Association. (n.d.). Escape to NRMA Parks and Resorts. NRMA careers. https://career.mynrma.com.au/nrma-parks-and-resorts/
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.