Step-by-step · Starting a Website

How to Choose a Website Platform

A website platform should be chosen after the business has defined the required pages, functions, content process, budget and maintenance capability. Starting with a favourite brand or a supplier's preferred tool often…

A website platform should be chosen after the business has defined the required pages, functions, content process, budget and maintenance capability. Starting with a favourite brand or a supplier's preferred tool often leads to unnecessary limitations or complexity.

This guide explains how to compare the main platform types without assuming that one solution is best for every UK small business.

Define the requirement before comparing products

Record what the website must do during its first useful version:

  • publish service, product or information pages;
  • accept enquiries, bookings or payments;
  • manage products, stock, delivery or memberships;
  • support multiple staff roles;
  • connect to essential business systems;
  • migrate content from an existing site;
  • allow routine changes without developer assistance;
  • meet realistic accessibility, security and performance needs.

Classify requirements as essential for launch, useful later or unnecessary. This prevents an unlikely future idea from forcing an expensive platform decision today.

Understand the main platform types

Common website platform routes
Platform typeOften suitsMain limitation to examine
Hosted website builderSmall service, portfolio and straightforward content sitesPlatform dependence, subscription changes, export and advanced customisation
Hosted e-commerce platformBusinesses that need an established online-shop operationApp costs, transaction model, theme limits and complex catalogue requirements
Self-hosted content management systemExpandable content-led sites where hosting choice and control matterUpdates, security, compatibility and maintenance responsibility
Managed CMS serviceBusinesses wanting a CMS with supplier-managed infrastructureContract terms, portability, cost and reliance on the provider
Custom applicationGenuinely unusual workflows that established products cannot meet sensiblyBuild cost, maintenance, documentation and specialist dependence

Compare total cost, not the headline price

Include:

  • design and initial setup;
  • hosting or subscription;
  • domain and business email;
  • themes, plugins or apps;
  • payment and transaction fees;
  • content entry and migration;
  • maintenance and support;
  • future development;
  • the cost of moving away.

Introductory prices and free plans are not a reliable basis for a business decision. Compare the likely first-year and three-year cost using the functions you actually need.

Test everyday editing

A platform can be powerful and still be unsuitable for the person who must operate it. Ask a real future editor to test:

  • editing text without damaging layout;
  • adding an image with useful alternative text;
  • creating a new page from an approved template;
  • updating navigation;
  • managing forms, products or bookings;
  • previewing mobile content;
  • reversing an accidental change;
  • finding documentation and support.

Do not judge only the sales demonstration. Test the tasks the business will repeat.

Check ownership and portability

Before committing, ask:

  • Does the business control the account?
  • Can content, customer data and product data be exported?
  • In what format?
  • Can the domain be managed independently?
  • Are designs, extensions or custom functions portable?
  • What stops working when a paid plan ends?
  • Can another supplier take over?
  • What records and access are required to leave?

No platform offers effortless migration of every design and function. The important point is to understand the likely exit cost before the site becomes dependent on it.

Examine the extension ecosystem

Plugins and apps can save development time, but each one adds cost, data handling, support and compatibility considerations.

For every essential extension, check:

  • who maintains it;
  • how recently it is supported;
  • the renewal model;
  • what data it processes;
  • whether it duplicates another tool;
  • how it affects performance;
  • what happens if it is discontinued.

A platform requiring a large collection of add-ons for basic needs may not be the simple option it first appears to be.

Review security and maintenance responsibility

Hosted platforms usually manage more of the underlying infrastructure. Self-hosted systems normally give greater control but require someone to manage software, backups, access and compatibility.

Ask who is responsible for:

  • software and extension updates;
  • backups and restoration tests;
  • administrator security and multi-factor authentication;
  • monitoring and incident response;
  • renewals and licences;
  • removing unused accounts and components.

“The platform is secure” is not a complete operating plan.

Check search and content fundamentals

The platform should allow appropriate control of:

  • page titles and descriptions;
  • clean URLs and redirects;
  • headings and indexable page content;
  • canonical URLs where needed;
  • XML sitemaps;
  • robots and noindex settings;
  • image attributes;
  • structured data where relevant;
  • internal links and navigation.

These features do not guarantee visibility in Google, but unnecessary platform restrictions can make sound implementation harder.

Run a representative proof of concept

Before committing to a complex build, test one difficult and one ordinary page. Include real content and one important function. For an online shop, test a realistic product and checkout scenario. For a booking business, test availability, confirmation, cancellation and staff administration.

Record any workaround. A platform may technically support a requirement while making it awkward, fragile or expensive to operate.

Use a decision matrix

Suggested platform evaluation criteria
CriterionSuggested question
Functional fitCan it meet the essential requirements without fragile workarounds?
Ease of operationCan the actual team perform routine tasks safely?
Total costWhat is the realistic cost over three years?
ControlWho owns the account, data, domain and access?
PortabilityWhat can be exported and what must be rebuilt?
MaintenanceWho performs updates, backups and recovery?
SupportIs suitable help available when the site is commercially important?

Decision rule

Choose the simplest well-supported platform that meets the verified requirements, can be operated by the available team and has an acceptable ownership and exit model. Do not buy custom complexity to appear ambitious, and do not choose an easy template that prevents the site doing its real job.

Sources and further guidance

Keep the decision under your control

Retain the relevant accounts, source material, supplier terms and recovery information. Recheck changing prices, interfaces and rules before acting.