Website Modernization · Platform Engineering

One website. A shared content foundation for other applications.

For the Schubert Group, we replaced the Contao-based website with a modular web application using Remix and Sanity. The architecture separates the user interface, content management, search, media and measurement-related services.

Sanity also makes structured content available to other applications, including the Waypoint and Iskra sales tools. The migration therefore established more than a new website: it created a shared content foundation.

Valanor migrated the Schubert Group website from Contao to Remix and Sanity, creating structured content that can also support sales applications such as Waypoint and Iskra.

Client
Ruess Group
Type
Migration
Status
Ongoing
Services
  • Platform Engineering
  • Software Engineering
  • CMS Migration
  • System Integration

The website needed to do more than publish content.

Starting point and objectives

The Schubert Group's corporate website was based on Contao. As its digital sales applications evolved, the company needed content that could be managed once and used across multiple applications, rather than exclusively on the website.

The frontend, content editing and specialist capabilities for search, media and tracking also needed to evolve independently. That called for an architecture with clearly defined responsibilities and interfaces.

Valanor was responsible for the technical migration and development of the new website architecture. Replacing Contao was only one part of the project; making structured content reusable across systems was the central requirement.

An architecture with clear responsibilities.

Technical approach

We developed the frontend in Remix.run and decoupled it from content management. Sanity acts as the headless CMS, providing structured editorial content through APIs. Specialist services handle media, search, consent management and tracking. For more about the CMS, see our introduction to Sanity.

Composable architecture is not about adding as many tools as possible. Each component has a defined role. Services can evolve without tying the entire website to a single CMS or deployment model. This is central to our Platform Engineering work.

The design system is documented in Storybook. Reusable UI components can therefore be developed, tested and maintained independently of individual pages.

The technology stack, and the role of each component.

Each technology serves a specific function within the overall architecture.

Remix.run – Web Application

Remix powers the website's frontend and application logic. Server-side rendering and defined data loading support content delivery and integration with external services.

Sanity – Structured Content

Sanity manages editorial content independently of the frontend. APIs allow the website and other applications to access the same centrally maintained information.

Cloudinary – Media

Cloudinary manages images and delivers suitable formats and transformations, avoiding the need to implement those capabilities separately in every application.

Algolia – Search

Algolia provides a dedicated search index and fast queries, keeping search and relevance management separate from content editing.

Cookiebot – Consent Management

Cookiebot supports cookie consent management and consent-dependent control of the relevant technologies.

Stape – Server-Side Tagging

Stape provides infrastructure for server-side tagging and technical control over tracking data flows. Consent and data protection requirements still apply.

Netlify – Hosting and Deployment

Netlify hosts the web application and supports automated deployments, separating frontend releases from the editorial system.

Storybook – Design System

Storybook documents and isolates the developed UI components, supporting testing, reuse and consistent development.

One content source for the website and sales applications.

Sanity as the Single Source of Truth

Rather than being only a website CMS, Sanity provides a shared foundation for content that is needed across different digital applications.

Alongside the corporate website, the Waypoint and Iskra sales applications use or are intended to use this common content foundation. Waypoint supports sales processes at trade shows; Iskra supports digital business cards.

Each application keeps its own interface and business processes. Shared content can be managed centrally and delivered through defined interfaces, reducing the need for duplicate editorial work and inconsistent information.

Here, Single Source of Truth applies to the editorial content managed in Sanity. It does not mean Sanity owns every customer, sales or business record across the Schubert Group.

What the modernization made possible.

The value lies in the technical capabilities created, not in the CMS replacement alone.

Reuse content across applications

Sanity provides structured editorial content to the website and other digital applications.

Develop the website independently of the CMS

Remix provides a standalone frontend that can evolve in presentation and application logic without rebuilding content management.

Evolve specialist services separately

Search, media management, consent and tracking have distinct responsibilities and are integrated through defined interfaces.

Maintain reusable components consistently

The design system in Storybook provides a shared foundation for developing, reviewing and documenting reusable interface components.

Composable architecture adds flexibility and integration responsibility.

Architecture trade-offs

A decoupled architecture reduces dependency on a single CMS, but requires more discipline in APIs, data models, failure handling and operating multiple services. Those responsibilities must be explicitly assigned. We assess these trade-offs through Consulting & Diagnostics.

For the Schubert Group, the separation matters because content must serve more than one website. A one-to-one Contao migration would not have addressed that cross-application requirement to the same extent.

For industrial and manufacturing companies, connecting a corporate website with product information and sales tools can be particularly relevant. This architecture shows how structured content can be shared without forcing every application to use the same frontend.

Platform Engineering · CMS Migration

Need to evolve content and applications independently?

We help assess where an existing CMS limits your systems, which content must be shared across applications and whether a headless or composable architecture is justified. Discuss the technical requirements with Aleksandar Basara.

Book a Discovery Call

Aleksandar Basara

Managing Director

aleks@valanor.co

+49 (0) 711 16 44 6 83

Lindenspürstrasse 22, 70176 Stuttgart

Aleksandar Basara