
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
Property Management & Short Stays
Luxico & Staylonger: 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.