Skip to main content

Capability

Web Development Services

Sites and web applications that load in under a second, pass Core Web Vitals on real devices, and rank because of it. Built on Next.js, with structured data and a content model your team can actually edit.

From $3,500 · 3–6 weeks · fixed scope, agreed in writing

Design to launch
3–6 weeksDesign to launch
Passing on real devices
Core Web VitalsPassing on real devices
Schema and technical SEO
Built inSchema and technical SEO
Source code ownership
100%Source code ownership

What your team gets

What is actually delivered

Not a strategy deck. A running system, the permissions around it, and the code in your repository.

  • A site that passes Core Web Vitals on a mid-range phone, not just on your laptop
  • Technical SEO built in: metadata, canonicals, sitemap, robots, structured data
  • Structured data that answer engines can read, not just search engines
  • A content model your team can edit without calling a developer
  • Accessibility checked to WCAG 2.1 AA, not assumed
  • Full source code and a deployment your team controls

What we build

Six kinds of site we build

Different jobs, same non-negotiables: fast on a mid-range phone, readable by a crawler, editable by your team.

  • Marketing and brand sites

    The site that has to rank, convert and load instantly. Prerendered by default, so the page comes off a CDN rather than being assembled on request.

    A company site where every page is static HTML and still fully dynamic to edit.

  • Content and programmatic SEO

    Many pages generated from structured content, each one genuinely useful rather than spun. This is how a service business covers a category properly.

    A capability page per service and an industry page per segment, all from one content model.

  • Web applications

    Authenticated, stateful products where the browser is the interface to a real system rather than a brochure.

    A member portal handling registration, renewals and documents.

  • E-commerce storefronts

    Headless commerce where the storefront is fast and the catalogue lives where your operations already are.

    A storefront built to hold a seasonal traffic curve without falling over.

  • Rebuilds and migrations

    Moving off a page builder or an ageing CMS without losing the rankings you have. Redirects mapped before anything ships.

    A WordPress site moved to Next.js with every URL preserved or redirected.

  • Performance and SEO rescue

    An existing site that is slow, unindexed or both. Diagnosis first, then the fixes in order of what actually moves the number.

    Cutting largest-contentful-paint by more than half without a redesign.

How we build it

What makes a site fast, and what makes it rank

Speed and ranking are not separate projects. Core Web Vitals are a ranking input, and the architecture that makes a page fast — prerendered HTML from an edge cache — is the same architecture that makes it reliably crawlable. These five decisions carry most of the result.

  1. 01

    Prerender by default

    Pages are static HTML served from a CDN, with dynamic rendering used only where it is genuinely needed. Time-to-first-byte becomes a cache hit rather than an origin round trip.

  2. 02

    Ship less JavaScript

    Server components by default, client interactivity as islands. The heaviest cost on a mid-range phone is parsing and executing script, not downloading it.

  3. 03

    Reserve space for everything

    Explicit dimensions on images and embeds, fonts with metric-matched fallbacks. Layout shift is the easiest of the three Core Web Vitals to fix and the most often ignored.

  4. 04

    Structure the meaning

    One metadata factory, canonical URLs, and JSON-LD generated from the same data that renders the page — so the markup and the content can never drift apart.

  5. 05

    Measure in the field

    Lab scores are a proxy. Real-user metrics from actual visitors on actual devices are the number Google uses, and the only one worth reporting.

Building for answer engines

A growing share of discovery happens inside an AI answer rather than on a results page. Being cited there depends on things classic SEO never emphasised: explicit entity markup, self-contained answers that can be lifted with attribution, and a clean, structured summary of the site. We build these in rather than retrofitting them.

JSON-LD
Organization, Service, FAQ, Breadcrumb.
Self-contained answers
Liftable without the page around them.
llms.txt
A structured brief for answer engines.
Crawler policy
AI crawlers allowed deliberately.

Choosing the content layer

The right answer depends on who edits and how often. Content in the repository is fastest and free, and suits a site a developer maintains. A headless CMS earns its cost the moment a non-developer needs to publish without a deploy. We ask who will actually be editing before choosing, because the wrong answer here is felt weekly.

MDX in repo
Fast, free, developer-edited.
Payload / Sanity
When a marketer must publish.
Headless WordPress
When the team will not move.
Hybrid
Marketing pages in code, blog in a CMS.

Migrating without losing rankings

Most traffic lost in a rebuild is lost to unmapped URLs. Before anything ships we inventory every indexed URL, map each to its destination, and put permanent redirects in place — then watch coverage and position for the weeks after launch rather than declaring victory on go-live day.

Technology

What we build agents with, and what we connect them to

We pick the boring option unless there is a reason not to — the framework is the part most likely to be abandoned before your system is.

Framework
  • Next.js
  • React
  • TypeScript
  • Tailwind CSS
  • Astro
Content
  • MDX
  • Payload CMS
  • Sanity
  • Headless WordPress
  • Contentful
Commerce
  • Shopify Hydrogen
  • WooCommerce
  • Stripe
  • Medusa
Hosting and edge
  • Vercel
  • Cloudflare
  • AWS
  • Nginx
  • Docker
SEO and analytics
  • JSON-LD / schema.org
  • Google Search Console
  • Vercel Analytics
  • Plausible
  • Screaming Frog
Quality
  • Lighthouse CI
  • Core Web Vitals field data
  • axe
  • Playwright
  • Sentry

How the engagement runs

Five phases, each with something you can hold

Every phase ends in a named deliverable. You can stop after any of them and keep what has been built.

  1. 01Week 0

    Discovery call

    What the site has to do — rank, convert, serve an audience — and what is stopping the current one. Thirty minutes.

    DeliverableA written next step, free
  2. 02Week 1

    Structure and content model

    Information architecture, keyword and intent mapping, the content model, and who will be editing it after launch.

    DeliverableSitemap, content model, keyword map
  3. 03Weeks 2–3

    Design

    Key templates designed rather than every page, so the system scales to pages that do not exist yet. Reviewed on a phone as well as a desktop.

    DeliverableDesigned templates and a component set
  4. 04Weeks 3–5

    Build

    Templates built as reusable components, content loaded, structured data generated from the same source that renders the page, redirects mapped for any migration.

    DeliverableStaging site, redirect map, Lighthouse results
  5. 05Week 6

    Launch and watch

    Go-live, Search Console verified, field vitals monitored, and coverage and position watched for the weeks that follow.

    DeliverableLive site, source code, post-launch report

Why Devs Core

Six reasons that are checkable

  • Fast is a ranking input, not a bonus

    Core Web Vitals are measured in the field. We build for a mid-range phone on a normal connection, because that is what is scored.

  • Structured data comes from the content

    JSON-LD generated from the same arrays that render the page, so the markup cannot drift from what a reader sees.

  • Built for answer engines too

    Entity markup, liftable answers and a structured site brief, because a growing share of discovery happens inside an AI answer.

  • A content model, not a page builder

    Editing text should not risk the layout, and adding the hundredth page should cost the same as the tenth.

  • Migrations keep their rankings

    Every indexed URL inventoried and mapped before launch. Lost traffic in a rebuild is almost always an unmapped URL.

  • Accessibility is checked

    WCAG 2.1 AA verified with real tooling and keyboard testing, not assumed because the design looked clean.

Questions

Web Development — the questions we get asked

Ask us something else

What technology do you build websites with?

Next.js with React, TypeScript and Tailwind CSS, deployed on Vercel or Cloudflare. Pages are prerendered and served from an edge cache by default, which is what makes them fast, and dynamic rendering is used only where it is genuinely required. We use Astro for content-heavy sites with little interactivity.

How much does a website cost?

Web development starts at $3,500 for a fixed scope over three to six weeks. The variables are the number of unique templates, whether content has to be migrated, and whether a CMS is needed for non-developer editing.

Will the site be fast?

That is the design constraint rather than a hope. Prerendered HTML from a CDN, minimal client JavaScript, explicit dimensions on media, and metric-matched font fallbacks. We report field Core Web Vitals from real visitors after launch, not just a lab score on a fast laptop.

Can our team edit the content?

Yes, and we choose the content layer based on who will actually be editing. Content in the repository is fastest and free but suits a developer-maintained site; a headless CMS such as Payload or Sanity earns its cost the moment a marketer needs to publish without a deploy. We ask before choosing.

Will we lose our search rankings if you rebuild our site?

Not if the migration is done properly. Every indexed URL is inventoried and mapped to its destination with permanent redirects before anything ships, and we watch coverage and position for the weeks after launch. Traffic lost in a rebuild is almost always an unmapped URL rather than anything to do with the new site.

Do you optimise for AI answer engines as well as Google?

Yes. That means explicit JSON-LD entity markup, answers written to be self-contained enough to lift with attribution, a structured summary at /llms.txt, and a crawler policy that deliberately allows AI crawlers — because being excluded from an AI answer is a worse outcome than being scraped.

Do you work with WordPress?

We build on WordPress where a client’s team is committed to it, and we run it headless with a Next.js front end where the editing experience matters but the performance ceiling does not. For a new marketing site with ranking goals, Next.js is usually the better answer and we will say so.

Is accessibility included?

Yes, to WCAG 2.1 AA, and verified — automated checks with axe, plus keyboard and screen-reader testing on the key flows. It is not an add-on line item, partly because retrofitting it costs several times what building it in does.

Tell us which process is costing you.

Thirty minutes, no preparation, no deck. You describe what keeps going wrong and we tell you whether AI is the answer — including when it is not.

Prefer email? contact@devs-core.com