veren.
Serie Fixes · 01

Zwei Marken, eine Website, keine doppelte Pflege

„Wir haben eine zweite Marke übernommen. Jetzt haben wir zwei Websites, zwei Hosting-Rechnungen, zwei Content-Systeme und zwei Backlogs. Unsere Agentur hat uns ein Angebot für eine zweite Website geschickt.“
AutorBegüm Yüzgülen
Veröffentlicht14. Oktober 2025
Lesezeit4 Min. Lesezeit
Geschrieben fürMarketingleitung bei einem Hersteller mit einer übernommenen oder zweiten Marke

Das zweite Angebot

Sie haben nicht nach einer zweiten Website gesucht. Sie kam mit der Übernahme, zusammen mit eigenem Logo, eigener Tonalität, einem Vertriebsteam, das seine Marke verteidigt, und einer Website, die jemand anderes auf etwas anderem gebaut hat. Ihre Agentur hat sich beide angesehen und den Aufbau einer zweiten Website angeboten, denn von außen sehen zwei Marken genau so aus: wie zwei Projekte.

Der Instinkt hinter dem Angebot ist nicht falsch. Die Marken sollen eigenständig bleiben. Der Markenverantwortliche, der das Unterverzeichnis abgelehnt hat, hatte recht, und das Vertriebsteam, das die Weiterleitung abgelehnt hat, ebenfalls. Falsch ist am Angebot die Annahme, dass eine eigene Identität eine eigene Infrastruktur braucht. Braucht sie nicht. Die Template-Website, die niemand pflegt, ist das, was entsteht, wenn man diese Annahme akzeptiert und dann versucht, daran zu sparen.

Was sich zwischen zwei Marken wirklich unterscheidet

Legen Sie die beiden Websites nebeneinander und notieren Sie, was sich unterscheidet. Logo, Farben, Schriften, Bildsprache. Die Tonalität und die Begriffe, die jede Marke für dieselbe Sache verwendet. Die Zielgruppe und der Vertriebsprozess, den diese Zielgruppe erwartet. Manchmal das Sortiment: Eine Marke verkauft ein Teilsortiment, ein anderes Programm oder dasselbe Programm unter anderen Namen.

Notieren Sie jetzt, was gleich ist. Ein Produkt hat einen Namen, eine Beschreibung, technische Daten, Downloads und einen Kontaktweg. Eine Seite hat eine Überschrift, Abschnitte, Calls-to-Action und Metadaten. Eine Meldung hat ein Datum, einen Autor und einen Text. Die Struktur unter den beiden Websites ist fast immer dieselbe, weil beide Marken dieselbe Aufgabe für dieselbe Art von Käufer erfüllen.

Machen Sie diesen Test für Ihren eigenen Fall, bevor Sie etwas unterschreiben. Ist die Liste der strukturellen Unterschiede kurz, bezahlen Sie mit einer zweiten Website zweimal für dieselbe Struktur, und danach bei jeder Änderung dieser Struktur noch einmal.

Marke als Dimension, nicht als Projekt

Dass die zweite Marke nicht in Ihre bestehende Website passt, liegt selten an einer technischen Grenze. Das Content-Modell wurde entworfen, als es nur eine Marke gab, also wurde Marke nie als eigenes Konzept festgehalten. Sie ist überall stillschweigend vorausgesetzt und nirgends ausdrücklich deklariert.

Die Lösung besteht darin, Marke zu einer vollwertigen Dimension des Content-Modells zu machen. Jedes Dokument, das sich zwischen den Marken unterscheiden kann, trägt ein Markenfeld. Jede Abfrage, die Inhalte lädt, filtert danach. Inhalte, die tatsächlich gemeinsam genutzt werden, etwa eine Zertifizierungsseite oder eine Firmenadresse, werden als geteilt markiert statt kopiert. Navigation, Footer, Rechtstexte und Designeinstellungen werden zu Dokumenten desselben Typs, die es pro Marke einmal gibt.

Sobald Marke eine Dimension ist, ist eine dritte Marke eher Konfiguration als Projekt. Das ist die Änderung, die alles Weitere möglich macht: eine Codebasis, ein Content-System, ein Satz Komponenten.

Routing in einfachen Worten

Domain-Routing wird als Hosting-Problem einsortiert, deshalb entwirft es niemand. Ein einziges Deployment bedient beide Domains: Kommt eine Anfrage an, sieht die Anwendung nach, über welche Domain sie hereingekommen ist, entscheidet, welche Marke das ist, und rendert Navigation, Inhalte und Design-Tokens dieser Marke. Die Entscheidung fällt bei jeder Anfrage innerhalb der Anwendung, nicht dadurch, dass zwei Kopien von allem laufen.

Wir haben das für einen Hersteller gebaut, der eine zweite Marke über deren eigene Domain bedient, mit einer Commerce-Plattform, einem Produktinformationssystem und einem ERP in derselben Systemlandschaft. Neben all diesen Systemen hat das Muster getragen: eine Anwendung, ein Content-System, zwei Marken.

Für Ihre IT-Leitung heißt das: eine Release-Pipeline, ein Satz Abhängigkeiten, der gepatcht werden muss, und eine Angriffsfläche, die beobachtet werden muss. Die zweite Marke ist Konfiguration, keine zweite Systemlandschaft.

Was Redakteure sehen

Der Einwand des Markenteams richtet sich meist nicht gegen die Technik. Es geht um Kontrolle. Niemand dort möchte ein System öffnen und die Inhalte der anderen Marke zwischen den eigenen finden, oder die eigenen Seiten von jemandem bearbeitet sehen, der die Marke nicht kennt.

Das Content-System grenzt ab, was jeder Redakteur sieht. Ein Redakteur, der einer Marke zugeordnet ist, sieht die Dokumente, Medien und Navigation dieser Marke, und sonst nichts. Markenspezifische Design-Tokens sorgen dafür, dass die Vorschau wie die eigene Website aussieht, nicht wie eine generische.

Im oben genannten Projekt arbeiten die Redakteure beider Marken in einem System. Ob Ihre Marken eigene Redaktionen haben oder sich eine teilen, in beiden Fällen behält der Markenverantwortliche einen Arbeitsbereich, der erkennbar sein eigener ist, und der zweite Backlog verschwindet mit dem zweiten System.

Wann zwei getrennte Websites die richtige Antwort sind

Eine Plattform ist nicht immer die richtige Entscheidung, und es lohnt sich, die Fälle zu benennen, in denen sie es nicht ist. Verkaufen die Marken auf wirklich unterschiedliche Weise, die eine über Distributoren zu Listenpreisen, die andere direkt mit konfigurierten Angeboten, kostet ein gemeinsames Vertriebsmodell mehr, als es spart. Handelt es sich um zwei eigenständige Gesellschaften mit jeweils eigenen datenschutzrechtlichen Pflichten, dürfen Kundendaten womöglich gar nicht in einem gemeinsamen System liegen.

Ist ein Verkauf geplant, lässt sich eine Plattform trotzdem trennen, aber planen Sie den Ausstieg, während Sie das Modell entwerfen. Marke als Feld auf jedem Dokument, gemeinsam genutzte Inhalte als geteilt markiert statt kopiert: Die Linie, an der Sie später schneiden würden, steht schon fest, bevor die Due Diligence danach fragt.

Ihr Architekt wird anmerken, dass ein System ein Single Point of Failure ist. Das stimmt. Es ist aber auch das eine System, das tatsächlich gepatcht, überwacht und vom betreibenden Team verstanden wird, anders als die Template-Website, die niemand pflegt.

Quellprojekt: ein deutscher Medizintechnik-Hersteller.

Dazu gehört · Checkliste

Entscheidungscheckliste: Können sich Ihre beiden Marken eine Plattform teilen?

Sieben Fragen mit Punktwertung zu Sortimentsüberschneidung, redaktioneller Unabhängigkeit, Vertriebsmodell, Datenschutzpflichten, Verkaufsabsichten, gestalterischem Abstand und Release-Rhythmus, mit einer klaren Auswertung des Ergebnisses.

Interaktiv. Füllen Sie es direkt auf der Seite aus, das Ergebnis aktualisiert sich laufend, und Ihre Antworten bleiben in Ihrem Browser.

Ein Plattform-Assessment für Unternehmensgruppen mit mehr als einer Marke.

Wir sehen uns Ihr Content-Modell, Ihre Domains und Ihre redaktionelle Organisation an und sagen Ihnen, ob eine Plattform trägt, und wo nicht.

Ebenfalls in dieser Serie
Ein pragmatischer Einstieg

Den richtigen KI-Einstieg finden.

Business Case, Governance und erste Umsetzung abstimmen – ohne direkt ein Großprogramm zu starten.

Kurze Anfrage

Wie erreichen wir Sie?

Dauert etwa zwei Minuten.