Links, die zählen: Fünf Link-Taktiken gegen Leak und Patente
Ein vielgelesener Link-Leitfaden liest PageRank-Buckets, vertrauenswürdige Anker und Kontext-Hashes aus Googles Leak. Die Felder sind echt. Die vertrauenswürdigen Quellen sind News-Seiten, der Bucket zählt Onsite-Anker, und die Kappung liegt bei 200, nicht bei null.
01Worauf der Beitrag aufbaut
Ein Leitfaden von Cyrus Shepard, veröffentlicht am 20. Oktober 2026, will zeigen, wie man Links baut, die Google nicht ignorieren kann. Er nennt fünf Taktiken, nämlich Themenstabilität, Ankerkontext (die Wörter rund um einen Link), redaktionelle Vielfalt, Spitzenlinks mit „magischer“ Kraft und Links, die neue Information tragen. Er stützt sie auf Google-Patente, geleakte Attributbeschreibungen und Belege aus dem Kartellverfahren. Jede Taktik zeigt auf ein echtes Artefakt. Dieser Artikel fragt, wie weit das jeweilige Artefakt trägt.
Patente und geleakte Attribute belegen Verschiedenes. Ein Patent beschreibt, was Google bauen könnte. Eine Anmeldung beweist weder, dass es gebaut wurde, noch dass es noch läuft. Ein geleaktes Attribut beweist, dass etwas gespeichert wird, manchmal mit einem Einzeiler als Kommentar, aber nie mit einem Gewicht oder einer Schwelle. Wo der Beitrag von einem Feld zu einer Wirkung im Ranking übergeht, ist dieser Schritt Deutung. Einige dieser Schritte halten gut, und dieser Artikel kennzeichnet jeden von ihnen.
02Spitzenlinks: ein PageRank-Bucket auf Onsite-Ankern
Das Leitbeispiel des Beitrags ist ein einzelner Attributkommentar, und sowohl der Kommentar als auch die Skala dahinter existieren. Der Kommentar sagt: Anker von Seiten mit einem PageRank über 51.000 sind die besten, Anker unter 47.000 sind alle gleich. PageRank ist Googles linkbasierter Wert für eine Seite. Im Quelldatensatz jedes Ankers speichert der Leak den PageRank der verlinkenden Seite auf einer 16-Bit-Skala von 0 bis 65.535 und daneben deren NSR, einen Site-Qualitätswert zwischen 0 und 1.000. Ein Link kommt beim Ziel mit dem Stand seiner Quelle an.
Der Kommentar beschreibt nur Onsite-Anker, nicht die externen Backlinks, auf die der Leitfaden ihn anwendet. Er gehört zu topPrOnsiteAnchorCount, einem Zähler in der Ankerstatistik eines Dokuments, und der Name sagt onsite. Die Geschwisterfelder für Off-Domain- und On-Domain-Anker existieren ohne jede Beschreibung. Der Kommentar dokumentiert einen Qualitäts-Bucket mit scharfem oberem Band und flachem Boden. Er dokumentiert nicht, wie stark ein Link aus dem oberen Band ein Ranking bewegt. Die Lesart des Leitfadens, die Regel beschreibe die externen Backlinks, die man aufbaut, überspringt genau das Wort, das sie begrenzt.
03Der Test mit vertrauenswürdigen Ankern: News, nicht .gov
Die zweite „magische“ Behauptung ist der interessanteste Fund des Beitrags, und ihre Richtung deckt sich mit dem Leak. Der Anker-Spam-Penalizer, Googles System, das manipulative Anker abwertet, speichert je vertrauenswürdiger Site einen Wert, der deren Ankertext mit Ankern vergleicht, die als Spam klassifiziert sind. Ein positiver Wert heißt, dass die vertrauenswürdigen Anker den Spam-Ankern ähneln, was nach den Worten des Felds bedeutet, dass die spammigen Anker legitim sind. Der Leitfaden liest daraus, dass ein starker Link hundert schwache rettet. Die Rechnung stammt vom Leitfaden.
Dieselben Datensätze verändern das Bild in zwei Punkten. Erstens: „Vertrauenswürdig“ ist definiert: als Anteil der Seiten einer Site mit nachrichtenartigen Ankern, größer null bei vertrauenswürdigen Sites. Das beschreibt Verlinkung im Stil von News, nicht die Behörden- oder Universitätsdomains, die der Leitfaden annimmt. Das .gov-Beispiel stammt aus einem Google-Patent von 2003, nicht aus dem Leak. Zweitens wird der Vergleich je Quelle nur gefüllt, wenn ein Debug-Schalter gesetzt ist. Was ein Dokument sonst trägt, sind Zählwerte zu vertrauenswürdigen Quellen und passenden Ankern, eine Spam-Wahrscheinlichkeit und eine kombinierte Strafe. Dazu kommt ein Merkmal, ob in einem Abwertungszeitraum alle Anker abgewertet wurden oder nur die spammigen.
04Ankerkontext: ein Hash, ein Patent, eine Richtlinie
Ankerkontext, die Wörter rund um einen Link, ist die am besten gestützte Taktik des Beitrags. Das Patent US8577893B1 von Anna Patterson und Paul Haahr, eingereicht 2004 und erteilt 2013, nimmt ein Textfenster auf jeder Seite eines Links, in einer Ausführung fünf Wörter. Es wählt in jedem Fenster das seltenste Wort und bildet aus dem Paar per Hash eine Kontextkennung. Ein Ziel kann dann danach gerankt werden, wie viele verschiedene Kontexte auf es zeigen, und ein Kontext mit unverhältnismäßig hoher Zahl wird als womöglich maschinell erzeugt abgewertet. Der Leak speichert an jedem Anker context2, beschrieben als Hash der Begriffe in der Nähe des Ankers, zusammen mit dem vollständigen linken und rechten Kontext.
Google bestätigt in seiner eigenen Dokumentation, dass die Wörter vor und nach einem Link zählen, doch die Verbindung zwischen Patent und Leak-Feld bleibt offen. Das Reasonable-Surfer-Patent führt die Wörter rund um einen Link unter den Merkmalen, die vorhersagen, ob er geklickt wird, neben seiner Position im Fließtext, in einer Fußzeile oder einer Seitenleiste. Der Leak sagt, dass context2 ein Hash naher Begriffe ist, nicht wie er gebildet wird. Das Maß des Patents ist, wie viele verschiedene Kontexte auf eine Seite zeigen, nicht wie aussagekräftig jeder einzelne ist. Unterschiedliche Sätze auf vielen verlinkenden Seiten passen zu diesem Maß. Ein längerer Satz auf einer Seite trägt nicht erkennbar dazu bei.
05Redaktionelle Vielfalt: Spam-Phrasen und Spitzen
Googles Patentfamilie zu historischen Daten, Priorität 2003, behandelt auffällige Ankermuster als Zeichen von Koordination. „Deliberately different anchors“ ist eine Formulierung daraus. Die Patente beschreiben natürlich gewachsene Linkgraphen als Ergebnis unabhängiger Entscheidungen und synthetische als koordiniert. Dadurch wird das Wachstum von Ankerwörtern, Bigrammen und Phrasen sprunghaft, entweder durch identische Anker aus vielen Dokumenten oder durch absichtlich unterschiedliche Anker aus vielen Dokumenten. Das Patent lässt die Suchmaschine den Einfluss verdächtiger Anker deckeln.
Der Leak zeigt, dass der Anker-Spam-Penalizer die Zeitdimension direkt misst, was die Warnung des Leitfadens vor dem Timing von Kampagnen stützt. Er erfasst, wie viele Spam-Phrasen unter eindeutigen Domains auftauchen, ihren Anteil an allen Ankern, die durchschnittliche tägliche Entdeckungsrate von Spam-Ankern und über wie viele Tage 80 Prozent von ihnen aufkamen. Eine ältere, inzwischen veraltete Struktur markierte Anker, die während einer Spitze entstanden. Die Felder zeigen keinen Vergleich von Ankern untereinander: kein Ähnlichkeitswert, keine Vektoren. Sie zählen Phrasen, die als Spam klassifiziert sind. „cheap flights“ und „low-cost flights“ als denselben Zug zu erkennen, ist die Extrapolation des Leitfadens.
06Wiederholte Links: eine Kappung, keine Null
Die Regel, dass einzigartige Links wiederholte schlagen, hat im Leak die klarste Formulierung, und sie ist eine Kappung. Kommen viele Anker von einer Domain, werden alle bis auf 200 verworfen, festgehalten je Domain und Ankertext. Ein eigener Zähler erfasst Domains oberhalb einer Phrasen-Obergrenze je Domain. Jeder Anker speichert außerdem, wie viele weitere Links dieselbe Quellseite auf dieselbe Zieldomain setzt.
Zwei Einschränkungen begrenzen die Fassung des Leitfadens. Erstens ist der dokumentierte Mechanismus eine Kappung: 200 Anker je Domain überstehen die Deduplizierung, die Grafik des Leitfadens mit 20.000 seitenweiten Links als „capped/ignored“ stimmt also in der Richtung und ist bei der Zahl ungenau. Zweitens ist Wiederholung auch eine Frage der Richtlinien. Das Kontext-Patent nennt Standardrahmen, also dieselben Links auf jeder Seite einer Site, als Weg, Rankings aufzublähen. Googles Spam-Richtlinien führen weit gestreute Footer- und Template-Links als Linkspam. Deduplizierung ist Buchhaltung. Die Spam-Richtlinie zielt auf Absicht.
07Themendrift: ein Patent von 2003 und drei Zähler
Themenstabilität, also dass eine Site das Thema behält, für das ihre Links gesetzt wurden, hat von den fünf Taktiken die ausdrücklichste Patentstütze. Die Patentfamilie zu historischen Daten von 2003 behandelt den Fall, dass sich der Inhalt einer Seite so verändert, bis er nicht mehr zum Ankertext ihrer Backlinks passt, etwa wenn eine abgelaufene Domain den Besitzer wechselt. Die vorgeschlagene Lösung ist, das Datum des Fokuswechsels zu schätzen und alle Links und Ankertexte davor zu ignorieren oder abzuwerten. Ein deutlicher Wechsel der Themen eines Dokuments macht frühere Indikatoren wie Score und Ankertext ebenso unzuverlässig. Googles Spam-Richtlinien führen den Missbrauch abgelaufener Domains als eigene Kategorie.
Der Leak zeigt für die Themendrift die Buchhaltung, nicht die Regel. Ein weitergeleiteter Anker behält die docid seines ursprünglichen Ziels und einen Vermerk, wie er an die kanonische URL weitergereicht wurde. Die Ankerstatistik eines Dokuments enthält Zähler namens linkBeforeSitechangeTaggedAnchors, pageMismatchTaggedAnchors und pageFromExpiredTaggedAnchors. Die ersten beiden haben keine Beschreibung, der dritte nur die Funktion, die ihn setzt. Die Namen passen eng zur Idee des Patents. Was die Markierungen auslöst und was aus ihnen folgt, ist nicht dokumentiert. Die Lesart des Leitfadens, diese Felder zielten direkt auf die Linkhistorie einer Site, sagt mehr, als sie hergeben.
08Wo E-E-A-T ins Spiel kommt
Die meisten hier geprüften Felder entscheiden, welche Anker zählen, bevor irgendetwas gewichtet wird. Anker gehen in die Topicality ein, Googles Maß dafür, wie gut eine Seite zu einem Thema passt, und PageRank speist den Quality-Score. Dazwischen trägt die Ankerstatistik eine Penguin-Strafe auf Seitenebene und ein Merkmal für Dokumente, die durch die Güte ihrer frühen Anker geschützt sind. Penguin ist Googles System gegen Linkspam. Linkhistorie wirkt also in beide Richtungen.
Die Verbindung zu E-E-A-T läuft über Vertrauen, nicht über Autorität. Diese Systeme prüfen, ob das Linksignal selbst echt ist: unabhängige Entscheidungen, verschiedene Kontexte, keine Spitzen, nachrichtenartige Quellen, die für ähnliche Anker bürgen. Autorität wird nur indirekt berührt, über die Rolle von PageRank in Q*, Googles Seitenqualitäts-Score. Der praktische Kontrast ist konkret. Ein regionaler Wetterdienst, der in zwanzig Nachrichtenberichten über einen Sturm zitiert wird, jedes Mal in einem eigenen Satz, erzeugt genau das Muster, das diese Felder als vertrauenswürdig behandeln. Zwanzigtausend Footer-Links aus einem Partnernetzwerk mit einem einzigen Ankertext erzeugen eine gekappte Zählung und ein Richtlinienproblem.
09Quellen
Offizielle Dokumentation (4)
- [1]OGoogle Search Central, „Link best practices for Google“, Einleitung, zuletzt aktualisiert am 10. Dezember 2025 (Übersetzung eeat-mechanics) ↗
- [15]OGoogle Search Central, „Link best practices for Google“, Abschnitt „Write good anchor text“ (Übersetzung eeat-mechanics) ↗
- [25]OGoogle Search Central, „Spam policies for Google web search“, Abschnitt „Link spam“, zuletzt aktualisiert am 28. August 2026 (Übersetzung eeat-mechanics) ↗
- [29]OGoogle Search Central, „Spam policies for Google web search“, Abschnitt „Expired domain abuse“ ↗
Patente (11)
- [11]PUS-Patent 8.407.231 B2, „Document scoring based on link-based criteria“, Priorität 30. September 2003, erteilt 26. März 2013, Beschreibung „Link-Based Criteria“ ↗
- [13]PUS-Patent 8.577.893 B1, „Ranking based on reference contexts“, Erfinder Anna Patterson und Paul Haahr, eingereicht 15. März 2004, erteilt 5. November 2013, Beschreibung und Anspruch 1 ↗
- [16]PUS-Patent 7.716.225 B1, „Ranking documents based on user behavior and/or feature data“, Erfinder Jeffrey A. Dean, Corin Anderson, Alexis Battle, eingereicht 17. Juni 2004, erteilt 11. Mai 2010, Beschreibung zu FIG. 4 ↗
- [17]CEigener Abgleich von AnchorsAnchor mit US8577893B1 ↗US8577893B1
- [18]PUS-Patent 8.407.231 B2, Beschreibung „Unique Words, Bigrams, and Phrases in Anchor Text“ ↗
- [21]CEigene Lesart von IndexingDocjoinerAnchorSpamInfo gegen US8407231B2 und den Leitfaden ↗US8407231B2
- [24]PUS-Patent 8.577.893 B1, „Description of Related Art“ ↗
- [26]CEigene Lesart von RedundantAnchorInfo und US8577893B1 gegen den Leitfaden ↗US8577893B1
- [27]PUS-Patent 8.407.231 B2, Beschreibung „Anchor Text“ ↗
- [28]PUS-Patent 8.407.231 B2, Beschreibung „Topics“ ↗
- [31]CEigener Abgleich von IndexingDocjoinerAnchorStatistics mit US8407231B2 ↗US8407231B2
DOJ / Vereidigtes Material (3)
- [2]ADOJ-Exhibit PXR0356, Gespräch mit Google-Ingenieur HJ Kim, 18. Februar 2025, Abschnitt „ABC signals“ ↗
- [32]ADOJ-Exhibit PXR0356, Gespräch mit Google-Ingenieur HJ Kim, 18. Februar 2025, Abschnitt „Other Signals“ (Übersetzung eeat-mechanics) ↗
- [34]CEigene Ableitung aus IndexingDocjoinerAnchorStatistics, IndexingDocjoinerAnchorSpamInfo und DOJ-Exhibit PXR0356
API Leak (12)
- [5]BContent-Warehouse-API-Leak, AnchorsAnchorSource, Felder pagerank, nsr, spamrank, outsites ↗
- [6]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorStatistics, Felder topPrOnsiteAnchorCount, topPrOffdomainAnchorCount, topPrOndomainAnchorCount ↗
- [8]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorTrustedInfo („This message summarized anchors of one trusted site“), Feld matchedScore ↗
- [9]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorTrustedInfo, Feld trustedScore ↗
- [10]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorSpamInfo, Felder sources, trustedTotal, trustedMatching, trustedDemoted, spamProbability, spamPenalty, demotedAll ↗
- [14]BContent-Warehouse-API-Leak, AnchorsAnchor, Felder context2, context, fullLeftContext, fullRightContext ↗
- [19]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorSpamInfo, Felder phraseCount, phraseFraq, phraseRate, phraseDays ↗
- [20]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorStatistics, Felder phraseAnchorSpamInfo und anchorSpamInfo ↗
- [22]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorStatisticsRedundantAnchorInfo, Feld anchorsDropped ↗
- [23]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorStatistics, Feld totalDomainsAbovePhraseCap; AnchorsAnchor, Feld parallelLinks ↗
- [30]BContent-Warehouse-API-Leak, AnchorsAnchor (originalTargetDocid, forwardingTypes) und IndexingDocjoinerAnchorStatistics (linkBeforeSitechangeTaggedAnchors, pageMismatchTaggedAnchors, pageFromExpiredTaggedAnchors) ↗
- [33]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorStatistics, Felder penguinPenalty und penguinEarlyAnchorProtected ↗
Sonstige (4)
- [3]CZyppy Signal, Cyrus Shepard, „How To Create Links for SEO Google Can't Ignore“, 20. Oktober 2026 — Meinungsartefakt, keine Google-Quelle ↗
- [4]CEigene methodische Einordnung nach der Leseregel von eeat-mechanics.com
- [7]CEigene Lesart von IndexingDocjoinerAnchorStatistics gegen den Abschnitt des Leitfadens zu Spitzenlinks ↗
- [12]CEigene Lesart von IndexingDocjoinerAnchorTrustedInfo und IndexingDocjoinerAnchorSpamInfo gegen den Leitfaden ↗