Manuelle Maßnahme von Google: erkennen, beheben, Antrag stellen

Eine manuelle Maßnahme ist keine Rankingschwankung und kein Algorithmus-Update – sie ist die Entscheidung eines menschlichen Google-Mitarbeiters, dass eine bestimmte Seite oder die gesamte Website gegen die Spam-Richtlinien von Google verstößt. Sie taucht im Bericht „Manuelle Maßnahmen" der Google Search Console auf, meist begleitet von einer E-Mail an die im Property hinterlegten Nutzer. Ab diesem Moment zählt nicht mehr, ob der Verstoß absichtlich war oder aus einer Agentur-Kampagne, einem gehackten Plugin oder einer alten SEO-Entscheidung stammt, die niemand mehr im Team kennt. Es zählt nur noch, wie sauber und wie belegbar die Korrektur ist.

Dieser Artikel geht durch die einzelnen Maßnahme-Typen, was hinter jedem einzelnen technisch steckt, wie die eigentliche Bereinigung abläuft – und vor allem, wie ein Antrag auf Überprüfung formuliert sein muss, damit er nicht nach zwei Wochen mit derselben Begründung erneut abgelehnt wird.

Manuelle Maßnahme oder Algorithmus-Update: der Unterschied, der die Strategie bestimmt

Ein Algorithmus-Update wirkt automatisiert auf alle Websites einer bestimmten Kategorie gleichzeitig, ohne dass jemand bei Google die einzelne Seite angesehen hat. Es erscheint nie im Bericht zu manuellen Maßnahmen, es gibt keine Benachrichtigung mit Begründung, und eine Erholung – falls sie eintritt – geschieht automatisch, sobald ein nachfolgendes Crawling die verbesserte Qualität registriert.

Eine manuelle Maßnahme ist das Gegenteil: Ein Mitarbeiter des Web-Spam-Teams, oder ein Reviewer, der einen automatisierten Verdacht bestätigt, hat sich die Website konkret angesehen und eine Richtlinienverletzung dokumentiert. Der Unterschied ist keine akademische Feinheit, er bestimmt die gesamte Strategie: Bei einer algorithmischen Abwertung hilft kontinuierliche Qualitätsarbeit ohne jede Interaktion mit Google. Bei einer manuellen Maßnahme reicht die Behebung der Ursache allein in aller Regel nicht aus – die Maßnahme bleibt aktiv, bis ausdrücklich ein Antrag auf Überprüfung gestellt und von Google bestätigt wurde, dass die Bereinigung ausreicht. Wer nur den Fehler behebt und dann wartet, wartet auf etwas, das ohne Antrag nicht von selbst verschwindet.

Ein Sonderfall, der in der Praxis regelmäßig unterschätzt wird: Eine Domain, die gekauft oder im Rahmen eines Relaunchs übernommen wird, kann eine bestehende manuelle Maßnahme aus einer früheren Eigentümerschaft mitbringen. Die Maßnahme ist an die Domain in der Search Console gebunden, nicht an die handelnde Person – ein Eigentümerwechsel löscht sie nicht. Vor einer Domain-Übernahme oder einem größeren Relaunch lohnt sich deshalb ein Blick in den Bericht, bevor Budget in neue Inhalte fließt, die auf einer bereits belasteten Domain landen.

Wo die Meldung ankommt und was sie konkret enthält

Der Bericht liegt in der Search Console unter „Sicherheit & manuelle Maßnahmen" → „Manuelle Maßnahmen". Er ist leer und grün, solange nichts vorliegt. Sobald ein Eintrag erscheint, zeigt er drei Informationen: den Typ der Maßnahme, ob sie sich auf die gesamte Website oder nur auf bestimmte URLs beziehungsweise URL-Muster bezieht – site-weit gegenüber teilweise – und einen kurzen, meist knappen Beispieltext oder Link zu betroffenen Seiten, selten eine vollständige Liste.

Genau diese Unvollständigkeit ist der erste praktische Stolperstein: Google zeigt Beispiele, keine Inventur. Wer sich auf die im Bericht genannten Einzelbeispiele beschränkt und den Rest der Website ungeprüft lässt, bereinigt oft nur die Spitze des Problems und kassiert beim Antrag auf Überprüfung eine erneute Ablehnung, weil derselbe Mustertyp anderswo auf der Domain unverändert weiterbesteht.

Linkbezogene Maßnahmen: unnatürliche Links zur eigenen und von der eigenen Website

„Unnatürliche Links zu deiner Website" richtet sich gegen eingehende Links, die erkennbar zur Manipulation des Rankings aufgebaut wurden – gekaufte Links, große Mengen an Gastbeitrags-Links mit exakten Keyword-Ankertexten, Linktausch-Netzwerke oder automatisiert erzeugte Verzeichniseinträge. Wichtig: Diese Maßnahme trifft dich für Links, die andere auf dich gesetzt haben, oft ohne dass du sie beauftragt hast. Ein Konkurrent, der über gezielte negative SEO toxische Links auf deine Domain lenkt, kann theoretisch denselben Effekt auslösen, auch wenn das in der Praxis seltener vorkommt, als das Wort in Foren suggeriert.

„Unnatürliche Links von deiner Website" ist das Gegenstück: Deine eigene Seite verlinkt andere Websites auf eine Weise, die PageRank manipulativ weitergibt – bezahlte Links ohne rel="sponsored" oder rel="nofollow", große Linkpakete in Footer oder Sidebar, oder ein Partnerprogramm, das im Kleingedruckten Backlinks statt echter Provision verkauft. Typische Auslöser dieser Variante:

• Sponsored Content oder Advertorials ohne Kennzeichnung der ausgehenden Links als bezahlt
• Linktausch-Vereinbarungen, bei denen zwei Websites sich gegenseitig ohne redaktionellen Bezug verlinken
• Ein WordPress-Plugin oder Theme, das im Footer versteckte Links zu fremden Domains einfügt
• Gastbeiträge auf der eigenen Seite, die im Gegenzug unmarkierte dofollow-Links zur Website des Autors enthalten

Content- und Technik-Maßnahmen: von Spam bis strukturierten Daten

Neben Links gibt es eine zweite Gruppe von Maßnahmen, die sich auf Inhalt und Technik bezieht. Jede hat einen eigenen Ursprung, jede verlangt eine andere Art der Korrektur:

• Nutzergenerierter Spam: Spam-Kommentare, Forenbeiträge oder Gästebuch-Einträge, die Dritte auf deiner Plattform hinterlassen haben und die nicht moderiert wurden
• Reiner Spam: aggressive, automatisiert erzeugte Inhalte ohne redaktionellen Wert – gescrapte Artikel, automatisch generierte Gibberish-Seiten oder eine Domain, die nur zur Weiterleitung auf andere Angebote existiert
• Cloaking und/oder schädliche Weiterleitungen: der Googlebot sieht anderen Inhalt als der menschliche Besucher, oder Nutzer werden nach dem Klick auf eine andere, oft schädliche URL umgeleitet
• Versteckter Text und Keyword-Stuffing: weißer Text auf weißem Hintergrund, per CSS hinter Bilder verschobener Text, oder Absätze, die denselben Begriff in unnatürlicher Dichte wiederholen
• Probleme mit strukturierten Daten: Markup, das Inhalte beschreibt, die auf der Seite gar nicht sichtbar sind – etwa Rezept-Markup ohne Rezept, oder Sternebewertungen im Schema, die aus keiner echten Bewertung stammen
• Hacking-bezogener Spam: Schadcode oder ein kompromittiertes CMS fügt zusätzliche Seiten oder Links ein, meist unsichtbar für den Websitebetreiber, bis die Maßnahme im Bericht erscheint
• Thin Content mit wenig oder keinem Mehrwert: automatisch zusammengesetzte Seiten, dünne Affiliate-Seiten ohne eigene Bewertung, oder Doorway-Seiten, die nur eine geringfügig andere Version derselben Zielseite je Stadt oder Variante erzeugen

Site-weit oder teilweise: warum das den Aufwand der Bereinigung bestimmt

Eine Maßnahme kann zwei Reichweiten haben, und die Search Console zeigt das explizit an. „Site-weit" bedeutet, dass die Wirkung auf die gesamte Domain durchschlägt – üblich bei schwerwiegenden oder systematischen Verstößen wie einem groß angelegten Linkkauf-Programm oder verbreitetem Hacking-Spam. „Teilweise" beschränkt sich auf bestimmte URLs oder URL-Muster, etwa nur die Kategorieseiten eines Shops, die automatisiert Thin-Content-Text erzeugen, während die redaktionellen Blog-Artikel derselben Domain unberührt bleiben.

Der praktische Unterschied ist die Reichweite der Bereinigung: Bei einer teilweisen Maßnahme reicht es, exakt die betroffenen Muster zu identifizieren und zu bereinigen – eine Ausweitung der Suche auf die ganze Domain kostet dann nur Zeit. Bei einer site-weiten Maßnahme ist das Gegenteil der Fall: Eine Bereinigung, die sich nur auf die im Bericht genannten Beispiel-URLs beschränkt, wird beim Antrag auf Überprüfung praktisch immer abgelehnt, weil der Reviewer stichprobenartig auch nicht genannte Bereiche der Domain prüft. Ein Beispiel aus der Praxis: Ein Marktplatz mit zehntausenden automatisch befüllten Produktseiten erhält häufiger eine teilweise Maßnahme genau gegen dieses Seitensegment, während sein redaktioneller Ratgeberbereich von der Bewertung unberührt bleibt – ein Hinweis darauf, dass Google die Reichweite so eng wie möglich am tatsächlichen Verstoß ausrichtet, wo die Beweislage das zulässt.

Die Kategorien aus dem vorigen Abschnitt treten außerdem selten isoliert auf. Eine gehackte Website erzeugt häufig gleichzeitig Cloaking-Weiterleitungen und, sofern Kommentarfelder offen und unmoderiert blieben, zusätzlich nutzergenerierten Spam – ein einzelner technischer Vorfall kann also zwei oder drei getrennte Einträge im Bericht auslösen. In solchen Fällen zählt die Reihenfolge: zuerst die technische Ursache schließen, dann jede Maßnahme einzeln und vollständig bereinigen, und erst danach für alle betroffenen Maßnahmen den Antrag auf Überprüfung stellen. Einen Antrag nur für eine von mehreren offenen Maßnahmen einzureichen, während eine zweite unbearbeitet bleibt, verzögert unnötig – der Reviewer sieht beim Prüfen ohnehin den gesamten Bericht der Property.

Der Bereinigungsprozess: Bestandsaufnahme vor Löschung

Die eigentliche Arbeit beginnt nicht mit dem Antragsformular, sondern mit einer vollständigen Bestandsaufnahme. Die Beispiel-URLs im Bericht sind ein Hinweis auf das Muster, keine erschöpfende Liste. Für linkbezogene Maßnahmen bedeutet das: Backlink-Daten aus der Search Console unter „Links" exportieren, mit einem zweiten, unabhängigen Backlink-Datensatz abgleichen und jede Domain danach bewerten, ob der Link redaktionell entstanden sein kann oder erkennbar manipulativ ist. Für Content- oder Technik-Maßnahmen bedeutet es: die Domain nach dem im Bericht genannten Muster durchsuchen – etwa alle Seiten mit demselben Template, derselben automatisiert generierten Textstruktur oder demselben fehlerhaften Schema-Typ.

Wer die Belege für jeden Schritt von Anfang an sammelt, statt sie später aus E-Mail-Postfächern und Browserverlauf zu rekonstruieren, spart beim eigentlichen Antrag den größten Teil der Arbeit. Ein einfacher Ordner mit Datum, Screenshot und exportierter Liste pro Bereinigungsschritt – geführt während der Arbeit, nicht danach – ist am Ende häufig der Unterschied zwischen einer zügigen Freigabe und einer dritten Ablehnung wegen fehlender Nachweise. Das gilt besonders, wenn sich die Bereinigung über mehrere Wochen zieht und mehrere Personen im Team beteiligt sind: Ohne laufende Dokumentation weiß am Ende niemand mehr genau, welcher Link wann und von wem kontaktiert wurde.

Danach folgt eine Entscheidung pro Link oder pro Seite:

• Link entfernen lassen: den Websitebetreiber direkt kontaktieren und um Löschung bitten – die von Google bevorzugte Lösung, dokumentiert mit Datum, Nachricht und Antwort oder Nichtantwort
• Disavow nutzen, wenn Entfernung nicht möglich ist: eine Disavow-Datei über die Search Console einreichen, aber erst nachdem eine ernsthafte Löschung versucht wurde – ein Disavow ohne vorherigen Kontaktversuch wirkt im Antrag wie eine Abkürzung, nicht wie eine Lösung
• Inhalt korrigieren oder entfernen: betroffene Seiten überarbeiten, mit noindex versehen oder vollständig löschen mit passendem Statuscode, wenn eine Überarbeitung keinen echten Mehrwert mehr schaffen kann
• Ursache technisch schließen: bei Hacking-Fällen das kompromittierte Plugin, Theme oder CMS aktualisieren oder ersetzen, bevor überhaupt mit der inhaltlichen Bereinigung begonnen wird – sonst kehrt derselbe Spam nach der nächsten Infektion zurück

Den Antrag auf Überprüfung schreiben, der akzeptiert wird

Das Formular für den Antrag auf Überprüfung fragt im Kern drei Dinge ab: was passiert ist, was konkret unternommen wurde, und warum die Bereinigung als vollständig gilt. Reviewer bearbeiten an einem Tag eine hohe Zahl an Anträgen, und die meisten Ablehnungen entstehen nicht, weil die Bereinigung inhaltlich falsch war, sondern weil sie nicht belegt wurde. Ein Antrag, der schreibt „wir haben die Links entfernt", ohne zu zeigen, welche, wann und wie, verlangt vom Reviewer einen Vertrauensvorschuss, den er nicht geben kann und darf.

Ein Antrag, der bei linkbezogenen Maßnahmen tatsächlich überzeugt, enthält typischerweise: eine vollständige, tabellarische Übersicht der identifizierten problematischen Links mit Quelldomain, Ankertext und Status – entfernt, nicht mehr erreichbar oder disavowed; Kopien oder Screenshots der Kontaktaufnahme mit den Linkgebern samt Datum; einen Verweis auf die eingereichte Disavow-Datei mit deren Inhalt; und, was regelmäßig vergessen wird, eine kurze, ehrliche Beschreibung, wie die Links überhaupt entstanden sind. „Eine von uns beauftragte Agentur hat zwischen Januar und März Gastbeiträge mit exakten Keyword-Ankertexten platziert, wir haben die Zusammenarbeit beendet und die betroffenen Websites kontaktiert" ist eine Aussage, die ein Reviewer einordnen kann. „Wir wissen nicht, woher diese Links kommen" ist es nicht, selbst wenn es ehrlich gemeint ist.

Der häufigste Fehler ist nicht ein zu kurzer, sondern ein zu allgemeiner Antrag: pauschale Formulierungen wie „wir halten uns an die Richtlinien", ohne konkreten Bezug zu den im Bericht genannten Beispielen. Der zweitgrößte Fehler ist Widerspruch – zu behaupten, es gebe kein Problem, während der Bericht explizite Beispiele nennt, signalisiert dem Reviewer, dass die Ursache nicht verstanden wurde, und führt fast immer zu einer erneuten Ablehnung mit derselben Begründung. Und ein dritter, besonders bei site-weiten Content-Maßnahmen verbreiteter Fehler: eine Teilbereinigung als vollständig zu präsentieren, weil sie an den im Bericht sichtbaren Beispielen ansetzt, aber das zugrunde liegende Muster – etwa eine automatisierte Textgenerierung, die auf tausenden Kategorieseiten weiterläuft – unangetastet lässt.

Vor dem Absenden lohnt sich eine kurze Checkliste:

• Wurde jede im Bericht genannte Beispiel-URL tatsächlich korrigiert, nicht nur zur Kenntnis genommen?
• Wurde über die Beispiele hinaus nach demselben Muster auf der gesamten Domain gesucht?
• Liegt für jede Korrektur ein Beleg vor – Datum, Screenshot, exportierte Datei oder Link?
• Erklärt der Antrag die Ursache, statt sie zu umschreiben oder zu verschweigen?
• Wurde die Disavow-Datei, falls verwendet, tatsächlich im richtigen Format über die Search Console hochgeladen, nicht nur vorbereitet?

Nach der Antwort: Freigabe, erneute Ablehnung und wie man einen Rückfall vermeidet

Google beantwortet den Antrag direkt im selben Bericht der Search Console, im Ablehnungsfall meist mit kurzer Begründung. Es gibt kein festes, veröffentlichtes Zeitfenster – eine Prüfung kann wenige Tage oder mehrere Wochen dauern, abhängig vom Umfang des Falls und der aktuellen Auslastung des Reviewer-Teams. Ein zweiter, unveränderter Antrag kurz nach der ersten Ablehnung verschlechtert die Situation eher, als sie zu verbessern – er signalisiert, dass die im Ablehnungstext genannte Lücke nicht geschlossen wurde. Sinnvoller ist, die Ablehnungsbegründung wörtlich zu nehmen, die dort benannte Lücke gezielt zu schließen und erst danach erneut einzureichen.

Nach einer Freigabe verschwindet die Maßnahme aus dem Bericht, aber die zugrunde liegende Ursache verschwindet nicht automatisch aus dem Team-Gedächtnis. Wiederholte manuelle Maßnahmen für dieselbe Domain werden strenger behandelt als ein erstmaliger Vorfall – ein Muster, das in vielen Fällen dazu führt, dass künftige Anträge kritischer geprüft werden. Der wirksamste Schutz gegen einen Rückfall ist deshalb nicht Vorsicht im Nachhinein, sondern ein Prozess, der die ursprüngliche Ursache strukturell abschaltet: eine Freigabe-Pflicht für jede externe Linkplatzierung, eine Moderationsregel für nutzergenerierte Inhalte, oder ein Update-Zyklus für das CMS, der eine erneute Kompromittierung verhindert.