Journal

A true multi-brand and multi-channel experience

Autocorner needed more than a cleaner website. It needed one platform where every brand, centre, content channel and live vehicle listing could work together without becoming a separate project.

All postsArchitectureMigrationCommerce
Published
27 July 2026
Read
5 min read
Written by
Eric Chautems
Contents

On this page

Autocorner has sold and serviced cars in French-speaking Switzerland since 1990. Audi, Škoda and BYD share the same group, but not the same identity, catalogue or audience. Its centres have their own teams and stock, while customers move freely between the website, a campaign, a vehicle listing and a showroom.

For years, that diversity existed online as a collection of separate Gatsby websites. Each centre had its own pages, integrations and deployment. The sites looked related, but the business had to maintain them as separate products. A content change still needed a developer, vehicle data could lag behind the marketplace, and every new brand threatened to add another site to the collection.

“We had a website, but we couldn’t do anything with it. The maintenance burden was huge. With the right tools and architecture, we realised we could transform not only the site, but the way we work and sell.” — Autocorner

The right answer was not another website

We could have merged the eight sites into a neater template and stopped there. That would have reduced duplication, but it would not have reflected how Autocorner actually operates. A dealership platform has to bring together three different flows: content written by the team, live inventory managed elsewhere, and the requests customers send back.

We therefore built one Next.js application around a shared, typed data layer. Brands and centres became content records rather than separate codebases. Sanity became the editorial backbone, AutoScout24 remained the source of truth for used vehicles, and forms returned each request to the right centre with the right brand context.

The choice was deliberate: keep every source responsible for what it does best, then create one coherent experience above them.

One platform, many identities

A brand in the platform carries its own logo, colours, categories and language. A centre carries its address, opening hours, team, services and marketplace identifier. Pages can combine those records without duplicating their content, so the same service can appear in several centres while still feeling native to each brand.

The Autocorner brands page with cards for Audi, BYD and Škoda, each using its own logo, wording and accent colour.
FigureAudi, BYD and Škoda share one platform without being flattened into one identity. Each brand is configured through content rather than maintained as a separate website.

That model proved its value when Autocorner added BYD. The platform already understood brands as first-class entities, so a new identity, centre and fleet could be introduced as configuration and content. What would previously have triggered another website became an extension of the system already in place.

“When BYD joined us, we discovered that we could launch an entirely new centre, fleet and visual identity without rebuilding the platform. The CMS gives us the right balance of freedom and structure.” — Autocorner

Content and live inventory meet on the same page

Editorial content belongs in Sanity: pages, offers, centres, brands, services and campaigns. Vehicle availability belongs in AutoScout24, where Autocorner already manages its stock. Copying one into the other would create a second source of truth, so we connected them instead.

A typed client reads the AutoScout24 API and validates its responses before they reach the interface. The seller identifier on a listing connects the vehicle to the appropriate centre record. That is how one vehicle page can combine a current price, mileage and equipment list with Autocorner’s own opening hours, contact person, brand styling and editorial content.

An Autocorner vehicle page for a Škoda Enyaq, showing its photograph, price, mileage, equipment and the centre responsible for the car.
FigureOne customer-facing page, assembled from two reliable sources: live marketplace data for the vehicle and Autocorner’s own content for the brand and centre.

This separation also makes the platform useful beyond the main website. The same vehicle data can feed a campaign or a filtered landing page; the same centre information can appear in navigation, forms and confirmations. Multi-channel does not mean copying content into more places. It means allowing every channel to read from the same dependable foundation.

Search shaped around the customer

Vehicle search is where those choices become visible. Autocorner decides in Sanity which filters appear, in what order, with which defaults and whether they begin open or closed. The entire selection is reflected in the URL, so a search can be bookmarked, shared or reused in a campaign.

The result count comes from the live inventory. A visitor can start from the homepage, choose a make, price and condition, then preview the matching vehicles before opening the full listing. The team can refine that journey without waiting for a new release.

Scroll sideways, or use the arrow keys.

  • The initial Autocorner search widget showing popular filters and the number of vehicles currently available.
    The current inventory count and useful starting points are visible immediately.
  • The Autocorner search widget with the make selector open, listing every available brand with a search field and checkboxes.
    The visitor narrows the stock using a search experience configured by Autocorner.
  • The Autocorner homepage previewing Audi petrol vehicles that match two active filters — make and fuel — with a link to all 163 results.
    Matching vehicles appear before the visitor leaves the homepage.
GalleryThe homepage search moves from orientation to selection and then to a live preview, without disconnecting the visitor from the page they started on.

A platform that returned more than autonomy

The immediate result was editorial independence: one team can manage pages, brands, centres and campaigns from one place. The architectural result was equally important: one deployment now improves every centre, and the next brand no longer starts from an empty repository.

The commercial result made the value unmistakable. After moving to the platform, Autocorner reported roughly ten times more offer requests, around twenty-five times more used-car buyback requests, and organic traffic beyond what the team had expected from a dealership website.

The lesson was not that every business needs Sanity, Next.js or a custom data layer. Autocorner needed them because its website had to reconcile many brands, many centres, live external inventory and several customer channels without losing consistency. For a smaller organisation whose priority is simply to edit pages with minimal friction, we deliberately choose a lighter solution, as we did for the Cabinet des Alpettes.

For Autocorner, the website became a shared foundation rather than a finished destination. Once content, inventory and customer requests could meet in one place, the next question was no longer how to publish another page, but how the same platform could support the work happening behind it. That is the subject of the next chapter.

Journal

More from the journal

  • A simple yet flexible CMS driven website.

    A practice with no developer needed to change its own website at lowest possible friction while being able to build a beatuiful website.

    ContentArchitecture3 min read
  • When the customer changes, the platform must follow

    Kooko began by delivering dinner to individuals, then served groups of colleagues and finally their employers. Five years and four architectures taught us when to adapt a system—and when to stop extending it.

    ArchitectureMigrationCommerce6 min read
  • How the web became the default

    Every platform once demanded its own language, toolchain and answer to deployment. The web escaped that and became the default for almost everything, including the things it was worst at, and it never handed anyone an architecture.

    ArchitectureOpen source11 min read

Next step

Recognise the problem?

If one of these sounds like your system, the first conversation costs nothing.