Brauchen wir mehrere Websites oder eine einzige starke?

07 Feb 2026

Brauchen wir mehrere Websites oder eine einzige starke?

Brauchen wir mehrere Websites oder eine einzige starke?

Kurzfassung

Eine neue Website macht nur Sinn, wenn sich die Positionierung grundlegend unterscheidet. In allen anderen Faellen funktioniert eine starke, sauber strukturierte Website deutlich besser als mehrere kleinere.

So betrachten wir diese Entscheidung strategisch.


Wann eine separate Website sinnvoll ist

Eine neue Website ist gerechtfertigt, wenn mindestens einer dieser Punkte zutrifft:

  • Unterschiedliche Positionierung oder Zielgruppe Anderer ICP, andere Kaufmotive, andere Sprache oder Wertversprechen.
  • Unterschiedliches Geschaeftsmodell Zum Beispiel: Plattform vs. Agentur, Produkt vs. Beratung, B2B vs. B2C.
  • Unterschiedliche Suchintentionen Die Website beantwortet grundlegend andere Fragen als die bestehende.
  • Bewusste Markenabgrenzung Google und Nutzer sollen die Seiten als eigenstaendige Einheiten wahrnehmen.

In diesen Faellen schafft eine neue Website keine SEO-Spaltung, sondern einen neuen thematischen Raum.


Wann mehrere Websites eher schaden

Mehrere Websites sind meist problematisch, wenn:

  • Leistungen eng verwandt sind,
  • Zielgruppen sich ueberschneiden,
  • Keywords und Suchintentionen aehnlich sind,
  • Inhalte zu grossen Teilen identisch waeren,
  • mindestens eine Website zwangslaeufig schwaecher bleibt.

Das fuehrt haeufig zu:

  • Aufteilung von Autoritaet,
  • doppeltem Content-Aufwand,
  • Kannibalisierung in der Suche,
  • langsamem Vertrauensaufbau.

Google bevorzugt eine klare Autoritaet pro Thema.


Das "eine starke Website"-Modell (Standard im B2B)

Fuer die meisten B2B-Plattformen und Services funktioniert am besten:

Eine Domain -> klare Struktur -> starke interne Verlinkung

Anstatt Websites zu trennen, trennt man Inhalte und Intentionen strukturell.


Gaengige Strukturmodelle (und wann sie sinnvoll sind)

1. Hub-and-Spoke-Modell (meist die beste Wahl)

  • Hub-Seiten Uebergeordnete, autoritative Seiten zu Kernthemen.
  • Spokes Unterstuetzende Inhalte:
  • Standorte,
  • Use Cases,
  • Branchen,
  • Features,
  • Guides,
  • Case Studies.

Dieses Modell signalisiert Google klar, wo die thematische Autoritaet liegt.


2. Service-getriebene Struktur

Sinnvoll, wenn Nutzer primaer nach Loesungen suchen.

  • Zentrale Service-Seiten.
  • Darunter Inhalte zu Zielgruppen, Prozessen, Ergebnissen und Beispielen.

Sehr effektiv fuer Agenturen und Plattformen.


3. Content-/Authority-getriebene Struktur

Geeignet bei langen Entscheidungszyklen.

  • Starke Wissensdatenbank oder Library.
  • Fachartikel, Analysen, Vergleiche.
  • Kommerzielle Seiten werden durch Expertise gestuetzt.

4. Geo-getriebene Struktur (mit Vorsicht)

Nur sinnvoll, wenn Standorte wirklich unterschiedlich sind (z. B. rechtlich, preislich, operativ).

Muss:

  • tief lokalisiert sein,
  • klar vom globalen Angebot abgegrenzt werden,
  • sauber intern verlinkt sein.

Wichtiger als die Anzahl der Websites: die Content-Strategie

Wachstum entsteht nicht durch mehr Domains, sondern durch klare Inhalte.

Bewaehrte Strategien:

  • Kommerzielle Hubs + erklaerender Content
  • Programmatic Pages mit klarer Intent-Trennung
  • Case Studies als Vertrauensanker
  • Wissensdatenbank, die Denkweise erklaert

All das skaliert besser auf einer starken Domain.


Unsere generelle Empfehlung

Wenn die Frage lautet:

"Neue Website oder neuer Bereich?"

Dann ist unsere Default-Antwort:

Eine Website, solange die Positionierung gleich bleibt.

Struktur laesst sich erweitern. Geteilte Autoritaet laesst sich schwer wieder zusammenfuehren.


Fazit

  • Mehrere Websites bedeuten nicht automatisch besseres SEO.
  • Autoritaet waechst am staerksten auf einer Domain.
  • Struktur und Suchintention sind entscheidender als Domains.
  • Neue Websites sind fuer neue Positionierungen - nicht fuer Bequemlichkeit.

Wenn du moechtest, koennen wir als naechsten Schritt:

  • die bestehenden Themen in klare Hubs einordnen,
  • oder gezielt pruefen, ob es einen Bereich gibt, der wirklich eine eigene Website verdient.

Damit wird die Entscheidung meist sehr eindeutig.

Abonniere unseren Newsletter!

Gib deine E-Mail ein, um unseren neuesten Newsletter zu erhalten.

Keine Sorge, wir spammen nicht

Weiterlesen

28 Jan. 2026

Next.js ist nicht das Problem — deine Architektur ist es

Alle paar Monate beschuldigen Teams Next.js für Performance-, SEO- oder Skalierungsprobleme. In vielen Fällen ist die Schlussfolgerung falsch. Next.js ist oft nicht das Problem—deine Architektur ist es. Erfahre, warum Framework-Rewrites scheitern und was wirklich funktioniert.

20 Jan. 2026

Monolith vs. Microservices 2025: Was wirklich funktioniert (und warum die meisten Teams es falsch angehen)

Kaum ein Thema erzeugt so viel Lärm und teure Fehlentscheidungen wie die Debatte Monolith vs. Microservices. Erfahre, was für Startups und wachsende Produkte tatsächlich funktioniert – und warum viele Architekturen scheitern, lange bevor Scale wirklich ein Problem wird.

19 Dez. 2025

Warum Technical Debt ein Business-Problem ist (nicht nur ein Dev-Thema)

Und warum Unternehmen dafür bezahlen, selbst wenn sie glauben, Geld zu sparen. Technical Debt ist kein technisches Problem. Es ist ein Problem des Geschäftsmodells. Unternehmen, die das nicht verstehen, treffen systematisch schlechtere Entscheidungen.

05 Dez. 2025

Warum Geschwindigkeit ohne Architektur eine Falle ist

Wie schnelles Handeln leise die Fähigkeit zerstört, sich überhaupt noch zu bewegen. 'Move fast' ist zu einer der gefährlichsten Halbwahrheiten der Tech-Welt geworden. Geschwindigkeit ohne Architektur ist einer der häufigsten Wege, ein Unternehmen auszubremsen—nicht am Anfang, sondern genau dann, wenn Momentum sich vervielfachen sollte.

21 Okt. 2025

Software zu bauen ist leicht. Systeme zu bauen nicht.

Warum viele Teams Code shippen—und trotzdem nichts bauen, das hält. Software zu bauen war noch nie so einfach. Und trotzdem kollabieren Produkte unter Wachstum. Teams rewriten. Startups stallieren. Das Problem ist nicht Software. Es ist, dass viele Teams keine Systeme bauen.

04 Jan. 2026

Core Web Vitals 2025: Warum Performance über Google-Rankings entscheidet

Und warum 'gut genug' bei Performance nicht mehr reicht. 2025 sind Core Web Vitals kein Bonus mehr—sie sind ein Filter. Schnelle, stabile Websites gewinnen. Langsame, instabile Seiten verschwinden leise.