In this guide
  1. Start with the publishing workload
  2. Separate hosting needs from production access
  3. Allow for the site after launch
  4. Include connected business services
  5. Check what export does not preserve
  6. Compare first-year and recurring costs
  7. Test the work the site owner will do

Start with the publishing workload

List fixed pages, recurring content and who makes each change. A company profile updated twice a year is different from a case-study library expanded every week. Describe the expected content six months after launch, including images and languages. This helps compare the work required by manual page editing with the work required by a structured CMS, before attention shifts to the advertised entry price.

  • Estimate launch content and the likely six-month workload separately.
  • Distinguish writing responsibility from permission to publish changes.

Separate hosting needs from production access

The pricing page separates Site plans and other plan categories. Treat publishing requirements and production access as different questions: what must the live site do, and who needs to build or manage it? Place each required capability under the relevant contract before adding costs. A label such as “paid plan” is too broad to establish whether a particular publishing or export requirement is covered.

  • Keep publishing, production and collaboration requirements separate.
  • Map each requirement to a current contract rather than a generic plan label.
  • The annual Site-plan display checked on 29 October 2026 lists Basic at USD15 monthly equivalent and Premium at USD25; production access and connected services are not a complete part of that quoted total.

Allow for the site after launch

For a case-study library, describe authors, categories and relationships as well as the visible articles. Review image handling and expected delivery volume when pages contain large portfolios. The budget should show what happens as this content grows and which updates the business can perform itself. Avoid assuming that the structure suitable for launch remains equally easy to maintain after many months of additions.

  • Include relationships and language maintenance in the CMS plan.
  • Identify recurring changes that would require paid production help.

Include connected business services

A live website may also depend on forms, scheduling, payments or other connected services. Add their contracts and operating tasks separately. A form drawn on a page does not prove that a submission reaches the right team or is retained for follow-up. Trace one enquiry from the browser to its storage and owner, then include the services and maintenance needed to keep that path working.

  • List domain, intake, scheduling, payment and analytics dependencies.
  • Budget the follow-up process, not just the visible form component.

Check what export does not preserve

Official export documentation distinguishes exported site code from functionality such as CMS and form processing. A migration budget therefore needs separate lines for visual pages, structured content, search, intake and protected material. Check the export entitlement for the actual contract. Downloading files should not be treated as evidence that a replacement host will reproduce the complete business service without additional implementation.

  • Identify functionality that needs replacement rather than simple file transfer.
  • Review sensitive or protected content before moving exported material.

Compare first-year and recurring costs

Separate initial design, purchased assets and migration work from recurring hosting, domain, external-service and maintenance costs. Show annual commitments as cash payments as well as monthly equivalents. A first-year total and a normal renewal-year total answer different questions. This also makes the cost of an agency handover visible instead of allowing it to disappear inside an apparently low platform subscription.

  • Keep build work and ongoing maintenance as distinct budget items.
  • Record renewal dates and payment responsibility for every dependency.

Test the work the site owner will do

Use an acceptance exercise that reflects the owner’s future work: add a case study, replace an image and find an enquiry. Confirm that the responsible person has the appropriate access and knows how changes are reviewed before publication. The final decision should account for repeatable maintenance, not only a polished initial design. Compare alternative platforms when the required operational steps remain too dependent on specialist help.

  • Exercise recurring owner tasks before accepting the proposed setup.
  • Confirm final plan and contract terms in the official account screens.

Official sources

Pricing, availability and feature limits can change. Check the linked official pages before subscribing.

How we compareAdvertising disclosure