Skip to main content
Contact us

Hub · 2 guides

What a Website Rebuild Actually Involves: Scope, Stack and Cost in Australia

From a single marketing site to a platform that needs booking, payments or customer accounts, scope and stack decisions set the budget long before a single screen is designed.

Quick answer:A website build's cost and timeline are set mainly by its integrations and migration needs, not its page count; WordPress suits content sites, custom stacks suit transactional ones.

Last updated

Quick answer

What does a website development engagement in Australia actually include?

High confidenceVerified

Design, a fitted technical stack, integrations with existing systems, accessibility and performance testing, and a deliberate migration of content and SEO signals.

Additional Context

Scope grows once the site needs to talk to booking, payment or account systems behind it.

Sources

Scope & stack

What a website engagement actually covers

A website build for an established business is rarely just the pages visitors see. It covers design and content structure, the technical stack the site runs on, integrations with the systems already in place — the CRM, the accounting platform, the booking calendar — plus performance and accessibility testing, and a migration plan for existing content, redirects and search rankings. Skipping any one of these pushes the real cost and risk into the months after launch.

Scope changes sharply once a site needs to do more than publish information. A booking calendar that has to hold availability against a back-office system is a different build to a brochure site, and the line between a website and a platform is where most budget confusion starts. Businesses taking payments, managing accounts or scheduling appointments online are usually better served treating that part of the build as its own project: see how scheduling software for growing businesses differs from the marketing pages sitting around it, or how a self-service customer portal changes the integration requirements entirely.

32% (Australian Bureau of Statistics, 2026) of Australian businesses now receive orders online, which means the website is increasingly the operational front door to the business, not a brochure sitting next to the real systems.

Choosing the stack: Astro, Next.js or WordPress

National Digital builds marketing and content sites on Astro or Next.js by default, and uses WordPress where WordPress genuinely fits: typically a content-heavy site a marketing team edits daily with no developer on staff, where the plugin ecosystem covers a genuine need. The wrong default runs the other way too. A WordPress site stretched to carry booking logic, membership accounts or complex integrations tends to accumulate plugins until it becomes harder to maintain than a purpose-built application would have been, one update away from breaking the page that drives revenue.

When a business migrates off WordPress, the real risk sits in what gets left behind: incomplete redirect maps, forgotten backlinks, metadata that never carries across. Redirect maps are usually incomplete the first time a team checks them against analytics, because old campaign links and partner backlinks point at URLs nobody remembers creating. Carrying metadata and structured data across deliberately protects search rankings through the transition. Regenerating everything from scratch during the rebuild is the more common path, and it's what usually breaks them.

Why rebuilds stall

The cost of treating a website as a one-off project

Problem

Many growing businesses commission a website once and treat it as finished. By the time it needs new integrations, a booking flow or a payments connection, the platform underneath has fallen years behind what the business now runs through it.

Common Pain Points:

  • Patchwork integrations Forms, bookings and payments bolted onto a CMS that was never built to hold them.
  • Lost SEO equity Rankings and backlinks disappear when redirects and metadata aren't carried across deliberately during a rebuild.
  • Plugin sprawl A WordPress site accumulates plugins until a routine update risks breaking the page that drives revenue.

Business Impact:

Time Wasted: Staff work around gaps the site can't fill, taking bookings or payments by phone and email instead of through the site itself.

Cost Implication: Patch fixes and extra plugins add up over several years without ever solving the underlying limitation, and often cost more than a properly scoped rebuild would have.

Opportunity Cost: Competitors whose sites handle bookings, accounts or payments directly keep the customers who won't call during business hours to do what a website should already do.

Solution

A staged rebuild that keeps the current site live, migrates content and SEO value deliberately, and treats any platform-grade functionality as its own project within the build.

Our Approach:

  1. 1Audit the current site (Early in the engagement)

    Map existing content, redirects, integrations and traffic sources before any design work starts.

  2. 2Decide build vs platform (Before the stack is chosen)

    Separate what's genuinely a marketing site from what needs the integration depth of a booking system, portal or store.

  3. 3Design and build in stages (Staged through the build)

    Each stage is tested and deployed before the next begins, so the business keeps trading on the current site throughout.

  4. 4Migrate and verify (Around cutover and the weeks after)

    Redirects, metadata and structured data carry across deliberately, then rankings and conversions are checked after launch.

Expected Outcome: A site the business can extend without replacing again, hosted in Australia and owned outright by the client, code and accounts included.

Key Takeaways

What actually decides scope, stack and cost

  • A website's integrations usually set its real complexity and cost.Critical

    A ten-page marketing site with a live booking calendar or payment gateway behind it carries platform-level risk, however simple the front end looks.

  • WordPress suits content-heavy sites with a marketing team editing daily.Important

    It works well for teams publishing pages and posts without a developer on staff; it strains once booking logic, accounts or custom workflows get added on top.

  • Migrating off WordPress is mostly a redirect and metadata exercise.Critical

    The visible redesign is usually straightforward; carrying every existing URL, meta tag and structured data entry across without breaking search rankings is where the real risk sits.

  • Keeping the marketing site and any platform functionality separate protects both.Important

    A booking system, portal or store built as its own project can evolve on its own release schedule, independent of content changes to the pages around it.

  • Staged delivery keeps the current site trading throughout a rebuild.Important

    Each stage goes live and gets tested before the next begins, so there's no single cutover weekend where the whole site is at risk at once.

Scope decides most of a website project's cost: what it needs to connect to, what has to migrate safely, and whether platform-grade features deserve a separate build.

Cost and timing

How long a website project actually takes

Timeframes depend on what's being integrated, not on page count. A marketing site redesign with no system integrations can move through discovery, design and build in a short, predictable run. Add a CRM sync, a payment gateway or a booking calendar that has to talk to a reservation system, and the integration work, testing and staged rollout extend the timeline well past what a template site would need. Any fixed number quoted before scope is confirmed is a guess dressed up as a plan.

Cost follows the same logic. The design and the pages are a small, fairly predictable part of the budget. What varies is the number of systems the site has to talk to, how much historical content and how many URLs need to migrate safely, and how much custom functionality — booking, membership, inventory — sits behind the public pages. A realistic estimate only exists once those variables are scoped in writing.

When a website is really a platform in disguise

Some projects that arrive labelled a new website are actually a different kind of build. A brief with customer logins and account history behaves like portal software, not a content page. A brief with a product catalogue, stock levels and checkout is an e-commerce platform integration question, with its own decisions around Shopify, WooCommerce or a custom build. Confusing the two is where most budget surprises start; see how National Digital separates build vs buy software decisions before quoting anything.

National Digital rebuilt the Coral Expeditions booking experience as a mobile-first Next.js site on a typed API layer it designed and maintains (case study) The split shows up clearly in its booking flow: a marketing site exists to get a visitor into a reservation process doing real, integrated work underneath. Treating the two halves as one project usually means the marketing site's release schedule gets held hostage by the booking logic's testing cycle, or the other way around.

References

Next steps

Two ways to get a number.

Get a range now

Seven questions, an instant cost range. No email address, no callback.

Estimate your project

Get a defensible figure

A Product Development Plan is a fixed $3,950 engagement: two working sessions, then the scope, architecture and fixed quote a build is run from — credited in full against the build.

See the Product Development Plan

Talk to us about your website project

Tell us what the site needs to do today and what it might need to do in two years. We'll scope the stack, the integrations and the migration before quoting anything.

Optional

Common questions about website development projects

How much does a website cost for an Australian business?

Cost tracks scope, not page count: the stack chosen, the number of systems the site integrates with, and how much content and how many URLs need to migrate safely. A content-only redesign with no integrations costs far less than a site carrying bookings, accounts or payments. A written scope is the only reliable path to a number worth planning against.

How long does a website project typically take?

Timeframes follow integration complexity rather than design complexity. A template-based marketing site can move through design and build quickly; a site integrating a CRM, payment gateway or booking system against a reservation platform takes longer because of the testing and staged rollout involved. Treat any timeline given before scope is confirmed as indicative only.

Should we rebuild the website or just redesign it?

Redesign the existing build when the underlying stack and integrations still work and only the look and content need refreshing. Rebuild when the current platform can't support new integrations, is slow, inaccessible or has become difficult to maintain safely. A visual refresh won't fix any of those problems.

Should a growing business build on WordPress or go custom?

WordPress suits a content-heavy marketing site a non-technical team edits daily, where available plugins cover genuine needs. A custom build on something like Astro or Next.js fits better once the site needs tight integrations, non-standard workflows, or performance and security requirements a plugin stack struggles to meet consistently.

What happens to our search rankings when we migrate off WordPress?

Rankings follow the URLs and signals that earned them, so a migration plan has to carry redirects, metadata and structured data across deliberately. Teams that skip this step, or build the redirect map late, routinely find gaps between what analytics shows as live traffic and what the map actually covers.