Web

Corporate Websites

The site your organisation is actually judged by

How this is usually engaged

Usually a fixed-scope project of six to twelve weeks, followed by an optional maintenance agreement. Content migration is scoped separately once we have seen the size and state of the existing content.

Practice
Web Engineering
Sectors
4 served
Process
5 stages
Standard
Built and tested to WCAG 2.2 AA

Summary

Marketing and corporate sites with a content model your team can work with, performance budgets that hold on real devices, and accessibility built in rather than retrofitted.

01What this solves

The problem this addresses

A corporate website usually fails in one of three ways. It looks acceptable but takes six seconds to become usable on a phone. It can only be changed by the agency that built it, so it slowly goes stale. Or it was designed around imaginary content and falls apart the moment real copy, real product names and real legal disclaimers go in. Each of those is a maintenance problem disguised as a design problem.

02Capabilities

What is included

01

Content modelling

We define the entities behind your site — services, locations, people, case studies — so editors fill in fields rather than rebuild layouts. This is the difference between a site that ages well and one that decays.

02

Server-rendered performance

Pages are rendered ahead of time or on the server, with images sized and formatted per device. We set a performance budget at the start and hold the build to it rather than measuring after launch.

03

Editorial interface

An admin area shaped around your content model, with previews, draft states and validation, so a marketing team can publish confidently without a developer on standby.

04

Technical SEO foundations

Clean URL structure, canonical handling, structured data that reflects things that are actually true, XML sitemaps and controlled redirects when URLs change.

05

Accessibility to WCAG 2.2 AA

Keyboard operation, focus order, contrast, form labelling and reduced-motion support are part of the build. We test with a keyboard and a screen reader, not only with an automated scanner.

06

Multi-language and multi-region

Where required: locale routing, translated content workflows, hreflang, and region-specific legal content.

03Use cases

Where this work usually starts

01

Replacing a site nobody can edit

A site that has drifted three years out of date because every change needs a developer. We migrate the content into a model your team owns.

Professional Services

02

Consolidating several sites into one

Separate brand, careers and product sites on different platforms, with three sets of hosting bills and no shared analytics. We merge them behind one system with proper redirects.

03

Rebuilding after a growth stage

The site that got you to where you are was built for a smaller organisation. The information architecture no longer matches what you sell.

04Approach

How we approach it

We model the content first — what actually varies, what repeats, and who owns each piece — and design against that model with real copy. Pages are rendered on the server so the first view is fast and indexable, with interactivity added only where it earns its weight. Your team gets an editing interface built around the content model, not a page builder that lets anyone break the layout.

05Process

How the work runs

The order matters more than the ceremony. Stages overlap in practice, but none of them is skipped.

  1. 01

    Content audit

    What exists, what is worth keeping, what is duplicated and what is quietly wrong.

  2. 02

    Information architecture

    Structure and navigation tested against the tasks real visitors arrive with.

  3. 03

    Design against real content

    Layouts proven with your longest headline and your shortest, not with placeholder text.

  4. 04

    Build and migrate

    Implementation alongside content migration, so the site is never demonstrated empty.

  5. 05

    Launch and monitor

    Redirects verified, search console watched, performance tracked for the first weeks.

06Deliverables

What you receive

Everything below is handed over as part of the engagement. If you take the work elsewhere afterwards, the next team has what it needs.

  • Content model and editorial guideDocumented entities, fields and who owns each.
  • Design systemComponents, type scale, colour tokens and usage rules.
  • Production site and admin interface
  • Redirect mapOld URL to new URL, applied at launch to preserve search equity.
  • Performance and accessibility reports
  • Deployment pipeline and runbook
07Technologies

What we use on this work

These entries are drawn from our managed technology directory, which records why each one is in our stack and what we reach for it for. Nothing outside this list is claimed for this service.

Languages & Runtimes

  • TypeScript

Frontend

  • React
  • Next.js
  • Tailwind CSS

Data & Storage

  • PostgreSQL

Cloud Platforms

  • Vercel
The full technology directory

Highlighted entries are used routinely on delivery work

08Security

How this is kept secure

Content editing sits behind role-based access with an audit trail of who changed what. Editor-supplied text is escaped on output rather than trusted at input, so a compromised editor account cannot plant script into a public page. Forms are rate limited and validated on the server, and file uploads are checked by content, not by file extension.

09Questions

Asked before we start

Can our team edit the site without a developer?

Yes — that is a primary design goal. Editors work through an admin interface built around your content model, with validation and preview. What editors cannot do is change the underlying layout system, which is deliberate: it is what stops a site degrading over time.

What happens to our search rankings when we launch?

We produce a redirect map from every existing URL before launch and apply it on the day, so links and accumulated search equity carry over. Some short-term movement is normal on any migration; a proper redirect map is what keeps it short-term.

Do you provide the content and photography?

We write structural and interface copy, and we will edit content you provide. Brand copywriting and photography are usually better done by specialists — we are happy to work alongside yours, or to recommend the kind of specialist to look for.

How do you handle accessibility claims?

We build to WCAG 2.2 AA and test with keyboard and screen reader. We will document conformance honestly, including anything not yet met. We do not issue certificates — nobody can self-certify accessibility, and any supplier who offers to should be treated with suspicion.

START HERE

Talk to us about Corporate Websites

The project brief takes about five minutes and gives us enough to have a useful first conversation about Corporate Websites rather than a generic one. If you would rather just ask a question, the short form is there for that.

We read every enquiry ourselves. If we are not the right fit, we will say so and tell you what to look for instead.