Date Triangulation: Wie Google ermittelt, wann eine Seite wirklich veröffentlicht wurde
Das Patent, das sechs verschiedene Datum-Quellen offenbart, die Google nutzt — und warum ein gefälschtes Byline-Datum nicht funktioniert
01Was ist Date Triangulation?
Die Datumtriangulation ist Googles System zur Bestimmung, wann eine Seite tatsächlich veröffentlicht oder zuletzt aktualisiert wurde. Es stützt sich nicht auf eine einzige Datumsquelle – stattdessen trianguliert es aus mehreren Signalen und vergleicht diese, um Inkonsistenzen zu erkennen und das zuverlässigste Datum zu ermitteln.
Das Google API-Leak enthüllt drei Datumsfelder: bylineDate (das sichtbare Datum im Artikel – leicht zu fälschen), syntacticDate (das Datum aus der URL-Struktur, strukturierten Daten oder dem Server-Zeitstempel – ebenfalls manipulierbar) und lastSignificantUpdate (das Datum, das Google als letzten bedeutsamen Inhaltsänderungszeitpunkt ermittelt hat – am schwierigsten zu fälschen, da es aus der Inhaltsanalyse abgeleitet wird).
Der Triangulationsansatz ist speziell darauf ausgelegt, Datumsmanipulationen zu widerstehen. Ein Publisher kann das sichtbare Datum auf einer Seite (bylineDate) ändern, aber er kann nicht ohne Weiteres ändern, wann Google die Seite zum ersten Mal gecrawlt hat, wann die Domain registriert wurde oder wann die Seite zum ersten Mal von anderen Dokumenten referenziert wurde. Durch den Vergleich mehrerer Datumsquellen kann Google erkennen, wenn ein bylineDate nicht mit den anderen Belegen übereinstimmt.
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 mit unterschiedlichen Zuverlässigkeitsmerkmalen.
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.
03Date Triangulation in der Ranking-Architektur
Die Datumstriangulation fließt in FreshnessTwiddler (System 24) ein – sie liefert die Datumsinformationen, die FreshnessTwiddler benötigt, 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 sowohl Google als auch Nutzer darüber hinweg, wann Inhalte veröffentlicht wurden. Eine Seite, die behauptet, 'heute aktualisiert' worden zu sein, aber tatsächlich zuletzt vor drei Jahren geändert wurde, verstößt gegen 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 von anderen Systemen genutzt werden.
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, aber Google wird es mit dem Crawl-Datum, dem Domain-Registrierungsdatum, dem ersten Referenzdatum und dem Server-Timestamp abgleichen. Wenn diese nicht übereinstimmen, wird das System das gefälschte Datum abwerten.
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 – durch 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. Dies ist das datumsseitige Äquivalent des hostAge-Sandbox-Effekts – die Inhalte der neuen Domain erscheinen 'neuer' als sie tatsächlich sind, was bei Aktualitätsanfragen vorteilhaft, bei Autoritätssignalen, die Alter belohnen, jedoch nachteilig sein kann.
Google hat sich offiziell zur Datumsbestimmung geäußert, was ungewöhnlich ist – die meisten Ranking-Systeme werden nicht öffentlich diskutiert. Dies verleiht der Datumstriangulation einen Evidenzcode [O], der stärker ist als Systeme, die nur aus dem Leak bekannt sind.
05Quellen
Offizielle Dokumentation (1)
Patente (8)
- [4]PUS7346839B2 — Ansprüche 2–5, Document Inception Date ↗US7346839B2
- [5]PUS7346839B2: 'the date that search engine first learns of or indexes the document' ↗US7346839B2
- [6]PUS7346839B2: 'the date that search engine first discovers a link to the document' ↗US7346839B2
- [7]PUS7346839B2: 'the date that a domain with which a document is registered' ↗US7346839B2
- [8]PUS7346839B2: 'the first time that a document is referenced in another document' ↗US7346839B2
- [9]PUS7346839B2: Inception-Date-Bestimmungsmethoden ↗US7346839B2
- [10]PUS7346839B2: 'Some of these techniques are biased in the sense that they can be influenced by third parties' ↗US7346839B2
- [14]PUS7346839B2: Multi-Source-Inception-Date-Bestimmung ↗US7346839B2
API Leak (6)
- [1]BGoogle API Leak — Systembeschreibung ↗
- [2]BGoogle API Leak — Datumsfeld-Dokumentation ↗
- [11]BGoogle API Leak — feedsInto: [24]
- [12]BGoogle API Leak — dims: {T: primär}
- [13]BGoogle API Leak — fedBy ist leer
- [15]BGoogle API Leak — lastSignificantUpdate-Feld + Inferenz ↗