Subdomain vs Unterverzeichnis: Link-Zielsetzung für Blog, Docs und App

Welches Problem löst du?

Eine typische SaaS-Struktur sieht so aus: die Marketing-Seite liegt auf deiner Hauptdomain, der Blog auf einer Subdomain, die Docs auf einem anderen Host und die Produkt-App wieder an einem anderen Ort. Das ist okay zum Veröffentlichen, aber es entsteht ein praktisches Problem, sobald du Backlinks bekommst: wohin sollen diese Links zeigen?

Wenn Leute von „Authority“ sprechen, meinen sie meist Vertrauenssignale, die Suchmaschinen aufgreifen, wenn andere Seiten dich erwähnen und verlinken. Seiten, die starke Links bekommen, ranken in der Regel leichter, und zuerst profitiert der Host, auf dem diese Seiten liegen.

Deshalb ist die Frage Subdomain vs Unterverzeichnis beim Link-Targeting keine abstrakte Diskussion darüber, was in der Theorie „richtig“ ist. Es ist eine Prioritätsentscheidung: Wo willst du, dass Rankings und Vertrauen zuerst wachsen?

Wenn du mehr Anmeldungen brauchst, willst du wahrscheinlich, dass die Haupt-Marketing-Domain stärker wird. Hängt dein Wachstum von edukativem Inhalt ab, möchtest du vielleicht, dass der Blog stärker ist. Treiben Support- und How-to-Suchen die Adoption, sind die Docs oft das beste Ziel.

Links helfen, ersetzen aber keine gute Struktur. Wenn dein Blog Links bekommt, die Leser aber nicht mit klaren internen Links zum Produkt führen, bleibt die Wirkung aus. Dasselbe gilt für Docs, die nie zu wichtigen Features oder Preisen zurückverweisen.

Subdomain vs Unterverzeichnis in einfachen Worten

Eine Subdomain ist wie ein separates Eigentum unter derselben Marke. Beispiele sind blog.example.com oder docs.example.com. Sie läuft oft auf eigenem Server, mit eigenen Einstellungen und vielleicht sogar einem anderen Team.

Ein Unterverzeichnis ist ein Bereich innerhalb der Hauptseite. Beispiele sind example.com/blog oder example.com/docs. Es lebt normalerweise im gleichen Setup wie deine Startseite und andere Kernseiten.

Für das Link-Targeting ist die einfachste Frage: Schickst du Authority an einen separaten Host, oder an einen Bereich, der eindeutig zur Hauptseite gehört?

Im Alltag sind die Unterschiede meist pragmatisch. Unterverzeichnisse erscheinen in Analytics standardmäßig oft als eine Site, während Subdomains wie separate Seiten wirken können, wenn das Tracking nicht passend eingerichtet ist. Subdomains lassen sich leichter an ein anderes System oder Team übergeben (z. B. eine gehostete Docs-Plattform). Unterverzeichnisse erfordern meist Änderungen auf der Hauptseite. Für Besucher fühlen sich Unterverzeichnisse häufig wie „noch auf derselben Seite“ an, Subdomains eher wie ein anderer Ort.

Suchmaschinen können Subdomains unterschiedlich behandeln, je nachdem, wie sie gebaut und verbunden sind. Eine Subdomain kann wie eine eigene Website wirken, wenn die Verbindung zur Hauptdomain schwach ist oder sie sich wie ein anderes Produkt anfühlt. Mit guter Markenführung, konsistenter Navigation und internen Links kann sie sich dagegen eher wie ein Unterverzeichnis verhalten.

Ein konkretes Beispiel: Wenn deine Marketing-Seite auf example.com liegt, dein Blog auf blog.example.com und deine Docs auf docs.example.com, sehen Suchmaschinen (und Nutzer) drei getrennte Bereiche. Wenn dein Ziel ist, die Hauptdomain zu stärken, macht eine Unterverzeichnis-Lösung diese Absicht oft klarer.

Entscheide, wo die stärkste Domain sein soll

Bevor du dich um Subdomain vs Unterverzeichnis kümmerst, entscheide, wohin die stärkste Authority fließen soll. Stell dir Authority wie Reputation vor. Du kannst sie an einem Ort konzentrieren oder auf mehrere Hosts verteilen und akzeptieren, dass jeder langsamer wächst.

Beginne mit echten Zielen, nicht mit dem, was sich „SEO-richtig“ anfühlt. Ist dein oberstes Ziel Anmeldungen und Demos, sollte die Marketing-Seite und eine kleine Gruppe konvertierender Seiten am stärksten sein. Reduziert sich deine Arbeit auf Support, sind Docs wichtiger.

Eine einfache Methode, das nicht zum Zielwandler zu machen: schreibe eine kurze „Prioritätenkarte“ und halte sie 3–6 Monate. Zum Beispiel:

• Mehr Anmeldungen oder Demo-Anfragen: priorisiere die Haupt-Marketing-Domain und eine kleine Auswahl hoch-konvertierender Seiten.
• Mehr "How to"- und Troubleshooting-Traffic: priorisiere den Docs-Host, aber nur, wenn Docs klar zu Produktaktionen führen.
• Mehr Thought Leadership: priorisiere den Blog und leite Leser zu Produktseiten.

Für die meisten kleinen Teams ist die beste Voreinstellung das Prinzip „eine Hauptdomain“: Wähle eine Domain, die du langfristig gewinnen willst, und mach sie zur primären Heimat für Authority. Das heißt nicht, dass alles sofort dort leben muss. Es heißt, dass dein Linkbuilding größtenteils eine Kern-Domain stärken sollte, während andere Hosts selektive Unterstützung erhalten.

Das Aufsplitten der Authority kann trotzdem richtig sein, wenn du echte Einschränkungen hast: Sicherheitsregeln, die die App trennen, Legacy-Setups, die du nicht schnell ändern kannst, oder eine Docs-Plattform, die sich leichter eigenständig betreiben lässt. Das ist in Ordnung, aber sei ehrlich bei den Kompromissen: Du brauchst oft mehr Links insgesamt, um denselben Effekt zu erzielen.

Wie Link-Equity typischerweise über Hosts fließt

Wenn eine Seite einen Backlink erhält, profitiert in der Regel zuerst der Host, auf den der Link zeigt. Zeigt der Link auf deinen Docs-Host, gewinnt vor allem die Docs-Domain. Zeigt er auf deinen App-Host, profitiert dieser.

Diese einfache Regel schafft einen echten Trade-off, wenn Blog, Docs und App auf verschiedenen Hosts leben. Du kannst Authority für Docs aufbauen und die Docs-Rankings verbessern, aber das hebt deine Marketing-Seiten kaum, wenn sie woanders liegen. Dasselbe gilt für einen Blog auf einem separaten Host: Du kannst Blog-Traffic steigern, während die Anmeldeseiten stehen bleiben.

Spillover gibt es, aber meist indirekt. Er tritt auf durch:

• gute interne Links vom gestärkten Host zu dem Host, den du stärken willst
• klare Navigation, die Nutzer zum nächsten Schritt schiebt (z. B. von Docs zum Produkt)
• Markensuchen, die nach Entdeckung durch Content zunehmen
• Nutzer, die nach dem Finden auf einem Host natürlich zur Hauptseite verlinken

Die Navigation über Hosts hinweg ist oft die Schwachstelle. Wenn dein Blog-Header zu den Docs verlinkt, die Docs sich aber wie eine andere Website anfühlen, springen Nutzer ab und Suchmaschinen behandeln die Properties vielleicht als lose verbunden. Halte das Erlebnis konsistent: ähnliche Marke, vorhersehbare Menüs und offensichtliche Pfade wie „Product“, „Pricing“, „Sign in“ und „Docs".

Ein schnelles Beispiel: Ein SaaS hat Marketing-Seiten auf www, Docs auf docs. und die App auf app.. Wenn die meisten neuen Backlinks auf Docs zeigen, weil Tutorials dort leicht platzierbar sind, steigen die Docs-Rankings schnell. Wenn die Docs-Seiten aber nur mit einem kleinen „Login“-Button auf die App verlinken, sieht der App-Host wenig Benefit.

Schritt für Schritt: Ziel für Blog, Docs und App wählen

Wenn Blog, Docs und App auf verschiedenen Hosts liegen, ist die erste Entscheidung einfach: Wo soll neue Authority zuerst landen?

1) Mappe, was Google tatsächlich crawlt

Schreibe alle Hostnamen auf, auf denen ein Nutzer landen kann, inklusive Varianten wie www, blog, docs, app, help oder status. Füge Länderversionen hinzu, falls vorhanden. Wenn du sie nicht in einer Minute auflisten kannst, bleiben Tracking- und SEO-Entscheidungen unscharf.

2) Wähle ein primäres Backlink-Ziel für die nächsten 90 Tage

Entscheide dich für den Host, der am schnellsten wachsen soll und der Value zu dem führt, was du verkaufst. Bleib 90 Tage bei dieser Wahl, damit Ergebnisse messbar sind. Wöchentliches Wechseln verteilt Gewinne zu sehr.

Wenn Trials auf der Marketing-Seite starten, fokussiere neue Links auf www. Wenn die meisten Anmeldungen nach dem Lesen der Dokumentation entstehen, fokussiere auf Docs.

3) Stelle sicher, dass das Ziel deine Geldseiten erreichen kann

Bevor du Links baust, bestätige, dass die gestärkten Seiten klare Pfade zu wichtigen Seiten haben: Pricing, Signup, Kontakt und Kernfeatures. Wenn das Ziel ein Content-Island ist, bleibt Authority oft dort.

4) Lenke den Wert mit gezielten internen Links

Sobald Links landen, steuere ihre Wirkung mit einem kleinen internen Linking-Plan. Praktisch heißt das: verlinke von deinen stärksten Seiten zu den Seiten mit der höchsten Conversion-Absicht, nutze klares Ankertext und platziere Links dort, wo Nutzer wirklich klicken (nicht nur im Footer). Ein hilfreicher Habit: Überarbeite ältere Traffic-starke Seiten und füge 1–2 relevante Links zu Kernseiten hinzu.

Fixiere außerdem fehlerhafte Links und unnötige Weiterleitungen, bevor du Linkbuilding skalierst. Saubere Pfade machen alles leichter messbar.

5) Messe pro Host

Verifiziere jeden Host in Analytics und Search-Tools, damit du Impressionen, Klicks und Brand-Suchen vergleichen kannst. Führe ein simples Log, welche Host jeder neue Backlink trifft, sonst wirst du raten müssen, wo Gewinne herkamen.

Wann du Links an den Blog richten solltest

Richte Links auf den Blog, wenn er deine wichtigste „Eingangstür" für neue Nutzer ist. Kommen die meisten Erstbesucher über die Suche, kann ein starker Blog sie hereinziehen und zu den Seiten führen, die dein Produkt verkaufen.

Diese Wahl funktioniert am besten, wenn Posts für Suchanfragen ranken, die nah an der Kaufabsicht sind, und die Artikel natürlich auf Feature-, Preis- oder „Start hier“-Seiten der Marketing-Domain verweisen.

Eine Faustregel: Schicke Authority dorthin, wo du heute Ranking-Power brauchst, nicht dorthin, wo es am einfachsten ist, einen Link zu platzieren.

Anzeichen, dass Blog-Links sinnvoll sind:

• Deine besten Keywords sind informativ und Blogposts verdienen bereits Impressionen.
• Top-Artikel haben einen klaren nächsten Schritt und Leser klicken diesen tatsächlich.
• Du kannst interne Links zu Kernseiten konsistent über Posts halten.

Eine Warnung: Füttere nicht stark einen Blog, den du bald einstellen willst. Planst du, von blog.example.com zu example.com/blog zu migrieren, sei vorsichtig mit vielen Links zur alten Host-Variante. Redirects helfen, aber Migrationen sind nie perfekt und bringen Risiko.

Wann du Links an die Docs richten solltest

Docs sind oft ein natürlicher Link-Ziel, weil sie echten Nutzwert bieten. How-to-Guides, Definitionen, API-Referenzen, Fehlererklärungen und „Was bedeutet X?“-Seiten bleiben jahrelang nützlich. Sie werden häufig in Tickets, Foren und internen Wikis zitiert.

Wenn Blog, Docs und App auf unterschiedlichen Hosts liegen, funktionieren Doc-Links gut, wenn die Docs die Nutzer erfolgreich an den nächsten Schritt übergeben. Diese Übergabe sollte wie Hilfe wirken, nicht wie Werbung.

Statt Links auf dutzende Doc-Seiten zu verteilen, wähle eine kleine Menge evergreen Ziele, die du aktuell halten kannst. Typische Gewinner sind eine „Getting started“-Seite, ein zentrales Integrations-Guide, ein Glossar/Concept-Hub und ein oder zwei hoch-intent Troubleshooting-Seiten.

Verbinde Docs subtil mit Outcomes: ein kleines „Nächster Schritt“-Kästchen, ein kurzer Satz in der Einleitung oder ein einfacher Footer-Banner, der zu Pricing, Demo oder einer relevanten Feature-Seite führt – ohne Docs in Werbung zu verwandeln.

Häufige Fehler, die Link-Wert verschwenden

Die meisten Verluste passieren nicht wegen Subdomain vs Unterverzeichnis, sondern weil Authority zu Orten geht, die sie nicht halten, messen oder weitergeben können.

Wiederkehrende Probleme sind:

• Backlinks, die Weiterleitungsketten treffen statt der finalen Seite
• Links zu Login-only App-Seiten mit wenig crawlbarem Inhalt
• Gleichmäßiges Aufteilen der Links zwischen Blog, Docs und Hauptseite ohne klare Priorität
• Dünne Seiten, die nur als Link-Ziele erstellt wurden
• Interne Links, die nach dem Verschieben von Blog- oder Docs-Inhalten veraltet sind

Weiterleitungsketten sind ein heimlicher Wertverlust. Wenn ein Backlink eine alte URL trifft und durch mehrere Redirects springt, geht Wert verloren und das Reporting wird unübersichtlich. Bevor du Links baust, stelle sicher, dass die finale URL langfristig die gewünschte bleibt.

Ein weiteres Problem ist, Links auf deinen App-Host zu richten, obwohl die App kaum indexierbaren Content hat. Wenn die meisten Seiten Login erfordern oder Crawling blockieren, kann Authority nirgendwo „haften“. In vielen SaaS-Setups helfen Links zu Marketing-Seiten oder Docs meist mehr als Links zur App selbst.

Kurze Checkliste, bevor du Links kaufst oder baust

Der einfachste Weg, beim Subdomain vs Unterverzeichnis Targeting zu verschwenden, ist, Links über drei Hosts zu streuen und zu hoffen.

Halte die Checkliste kurz und streng:

• Wähle einen primären Host, den du in den nächsten 60–90 Tagen stärken willst.
• Wähle 5–10 Zielseiten auf diesem Host, die Authority verdienen.
• Bestätige, dass jede Zielseite indexierbar ist (kein noindex, nicht blockiert, lädt korrekt).
• Sorge dafür, dass jede Zielseite klar zu Geldseiten verlinkt (Pricing, Demo, Signup, Kernfeatures).
• Messe die Performance pro Host, damit du sehen kannst, was sich bewegt hat.

Ein einfaches Beispiel: Blog auf blog.example.com, Docs auf docs.example.com, App auf app.example.com. Wenn dein Ziel mehr Trials sind, helfen Links zum Blog nur, wenn Blog-Seiten regelmäßig Benutzer in den Signup-Flow schicken. Wenn das nicht passiert, ziele auf den Host, der der Conversion am nächsten ist, und nutze interne Links, um Wert zu verteilen.

Beispielplan für ein SaaS mit getrenntem Blog, Docs und App

Stell dir ein SaaS vor, bei dem die Marketing-Seite auf www liegt, die Dokumentation auf docs und das Produkt auf app. Ziel ist es, für Problem-Queries zu ranken ("wie behebe ich X", "beste Methode um Y") und diese Aufmerksamkeit in Demo-Anfragen zu verwandeln.

Behandle das Subdomain vs Unterverzeichnis Targeting wie Budgetplanung: Die meiste Authority sollte dorthin, wo sie Suchanfragen gewinnen und Nutzer weiter zum nächsten Schritt bringen kann.

Ein praktischer Plan:

1. Wähle 2–4 Problem-Themen, die Käufer suchen, bevor sie deine Marke kennen.
2. Veröffentliche die Hauptantworten auf dem Host, den du stärken willst (oft www, wenn dort auch Produkt- und Demo-Seiten liegen, oder docs, wenn Docs deine organische Engine sind).
3. Lenke die meisten neuen Backlinks zu diesen spezifischen Seiten, nicht zur generischen Startseite.
4. Füge klare interne Links von diesen Seiten zur Produkt- und Demo-Anfrage-Seite hinzu (jeweils einmal oben und am Ende).
5. Halte das Erlebnis konsistent, sodass der Leser immer eine nächste Aktion hat.

Sende Links an app nur, wenn dort öffentliche, indexierbare Seiten existieren, die du in der Suche haben willst, z. B. eine öffentliche Template-Galerie, eine Status-Seite oder ein öffentliches Changelog. Ist die App größtenteils hinter Login, bringen Links dorthin oft wenig und lenken nur ab.

Nächste Schritte: Ziel wählen und Messung einfach machen

Schreibe deine echte Priorität für die nächsten 90 Tage auf. Sei ehrlich, denn sie verändert, wohin Link-Authority fließen sollte: Awareness, Trust, Conversions oder weniger Support-Anfragen.

Hast du das, mache eine einfache Regel für neue Links und halte sie ein ganzes Quartal. Ständiges Wechseln zwischen Blog, Docs und App macht Ergebnisse unlesbar.

Eine brauchbare 90-Tage-Aufteilung könnte so aussehen: Die meisten Links gehen an deinen kommerziellen Haupt-Host, ein kleinerer Anteil an ein Support-Hub (Docs oder Help Center) und ein kleiner Anteil an ein herausragendes Stück Content. Deep-Link nur, wenn die Seite auch in einem Jahr noch relevant ist.

Mach die Messung langweilig und konsistent. Wähle eine primäre Metrik (Rankings für eine kleine Keyword-Liste, Demo-Signups, Ticket-Volumen) und überprüfe sie wöchentlich.

Wenn du engere Kontrolle über Platzierungen willst: SEOBoosty ist eine Option, mit der du die genaue Domain und Zielseite für einen Backlink wählen kannst, sodass du den Host verstärkst, den du priorisiert hast, anstatt Authority über mehrere Properties zu verstreuen.