EEAT Mechanics

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.

By Thomas Wawra· Published · Version 1.0· Systems referenced: Anchor-Spam (Penguin legacy), Q* (Balance), NSR (+ Fallback inheritance)

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.

Quelle je Aussage (4)
O
„Google nutzt Links als Signal, um die Relevanz von Seiten zu bestimmen und neue Seiten zum Crawlen zu finden.“[1]
A
„ABC signals are the key components of topicality (or a base score), which is Google's determination of how the document is relevant to the query.“ Anker sind definiert als „a source page pointing to a target page (links)“.[2]
C
Der Leitfaden bündelt seine Empfehlungen in fünf Taktiken und eine Regel, nach der einzigartige Links wiederholte schlagen, und baut sie auf Patente von Anna Patterson und Paul Haahr, die Patentfamilie zu historischen Daten von 2003 und geleakte Anker-Attribute. Er ist die Lesart eines Praktikers.[3]
C
Patente belegen, dass ein Verfahren angemeldet wurde, nicht dass es eingesetzt wird. Geleakte Attribute belegen, dass ein Wert gespeichert wird, nicht wie viel er wiegt. Jeder Schritt in diesem Artikel von einem Feld oder Patentanspruch zu einer Rankingwirkung ist deshalb mit [C] gekennzeichnet.[4]
Quelle: Eigene methodische Einordnung nach der Leseregel von eeat-mechanics.com · Anchor-Spam (Penguin legacy)

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.

Quelle je Aussage (3)
B
AnchorsAnchorSource speichert den pagerank der verlinkenden Seite auf einer „uint16 scale“ und deren nsr, der „has range [0,1000] and is the original value [0.0,1.0] multiplied by 1000“; derselbe Datensatz enthält spamrank und outsites, die „approx num of pointed-to sites“.[5]
B
topPrOnsiteAnchorCount: „According to anchor quality bucket, anchor with pagrank > 51000 is the best anchor. anchors with pagerank < 47000 are all same.“ Die Geschwisterzähler topPrOffdomainAnchorCount und topPrOndomainAnchorCount haben keine Beschreibung.[6]
C
Der Kommentar belegt, dass Anker nach dem PageRank ihrer Quelle in Buckets sortiert werden, mit flachem Boden unter 47.000. Die Buckets auf externe Backlinks anzuwenden setzt voraus, dass der undokumentierte Off-Domain-Zähler dieselben Grenzen nutzt. Ein Rankinggewicht des oberen Bands ist nicht dokumentiert.[7]

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.

Quelle je Aussage (5)
B
matchedScore: „Difference in KL-divergence from spam and non-spam anchors. Value >0 indicate that anchor text from this trusted source is similar to anchors classified as spam which means that spammy anchors are legitimate.“[8]
B
trustedScore: „Fraction of pages with newsy anchors on the site, >0 for trusted sites.“[9]
B
Die Liste sources je Quelle enthält „Detailed information about trusted sources and match computation. Populated only when --anchorspam_penalizer_debug=true.“ AnchorSpamInfo selbst speichert trustedTotal, trustedMatching („Number of trusted anchors with anchor text matching spam terms“), trustedDemoted, spamProbability, spamPenalty („Combined penalty for anchor demotion“) und demotedAll („Demoted all anchors in the period or only anchors classified as spam“).[10]
P
US8407231B2 hält fest, dass Links „may be weighted based on how much the documents containing the links are trusted (e.g., government documents can be given high trust)“.[11]
C
Der Leak stützt, dass Anker aus vertrauenswürdigen Quellen gegen ein Spam-Urteil für ähnliche Anker sprechen können. Er dokumentiert weder, wie viele schwache Anker eine vertrauenswürdige Quelle aufwiegt, noch eine Schwelle, und seine Definition von Vertrauen zeigt auf nachrichtenartige Sites statt auf .gov oder .edu.[12]

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.

Quelle je Aussage (5)
P
US8577893B1 analysiert ein Fenster links und rechts eines Links („the window size may include five words“), bestimmt in jedem das seltenste Wort, bildet daraus per Hash eine Kontextkennung und rankt das Ziel „based on the number of different contexts associated with the links“; im Beispiel des Patents wird ein Kontext mit 10.000 Vorkommen gegenüber Kontexten mit 10, 4 und 1 Vorkommen als „possibly machine generated“ abgewertet.[13]
B
context2: „This is a hash of terms near the anchor. (This is a second-generation hash replacing the value stored in the 'context' field.)“ fullLeftContext: „The full context. These are not written out in the linklogs.“[14]
O
„Geben Sie Ihren Links Kontext: Die Wörter vor und nach Links zählen, achten Sie also auf den Satz als Ganzes.“[15]
P
US7716225B1, das Reasonable-Surfer-Patent, nennt unter den Merkmalen eines Links „the context of a few words before and/or after the link“ und seine Position, gemessen etwa „in a footer, in a sidebar“.[16]
C
Dass context2 den Selten-Wort-Fingerabdruck aus US8577893B1 umsetzt, ist nach der Beschreibung plausibel, aber nicht dokumentiert. Das Patent belohnt die Vielfalt der Kontexte über verlinkende Seiten hinweg, nicht Länge oder Keyword-Dichte eines einzelnen Kontexts.[17]

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.

Quelle je Aussage (5)
P
US8407231B2: Synthetische Webgraphen bewirken, dass „the profile of growth in anchor words/bigrams/phrases to likely be relatively spiky“; ein Grund sind identische Anker aus vielen Dokumenten, „Another possibility may be the addition of deliberately different anchors from a lot of documents.“[18]
P
Dasselbe Patent stellt natürlich gewachsene Webgraphen, die „typically involve independent decisions“, koordinierten gegenüber und lässt die Suchmaschine „cap the impact of suspect anchors on the score of the associated document“ oder den Score über einen multiplikativen Faktor skalieren.[18]
B
AnchorSpamInfo speichert phraseCount („How many spam phrases found in the anchors among unique domains“), phraseFraq („Spam phrases fraction of all anchors of the document“), phraseRate („Average daily rate of spam anchor discovery“) und phraseDays („Over how many days 80% of these phrases were discovered“).[19]
B
phraseAnchorSpamInfo erkennt eine „spike of spammy anchor phrases“ und markiert Anker, die während der Spitze entstanden, mit LINK_SPAM_PHRASE_SPIKE; anchorSpamInfo, das die Ausgabe von AnchorSpamPenalizer enthält, „replaces phrase_anchor_spam_info above, that is deprecated“.[20]
C
Die Felder stützen, dass das Timing des Ankerwachstums und der Anteil spam-klassifizierter Phrasen in den Penalizer eingehen. Die Behauptung des Leitfadens, semantisch variierte Anker würden über Wörter, Bigramme und Vektoren miteinander abgeglichen, ist in den gelesenen Modulen nicht dokumentiert.[21]

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.

Quelle je Aussage (5)
B
RedundantAnchorInfo: „If we receive a large number of anchors from a particular domain, then we'll throw out all but 200 of them from that domain.“ Die Daten sind nach Paaren aus Domain und Text sortiert und auf 10.000 Einträge begrenzt.[22]
B
totalDomainsAbovePhraseCap ist die „Number of domains above per domain phrase cap. We see too many phrases in the domains.“; parallelLinks an jedem Anker ist „The number of additional links from the same source page to the same target domain.“[23]
P
US8577893B1 nennt Standardrahmen, etwa „products“-, „jobs“- und „investor“-Links, die ein Unternehmen auf jeder Seite seiner Site einbindet, als Technik, deren Verdopplung „may artificially inflate the ranks of the documents associated with these links“.[24]
O
Zu Googles Beispielen für Linkspam gehören „weit gestreute Links in den Footern oder Templates verschiedener Websites“ und „keywordlastige, versteckte oder minderwertige Links in Widgets, die über verschiedene Websites verteilt werden“.[25]
C
Die dokumentierte Mechanik ist Deduplizierung je Domain und das Zählen verschiedener Kontexte. Die Rahmung des Leitfadens, Google bewerte jeden Link nach der neuen Information, die er liefert, ist eine Lesart dieser Mechanik, kein Kriterium, das in einem Artefakt steht.[26]

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.

Quelle je Aussage (5)
P
US8407231B2: Ändert sich der Inhalt eines Dokuments so, dass er „differs significantly from the anchor text associated with its back links“, kann die Domain gewechselt haben; das Datum des Wechsels wird geschätzt, und „All links and/or anchor text prior to that date may then be ignored or discounted.“[27]
P
US8407231B2: „a significant change over time in the set of topics associated with a document may indicate that the document has changed owners and previous document indicators, such as score, anchor text, etc., are no longer reliable.“[28]
O
Googles Spam-Richtlinien definieren den Missbrauch abgelaufener Domains als Kauf eines abgelaufenen Domainnamens, der vorrangig umgewidmet wird, um Suchrankings mit Inhalten von geringem oder keinem Wert zu manipulieren; ein Beispiel sind Affiliate-Inhalte auf einer Site, die zuvor eine Behörde genutzt hat.[29]
B
AnchorsAnchor speichert originalTargetDocid („This field is available if and only if the anchor is forwarded“) und forwardingTypes; IndexingDocjoinerAnchorStatistics enthält linkBeforeSitechangeTaggedAnchors und pageMismatchTaggedAnchors ohne Beschreibung und pageFromExpiredTaggedAnchors nur mit „Set in SignalPenalizer::FillInAnchorStatistics.“[30]
C
Die Zählernamen passen zu den Fällen Site-Wechsel und abgelaufene Domain aus dem Patent, was einen eingesetzten Nachfolger plausibel macht. Auslöser, Schwelle und Folge der Markierung sind nicht dokumentiert, die Grenze zwischen einem jährlichen Update und einem Themenwechsel lässt sich aus den Artefakten also nicht ziehen.[31]

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.

Quelle je Aussage (3)
A
„PageRank. Ein einzelnes Signal, das den Abstand zu einer bekannt guten Quelle beschreibt; es dient als Eingabe für den Quality-Score.“[32]
B
penguinPenalty ist eine „Page-level penguin penalty (0 = good, 1 = bad)“; penguinEarlyAnchorProtected lautet: „Doc is protected by goodness of early anchors.“[33]
C
Die hier geprüften Ankerfelder testen die Echtheit des Linksignals über Unabhängigkeit, verschiedene Kontexte, Timing und vertrauenswürdige Quellen; das ordnet sie Trust zu, Authority wird nur indirekt über PageRank als Q*-Eingabe erreicht. Keines der Felder trägt ein Gewicht, die Größe einer Wirkung ist also unbekannt.[34]

09Quellen

Patente (11)

  1. [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“ ↗
  2. [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 ↗
  3. [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 ↗
  4. [17]CEigener Abgleich von AnchorsAnchor mit US8577893B1 ↗US8577893B1
  5. [18]PUS-Patent 8.407.231 B2, Beschreibung „Unique Words, Bigrams, and Phrases in Anchor Text“ ↗
  6. [21]CEigene Lesart von IndexingDocjoinerAnchorSpamInfo gegen US8407231B2 und den Leitfaden ↗US8407231B2
  7. [24]PUS-Patent 8.577.893 B1, „Description of Related Art“ ↗
  8. [26]CEigene Lesart von RedundantAnchorInfo und US8577893B1 gegen den Leitfaden ↗US8577893B1
  9. [27]PUS-Patent 8.407.231 B2, Beschreibung „Anchor Text“ ↗
  10. [28]PUS-Patent 8.407.231 B2, Beschreibung „Topics“ ↗
  11. [31]CEigener Abgleich von IndexingDocjoinerAnchorStatistics mit US8407231B2 ↗US8407231B2

API Leak (12)

  1. [5]BContent-Warehouse-API-Leak, AnchorsAnchorSource, Felder pagerank, nsr, spamrank, outsites ↗
  2. [6]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorStatistics, Felder topPrOnsiteAnchorCount, topPrOffdomainAnchorCount, topPrOndomainAnchorCount ↗
  3. [8]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorTrustedInfo („This message summarized anchors of one trusted site“), Feld matchedScore ↗
  4. [9]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorTrustedInfo, Feld trustedScore ↗
  5. [10]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorSpamInfo, Felder sources, trustedTotal, trustedMatching, trustedDemoted, spamProbability, spamPenalty, demotedAll ↗
  6. [14]BContent-Warehouse-API-Leak, AnchorsAnchor, Felder context2, context, fullLeftContext, fullRightContext ↗
  7. [19]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorSpamInfo, Felder phraseCount, phraseFraq, phraseRate, phraseDays ↗
  8. [20]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorStatistics, Felder phraseAnchorSpamInfo und anchorSpamInfo ↗
  9. [22]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorStatisticsRedundantAnchorInfo, Feld anchorsDropped ↗
  10. [23]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorStatistics, Feld totalDomainsAbovePhraseCap; AnchorsAnchor, Feld parallelLinks ↗
  11. [30]BContent-Warehouse-API-Leak, AnchorsAnchor (originalTargetDocid, forwardingTypes) und IndexingDocjoinerAnchorStatistics (linkBeforeSitechangeTaggedAnchors, pageMismatchTaggedAnchors, pageFromExpiredTaggedAnchors) ↗
  12. [33]BContent-Warehouse-API-Leak, IndexingDocjoinerAnchorStatistics, Felder penguinPenalty und penguinEarlyAnchorProtected ↗

Dieser Deep Dive ist Schicht-2-Content. Er interpretiert das Material und verweist immer auf Schicht 1 zurück, die Referenzebene. Jeder Claim ist einer Quelle zugeordnet, nach Art gekennzeichnet: [A] Unter Eid ausgesagt · [B] Wörtlich aus dem Leak · [O] Von Google dokumentiert · [W] Studie · [S] Auf der Seite nachgesehen · [C] Unsere Einschätzung · [P] Patent.

© Thomas Wawra · Senior SEO Manager · wetter.com — ein Unternehmen von Funke Digital