EEAT Mechanics

Date triangulation

B/OLeak, verbatim

Google checks a page's date by comparing three different signals: (1) the visible date in the article (bylineDate — easy to fake), (2) the date from URL, markup or timestamp (syntacticDate — also easy to manipulate), (3) the date inferred from the text content (semanticDate — can only be changed through genuine content updates).

By Thomas Wawra·Last reviewed
Role
Freshness
Axis
Freshness
Scope
Doc
Calibrated against
Pattern
Experience· noneExpertise· noneAuthority· noneTrust· primary

01What it measures

Google checks a page's date by comparing three different signals: (1) the visible date in the article (bylineDate — easy to fake), (2) the date from URL, markup or timestamp (syntacticDate — also easy to manipulate), (3) the date inferred from the text content (semanticDate — can only be changed through genuine content updates). When the three don't agree, Google detects a 'date lie'.

02Derived from

Three independent date signals with different costs to fake — the system uses the difference between easy-to-fake and hard-to-fake signals to verify date honesty.

03How it's measured

bylineDate = a visibly stated date (cheaply faked); syntacticDate = extracted from URL/markup/timestamp (cheaply faked); semanticDate = inferred from the content (only fakeable through genuine updating). The cross-check exposes date lies. [B fields, O date determination]

04Why it counts here

Trust is primary and the only primary signal in the entire freshness class — date deception is a direct breach of trust: disguising an old document as 'new' by changing the date is detected.

05What to do about it

Especially for seasonal content: a date may only be updated if the content was genuinely updated too. Merely changing the date in the CMS without substantive changes — a widespread SEO practice — is detected via semanticDate and damages the trust score. Content must be substantially revised.

Answer modules will appear here (coming soon)