Wenn plötzlich nur noch deine Startseite bei Google auftaucht und alle Unterseiten verschwunden sind, ist das kein kleines Randproblem. Das ist eher so ein Moment, in dem man kurz innehält und denkt: „Okay, irgendetwas Grundsätzliches stimmt hier nicht.“ Besonders unangenehm wird es, wenn die Website früher ganz normal indexiert war und Google nun scheinbar nur noch die Homepage akzeptiert.
Die naheliegende Vermutung ist dann oft: Da muss ein technischer Fehler vorliegen. Eine kaputte robots.txt, ein falsches Noindex-Tag, ein Canonical-Chaos, eine falsch konfigurierte Weiterleitung oder vielleicht noch Nachwirkungen eines Hacks. Und ja, solche Dinge können natürlich passieren. Aus meiner Erfahrung ist es sogar sinnvoll, genau dort zuerst zu suchen, weil technische Fehler greifbarer sind. Du kannst sie prüfen, dokumentieren, beheben.
Aber der spannende Punkt ist: Wenn Google nur noch die Startseite indexiert, obwohl früher viele Seiten im Index waren, kann das auch ein Hinweis auf ein allgemeines Qualitätsproblem der gesamten Website sein. Nicht unbedingt ein einzelner Fehler. Nicht unbedingt der Hack selbst. Sondern möglicherweise Googles Einschätzung, dass die Website insgesamt nicht mehr genug Vertrauen, Relevanz oder Qualität ausstrahlt, um ihre Unterseiten aufzunehmen.
Das klingt erst einmal hart. Und ehrlich gesagt: Es ist auch hart, weil „Qualität“ bei Google kein sauberer Schalter ist, den du einfach umlegst. Es ist kein „Häkchen vergessen“. Es ist eher ein Gesamtbild, das sich aus vielen kleinen Signalen zusammensetzt.
Wenn nur die Homepage indexiert ist, solltest du genauer hinschauen
Der konkrete Fall, der hier diskutiert wurde, ist typisch für eine Situation, die viele SEOs irgendwann einmal erleben. Eine Kundenseite wurde im Vorjahr gehackt. Danach wurde sie bereinigt. Trotzdem blieb die Website in einer Art Schwebezustand hängen. Google indexierte nur noch die Startseite. Interne Links wurden nicht richtig gecrawlt, Unterseiten kamen nicht zurück in den Index, und alle üblichen Versuche schienen ins Leere zu laufen.
Das ist besonders frustrierend, weil man nach einem Hack oft denkt: „Wir haben alles entfernt, jetzt müsste Google doch wieder Vertrauen fassen.“ Nur funktioniert das nicht immer so linear. Google sieht nicht unbedingt nur den aktuellen Zustand einer Seite. Es gibt Vorgeschichte, Signale über Zeit, Crawling-Verhalten, Qualitätsbewertungen, Sicherheitsereignisse, Nutzer- und Inhaltsmuster. Und manchmal liegt das eigentliche Problem nicht dort, wo man es spontan vermutet.
Die Antwort aus Google-Richtung war entsprechend vorsichtig: Ohne weitere Details könne man es nicht sicher sagen. Aber auf den ersten Blick klinge so ein Fall nach einem generellen Qualitätsproblem, das nicht zwingend direkt mit dem Hack zusammenhängen müsse. Es sei denn, der Hack war über längere Zeit aktiv, etwa mehrere Monate. Dann kann er natürlich stärker auf die Website abstrahlen.
Wichtig ist auch der Hinweis zur zeitlichen Einordnung: Wenn ein Hack und ein Core Update ungefähr zur gleichen Zeit passieren, wird es schnell unübersichtlich. Du siehst dann zwar den Absturz oder das Verschwinden aus dem Index, aber du weißt nicht mehr sauber, welcher Auslöser verantwortlich war. War es der Hack? War es ein Algorithmus-Update? War es beides? Oder hat das Update nur sichtbar gemacht, was ohnehin schon schwach war?
Genau solche Fälle sind in der Praxis unangenehm. Nicht, weil sie unlösbar wären, sondern weil sie selten eine schnelle, eindeutige Diagnose erlauben.
Warum Google manchmal nur noch die Startseite behält
Eine Startseite hat oft eine Sonderrolle. Sie ist meistens die stärkste URL einer Website. Sie bekommt die meisten externen Links, wird am häufigsten direkt aufgerufen, ist intern zentral verlinkt und steht für die Marke oder das Projekt als Ganzes. Selbst wenn Google den Rest einer Website kritisch sieht, kann die Homepage noch indexiert bleiben.
Das bedeutet aber nicht automatisch, dass die Website gesund ist. Im Gegenteil: Wenn nur die Homepage indexiert wird, während alle Unterseiten wegfallen oder gar nicht erst aufgenommen werden, kann das ein ziemlich deutliches Signal sein. Google sagt damit nicht offiziell: „Deine Seite ist schlecht.“ Aber das Verhalten kann darauf hindeuten, dass Google den Unterseiten nicht genug Wert beimisst.
Ich habe ähnliche Muster schon bei Websites gesehen, die technisch auf den ersten Blick gar nicht katastrophal waren. Die Startseite war sauber erreichbar, die Sitemap existierte, interne Links waren da. Trotzdem wurden Unterseiten nicht indexiert oder landeten dauerhaft in Zuständen wie „gecrawlt, zurzeit nicht indexiert“ oder „gefunden, zurzeit nicht indexiert“. Manchmal steckt dahinter ein technischer Engpass. Manchmal aber auch schlicht die Frage: Warum sollte Google diese Seiten aufnehmen?
Und ja, das ist eine unbequeme Frage. Viele Website-Betreiber beantworten sie reflexartig mit: „Weil wir sie erstellt haben.“ Nur ist das aus Googles Sicht kein ausreichender Grund.
Qualitätsproblem heißt nicht automatisch „schlechter Content“
Wenn von einem Qualitätsproblem gesprochen wird, denken viele sofort an schwache Texte. Dünne Inhalte. KI-Massenware. Duplicate Content. Das kann stimmen, muss aber nicht. Qualität ist breiter.
Es kann um Vertrauen gehen. Um die Historie der Domain. Um Sicherheitsprobleme. Um stark schwankende Inhalte. Um Seiten, die zwar vorhanden sind, aber wenig eigenständigen Nutzen bieten. Um interne Strukturen, die Google kein klares Bild der wichtigsten Inhalte geben. Um viele URLs, die eigentlich kaum Suchwert haben. Oder um eine Website, die nach einem Hack zwar „gereinigt“ wurde, aber aus Sicht von Google noch nicht wieder stabil und vertrauenswürdig wirkt.
Gerade nach einem Hack sollte man nicht nur prüfen, ob die sichtbaren Spam-Seiten entfernt wurden. Manchmal bleiben Reste übrig: versteckte Skripte, manipulierte Templates, Cloaking-Mechanismen, seltsame Weiterleitungen, kompromittierte Plugins, generierte Unterverzeichnisse, alte Spam-URLs, die weiterhin gecrawlt werden. Es reicht dann nicht, die offensichtlichen Spuren zu löschen und zu hoffen, dass Google sofort wieder alles normal behandelt.
Aus meiner Erfahrung ist das ein bisschen wie bei einem Restaurant, das wegen Hygieneproblemen geschlossen war. Nach der Reinigung ist der Boden vielleicht sauber. Aber Vertrauen entsteht nicht in dem Moment, in dem jemand sagt: „Alles wieder gut.“ Es muss eine Weile stabil gut bleiben. Und manchmal schaut der Prüfer beim nächsten Besuch eben genauer hin.
Der Hack kann beteiligt sein, muss aber nicht die Hauptursache sein
Der interessante Teil an der Einschätzung ist die Differenzierung: Der Hack kann eine Rolle spielen, aber das Verhalten klingt nicht zwingend so, als wäre der Hack allein verantwortlich. Genau das ist wichtig.
Viele Betreiber hängen sich nach einem Sicherheitsvorfall komplett an diesem Ereignis auf. Verständlich. Ein Hack ist sichtbar, dramatisch und lässt sich zeitlich gut markieren. Vor dem Hack lief die Seite, nach dem Hack nicht mehr. Also muss der Hack schuld sein. So denkt man natürlich.
Nur können parallel andere Dinge passiert sein. Ein Core Update kann die Website neu bewertet haben. Google kann bereits vorher Zweifel an der Qualität gehabt haben. Der Hack kann diese Zweifel verstärkt haben. Oder die Bereinigung hat technische Nebenwirkungen ausgelöst, etwa blockierte Verzeichnisse, entfernte interne Links oder veränderte Templates. Manchmal verschlimmbessert man beim Aufräumen unbewusst Dinge, die vorher funktionierten.
Deshalb würde ich bei so einem Fall nicht nur fragen: „Ist der Hack wirklich weg?“ Sondern auch: „Was sieht Google heute, wenn es die Website crawlt?“ Und mindestens genauso wichtig: „Gibt es für Google einen klaren Grund, mehr als nur die Homepage zu indexieren?“
Diese zweite Frage wird gerne übergangen, weil sie weniger bequem ist.
Timing kann dich in die Irre führen
Besonders tückisch ist das Timing. Wenn eine Website gehackt wurde und ungefähr im selben Zeitraum ein größeres Google-Update lief, ist die Ursachenanalyse schwierig. Du kannst in der Search Console vielleicht sehen, wann Crawling, Impressionen oder Indexierung eingebrochen sind. Aber daraus allein ergibt sich noch keine eindeutige Schuldzuweisung.
Ein Core Update bewertet keine einzelne gehackte Datei, sondern eher das Gesamtbild. Wenn deine Website ohnehin schon schwache Signale hatte und dann zusätzlich ein Hack dazukam, kann das Ergebnis wie eine direkte Folge des Hacks aussehen, obwohl eigentlich mehrere Faktoren zusammenkommen.
Ich würde deshalb vorsichtig mit Aussagen wie „Google bestraft uns noch wegen des Hacks“ sein. Manchmal stimmt das in gewisser Weise, manchmal nicht. Oft ist es eher eine Mischung aus Vertrauensverlust, schwacher Inhaltsqualität und technischen Altlasten.
Was du prüfen solltest, bevor du von Qualität sprichst
Auch wenn die Google-Einschätzung in Richtung Qualität geht, solltest du nicht vorschnell alle technischen Punkte überspringen. Ich finde, das ist ein häufiger Fehler. Man hört „Quality Issue“ und startet sofort eine Content-Offensive. Neue Texte, neue Seiten, neue Überschriften. Dabei ist vielleicht die Hälfte der Website per Noindex ausgeschlossen oder interne Links werden per JavaScript so ausgespielt, dass Google sie nicht zuverlässig verarbeitet.
Darum: Erst die Basics. Nicht glamourös, aber notwendig.
Prüfe, ob wichtige Unterseiten überhaupt crawlbar sind. Schau dir robots.txt, Meta-Robots, X-Robots-Header und Canonicals an. Kontrolliere Weiterleitungsketten. Teste, ob interne Links als echte HTML-Links vorhanden sind. Sieh dir die XML-Sitemap an, aber verlasse dich nicht blind darauf. Eine Sitemap ist kein Ersatz für eine saubere interne Verlinkung.
Dann kommt die Search Console. Nicht nur die URL-Prüfung für eine einzelne Seite, sondern Muster. Welche Seiten wurden zuletzt gecrawlt? Welche Statusmeldungen treten gehäuft auf? Stehen viele URLs auf „gefunden, zurzeit nicht indexiert“? Oder wurden sie gecrawlt und dann nicht aufgenommen? Das macht einen Unterschied. „Gefunden“ kann eher auf Crawling-Priorität oder interne Signale hindeuten. „Gecrawlt, nicht indexiert“ riecht oft stärker nach Wert- oder Qualitätsfrage, wobei auch das nicht absolut ist.
Und nach einem Hack: Prüfe alte Spam-URLs. Wenn Google noch tausende kompromittierte URLs kennt, kann das die Wahrnehmung deiner Domain beeinflussen. Auch Serverlogs können hier Gold wert sein. Nicht jeder hat Zugriff oder Lust darauf, ich weiß. Aber wenn du wissen willst, was Googlebot tatsächlich macht, sind Logs oft ehrlicher als hübsche SEO-Tools.
Wenn die Technik sauber ist, wird es unbequemer
Nehmen wir an, die Technik passt. Kein Noindex, keine Blockaden, keine kaputten Canonicals, saubere interne Links, keine offensichtlichen Hackreste. Und trotzdem bleibt nur die Homepage im Index. Dann bist du bei der schwierigeren Frage: Ist der Rest der Website wirklich indexierungswürdig?
Das klingt streng, aber Google muss nicht jede URL aufnehmen. Schon gar nicht, wenn ähnliche Informationen anderswo besser, vertrauenswürdiger oder vollständiger vorhanden sind. Bei kleineren Unternehmensseiten sieht man das oft: Es gibt eine Startseite, ein paar Leistungsseiten, vielleicht Blogposts, die sehr allgemein gehalten sind. Alles korrekt, aber nichts davon hebt sich ab. Wenn dann noch ein Sicherheitsvorfall oder ein Update dazukommt, kann Googles Bereitschaft sinken, jede Unterseite mitzunehmen.
Was ich in solchen Fällen tun würde: Nicht wahllos mehr Content produzieren. Sondern die wichtigsten Unterseiten radikal prüfen. Welche Seiten beantworten echte Fragen? Welche Seiten zeigen Erfahrung, Beispiele, Belege, klare Zuständigkeit? Welche Seiten wirken wie austauschbare SEO-Landingpages? Welche Inhalte würdest du selbst weiterempfehlen, wenn dein Name darunter stünde?
Manchmal reicht es nicht, Texte „ein bisschen länger“ zu machen. Eine Seite braucht einen Grund. Einen Standpunkt. Eine klare Funktion.
Ein praktischer Blick auf interne Links
Ein Punkt, der in solchen Diskussionen gerne unterschätzt wird, ist die interne Verlinkung. Wenn Google nur die Homepage indexiert und interne Links nicht richtig verfolgt, musst du dir die Struktur anschauen. Sind die wichtigen Seiten direkt erreichbar? Oder hängen sie tief in Menüs, Filtern, Skripten oder aufgeblähten Seitentypen?
Eine Website kann technisch indexierbar sein und trotzdem intern so schwach organisiert, dass Google kaum Priorität erkennt. Wenn jede Seite gleich wichtig aussieht, ist am Ende keine besonders wichtig. Das ist wie in einem Büro, in dem dir zehn Leute gleichzeitig sagen, dass alles dringend ist. Irgendwann hörst du nur noch Rauschen.
Setze klare Signale. Die wichtigsten Unterseiten sollten von der Startseite und von passenden thematischen Seiten verlinkt sein. Nicht nur im Footer, nicht nur irgendwo in einer Sitemap. Sondern sinnvoll im Kontext.
Qualität zurückzugewinnen dauert oft länger, als man möchte
Das ist vielleicht die unangenehmste Wahrheit: Selbst wenn du alles richtig machst, kann es dauern. Vor allem nach einem Hack. Google muss die Website erneut crawlen, Signale aktualisieren, Vertrauen neu aufbauen. Das passiert nicht immer über Nacht.
Und ja, manchmal ist es überraschend, wie hartnäckig solche Fälle sind. Du reichst Seiten zur Indexierung ein, Google crawlt vielleicht, aber nimmt sie nicht auf. Du aktualisierst Inhalte, wartest, prüfst wieder. Nichts. Dann plötzlich, Wochen später, bewegt sich etwas. Oder eben nicht, wenn das Grundproblem nicht getroffen wurde.
Ich würde deshalb mit zwei Zeithorizonten arbeiten. Kurzfristig: technische und sicherheitsrelevante Fehler ausschließen. Mittelfristig: die wichtigsten Inhalte und die interne Struktur verbessern. Nicht alles auf einmal, sondern fokussiert. Drei starke Seiten sind oft wertvoller als dreißig halbherzige.
Besonders wichtig: Wenn der Hack lange aktiv war, etwa über Monate, solltest du mit mehr Geduld rechnen. Eine über längere Zeit kompromittierte Website sendet viele schlechte Signale. Spam-URLs, Malware-Warnungen, dubiose externe Links, Nutzerprobleme, vielleicht sogar manuelle Sicherheitsmeldungen. Das verschwindet nicht immer sofort aus allen Systemen.
Was du aus dem Fall mitnehmen solltest
Wenn deine Website nur noch mit der Homepage im Google-Index vertreten ist, solltest du das als ernstes Warnsignal behandeln. Nicht panisch, aber gründlich. Es kann ein technisches Problem sein. Es kann mit einem Hack zusammenhängen. Es kann aber eben auch ein übergreifendes Qualitätsproblem sein, das Google daran hindert, den Rest der Website wieder oder überhaupt zu indexieren.
Der wichtigste Gedanke ist für mich: Versteife dich nicht zu früh auf eine einzige Ursache. Gerade bei Websites, die gehackt wurden, ist die Versuchung groß, alles darauf zu schieben. Aber wenn zeitgleich ein Google-Update lief oder die Website schon vorher schwache Signale hatte, wird das Bild komplizierter.
Arbeite sauber von unten nach oben. Erst Sicherheit und Technik. Dann Crawling und interne Verlinkung. Dann Inhalte, Nutzen, Vertrauen. Und wenn du bei der Qualitätsfrage angekommen bist, sei ehrlich. Nicht brutal, aber ehrlich. Würde Google einen echten Mehrwert verlieren, wenn deine Unterseiten fehlen? Wenn die Antwort schwerfällt, hast du wahrscheinlich den Bereich gefunden, an dem du arbeiten musst.
Nur die Startseite im Index ist selten ein Zufall. Es ist ein Hinweis darauf, dass Google der Domain zumindest noch einen Kernwert zuspricht, aber beim Rest zögert. Genau dort solltest du ansetzen: Zeig Google nicht nur, dass die Website sauber ist. Zeig, dass ihre Unterseiten es wert sind, gefunden zu werden.
