Auf Basis von Sites und Group haben wir das föderale Prinzip technisch sauber abgebildet: bundesweiter Content, der in Regionalauftritte übernommen und dort mit regional relevanten Informationen angereichert oder überschrieben werden kann, ohne dass dies den zentralen Content verändert. Das hierarchische Rechtesystem stellt sicher, dass Regionalredakteur:innen nur im Rahmen ihres eigenen Auftritts arbeiten. Für Suchmaschinen und AI-Agents bleibt dank sauberer Canonical-Logik stets klar, welche Domain als Ursprung eines Inhalts gilt.

Bisher war Regionalisierung strikt domainspezifisch: Ein Inhalt war für eine Domain freigeschaltet oder eben nicht. Der große Wunsch war aber, die enorme Reichweite von verbraucherzentrale.de für die Landeszentralen nutzbar zu machen. Wer einen bundesweiten Artikel auf dem Dachportal liest, soll direkt das passende Angebot „seiner“ Landeszentrale sehen.

Dafür haben wir die Domain-Spezifität gezielt und kontrolliert durchbrochen. Ein neuer „Region Context“ erlaubt es Nutzer:innen, ihr jeweiliges Bundesland auf dem Dachportal auszuwählen. Ist ein Bundesland gesetzt, werden an definierten Stellen die passenden Regio-Paragraphen und Teaser-Elemente der jeweiligen Landeszentrale ausgespielt. Wer nichts speichern möchte, erhält die neutrale Version. Damit lassen sich landesspezifische Beratungsangebote erstmals mitten im bundesweiten Content platzieren.

Bei hunderten Redakteur:innen mit sehr unterschiedlichen Erfahrungswerten muss zweierlei zusammenkommen: ein durchgängig einheitlicher Marken-Look über alle Auftritte und funktionsmächtige Werkzeuge zum Gestalten. Unsere Antwort ist ein redaktioneller Baukasten, mit dessen Hilfe die Redaktionen beispielsweise Startseiten oder Landing Pages über Layout Builder und Layout Paragraphs zusammensetzen. Strukturierte Inhalte wie Artikel wiederum verfügen über ein umfangreiches Repertoire an Paragraph-Types, mit denen die Redaktionen visuell konsistente, aber dennoch variantenreiche Inhalte gestalten können.

Häufig möchte die Gemeinschaftsredaktion auf vielen Content-Seiten inhaltliche Ergänzungen platzieren, pauschal oder themenspezifisch, ohne dass die Länderredaktionen sich bei der Content-Pflege um deren Verwaltung oder Platzierung kümmern müssen. Dafür kam erneut das Slots-Modul zum Einsatz. Mit ihm lassen sich kontextsensitive Platzhalter bei jedem Inhaltstyp an vorab festgelegten Positionen definieren. Passt ein Inhalt, etwa ein Block, auf den definierten Kontext, erscheint er automatisch und ohne weiteres redaktionelles Zutun an der vorgesehenen Stelle. Ansonsten weist im Frontend nichts auf einen solchen Platzhalter hin.

Ein besonders mächtiges redaktionelles Werkzeug haben wir für Teaser entwickelt, jene Vorschau-Elemente, mit denen im ganzen Auftritt auf Inhalte hingewiesen wird. Der Clou: Das Datenmodell eines Teasers ist dabei immer dasselbe. Zwei grundlegende Teaser-Arten unterscheiden wir:

• Der Reference Teaser referenziert einen bestehenden Inhalt in Drupal und zieht sich seine Bestandteile nach definierten Kriterien automatisch aus dem Zielinhalt. Meist sind das Titel, Topline und Aufmacherbild samt automatisch erzeugtem Link, je nach Inhaltstyp aber auch mehr, etwa das Datum bei einem Termin oder die Preisangabe bei einem Beratungsangebot. Ändert sich der Zielinhalt, wandert die Änderung automatisch in den Teaser.
• Der Custom Teaser wird von Redakteur:innen frei aufgebaut: Titel, Topline, Aufmacherbild sowie eine oder beliebig viele Ziel-URLs mit eigenem Linktitel.

Angelegt werden diese Teaser einzeln oder als Gruppe in einem eigens dafür vorgesehenen Paragraph-Typ „Teaser List“. Und hier kommen die Paragraph Behaviors ins Spiel. Über sie steuern Redakteur:innen zweierlei: welche Bestandteile des Datenmodells überhaupt gerendert werden (etwa ohne Bildmedium oder nur als schlichte Linkliste), und wie eine Teasergruppe optisch erscheint, zum Beispiel als Teaser-Cards in verschiedenen Grid-Varianten, als horizontale oder vertikale Reihe, in unterschiedlichen Design-Stilen oder als swipebare Teaser-Galerie.

Das ist genau die Balance, die der Verbund brauchte: ein einheitliches, sauber gepflegtes Datenmodell im Hintergrund, aber trotzdem enorme gestalterische Freiheit an der Oberfläche, bei gewahrten Corporate-Design-Leitplanken und ohne dass die Redaktionen dafür eine Zeile Code oder Unterstützung aus der Gemeinschaftsredaktion benötigen.

Ein Beispiel für die Nutzung von Teasern im System, hier als Carousel mit Icons dargestellt. Im Backend entstehen sie auf flexible Art entweder per automatischer Referenzierung oder vollständig manuell definiert.

Die vielleicht größte Fleißarbeit lag im Untergrund. Die Inhalte des neuen Auftritts wurden aus zwei bisher getrennten Drupal-Instanzen zusammengeführt: dem bestehenden Gemeinschaftsauftritt und dem eigenständigen Auftritt der VZ Niedersachsen. Angesichts von rund 58.000 Nodes, verteilt auf 25 Inhaltstypen, ging das nur automatisiert und teilweise KI-gestützt.

Dabei ging es nicht ums bloße Umziehen. Inhaltstypen wurden konsolidiert und verschlankt, Inhalte in das neue Datenmodell mit verschachtelten Paragraphs überführt und über 21.000 Redirects übernommen, damit Suchmaschinen und verlinkende Websites nach dem Umzug unterbrechungsfrei landen. Ergänzt haben wir das durch eine zentrale Mediendatenbank mit sauberer Verwaltung von Urheber- und Lizenzhinweisen (inklusive der Möglichkeit, ein Teaserbild etwa nur in Bayern auszuspielen), automatischer Verschlagwortung nach Herkunfts-Bundesland und Hilfen zum Aufräumen des über Jahre angewachsenen Dateibestands.

Mehr über Webseiten-Migration ▸

Fremdsprachige Inhalte sind längst fester Bestandteil des Auftritts. Rund 200 Ausgangstexte liegen in bis zu zwölf Sprachen vor, darunter Ukrainisch, Russisch, Polnisch, Englisch sowie Arabisch, Farsi und Dari. Der neue Auftritt unterstützt nun mehrere Sprachversionen pro Inhalt, spiegelt die Sprache in der URL wider und stellt komfortable Umschalter bereit. Für rechtsläufige Schriften (RtL) und für die Leichte Sprache, die wir bewusst wie eine eigene Sprache mit eigenem Layout behandeln, kommen jeweils passende Darstellungen zum Einsatz. Ergänzt wird das um strukturierte Daten nach schema.org (etwa für FAQ und Termine), damit die Inhalte für die wichtigste Trafficquelle, die Suchmaschinen, optimal aufbereitet sind.

Und weil Barrierefreiheit für öffentlich finanzierte Stellen Pflicht ist, haben wir sie von Anfang an mitgedacht: Der Baukasten ist konsequent „Mobile First“ entwickelt; die Design-Komponenten wurden im Entwicklungsprozess komponentenbasiert und direkt in Storybook auf Barrierefreiheit hin geprüft.

So eng wir als Dienstleister auch eingebunden sind – die Verbraucherzentralen behalten die volle Kontrolle über ihr Projekt. Das gesamte System baut auf quelloffenem Drupal und, wo immer möglich, auf Standard-Community-Modulen statt auf proprietären Speziallösungen. Es gibt kein Vendor-Lock-in: Die Verbraucherzentralen sind weder an uns noch an einen bestimmten Anbieter gebunden und könnten Entwicklung und Betrieb jederzeit verlagern.

Den Betrieb der Infrastruktur übernimmt unser langjähriger Partner Kraut.Hosting in einem ISO-27001-zertifizierten Rechenzentrum in Deutschland; erdfisch verantwortet Entwicklung und Service. Für eine überwiegend öffentlich finanzierte Organisation, die für die Interessen der Verbraucher:innen einsteht, ist das mehr als ein technisches Detail: Der Gemeinschaftsauftritt ist gelebte digitale Souveränität, unabhängig, datenschutzkonform und in eigener Hand.