Data din JSON-LD e o declarație despre tine, scrisă de tine

Există o convingere liniștitoare printre oamenii care își administrează singuri site-ul: am datePublished în cod și lastmod în sitemap, deci pot dovedi când am publicat.

Am avut-o și noi. Apoi ne-am uitat la propriile cifre.

Data aceea stă pe serverul tău. O scrie sistemul tău. O poți rescrie în treizeci de secunde, retroactiv, fără să rămână urmă. Nu e o dovadă. E o afirmație despre tine, făcută de tine, găzduită de tine.

Ce spune Google că face cu lastmod

Documentația oficială e o condiție, nu o promisiune: „Google uses the <lastmod> value if it's consistently and verifiably (for example by comparing to the last modification of the page) accurate” — Search Central, Build and submit a sitemap.

Citește încă o dată partea din paranteză. Google spune că poate compara valoarea pe care o declari cu ultima modificare reală a paginii. Dacă declarația nu supraviețuiește comparației, valoarea nu se folosește.

Tot de acolo, o curățenie utilă: „Google ignores <priority> and <changefreq> values”. Multe sitemap-uri generate automat le conțin în continuare. Nu strică nimic; pur și simplu nu fac nimic.

Cifrele noastre, care nu sunt frumoase

Am rulat verificarea pe noi înainte s-o cerem altcuiva. Verificat pe 22 iulie 2026:

• sitemap-ul verdantmindset.com are 403 URL-uri și doar 38 de valori distincte de lastmod;
• toate, fără excepție, la 00:00:00.000Z;
• 99 de pagini împart data 2026-06-22, alte 98 împart 2026-07-12.

Nu s-au modificat 99 de pagini în aceeași secundă. lastmod-ul nostru reflectă momentul unui deploy în bloc, nu modificarea reală a fiecărei pagini. Adică exact tipul de valoare care nu trece condiția din documentație.

A doua parte e la fel de incomodă: JSON-LD-ul ghidului nostru pilon declară datePublished și dateModified identice, ambele la miezul nopții UTC. O dată rotundă, autodeclarată, fără niciun martor din afară.

Declarăm și interesul: vindem audituri și construim site-uri, deci un articol care spune „datele tale nu sunt dovezi” ne aduce, teoretic, fix genul de om care cere ajutor. De-asta am pus întâi cifrele noastre pe masă, nu ale altcuiva.

De ce o dată editabilă nu ține loc de anterioritate

Nu suntem avocați și textul ăsta nu e aviz juridic — pentru o situație concretă, întreabă unul. Dar standardul poate fi citit de oricine.

Codul de procedură civilă, art. 283, leagă prezumția de validitate a unui înscris în formă electronică de faptul că „datele înscrise sunt protejate contra alterărilor”. Un câmp pe care îl poți rescrie singur, oricând, de pe propriul server, nu îndeplinește condiția. Nu prin interpretare — prin definiție.

Ce lipsește e terțul: cineva care nu ești tu, pe care nu-l poți edita, și care confirmă că lucrul exista la un moment dat. Ghidul-pilon enumeră straturile de dovadă și ordinea în care se îngheață — ce faci când ți-au copiat site-ul. Ideea de aici e mai îngustă și e una singură: ce ai deja în cod nu e unul dintre straturile alea.

Martorul tehnic pe care îl ai totuși

Un indiciu real există și e gratuit: URL Inspection din Search Console îți arată ce a văzut Google pe pagina ta. Cu limita declarată chiar de Google: „This is not a live test... The results shown are from most recently indexed version of a page”.

Deci nu îți spune ce e pe pagină acum, ci ce era în versiunea indexată cel mai recent. Util ca element care coroborează o cronologie. Insuficient ca probă de sine stătătoare. Diferența dintre cele două formulări e tot articolul.

Un lucru pe care nu-l afirmăm

Circulă o idee convenabilă: că Google presupune că datele sunt greșite dacă toate sunt identice în sitemap. Am căutat formularea în documentație și nu am găsit-o. Ne-ar fi convenit ca argument. Nu o folosim.

Verificarea ta, în două minute

1. Deschide domeniul-tău.ro/sitemap.xml și numără câte valori distincte de lastmod ai față de câte URL-uri.
2. Ctrl+U pe un articol propriu și caută datePublished.

Dacă ambele arată date rotunde, venite în bloc, ai o declarație — nu o dovadă. Noi am făcut exact verificarea asta și am publicat rezultatul mai sus, cu tot cu partea proastă.

Ce faci cu concluzia

Nu ștergi lastmod. Rămâne util pentru crawlere, atunci când e corect. Îl repari, ca să reflecte modificarea reală a paginii, și la fel cu datele din JSON-LD — dar asta e igienă tehnică, nu construcție de probă. Ghidul nostru despre date structurate tratează implementarea; aici discutăm strict valoarea probatorie a unui câmp de dată, care e cu totul altceva.

Iar dacă motivul pentru care ai deschis pagina asta e o bănuială concretă, prima mișcare nu e să te uiți la datele tale, ci să stabilești dacă există suprapunere măsurabilă: cum verifici dacă ți-au copiat textele. Și, înainte de orice reproș, merită citit ce e protejat legal pe site — pentru că multe dintre lucrurile pe care oamenii le datează cu grijă nu sunt, oricum, protejate.