„Sollen wir dafür eine eigene Website starten oder alles auf einer Domain behalten?" Das ist eine der häufigsten strategischen Fragen, die mir gestellt wird — und der Impuls zu trennen ist fast immer stärker, als er sein sollte. Die kurze Antwort: Eine neue Website macht nur dann Sinn, wenn sich die Positionierung grundlegend unterscheidet. In allen anderen Fällen schlägt eine starke, sauber strukturierte Domain fast immer mehrere kleinere, weil Autorität auf einer einzelnen Domain wächst und sich über viele zersplittert. Die Daten stützen den Impuls zur Konsolidierung — SEO-Best-Practice spricht klar dafür, verwandte Inhalte in Unterverzeichnissen auf einer Domain zu halten statt sie auf Subdomains oder separate Seiten aufzuteilen, gerade weil Linkkraft und thematische Autorität so konzentriert bleiben. In diesem Artikel geht es darum, wann eine Trennung wirklich gerechtfertigt ist, wann sie still schadet und welche Strukturmodelle eine Domain skalieren lassen, ohne sich selbst zu kannibalisieren.
Die wichtigsten Erkenntnisse
| Punkt | Details |
|---|---|
| Trennen nur bei Positionierung, nie aus Bequemlichkeit | Eine neue Website ist gerechtfertigt, wenn Zielgruppe, Geschäftsmodell, Intent-Universum oder Markenabgrenzung grundlegend anders sind — nicht zur organisatorischen Ordnung. |
| Autorität wächst auf einer Domain | Mehrere überlappende Seiten teilen Autorität, verdoppeln Aufwand, lassen dich in der Suche gegen dich selbst antreten und verlangsamen den Vertrauensaufbau. Google bevorzugt eine autoritative Quelle pro Thema. |
| Trennen über Struktur, nicht über Domains | Für die meisten B2B-Fälle gewinnt: eine Domain → klare Struktur → starke interne Verlinkung. Du bekommst Trennung ohne Zersplitterung. |
| Strukturmodell bewusst wählen | Hub-and-Spoke (Standard), service-getrieben, autoritätsgetrieben oder geo-getrieben (mit Vorsicht) — jedes passt zu einer anderen Art, wie Nutzer suchen und kaufen. |
| Struktur schlägt Domain-Anzahl | Wachstum entsteht durch die Organisation der Inhalte und die Trennung der Intentionen, nicht durch die Zahl der Domains. |
Wann eine separate Website sinnvoll ist
Eine neue Website ist gerechtfertigt, wenn mindestens einer dieser Punkte wirklich zutrifft — nicht aspirativ, sondern tatsächlich. Andere Positionierung oder Zielgruppe: ein anderer ICP, andere Kaufauslöser, andere Sprache, ein anderes Wertversprechen. Anderes Geschäftsmodell: Marktplatz vs. Agentur, Produkt vs. Beratung, B2B vs. B2C. Ein anderes Intent-Universum: die Website beantwortet grundlegend andere Fragen für Nutzer, nicht nur Varianten derselben. Bewusste Markenabgrenzung: du willst, dass Google und Nutzer sie als eigenständige Einheit mit eigener Autorität behandeln. In diesen Fällen ist eine neue Website kein „SEO-Splitting" — sie schafft einen neuen semantischen und kommerziellen Raum, der ein eigenes Zuhause verdient.
Wann eine separate Website meist mehr schadet als nützt
Mehrere Websites sind meist ein Fehler, wenn die Leistungen eng verwandt sind, sich die Zielgruppen überschneiden, Keywords und Suchintention überlappen, die Inhalte zu 70–80 % identisch wären oder eine Seite zwangsläufig das schwächere Geschwisterkind würde. In diesem Szenario teilst du Autorität, verdoppelst Aufwand, trittst in den Suchergebnissen gegen dich selbst an und verlangsamst den Vertrauensaufbau, von dem organisches Wachstum lebt. Google bevorzugt klar eine autoritative Quelle pro Thema gegenüber mehreren halbstarken — und zwei mittelmäßige Seiten überholen fast nie eine starke. Das ist dieselbe „Zersplitterung kostet mehr als sie spart"-Dynamik, die auch bei der Frage auftaucht, warum deine Architektur und nicht dein Framework das Problem ist: die Trennung fühlt sich sauberer an und performt schlechter.
Das „eine starke Website"-Modell
Für die meisten B2B-Plattformen und -Services lautet der gewinnende Ansatz schlicht: eine Domain → klare Struktur → starke interne Verlinkung. Statt nach Domain zu trennen, trennst du nach Struktur. Du bekommst alle Klarheitsvorteile, die sich Gründer von mehreren Websites erhoffen — eigene Bereiche, klare Zielgruppen, fokussierte Botschaften — ohne die Autoritäts-Zersplitterungssteuer zu zahlen. Die Trennung lebt in deiner Informationsarchitektur, nicht in deinem DNS.
Gängige Strukturmodelle (und wann sie sinnvoll sind)
1. Hub-and-Spoke (in den meisten Fällen empfohlen). Breite, autoritative Hub-Seiten (z. B. „Coworking-Plattform", „Büro-Marktplatz", „Flexible-Workspace-Software"), gestützt durch Spokes: Standorte, Use Cases, Branchen, Features, Guides, Case Studies. Das sagt Google: „Das ist das Hauptthema — alles andere stützt es." Es skaliert extrem gut und vermeidet Kannibalisierung strukturell, weil jeder Spoke Autorität an seinen Hub zurückgibt, statt mit ihm zu konkurrieren.
2. Service-getriebene Struktur. Eingesetzt, wenn Nutzer primär nach Lösungstyp suchen. Kernservices werden zu den Hauptseiten, mit unterstützenden Inhalten darunter (für wen, wie es funktioniert, Beispiele, Standorte). Gut für Agenturen, Plattformen und beratungsnahe Produkte, bei denen der Service die Suchanfrage ist.
3. Content-/autoritätsgetriebene Struktur. Eingesetzt, wenn organisches Wachstum durch Bildung und Recherche getrieben wird: eine starke Wissensdatenbank, Guides, Vergleiche und Erklärartikel, mit kommerziellen Seiten, die von diesem Autoritäts-Content gestützt werden. Funktioniert gut bei langen, recherchelastigen Kaufzyklen, wenn die Zielgruppe der Marke vertraut, die ihr zuerst etwas beigebracht hat.
4. Geo-getriebene Struktur (mit Vorsicht). Funktioniert nur, wenn der Standort das Angebot wirklich verändert — Preise, Verfügbarkeit, Regulierung. Sie muss tief lokalisiert, klar abgegrenzt und intern mit einem globalen Hub verlinkt sein. Gut gemacht erfasst sie echte lokale Intention; lieblos gemacht zerfällt sie in dünne, nahezu identische Seiten, die sich gegenseitig kannibalisieren — der klassische Weg, wie eine Geo-Strategie nach hinten losgeht.
Pro-Tipp: Bevor du irgendetwas trennst — Domain oder Bereich — mach den „70-%-Test". Entwirf die Startseite und die drei wichtigsten Seiten der geplanten neuen Einheit und vergleiche sie mit deiner bestehenden Website. Überschneiden sich mehr als ~70 % von Inhalt, Keywords und Zielgruppe, hast du keine zweite Website, sondern einen zweiten Bereich. Bau ihn als Hub auf deiner bestehenden Domain. Reserviere neue Domains für die Fälle, in denen du diese Seiten ehrlich nicht schreiben könntest, ohne deiner aktuellen Positionierung zu widersprechen.
Wichtiger als die Anzahl der Websites: die Content-Strategie
Was Wachstum tatsächlich treibt, ist die Organisation der Inhalte und die Trennung der Intentionen, nicht wie viele Websites es gibt. Die Strategien, die ich konsistent funktionieren sehe: kommerzielle Hubs, verstärkt durch erklärenden Support-Content (Services + Guides + Belege); programmatische Seiten mit echter Intent-Kontrolle (Standorte oder Branchen, die klar andere Fragen beantworten, nicht dieselbe umformuliert); fallgetriebene Autorität (echte Beispiele, die kommerzielle Seiten stützen); und eine Wissensdatenbank, die erklärt, wie du denkst, und gleichzeitig Vertrauen und Long-Tail-Sichtbarkeit aufbaut. Jede davon funktioniert besser konzentriert auf einer starken Domain als verstreut über mehrere schwache — und wie dieser Content gerendert wird, zählt ebenfalls, worum es in was Google bei SSR, Edge und Streaming wirklich sieht geht.
Meine Sicht: die Trennung ist fast immer verfrüht
In Jahren dieser Gespräche kann ich die Male, in denen eine separate Website die richtige Wahl war, an einer Hand abzählen — und jedes davon betraf ein wirklich anderes Geschäft, kein ordentlicheres Org-Chart. Der Sog zur Trennung ist real und verständlich: eine neue Website fühlt sich nach Fortschritt an, als gäbe man einer Initiative den Raum und Ernst, den sie verdient. Aber genau dieses Gefühl ist die Falle. Was du tatsächlich tust, ist Autorität, die du über Jahre angesammelt hast, zu nehmen und sie in zwei zu teilen — und dann das nächste Jahr damit zu verbringen, dich zu fragen, warum keine der beiden Hälften rankt.
Mein Default ist deshalb fast langweilig konsistent: starte mit einer starken Website und trenne nur, wenn die Positionierung wirklich auseinanderläuft. Es ist weit einfacher, Struktur zu erweitern — einen Hub hinzufügen, Content segmentieren, einen neuen Bereich aufsetzen — als Autorität wieder zusammenzuführen, nachdem du sie geteilt hast, was eine der schmerzhaftesten und langsamsten Migrationen überhaupt ist. Neue Websites sind für neue Positionierung, nicht für organisatorische Bequemlichkeit. Wenn ein Gründer fragt „noch eine Website oder noch ein Bereich?", lautet die ehrliche Antwort weit öfter „noch ein Bereich", als irgendjemand hören will — und die Unternehmen, die das verinnerlichen, hängen jene Wettbewerber ab, die immer wieder von vorn anfangen.
— Anna
H-Studio Ansatz: Struktur kartieren, bevor du trennst
Wenn du eine separate Website gegen einen neuen Bereich abwägst, wird die richtige Antwort meist offensichtlich, sobald jemand deine aktuellen Themen in klare Hubs kartiert und stresstestet, ob ein Teil des Geschäfts wirklich eine eigene Domain verdient. Diese Kartierung ist die Arbeit — und sie ist günstiger, als die Antwort nach einer Trennung herauszufinden, die du rückgängig machen musst.
Wir führen technische SEO- und Site-Struktur-Audits durch, die aus „eine Website oder mehrere?" einen konkreten Informationsarchitektur-Plan machen — Hubs, Spokes, interne Verlinkung und Redirect-Strategie inklusive. Auf der Seite des conversion-fokussierten Web-Builds strukturieren wir die resultierende Domain so, dass die Architektur dem Funnel dient, nicht nur dem Crawler. Sieh, wie wir Forschungsmittel geholfen haben, eine Content-Architektur aufzubauen, die wächst statt zersplittert. Ein Architecture Sprint ist ein schneller, strukturierter Weg, deine Themen in eine Struktur zu kartieren, die auf einer Domain skaliert.
FAQ
Ist eine Website oder sind mehrere besser fürs SEO?
Bei verwandten Leistungen und überlappenden Zielgruppen gewinnt fast immer eine starke, sauber strukturierte Domain. Autorität, Linkkraft und thematische Relevanz wachsen auf einer einzelnen Domain und zersplittern über mehrere. Mehrere Seiten übertreffen eine nur, wenn sie wirklich unterschiedliche Positionierung, Zielgruppen oder Geschäftsmodelle adressieren — sonst trittst du gegen dich selbst an.
Wann ist eine separate Website wirklich gerechtfertigt?
Wenn mindestens eines grundlegend anders ist: Zielgruppe und ICP, das Geschäftsmodell (z. B. Marktplatz vs. Agentur), das Intent-Universum (die Seite beantwortet wirklich andere Fragen) oder ein bewusster Bedarf an Markenabgrenzung mit eigener Autorität. Trennst du aus organisatorischer Ordnung statt aus einem echten Positionierungsunterschied, ist es fast sicher die falsche Wahl.
Subdomain oder Unterverzeichnis für Blog oder Wissensdatenbank?
Standard ist ein Unterverzeichnis auf deiner Hauptdomain. Unterverzeichnisse halten Linkkraft und thematische Autorität konsolidiert und geben dir einheitliche Analytics ohne domainübergreifendes Tracking. Reserviere Subdomains für wirklich eigenständige oder spezialisierte Bereiche — einen separaten Shop, ein Support-Center, distinkte Sprachen — bei denen die Trennung beabsichtigt ist, nicht zufällig.
Was ist das Hub-and-Spoke-Modell?
Es ist eine Struktur, in der breite, autoritative „Hub"-Seiten ein Thema verankern und unterstützende „Spoke"-Seiten (Standorte, Use Cases, Features, Guides, Case Studies) sie mit internen Links verstärken. Es signalisiert Google, welche Seite das Hauptthema ist, und kanalisiert Autorität dorthin, sodass Seiten sich gegenseitig stützen statt kannibalisieren. Es ist das Standardmodell für die meisten B2B-Seiten, weil es sauber skaliert.
Wir haben bereits in mehrere Websites getrennt — sollten wir sie zusammenführen?
Oft ja, wenn sie sich in Zielgruppe und Intention stark überschneiden und eine klar schwächer ist. Zusammenführen konsolidiert Autorität, ist aber eine sorgfältige Migration — Content-Mapping, 301-Redirects, Rekonstruktion der internen Verlinkung und Canonical-Handling müssen alle stimmen, sonst verlierst du Rankings beim Umzug. Es lohnt sich, ist aber genau die Art Migration, die man bewusst plant statt überstürzt.
Weiterführende Artikel
- Next.js ist nicht das Problem — deine Architektur ist es — warum Struktur, nicht Tooling, über Ergebnisse entscheidet
- SSR, Edge, Streaming: was Google wirklich sieht — wie Rendering-Entscheidungen verändern, was deine Struktur einbringt
- Warum Lighthouse-Scores lügen und was wirklich zählt — messen, was Google indexiert, nicht was ein Labor meldet
- Die SEO-Kosten von JavaScript-Frameworks: Mythos vs. Realität — einen modernen Stack auf einer starken Domain rankbar halten
Lektoriert und faktengeprüft von Anna Hartung