Stampă de prospețime: Reguli pentru datele de publicare și actualizare

O stampă de prospețime le spune cititorilor când o pagină a devenit publică pentru prima dată, când s-a schimbat ultima dată informația pe care se bazează și — acolo unde este util — ce a fost verificat. Este un element de deschidere deoarece timpul poate schimba modul în care ar trebui interpretată fiecare afirmație de mai jos.

Actualizat 27 August 2026 · Publicat 14 Martie 2025 · Prețuri și disponibilitate a funcțiilor verificate

Acest specimen redat face trei afirmații distincte. „Publicat” păstrează originea, „Actualizat” înregistrează o modificare substanțială, iar fraza de domeniu spune ce a acoperit revizuirea. Data este un semnal de proveniență, nu o decorațiune sau o scurtătură pentru a face conținutul vechi să pară nou.

De ce contează acest element

Cititorii folosesc datele pentru a estima riscul. O explicație de trei ani a unui concept matematic poate fi perfect fiabilă, în timp ce o comparație de trei luni a prețurilor unor software-uri poate fi deja greșită. O stampă vizibilă ajută un cititor să decidă dacă să aibă încredere în pagină, să verifice o afirmație volatilă sau să caute o sursă mai nouă. Afișarea ambelor date protejează și istoricul: cititorul poate vedea că o resursă matură a fost întreținută, nu prezentată fals ca nou publicată.

Psihologia eșuează când eticheta exagerează. „Actualizat azi” implică faptul că cineva a schimbat informații pe care se bazează un cititor. Dacă singura acțiune a fost schimbarea datei, corectarea punctuației sau mutarea paginii într-un șablon nou, eticheta fabrică încredere fără a o câștiga. Modificarea unei date de actualizare fără a modifica substanțial conținutul este o încălcare a politicii, chiar dacă un sistem de gestionare a conținutului face editarea ușoară.

Extractibilitatea automată înseamnă că software-ul poate identifica momentul publicării, momentul modificării, domeniul revizuirii și relația dintre acestea, fără a ghici din text. Câmpurile stabile pot alimenta șabloane de pagină, fluxuri, audituri și date structurate. Un crawler poate distinge datePublished de dateModified; un monitor editorial poate identifica paginile volatile al căror interval de revizuire a expirat. O frază vagă precum „reîmprospătat recent” nu oferă nici un timestamp utilizabil, nici o afirmație testabilă.

Elementul tipizat are prioritate față de o dată scrisă manual în text obișnuit. Urmează regulile de redactare pentru elemente : componentul trebuie să citească câmpuri de date canonice și să le redea consecvent. Autorii nu trebuie să tasteze manual o a doua dată care poate devia de la metadate.

Când să îl folosești

Folosește o stampă de prospețime atunci când vechimea influențează în mod material dacă pagina este sigură, corectă sau utilă. Factorii declanșatori obișnuiți sunt prețurile, caracteristicile produselor, disponibilitatea, legile, standardele, statisticile, recomandările clasate, instrucțiunile de compatibilitate, regulile de eligibilitate, calendarele și persoanele nominalizate. Aceste fapte se degradează deoarece lumea se schimbă chiar și atunci când textul nu o face.

Folosește-o pe o resursă vie atunci când editorul se angajează să revizuiască periodic afirmațiile definite. O comparație de software ar putea spune „Planuri și limite ale funcțiilor verificate”; documentația ar putea spune „Verificat pentru versiunea 6.8”; un ghid de reglementare ar putea numi jurisdicția și regula în vigoare. Domeniul previne ca o verificare recentă a unui tabel să implice că fiecare frază, link și concluzie a primit același nivel de examinare.

Conținutul evergreen poate să nu aibă nevoie de o stampă de prospețime vizibilă. O definiție stabilă, un istoric, un studiu de caz fix, o notă de lansare sau un raport de cercetare legat de un set de date închis au nevoie adesea doar de o dată de publicare onestă. Adaugă note de corecție sau un jurnal de actualizări separat atunci când interpretarea se schimbă, dar nu crea un teatru de întreținere în care o înregistrare imutabilă primește o nouă dată în fiecare trimestru.

Cazuri apropiate necorespunzătoare includ:

• Date curente automate: redarea datei de azi la fiecare cerere nu spune nimic despre activitatea de revizuire și este întotdeauna interzisă.
• Un an în titlu: „Cele mai bune instrumente 2026” este o afirmație despre acoperirea actuală, nu o dovadă că pagina a fost verificată în 2026.
• Un timestamp de compilare: reconstruirea site-ului schimbă fișierele, nu substanța editorială.
• O insignă de revizuire fără domeniu sau responsabil: creează autoritate fără un act auditat.
• Un feed de produs modificat: actualizările automate de preț pot actualiza un câmp specific, dar nu justifică marcarea întregii analize editoriale ca actualizată, cu excepția cazului în care concluzia a fost reverificată.

Unde să îl plasezi

Plasează stampa în rândul de metadate din hero: sub H1 și descrierea de o linie, și înaintea introducerii sau a primului element de răspuns direct. Cititorul ar trebui să primească contextul temporal înainte de a întâlni afirmații care se pot degrada. Pe o pagină lungă, stampa poate apărea și lângă un tabel volatil sau un bloc doveditor, atunci când acel bloc are propria sa dată de verificare mai restrânsă.

Păstrează autorul și identitatea revizuirii în aceeași regiune de proveniență atunci când șablonul le suportă, dar păstrează o ordine clară de citire: autor, date de publicare/actualizare, apoi domeniul de revizuire. Stampa poate sta lângă o estimare a timpului de citire, deoarece ambele sunt metadate neutre. Nu trebuie să stea lângă o insignă promoțională, un numărător invers de reducere, o etichetă „în trend” sau un rating cu stele; aceste semnale pot face ca o dată editorială să pară o urgență sau o aprobare.

Nu plasa stampa în interiorul introducerii, după prima afirmație volatilă, doar în subsol sau în interiorul unei imagini. Nu repeta date contradictorii în hero, bara laterală și tabel. Dacă o secțiune are propria sa vechime a datelor, etichetează acea valoare „Date până în Iunie 2026” sau „Prețuri verificate la 27 August 2026”, în loc să modifici data de actualizare la nivel de pagină.

Anatomie

1. Etichetă principală: „Actualizat” atunci când există o modificare validă; în caz contrar „Publicat.” Trebuie să fie text vizibil, nu o pictogramă sau un tooltip.
2. Dată principală: O dată calendaristică lizibilă pentru om, derivată din metadate canonice.
3. Publicare originală: Păstrată când eticheta principală este „Actualizat” și proveniența beneficiază de afișarea ambelor.
4. Domeniu de revizuire: Text scurt opțional care numește faptele, versiunea, jurisdicția sau setul de date efectiv verificate.
5. Timestamp automat: O valoare ISO 8601 completă în atributul HTML datetime, incluzând fusul orar acolo unde timpul este stocat.
6. Relația documentului: Elementul aparține hero-ului paginii; o dată doveditoare mai restrânsă aparține lângă dovada pe care o califică.

Culoarea, pictograma, spațierea și separatoarele aparțin instrumentului de randare. Secvența semantică trebuie să se poată citi corect și atunci când CSS nu este disponibil.

Exemple de design

Variantele suportate reflectă stări editoriale diferite, nu preferințe cosmetice.

Doar publicat: Folosește pentru o pagină nouă sau o pagină stabilă care nu a primit niciodată o revizuire substanțială. Aceasta este valoarea implicită.

Publicat și actualizat: Folosește după o revizuire substanțială. „Actualizat” apare primul deoarece este data relevantă pentru decizie; publicarea rămâne disponibilă ca istoric.

Verificare cu domeniu: Adaugă un domeniu scurt atunci când au fost reverificate doar anumite afirmații volatile definite sau când pagina este legată de o versiune. Domeniul nu trebuie să sugereze un audit mai amplu.

Revizuit fără modificări: Folosește doar când o revizuire reală a constatat că pagina este încă corectă. Înregistrează reviewedAt separat; nu modifica dateModified și nu eticheta evenimentul ca „Actualizat.”

Viewport îngust: Permite împărțirea naturală pe rânduri între elemente complete. Nu trunchia niciodată o dată și nu ascunde „Publicat” lăsând un număr neetichetat.

Parametri

Câmpurile de date sunt atribute de metadate, nu corp de text redactat. Acest lucru împiedică o etichetă vizibilă să fie în dezacord cu fluxurile sau schema. Specificația frontmatter rămâne autoritară pentru valorile la nivel de document.

Elementul nu are corp și nu are mapare la primul titlu. Un corp ar permite autorilor să duplice metadatele canonice. Domeniul este în mod intenționat un atribut deoarece este scurt, stabil și procesabil automat.

Sintaxă și exemple de cod

Toate adaptoarele citesc aceleași valori de publicare, modificare și domeniu. Ele pot formata datele pentru setările locale, dar nu trebuie să le schimbe sensul.

Directivă Markdown portabilă

:::freshness-stamp{published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified"}
:::

Contract shortcode Hugo

{{< freshness-stamp published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified" >}}

În Hugo, adaptorul de producție preferat ar trebui să citească .Date și parametrul updated aprobat din metadatele paginii, astfel încât autorii să nu le repete. Valorile explicite de mai sus documentează maparea portabilă a câmpurilor; nu sunt o permisiune de a codifica manual o a doua sursă de adevăr.

Bloc WordPress

<!-- wp:amicited/freshness-stamp {"published":"2025-03-14T09:00:00+01:00","updated":"2026-08-27T10:00:00+02:00","scope":"Pricing and feature availability verified"} /-->

Un adaptor WordPress ar trebui să seteze implicit published și updated din înregistrarea postării, să expună domeniul ca câmp editorial și să prevină ca un flux de lucru cu actualizare doar de dată să prezinte în tăcere o revizuire care nu a avut loc.

Exemple

Actualizat 27 August 2026 · Publicat 14 Martie 2025
Prețuri, limite ale planurilor și disponibilitate a funcțiilor verificate pe paginile furnizorilor.

Acesta este corect deoarece etichetele păstrează ambele evenimente, domeniul numește faptele volatile, iar afirmația poate fi auditată comparând cu istoricul de editare și surse al paginii. Un revizor știe ce înseamnă „actualizat” aici.

Proaspăt actualizat azi!
Publicat inițial recent.

Acesta este greșit deoarece „azi” se mișcă fără niciun eveniment editorial, „proaspăt” este promoțional, „recent” șterge istoricul, iar niciuna dintre linii nu expune un timestamp procesabil automat. Dacă pagina a fost doar reformatată, chiar și înlocuirea acestor fraze cu date exacte ar rămâne înșelătoare. Acțiunea corectă este să păstrezi data originală de publicare și să omiți o dată de actualizare.

Marcarea cu schema și accesibilitatea

Stampa poate alimenta datePublished și dateModified pe un tip de pagină Article, TechArticle, NewsArticle sau alt tip veridic. datePublished provine din înregistrarea originală de publicare. dateModified provine doar din cea mai recentă modificare substanțială de conținut. O revizuire înregistrată separat care nu schimbă nimic nu trebuie să suprascrie dateModified; schema nu ar trebui să transforme un eveniment de revizuire într-o modificare falsă.

Nu inventa un tip Schema.org FreshnessStamp. Domeniul de revizuire rămâne de obicei text vizibil și metadate interne de audit. Dacă o pagină citează fapte volatile, păstrează dovezile acestora într-un bloc al surselor , mai degrabă decât să sugerezi că o dată recentă le dovedește.

Randează fiecare dată cu un element semantic <time datetime="…">. Forma vizibilă urmează setările locale ale paginii; valoarea datetime păstrează un timestamp automat neambiguu. Etichetele trebuie să fie text. Nu te baza pe o pictogramă de ceas, culoare verde, tooltip sau formulare relativă precum „acum două luni.” Separatoarele marcate ca decorative ar trebui ignorate de tehnologia de asistare, iar împărțirea pe rânduri trebuie să păstreze o ordine logică de citire.

Stampa este o metadată statică, deci nu are nevoie de o regiune live ARIA, rol de buton, țintă de focalizare sau anunț. Dacă un jurnal de actualizări este legat, folosește o etichetă descriptivă precum „Vezi ce s-a schimbat,” nu „Mai mult.”

Reguli de redactare

Scrie etichetele ca proveniență factuală: „Publicat,” „Actualizat” sau „Revizuit.” Folosește o dată localizată absolută, nu „azi,” „recent,” „nou” sau „proaspăt.” Menține domeniul între 3–12 cuvinte și numește obiectul verificat: „Prețuri și limite ale planurilor verificate” este mai puternic decât „Conținut revizuit.” Nu adăuga semne de exclamare, urgență, afirmații SEO sau promisiuni că pagina este complet corectă.

O modificare substanțială reinițializează updated doar atunci când îmbunătățește informațiile pe care se bazează un cititor. Declanșatorii legitimi includ corectarea unui fapt material, înlocuirea prețurilor sau specificațiilor învechite, revizuirea instrucțiunilor după o modificare de produs, adăugarea de dovezi semnificative, schimbarea unei recomandări după o reevaluare, extinderea domeniului suficient pentru a schimba răspunsul sau finalizarea unei revizuiri documentate care are ca rezultat modificări semnificative de conținut.

Următoarele nu o reinițializează: corecturi de tipar, punctuație, formatare, compresie de imagini, modificări CSS sau de șablon, etichete de analitică, urmărire de linkuri, editări doar de metadate, compilări automate, modificări de categorie, formatare a profilului de autor sau doar verificarea paginii și constatarea că nu este necesară nicio modificare. Înlocuirea unui link stricat reinițializează data doar atunci când destinația schimbă dovezile sau îndrumarea; înlocuirea cu o adresă URL funcțională echivalentă nu.

Nu pune niciodată o afirmație precum „Google recompensează conținutul proaspăt,” un mesaj promoțional, data expirării unei reduceri, timpul de citire, biografia autorului, lista surselor, jurnalul de modificări sau metodologia completă de revizuire în interiorul stampei. Acestea au scopuri diferite. Nu retrodata niciodată o actualizare, nu suprascrie data de publicare, nu deriva timpul de modificare din depozitul de cod și nu programa o dată de actualizare viitoare.

Tipuri de postări care îl folosesc

Frontmatter-ul postTypes este sursa acestei mapări. Includerea înseamnă că formatul are un risc recurent de degradare; nu înseamnă că fiecare instanță trebuie să afișeze o dată de actualizare.

Definițiile stabile de glosar, înregistrările istorice, cercetările pe seturi de date închise și notele de lansare păstrează de obicei datele de publicare fără a pretinde prospețime continuă. Perioada doveditoare sau versiunea de lansare face mai multă muncă interpretativă decât o etichetă „actualizat” rulantă.

Listă de verificare QA

• Data originală de publicare este păstrată și este anterioară sau egală cu orice eveniment ulterior.
• updated corespunde unei modificări substanțiale vizibile în conținut sau în dovezile documentate.
• O revizuire fără modificare de conținut folosește reviewedAt, nu updated sau dateModified.
• Data vizibilă, valoarea din frontmatter, valoarea din flux și valoarea din datele structurate sunt în acord.
• Domeniul numește exact ce a fost verificat și nu sugerează un audit al întregii pagini atunci când doar un bloc s-a schimbat.
• Stampa apare în hero înaintea afirmațiilor volatile, cu date mai restrânse lângă dovezi mai restrânse.
• Datele absolute și etichetele text vizibile rămân de înțeles fără culoare, pictograme, CSS sau text înconjurător.
• Fiecare timestamp automat folosește sintaxa ISO 8601 validă și fusul orar corect.
• Niciun timp de compilare, timp de modificare a fișierului, token de an curent sau dată cu mișcare automată nu alimentează elementul.
• Istoricul de editare poate explica de ce s-a schimbat data; o editare doar de dată pică revizuirea.
• Evenimentele de publicat, actualizat și revizuit rămân distincte în copia vizibilă și în schemă.
• Tipul de postare al paginii și riscul de degradare justifică afișarea elementului.

Întrebări frecvente

Ar trebui ca fiecare articol să afișeze o dată a ultimei actualizări?

Nu. Afișează o dată de actualizare doar după o modificare substanțială. O pagină stabilă, evergreen, poate afișa doar data sa de publicare, în timp ce o pagină în degradare ar trebui să expună data și domeniul de aplicare ale celei mai recente revizuiri valide.

Corectarea unei greșeli de tipar justifică modificarea datei de actualizare?

Nu. Modificările tipografice, de formatare, de urmărire, de șablon și doar de metadate nu schimbă informațiile pe care se bazează un cititor, așadar nu reinițializează data de actualizare.

Poate o pagină să afișeze o dată de revizuire când nu au fost necesare modificări?

Da, dacă o persoană calificată a verificat cu adevărat domeniul definit și eticheta spune „Revizuit,” nu „Actualizat.” Păstrează neschimbate datele de publicare și modificare și înregistrează revizuirea separat.

Ar trebui ca data de publicare să dispară după o actualizare?

De obicei, nu. Păstrează data originală de publicare în metadate și afișeaz-o lângă data actualizării atunci când proveniența contează. Data de actualizare nu trebuie niciodată să rescrie istoricul paginii.

O stampă de prospețime îmbunătățește singură clasamentele?

Nu. O etichetă cu dată nu este o dovadă că pagina este corectă. Valoarea sa provine din întreținerea onestă, metadate consistente și conținut care reflectă efectiv revizuirea declarată.