Skip to content
Magnolia Platinum Partner

Magnolia CMS

Builds, upgrades and support from a Magnolia Platinum Partner based in Melbourne.

01 / Why Noice

A Magnolia practice, not a side bet

Magnolia is the platform we go deepest on. Platinum Partner status, beta access to new releases, and engineers who have shipped Magnolia DX Core into regulated Australian environments. Running an older version? See our Magnolia 6.4 upgrade service.

Platinum Partner

Platinum is Magnolia's highest partner tier.

Magnolia Cloud and AWS Sydney

We deliver onto Magnolia Cloud PaaS as well as AWS Sydney (ap-southeast-2) and customer-managed Kubernetes. Hosting choice driven by your data residency, not ours.

Migration depth

AEM, Sitecore, Drupal and WordPress VIP migrations onto Magnolia, powered by our own AI-assisted migration tooling.

02 / Capabilities

What we deliver on Magnolia

Full lifecycle: discovery, build, migrate, hosting, upgrades and ongoing support. We pick up greenfield Magnolia projects and rescue half-built ones with the same team.

DX Core implementation

Magnolia DX Core builds with personalisation, multi-site, multi-language, and a visual page editor your authors actually use. Default delivery is hybrid (server-rendered plus REST and GraphQL APIs).

Magnolia Cloud hosting

Production rollouts on Magnolia Cloud with automated patching and managed scaling. We design the deployment topology and own the go-live.

Migration to Magnolia

Move off AEM, Sitecore, Drupal or a homegrown CMS using our AI-assisted migration tooling. AI handles content shape detection, humans approve mapping and tone.

Magnolia 6.4 upgrades

In-place upgrades from Magnolia 6.0, 6.2 and 6.3 to 6.4, including bundle review, custom module compatibility and Java version alignment.

Integrations

Salesforce Marketing Cloud, HubSpot, SAP Commerce, MuleSoft, Algolia, AEM cross-cluster sync, custom REST and GraphQL endpoints, SSO and SAML.

Managed support

The team that builds your platform supports it after go-live, with agreed response times by severity.

03 / Approach

How we deliver Magnolia

A predictable five-stage approach, sized to your scope. Most engagements run twelve to twenty weeks from discovery to first live release.

01

Discovery and architecture

Two to four weeks. Content audit, integration map, hosting decision (Magnolia Cloud vs AWS Sydney vs customer-managed), and a sized roadmap. You get an architecture pack your security and procurement teams can act on.

02

Information architecture and templates

Define content types, template library and authoring patterns in Magnolia. We build the editor experience first so content teams can start preparing copy in parallel with engineering.

03

Build and integrate

Iterative sprints. Frontend, backend, integrations and DevOps tracks run in parallel. Demos every fortnight with full stakeholder access to a working environment.

04

Migration and authoring

Our migration tooling captures the existing site, proposes mappings, and writes pages into Magnolia. Editorial teams review and approve. No big-bang weekend migrations.

05

Launch and support

Cutover with DNS warm-up and rollback plan. The build team stays on the platform under a managed-services agreement, so Day 31 looks the same as Day 1.

04 / Questions

Magnolia CMS in Australia: FAQ

The questions we get most often from Australian and New Zealand teams considering Magnolia.

Yes. Noice is a Magnolia Platinum Partner. Platinum is Magnolia's highest partner tier.

Our Magnolia practice is based in Melbourne, and implementation and support run in AEDT and AEST business hours.

Costs vary widely with the scope and complexity of the project. In the Australian market in 2026, first Magnolia builds for mid-market and enterprise organisations typically land between AUD 180k and AUD 600k excluding GST. The main drivers are template count, integrations, authoring patterns and migration scope. Magnolia licence fees are negotiated separately with Magnolia and are usually annual subscription based. We share an itemised range at the end of a one-hour scoping call, and discovery produces a fixed budget envelope before you commit to a build.

Yes. We deliver onto Magnolia Cloud (PaaS), Magnolia on AWS in ap-southeast-2 (Sydney), and customer-managed Kubernetes. Magnolia Cloud is the default recommendation for new builds because the platform team handles patching and autoscaling. We retain customer choice on data residency and review the trade-off case by case for regulated workloads.

For a single-author, single-environment Magnolia instance the upgrade window is two to four weeks of engineering. Multi-region, multi-instance estates (Author plus public clusters plus DR) typically run six to ten weeks including regression testing and content freeze windows. Most of the work is bundle compatibility, custom module review and Java version alignment, not the core upgrade itself.

Yes. We use our own AI-assisted content migration tooling to move structured and unstructured content from Adobe Experience Manager, Sitecore, Drupal, WordPress VIP, Contentful and bespoke legacy systems into Magnolia. It handles snapshot capture, template mapping and bulk publish, while content authors keep final approval on every page.

Both. Magnolia supports a hybrid model where you can choose per page whether to render server-side from Magnolia or expose content through the Magnolia REST and GraphQL APIs to a downstream frontend such as Next.js, Nuxt or a native mobile app. We default to hybrid because it gives marketing teams visual editing without locking engineering out of headless when they need it.

The Victorian Collaborative Centre for Mental Health and Wellbeing: ongoing platform support and a zero-downtime 6.4 upgrade. Further references are available under NDA.

Yes. Support runs in Australian business hours with agreed response times by severity. After-hours cover for critical incidents can be added to an agreement.

Magnolia Cloud offers an Australian region. Where requirements are stricter, we deploy Magnolia on a customer-owned AWS account in ap-southeast-2, with logs, backups and replicas kept in Australia. We document the residency boundary in the architecture pack.