EEAT Mechanics

Date Triangulation: Wie Google ermittelt, wann eine Seite wirklich veröffentlicht wurde

Das Patent, das sechs verschiedene Datumsquellen offenbart, die Google nutzt — und warum ein gefälschtes Byline-Datum nicht funktioniert

By Thomas Wawra· Published · Version 1.0· Systems referenced: Date triangulation

01Was ist Date Triangulation?

Die Datumstriangulation ist Googles System, das bestimmt, wann eine Seite tatsächlich veröffentlicht oder zuletzt aktualisiert wurde. Es stützt sich nicht auf eine einzige Datumsquelle. Es trianguliert aus mehreren Signalen und vergleicht sie, um Inkonsistenzen zu erkennen und das zuverlässigste Datum zu ermitteln.

Das Google-API-Leak enthüllt drei Datumsfelder. bylineDate ist das sichtbare Datum im Artikel – leicht zu fälschen. syntacticDate ist das Datum aus URL-Struktur, strukturierten Daten oder Server-Zeitstempel – ebenfalls manipulierbar. lastSignificantUpdate ist das Datum der letzten bedeutsamen Inhaltsänderung, wie Google es ermittelt hat – am schwierigsten zu fälschen, weil es aus der Inhaltsanalyse abgeleitet wird.

Der Triangulationsansatz ist darauf ausgelegt, Datumsmanipulationen zu widerstehen. Ein Publisher kann das sichtbare Datum auf einer Seite (bylineDate) ändern. Er kann aber nicht ohne Weiteres ändern, wann Google die Seite zum ersten Mal gecrawlt hat, wann die Domain registriert wurde oder wann andere Dokumente die Seite zum ersten Mal referenziert haben. Durch den Vergleich mehrerer Datumsquellen kann Google erkennen, wenn ein bylineDate nicht mit den anderen Belegen übereinstimmt.

Quelle je Aussage (3)
B
Die Datumstriangulation bestimmt Seitendaten, indem sie mehrere Datumsquellen vergleicht, statt sich auf eine einzelne zu verlassen.[1]
B
Drei Datumsfelder: bylineDate (sichtbar, leicht zu fälschen), syntacticDate (URL/Markup, manipulierbar), lastSignificantUpdate (abgeleitet, schwer zu fälschen).[2]
C
Der Triangulationsansatz ist darauf ausgelegt, Datumsmanipulationen zu widerstehen, indem unabhängige Quellen miteinander verglichen werden.[3]

02Das Patent: sechs Inception-Date-Quellen

US7346839B2 beschreibt den Mechanismus zur Bestimmung des Entstehungsdatums in den Ansprüchen 2–5. Das Patent listet sechs verschiedene Quellen auf, die Google zur Bestimmung des Entstehungsdatums eines Dokuments verwenden kann. Jede hat andere Zuverlässigkeitsmerkmale.

Die erste Quelle ist das Crawl- oder Indexierungsdatum: der Zeitpunkt, an dem Googles Suchmaschine das Dokument erstmals entdeckt oder indexiert. Dies ist zuverlässig, aber verzerrt – eine Seite kann bereits jahrelang existiert haben, bevor Google sie entdeckt hat. Die zweite ist das erste Link-Datum: der Zeitpunkt, an dem Google erstmals einen auf das Dokument verweisenden Link entdeckt. Dieses kann vor dem Crawl-Datum liegen, wenn die verlinkende Seite vor dem Zieldokument gecrawlt wurde.

Die dritte Quelle ist das Domain-Registrierungsdatum: der Zeitpunkt, an dem die Domain registriert wurde. Dies liefert eine harte untere Grenze – die Seite kann nicht vor dem Bestehen der Domain erstellt worden sein. Die vierte ist das erste Referenzdatum: das erste Mal, dass das Dokument in einem Nachrichtenartikel, einer Newsgroup oder einer Mailingliste erwähnt wird. Die fünfte ist der Seitenzahlschwellenwert: das Datum, an dem das Dokument erstmals eine Mindestanzahl von Seiten erreicht. Die sechste ist der Server-Zeitstempel: ein vom Server, der das Dokument hostet, gesetzter Zeitstempel.

Das Patent stellt ausdrücklich fest, dass einige dieser Techniken 'verzerrt' sind (von Dritten beeinflusst werden können), während andere es nicht sind. Das Entstehungsdatum wird aus der Kombination dieser Quellen bestimmt, nicht aus einer einzigen. Dieser Mehrquellen-Ansatz ist der Kern der Triangulation: Jede Quelle liefert einen unabhängigen Datenpunkt, und das System gleicht diese ab, um das wahrscheinlichste tatsächliche Datum zu ermitteln.

Quelle je Aussage (7)
P
US7346839B2 Ansprüche 2–5 beschreiben sechs Quellen für das Entstehungsdatum von Dokumenten.[4]
P
Quelle 1: Crawl-/Indexdatum — zuverlässig, aber verzerrt (Seite kann vor der Entdeckung durch Google existieren).[5]
P
Quelle 2: Datum des ersten Links — kann vor dem Crawl-Datum liegen.[6]
P
Quelle 3: Domain-Registrierungsdatum — liefert eine feste untere Grenze.[7]
P
Quelle 4: Erste Erwähnung in Nachrichten, Newsgroups oder Mailinglisten.[8]
P
Quelle 5: Datum des Seitenanzahl-Schwellenwerts. Quelle 6: Server-Zeitstempel.[9]
P
Einige Datumsquellen sind 'verzerrt' (durch Dritte beeinflussbar) — das System gleicht sie ab.[10]

03Date Triangulation in der Ranking-Architektur

Die Datumstriangulation fließt in FreshnessTwiddler (System 24) ein. Sie liefert die Datumsinformationen, die FreshnessTwiddler braucht, um die Aktualität von Inhalten zu bewerten. Diese Abhängigkeitskette ist der architektonische Grund, warum die Manipulation von Datumsangaben eine Rolle spielt: Wenn ein Publisher ein Byline-Datum fälscht, kann die Datumstriangulation das tatsächliche Datum dennoch über andere Quellen ermitteln, und FreshnessTwiddler verwendet das korrigierte Datum für seine Aktualitätsbewertung.

Die Datumstriangulation ist ein primäres Trust-Signal (T: primary). Die Manipulation von Datumsangaben ist ein direkter Vertrauensbruch – sie täuscht Google und Nutzer darüber, wann Inhalte veröffentlicht wurden. Eine Seite, die behauptet, 'heute aktualisiert' worden zu sein, aber zuletzt vor drei Jahren geändert wurde, bricht den impliziten Vertrauensvertrag.

Das System hat keine vorgelagerten Abhängigkeiten (fedBy ist leer). Es ist ein primäres Signal, das direkt aus Googles Crawl-Daten, Domain-Registrierungsunterlagen und der Inhaltsanalyse abgeleitet wird. Es ist eine Quelle, kein Transformator: Es erzeugt Datumsinformationen, die andere Systeme nutzen.

Quelle je Aussage (3)
B
Die Datumstriangulation fließt in FreshnessTwiddler (System 24) ein.[11]
Quelle: Google API Leak — feedsInto: [24] · Date triangulation
B
Die Datumsmanipulation ist eine primäre Trust-Verletzung — T: primary.[12]
Quelle: Google API Leak — dims: {T: primär} · Date triangulation
B
Die Datumstriangulation hat keine vorgelagerten Abhängigkeiten — sie ist ein primäres Signal aus Crawl-Daten und Domain-Einträgen.[13]
Quelle: Google API Leak — fedBy ist leer · Date triangulation

04Implikationen für SEO-Praktiker

Der Multi-Quellen-Ansatz des Patents bedeutet, dass das Fälschen einer einzigen Datumsquelle nicht ausreicht. Ein Publisher kann das sichtbare Byline-Datum ändern. Google gleicht es mit dem Crawl-Datum, dem Domain-Registrierungsdatum, dem ersten Referenzdatum und dem Server-Timestamp ab. Stimmen diese nicht überein, wertet das System das gefälschte Datum ab.

Für Inhalte, die tatsächlich Aktualität signalisieren müssen, besteht die Strategie darin, inhaltlich substanziell zu aktualisieren. Das System verfolgt nicht nur, wann sich das Datum geändert hat, sondern wann sich der Inhalt selbst geändert hat, über das Feld lastSignificantUpdate. Eine echte inhaltliche Aktualisierung, die neue Informationen hinzufügt, erzeugt ein konsistentes Signal über alle Datumsquellen hinweg: Das Byline-Datum stimmt mit dem Crawl-Datum überein, das wiederum mit der inhaltlichen Änderung übereinstimmt.

Bei Domain-Migrationen und Rebrands kann die Datumstriangulation gegen Sie arbeiten. Eine neue Domain hat ein neues Domain-Registrierungsdatum, ein neues Erstcrawl-Datum und keine historischen Referenzdaten. Das ist das datumsseitige Äquivalent des hostAge-Sandbox-Effekts: Die Inhalte der neuen Domain erscheinen 'neuer', als sie tatsächlich sind. Das kann bei Aktualitätsanfragen vorteilhaft sein, bei Autoritätssignalen, die Alter belohnen, jedoch nachteilig.

Google hat sich offiziell zur Datumsbestimmung geäußert, was ungewöhnlich ist – die meisten Ranking-Systeme werden nicht öffentlich diskutiert. Das gibt der Datumstriangulation die Quelle [O] (von Google dokumentiert), stärker als bei Systemen, die nur aus dem Leak bekannt sind.

Quelle je Aussage (4)
P
Das Fälschen einer einzigen Datumsquelle ist unzureichend — Google gleicht sechs unabhängige Quellen ab.[14]
B
Echte Inhaltsaktualisierungen erzeugen konsistente Signale in allen Datumsquellen.[15]
C
Neue Domains lassen Inhalte 'neuer' erscheinen, als sie sind — gut für Aktualität, schlecht für altersabhängige Autorität.[16]
O
Google hat offiziell über die Datumsbestimmung kommuniziert — ungewöhnlich für ein Ranking-System.[17]

05Quellen

API Leak (6)

  1. [1]BGoogle API Leak — Systembeschreibung ↗
  2. [2]BGoogle API Leak — Datumsfeld-Dokumentation ↗
  3. [11]BGoogle API Leak — feedsInto: [24]
  4. [12]BGoogle API Leak — dims: {T: primär}
  5. [13]BGoogle API Leak — fedBy ist leer
  6. [15]BGoogle API Leak — lastSignificantUpdate-Feld + Inferenz ↗

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