Skip to content

Built on

Platforms we build and run on

A platform is a constraint you live with for years, so it is chosen against what the site or the software actually has to do. Where something cheaper and simpler would carry the job, that is what we will recommend — including when it is not a platform we sell.

Ask which one fits
One team one invoice Branding What you stand for Branding — What you stand for Website Where they land Website — Where they land Marketing Who arrives Marketing — Who arrives BPO Who answers BPO — Who answers Take one, or take the loop. What support hears is next month's messaging.
We build on WordPress WooCommerce Shopify Headless CMS Laravel & Node

Measurement · Google · Meta

GA4 & the ad platforms

GA4, Search Console, Google Ads and Meta, configured before a campaign runs, and in accounts that stay in your name.

Analytics
GA4 with conversion events that match real business outcomes
Search
Search Console verified, sitemaps submitted, coverage monitored
Paid
Google Ads and Meta Business Manager, in your ownership
Reporting
Looker Studio or a written monthly report you can read without a translator

Application · PHP / JavaScript

Laravel & Node

Where the requirement is an application rather than a site: portals, internal tools, integrations and scheduled automation.

Stack
Laravel or Node on the server, React or server-rendered views
Database
PostgreSQL or MySQL
Testing
Automated coverage on the logic where being wrong costs money
Handover
Repository, infrastructure and written documentation, in your name

Sanity · Contentful · Strapi

Headless CMS

Content managed in one place and delivered to several: a site, an app, a partner feed. Paired with a Next.js or Astro front end.

Front end
Next.js or Astro, statically rendered where possible
Content API
GraphQL or REST, with preview builds for editors
Editing
Structured content models rather than free-form pages
Hosting
Your Vercel, Netlify or cloud account

eCommerce · Hosted

Shopify

Hosted commerce where the platform carries the hosting, the security and the checkout, and you carry a monthly fee.

Hosting and PCI
Handled by the platform
Theme
Custom theme built to your brand, not a bought template
Apps
Used sparingly; each one is a recurring cost and a dependency
Feeds
Product feed built for Shopping search behaviour, not copied from the catalogue

eCommerce · WordPress

WooCommerce

WordPress commerce for catalogues where the rules are yours, unusual pricing, bundles, or a shop that has to live inside a content site.

Payments
Gateway-hosted checkout, so PCI DSS scope stays with the gateway
Catalogue
Variable products, bundles and custom pricing rules
Ownership
Full database and code ownership, no platform fee
Running cost
Hosting, updates and performance work are yours to own or to buy

CMS · PHP

WordPress

The right answer for most marketing and content sites: your team can edit it, hosting is cheap, and the ecosystem means very little has to be built twice.

Build approach
A custom theme built from components, no page builder
Editing
Block editor, with section fields where structure matters
Performance
Measured against Core Web Vitals thresholds before launch
Plugins
As few as the job needs; each one is a dependency you inherit

Not sure which one you need?

  • A marketing site somebody in-house will edit WordPress, built from components rather than a page builder. Your team edits content; nobody needs a developer to change a heading.
  • Selling products online WooCommerce or Shopify, chosen on where the checkout risk should sit and how much of the catalogue logic is yours rather than the platform's.
  • A workflow no product quite fits Custom software — Laravel, Node or a headless front end — scoped to the part of the process that is genuinely yours, with the rest bought off the shelf.
Ask a developer which fits

How a platform gets chosen

Against what the site or the software actually has to do, and against who has to maintain it afterwards. A platform is a constraint you live with for years; the cost of choosing the familiar one is usually paid in year two.

The short version

  • A marketing site your team will edit, WordPress, built from components rather than a page builder.
  • Selling products, WooCommerce if the catalogue rules are genuinely yours, Shopify if you would rather not operate infrastructure.
  • Content feeding more than one destination, a headless CMS with a Next.js or Astro front end, but only when the second destination actually exists.
  • A workflow no product fits, Laravel or Node, scoped down to the part that is genuinely yours.

What we will say against our own interest

A page builder is quick to start and expensive to leave. A headless stack on a single marketing site buys flexibility nobody needs and costs editing simplicity. And if a $30-a-month product does most of what a custom build would, buying it and living with the gap is almost always cheaper. Each of those costs us revenue to say, and each of them is true.

Choosing a platform is choosing a maintenance bill

Abstract render of long-term ownership and maintenance of a content management system
Almost every platform argument is really an argument about the next three years.

Almost every platform argument is really an argument about the next three years. The build cost differs by a little; the cost of owning the result differs by a lot, and it is decided by things nobody demonstrates in a pitch — how many dependencies the site inherits, whether the client can edit it without a developer, and what happens at the first major update.

So each of these pages says what the platform is genuinely good at and, more usefully, where it stops being the right answer. A recommendation that never includes the second half is a sales pitch.

What we will tell you before a build starts

  • What the platform cannot do, before you have paid for finding out
  • What the licences and apps will cost monthly, not just at launch
  • Who will be able to change what, once we have handed it over

See website development for how a build runs, or custom software development when the requirement is an application rather than a site.

Before you get in touch

Two questions settle most platform arguments before they start: how many people will need to change the site without a developer, and how many other systems it has to talk to. The answers usually point at one platform clearly enough that the rest of the debate is unnecessary.

Before you ask for a quote

Tell us what is not working. You get an answer, not a booking link

A paragraph is enough to start. A person reads it and replies within one working day with a scope, a price and an honest view of whether the work is worth doing at all.

Chat on WhatsApp

Free consultation

Tell us what is not working

A paragraph is enough to start. A person reads it and replies within one working day with a scope, a price range, or an honest reason we are not the right fit.

  • No automated qualification sequence
  • A reply within one working day
  • We will tell you if we are the wrong people

    We use what you send to answer you. We do not sell it, and we do not add you to a list.

    Careers

    Apply to OveliTHub

    Send us a link to your CV, a short note about the kind of work you want to be doing, and anything you have built or run that you are proud of.

    • No unpaid trial projects, ever
    • We read every application and reply either way

      We use what you send to answer you. We do not sell it, and we do not add you to a list.