quality/date-sanity
Structured-data dates are valid, ordered and not in the future. Reglen quality/date-sanity kører i page-scope med severity 'error' og indgår i indholdskvalitet-domænet sammen med 8 andre kontrakter i frameworket.
Hvorfor date-sanity findes
Future-dated or impossible dates (datePublished after dateModified, unparseable values) flag fabricated freshness — a deceptive practice search engines detect via cached copies. Dates must come from real data/git history.
Sådan håndhæves date-sanity
Reglen date-sanity evalueres på hver enkelt renderet HTML-side for sig, så et fund altid kan føres tilbage til én konkret side og én konkret rettelse i data eller template. Fejler en side, får agenten en finding, hvor fix-instruktionen for date-sanity er formuleret som en konkret arbejdsordre med filnavne og målbare krav — aldrig et vagt råd. Severity 'error' betyder at et brud på date-sanity fejler hele verifikationen med exit-kode 1, så hverken CI eller en agent kan skibe sitet før fundet er rettet.
Domænet: indholdskvalitet
Quality-domænet er pSEO-sitets livsforsikring mod Googles scaled content abuse-politik: tyndt indhold, genbrugte sætninger, dubletter og template-artefakter. Reglerne måler det, kvalitetsbedømmere kigger efter, og fejler builds før mønstrene når at skade hele sitets klassifikation. Netop derfor hører date-sanity hjemme her: kravet kan afgøres maskinelt, og dermed kan det håndhæves i stedet for blot at blive anbefalet.
Test og fixtures
Som alle kontrakter i frameworket har quality/date-sanity en mutant-test, der beviser at reglen fejler, når kravet brydes — en regel uden en fejlende test er ikke en regel. Golden-fixturet beviser omvendt, at en fuldt compliant side består date-sanity sammen med de øvrige 85 regler, og denne demoside er selv underlagt hele kontrakten.
Relaterede regler
Tilbage til oversigten over alle 86 regler.