React & Next.js Development

React and Next.js apps
your team can build on

We build web apps and sites in React and Next.js: pages that load quickly, parts your team can reuse, and upgrades that stay routine, so your product keeps moving.

Thanks, we’ll be in touch soon.

{{ heroStatus }}

You’re in good company

A few of the companies we’ve worked with.

When the front end slows you down

React apps often get harder to change as they grow. Components get copied instead of shared, and data is fetched in several different ways. Versions fall behind, and pages slow down on phones. The cause is rarely React itself. It’s usually how the app was put together.

What we build

Front ends your team can extend, test and upgrade without starting again.

  • New web apps in React

    Interfaces made from small components, each with one job, written in TypeScript so many mistakes show up before release.

  • Sites and apps in Next.js

    Public sites and signed-in apps on one framework, with routes, data and rendering set page by page.

  • Design systems

    One shared set of components and the rules for using them, so each new screen starts from parts that already work.

  • Moves to React from older front ends

    A few screens at a time, with old and new running side by side until the last one is across.

  • Upgrades to current versions

    React and Next.js brought up to date in planned steps, using the official upgrade guides and, for Next.js, its automated code changes.

  • Connections to your APIs and systems

    Your back end, payments, search and sign-in wired in, with secret keys kept on the server, never sent to the browser.

  • Speed

    Measured on ordinary phones and connections, then improved where it counts: what shows first, what can wait and what never needs to reach the browser.

  • Accessibility

    Built to WCAG 2.2 at level AA unless you need another, so screens work from the keyboard and make sense to screen readers.

  • Tests

    Automated checks around the parts that matter most, run on every change, so a fix in one place doesn’t quietly break another.

Each page rendered where it works best

Next.js can prepare a page ahead of time, or on the server as it’s asked for, and run the parts people tap and type into in the browser. Parts of one page can differ.

So we choose part by part: what can be ready before anyone asks, what has to be current for each visitor, and what has to answer a tap at once.

Pick a page

{{ rdStatus }}

  • Prepared ahead

    The article. The same for every reader, so it’s ready before anyone asks, and prepared again when an editor changes it.

  • On the server

    Your reading list. Belongs to the reader who’s signed in, so it’s prepared for them as the page is asked for.

  • In the browser

    The save button. Answers a tap at once, without loading the page again.

  • Prepared ahead

    Photos and description. They change rarely, so they’re ready before anyone asks.

  • On the server

    Price and stock. They have to be right at that moment, so they’re checked as the page is asked for and arrive just after the rest.

  • In the browser

    Sizes and the cart button. They answer each tap at once.

  • Prepared ahead

    The menu and layout. The same for everyone, so they show at once.

  • On the server

    Your account’s data. Private to each customer, so it’s prepared on the server, where the keys that reach it stay.

  • In the browser

    Dates and filters. They change the view as you click, without loading the page again.

Easy to keep up to date

React and Next.js keep releasing new versions. React keeps breaking changes for major versions and, where it can, warns about them ahead of time: its policy is that an app with no warnings on the latest release will work with the next major one. Next.js publishes a guide for each major upgrade, with codemods, automated changes to your code, for parts of its API that are updated or phased out.

We keep dependencies few and current, try each upgrade on a preview copy first, and keep tests around what changes.

Start with a review of your app

The review covers the app you have: its components, its dependencies, its speed and how releases go. You get a written review under three headings, Keep, Fix and Rebuild, and a proposal for the first step.

Starting from nothing? We begin with the screens your users need first and the systems they rely on.

  1. Is React the right choice for us?

    It suits products with many screens and a lot of interaction, built by a team that will keep developing them. If your site is mostly content your editors run, a content system may suit you better, and we’ll say so.

    Web & App Development
  2. React or Next.js?

    React is for building interfaces. Next.js is a framework built on React that adds routing, rendering on the server and ways of fetching data. For most new sites and apps we’d suggest Next.js; a front end inside a larger product may need only React.

  3. Can you take over our existing app?

    Yes, however it’s built today. We read the code and how it ships before changing anything, then start with what slows your team down most.

  4. Can you move us from an older front end?

    Yes, a screen or a feature at a time, so the product keeps working while it moves.

    Legacy Modernization
  5. Who hosts it?

    Hosting and the platform beneath your app are a service of their own.

    Cloud, DevOps & Security
  6. Who looks after it once it’s live?

    We can: updates, security fixes and monitoring on a regular rhythm, with agreed response times, from a team that knows your app.

    Support & Maintenance
  7. Will it be accessible?

    Yes. We build to the current standard, WCAG 2.2, at level AA, unless you need another.

    Accessibility
  8. What does it cost?

    It depends on what the app has to do and how much of it exists already. You get a written proposal before any work starts: the scope, the price or rate, and how you pay.

    Pricing
  9. Could we add React developers to our own team instead?

    Yes. Our React developers can join your own team instead, and you meet each one before choosing who starts.

    Hire React Developers
  10. Do you build mobile apps with React Native?

    Apps for phones are our mobile work: iOS and Android apps, native or cross-platform, built on the same back end as your web product.

    Mobile App Development
  11. Can you build the back end too?

    Yes. We build the APIs and services your app depends on, often as Node.js services written in TypeScript, like the app itself.

    Node.js Development

Node.js is a registered trademark of the OpenJS Foundation. Webair isn’t affiliated with or endorsed by the OpenJS Foundation. Vercel, the Vercel design, Next.js and related marks, designs and logos are trademarks or registered trademarks of Vercel, Inc. or its affiliates in the US and other countries.

Let’s build it better

Tell us what you’re building, or what’s slowing it down. We’ll come back with where we’d start.

Thanks, we’ll be in touch soon.

{{ ctaStatus }}