Anchor-Spam: Wie Google manipulative Link-Muster erkennt
Von 'miserable failure' Google-Bombs zum Patent, das offenlegt, wie Kontext-Analyse Anchor-Text-Manipulation erkennt
01Was ist Anchor-Spam?
Anchor-Spam ist Googles System zur Erkennung manipulativer Muster im Anchor-Text, dem anklickbaren Text von Hyperlinks. Eine Seite, die ausschließlich mit exakten Keyword-Texten verlinkt wird ('Berlin Wetter', 'kostenlose Wettervorhersage'), wirkt unnatürlich, wie gezielte SEO-Manipulation. Das System bestraft diese Überoptimierung.
Der Google API Leak enthüllte zwei Felder, die diese Erkennung implementieren: phraseAnchorSpamPenalty (ein Penalty-Score für überoptimierte Anchor-Texte) und IsAnchorBayesSpam (ein Bayes-Klassifikator, der ein Ja/Nein-Urteil darüber abgibt, ob Anchor-Spam vorliegt). Zusammen bilden diese beiden Felder ein zweischichtiges Erkennungssystem: Der Klassifikator identifiziert verdächtige Muster, und der Penalty-Score bestimmt, wie stark eine Abstufung erfolgt.
Anchor-Spam ist der direkte Nachfolger von Googles historischem Penguin-Update, das 2012 eingeführt wurde und speziell auf Linkschemata und Anchor-Text-Manipulation abzielte. Die Logik lebt im heutigen System weiter. Aus dem periodischen Update ist ein kontinuierliches Echtzeitsignal geworden, das in Googles zentrale Ranking-Architektur integriert ist.
02Die Google-Bombing-Ära
Das Patent US8577893B1 ('Ranking based on reference contexts') beginnt mit einem berühmten Beispiel: der 'miserable failure' Google-Bombe. In den frühen 2000er Jahren verlinkten zahlreiche Websites die Biografie von Präsident George W. Bush mit dem Anchor-Text 'miserable failure'. Das Ergebnis: Wenn Nutzer nach 'miserable failure' suchten, war das oberste Ergebnis die Biografieseite des Weißen Hauses, obwohl diese Seite diese Wörter nie verwendete.
Google-Bombing funktionierte, weil frühe Versionen des Google-Algorithmus Anchor-Text als starkes Relevanzsignal behandelten. Wenn viele Seiten eine bestimmte Seite mit demselben Anchor-Text verlinkten, nahm Google an, dass dieser Text den Inhalt der Seite beschrieb. Die 'miserable failure'-Bombe zeigte, dass diese Annahme in großem Maßstab ausgenutzt werden konnte.
Das Patent identifiziert auch andere Manipulationstechniken. Link-Farmen sind Netzwerke stark untereinander verlinkter Dokumente. Bezahlte Links sind Links, für die Spam-Betreiber Inhaber hoch gerankter Dokumente bezahlen. Standard-Frames sind Boilerplate-Links wie 'Products', 'Jobs', 'Investor', die auf jeder Seite einer Unternehmenswebsite erscheinen und das Ranking der verlinkten Seiten künstlich aufwerten.
03Das Patent: Referenz-Kontext-Analyse
US8577893B1, eingereicht im Jahr 2004 von Anna Patterson und Paul Haahr, beschreibt eine Methode zur Erkennung von Anchor-Text-Manipulation durch die Analyse des Kontexts um Links herum. Statt den Anchor-Text selbst zu betrachten, den Spammer kontrollieren, analysiert sie die Wörter rund um den Link, die Spammer typischerweise nicht kontrollieren.
Die Methode funktioniert in fünf Schritten. Erstens wird für jeden Link, der auf ein Dokument verweist, ein Textfenster links des Links und ein Textfenster rechts davon analysiert (typischerweise jeweils 5 Wörter). Zweitens wird das seltenste Wort in jedem Fenster mithilfe der inversen Dokumenthäufigkeit (IDF) gewichtet identifiziert – häufige Wörter wie 'the' und 'and' werden ignoriert, während seltene Wörter wie 'Saturn' oder 'elegant' ausgewählt werden. Drittens wird ein Kontextbezeichner erstellt, indem die beiden seltenen Wörter zusammen gehasht werden. Viertens wird eine Liste aller Kontextbezeichner und ihrer Häufigkeiten für Links erstellt, die auf ein Dokument verweisen. Fünftens wird die Verteilung der Kontexthäufigkeiten analysiert, um verdächtige Muster zu erkennen.
Das Patent liefert ein konkretes Beispiel: Ein Dokument hat Links mit vier zugehörigen Kontexten. Kontext 1 hat eine Häufigkeit von 10.000; Kontext 2 hat 10; Kontext 3 hat 4; Kontext 4 hat 1. Das System identifiziert Kontext 1 als 'verdächtig (möglicherweise maschinell generiert)' und wertet ihn ab. Das Dokument wird dann so eingestuft, als hätte es nur drei Kontexte (2, 3, 4) – eine weitaus natürlichere Verteilung.
Das Patent beschreibt auch eine Zeitreihenanalyse: Wenn ein Dokument in einem Zeitraum zwei Kontexte mit je 20 Vorkommen hatte und dann plötzlich im nächsten Zeitraum drei Kontexte mit Häufigkeiten von 20, 20 und 18.000 aufweist, markiert das System dies basierend auf der Verteilungshistorie als verdächtig. Dies erkennt Link-Building-Kampagnen, die in kurzer Zeit viele Links mit identischem Anchor-Text erstellen.
04Anchor-Spam in der Ranking-Architektur
Anchor-Spam operiert auf Dokumentebene (Reach: Doc) und hat keine vor- oder nachgelagerten Abhängigkeiten (fedBy und feedsInto sind beide leer). Das macht es zu einem terminalen Signal: Es erzeugt eine Penalty, die direkt auf den Ranking-Score des Dokuments angewendet wird, ohne in andere Systeme einzuspeisen.
Die architektonische Isolation von Anchor-Spam ist charakteristisch für Spam-Erkennungssysteme: Sie sind darauf ausgelegt, eigenständig zu sein und ihre Signale nicht durch die Ranking-Architektur weiterzuleiten. Eine Spam-Penalty sollte nur das bestrafte Dokument beeinflussen und keine anderen Qualitätssignale kontaminieren. SpamBrain (System 18) zeigt dasselbe Muster und operiert ebenfalls als terminales Signal.
Das E-E-A-T-Dimensions-Mapping bestätigt dies: Anchor-Spam ist in erster Linie ein Trust-Signal (T: primary), mit einem indirekten Effekt auf Authority (A: indirect). Anchor-Manipulation ist grundlegend eine Trust-Verletzung, denn sie täuscht sowohl Google als auch Nutzer über die Relevanz einer Seite. Der indirekte Authority-Effekt entsteht, weil Anchor-Text-Muster beeinflussen, wie autoritativ eine Seite für bestimmte Suchanfragen erscheint.
05Implikationen für SEO-Praktiker
Der kontextanalytische Ansatz des Patents hat eine klare Implikation: Spammer kontrollieren den Anchor-Text, aber nicht den umgebenden Text. Googles Erkennungssystem analysiert, was den Link umgibt, den natürlichsprachlichen Kontext, in dem der Link erscheint. Selbst wenn der Anchor-Text perfekt variiert ist, können unnatürliche Muster im umgebenden Text also die Erkennung auslösen.
Für legitimen Linkaufbau ist die Empfehlung eindeutig: Natürliche, beschreibende Linktexte sind besser als keyword-optimierte. Wenn externe Partner um Links gebeten werden, sollte man keine vorgefertigten Anchor-Texte vorschreiben. Die verlinkende Seite sollte den eigenen Inhalt in eigenen Worten beschreiben – genau diese natürliche Variation erwartet das Kontextanalysesystem.
Für die interne Verlinkung gilt dasselbe Prinzip. Wer interne Linktexte variiert ('Hamburger Regenradar', 'Nordsee-Sturmwarnung'), statt immer 'Wettervorhersage' zu verwenden, senkt das Risiko, die phraseAnchorSpamPenalty auszulösen. Interne Links liegen in der eigenen Kontrolle, und unnatürliche Muster in internen Anchor-Texten sind für Google sogar noch leichter zu erkennen als externe Muster.
Die Fähigkeit zur Zeitraumanalyse bedeutet, dass die Geschwindigkeit des Linkaufbaus eine Rolle spielt. Ein plötzlicher Anstieg von Links mit ähnlichem Anchor-Text – selbst wenn der Anchor-Text selbst variiert ist – kann basierend auf der Verteilungshistorie eine Erkennung auslösen. Schrittweiser, natürlicher Linkerwerb ist sicherer als Kampagnen, die viele Links in kurzer Zeit erzeugen.
06Quellen
Patente (10)
- [4]PUS8577893B1: 'One popular bomb involved a large number of documents including the anchor text miserable failure' ↗US8577893B1
- [5]PUS8577893B1: Hintergrundabschnitt zu Anchor-Text-Spamming ↗US8577893B1
- [6]PUS8577893B1: Beschreibung des verwandten Stands der Technik ↗US8577893B1
- [7]PUS8577893B1: 'analyze a window of text to the left of the link and a window of text to the right' ↗US8577893B1
- [8]PUS8577893B1: IDF-Gewichtungstechnik ↗US8577893B1
- [9]PUS8577893B1: Context-Identifier-Erstellung ↗US8577893B1
- [10]PUS8577893B1: Verteilungsanalyse-Beispiel ↗US8577893B1
- [11]PUS8577893B1: Verteilungshistorie-Analyse ↗US8577893B1
- [12]PUS8577893B1 — Erfinderliste; DOJ-Prozess-Exhibits ↗US8577893B1
- [16]PUS8577893B1: Kontextanalyse-Ansatz ↗US8577893B1
API Leak (6)
- [1]BGoogle API Leak — Feldnamen ↗
- [2]OHistorische Google-Updates + API-Leak-Bestätigung ↗
- [3]BGoogle API Leak — Felddokumentation ↗
- [13]BGoogle API Leak — fedBy und feedsInto sind leer
- [14]BGoogle API Leak — dims: {T: primär, A: indirekt}
- [18]BGoogle API Leak — Feldname + Inferenz ↗