SEO Playbook · Element

Znacznik świeżości: Zasady dotyczące dat publikacji i aktualizacji

Użyj znacznika świeżości, aby rozróżnić daty publikacji i aktualizacji, udowodnić merytoryczny przegląd, ujawnić dezaktualizację treści i zapobiec wprowadzającym w błąd zmianom tylko daty.

12 min read

Znacznik świeżości informuje czytelników, kiedy strona została po raz pierwszy opublikowana, kiedy jej istotne informacje ostatnio się zmieniły oraz – jeśli jest to przydatne – co zostało sprawdzone. Jest to element otwierający, ponieważ czas może zmienić sposób interpretacji każdego znajdującego się pod nim twierdzenia.

Zaktualizowano 27 sierpnia 2026 Opublikowano 14 marca 2025 Zweryfikowano ceny i dostępność funkcji

Ten renderowany przykład zawiera trzy różne informacje. „Opublikowano” zachowuje pochodzenie, „Zaktualizowano” oznacza merytoryczną zmianę, a fraza zakresu mówi, czego dotyczył przegląd. Data jest sygnałem pochodzenia, a nie ozdobnikiem ani skrótem do sprawiania wrażenia, że stara treść jest nowa.

Dlaczego ten element jest ważny

Czytelnicy używają dat do szacowania ryzyka. Trzyletnie wyjaśnienie koncepcji matematycznej może być w pełni wiarygodne, podczas gdy trzymiesięczne porównanie cen oprogramowania może być już nieaktualne. Widoczny znacznik pomaga czytelnikowi zdecydować, czy zaufać stronie, zweryfikować zmienne twierdzenie, czy poszukać nowszego źródła. Pokazywanie obu dat chroni również historię: czytelnik widzi, że dojrzały zasób został utrzymany, a nie fałszywie przedstawiony jako nowo opublikowany.

Psychologia zawodzi, gdy etykieta przesadza. „Zaktualizowano dzisiaj” sugeruje, że ktoś zmienił informacje, na których polega czytelnik. Jeśli jedyną czynnością była zmiana daty, poprawienie interpunkcji lub przeniesienie strony do nowego szablonu, etykieta tworzy zaufanie bez jego zapracowania. Zmiana daty aktualizacji bez merytorycznej zmiany treści stanowi naruszenie zasad, nawet jeśli system zarządzania treścią ułatwia tę edycję.

Możliwość ekstrakcji maszynowej oznacza, że oprogramowanie może określić czas publikacji, czas modyfikacji, zakres przeglądu i relacje między nimi bez zgadywania na podstawie tekstu. Stabilne pola mogą zasilać szablony stron, kanały RSS, audyty i dane strukturalne. Robot indeksujący może odróżnić datePublished od dateModified; monitor redakcyjny może zidentyfikować zmienne strony, których okres przeglądu wygasł. Niejasne sformułowanie, takie jak „niedawno odświeżone” nie dostarcza ani użytecznego znacznika czasu, ani weryfikowalnego twierdzenia.

Typowany element ma pierwszeństwo przed datą wpisaną w zwykły tekst. Postępuj zgodnie z zasadami pisania elementów : komponent musi odczytywać kanoniczne pola dat i renderować je spójnie. Autorzy nie mogą ręcznie wpisywać drugiej daty, która może się rozjechać z metadanymi.

Kiedy go używać

Użyj znacznika świeżości, gdy wiek materialnie zmienia to, czy strona jest bezpieczna, dokładna lub użyteczna. Typowe czynniki to ceny, funkcje produktów, dostępność, przepisy prawa, normy, statystyki, rankigowane rekomendacje, instrukcje zgodności, kryteria kwalifikowalności, harmonogramy i wymienione osoby. Te fakty dezaktualizują się, ponieważ świat się zmienia, nawet jeśli tekst nie.

Użyj go w przypadku żywego zasobu, gdy wydawca zobowiązuje się do ponownego sprawdzania określonych twierdzeń. Porównanie oprogramowania może mówić „Zweryfikowano plany i limity funkcji”; dokumentacja może mówić „Zweryfikowano dla wersji 6.8”; wyjaśnienie regulacyjne może wymienić jurysdykcję i obowiązującą normę. Zakres zapobiega sytuacji, w której niedawne sprawdzenie jednej tabeli sugeruje, że każde zdanie, link i wniosek zostały poddane równej kontroli.

Treści wiecznie aktualne mogą nie potrzebować widocznego znacznika świeżości. Stabilna definicja, opis historyczny, stałe studium przypadku, notatka o wydaniu lub raport badawczy powiązany z zamkniętym zbiorem danych często potrzebują tylko uczciwej daty publikacji. Dodaj notatki korygujące lub osobny dziennik aktualizacji, gdy zmienia się interpretacja, ale nie twórz teatru utrzymania, w którym niezmienny zapis otrzymuje co kwartał nową datę.

Przykłady błędnych rozwiązań:

  • Automatyczne bieżące daty: renderowanie dzisiejszej daty przy każdym żądaniu nie mówi nic o aktywności przeglądu i jest zawsze zabronione.
  • Rok w tytule: „Najlepsze narzędzia 2026” to twierdzenie o bieżącym pokryciu, a nie dowód, że strona została sprawdzona w 2026 roku.
  • Znacznik czasu kompilacji: przebudowa witryny zmienia pliki, a nie treść redakcyjną.
  • Odznaka przeglądu bez zakresu lub właściciela: tworzy autorytet bez możliwego do audytu działania.
  • Zmieniony kanał produktowy: automatyczne aktualizacje cen mogą zaktualizować konkretne pole, ale nie uzasadniają oznaczania otaczającej analizy redakcyjnej jako zaktualizowanej, chyba że wniosek został ponownie sprawdzony.

Gdzie go umieścić

Umieść znacznik w wierszu metadanych hero: poniżej H1 i jedno-linijkowego opisu, a przed wprowadzeniem lub pierwszym elementem bezpośredniej odpowiedzi. Czytelnik powinien otrzymać kontekst czasowy przed napotkaniem twierdzeń, które mogą ulec dezaktualizacji. Na długiej stronie znacznik może również pojawić się obok zmiennej tabeli lub bloku dowodów, gdy ten blok ma własną węższą datę weryfikacji.

Autorstwo i tożsamość recenzenta umieść w tym samym obszarze pochodzenia, gdy szablon je obsługuje, ale zachowaj czytelną kolejność: autor, daty publikacji/aktualizacji, a następnie zakres przeglądu. Znacznik może znajdować się obok szacowanego czasu czytania, ponieważ oba są neutralnymi metadanymi. Nie może znajdować się obok promocyjnej odznaki, licznika czasu zniżki, etykiety „trending” ani oceny gwiazdkowej; te sygnały mogą sprawić, że data redakcyjna będzie wyglądać jak pilna informacja lub rekomendacja.

Nie umieszczaj znacznika wewnątrz wprowadzenia, po pierwszym zmiennym twierdzeniu, tylko w stopce ani wewnątrz obrazka. Nie powtarzaj sprzecznych dat w hero, sidebarze i tabeli. Jeśli sekcja ma własną datę danych, oznacz tę wartość jako „Dane do czerwca 2026” lub „Ceny sprawdzone 27 sierpnia 2026” zamiast zmieniać datę aktualizacji na poziomie strony.

Anatomia

  1. Etykieta główna: „Zaktualizowano”, gdy istnieje ważna modyfikacja; w przeciwnym razie „Opublikowano”. Musi to być widoczny tekst, a nie ikona ani dymek podpowiedzi.
  2. Data główna: Czytelna dla człowieka data kalendarzowa pochodząca z kanonicznych metadanych.
  3. Oryginalna publikacja: Zachowana, gdy etykieta główna to „Zaktualizowano”, a korzyści z pokazania obu dat są istotne dla proweniencji.
  4. Zakres przeglądu: Opcjonalny krótki tekst określający fakty, wersję, jurysdykcję lub zbiór danych, które faktycznie sprawdzono.
  5. Znacznik czasu maszynowego: Pełna wartość ISO 8601 w atrybucie HTML datetime, wraz ze strefą czasową, jeśli czas jest przechowywany.
  6. Relacja dokumentu: Element należy do hero strony; węższa data dowodów należy obok dowodów, które określa.

Kolor, ikona, odstępy i separatory należą do mechanizmu renderującego. Sekwencja semantyczna musi być nadal czytelna, gdy CSS jest niedostępny.

Przykłady projektowe

Obsługiwane warianty odzwierciedlają różne stany redakcyjne, a nie preferencje estetyczne.

Tylko publikacja: Użyj dla nowej strony lub stabilnej strony, która nigdy nie doczekała się merytorycznej rewizji. Jest to ustawienie domyślne.

Opublikowano i zaktualizowano: Użyj po merytorycznej rewizji. „Zaktualizowano” jest pierwsze, ponieważ jest to data istotna dla decyzji; data publikacji pozostaje dostępna jako historia.

Weryfikacja z zakresem: Dodaj krótki zakres, gdy sprawdzono tylko określone zmienne twierdzenia lub gdy strona jest powiązana z wersją. Zakres nie może sugerować szerszego audytu.

Przejrzane bez zmian: Użyj tylko wtedy, gdy rzeczywisty przegląd wykazał, że strona jest nadal dokładna. Zapisz reviewedAt osobno; nie zmieniaj dateModified i nie oznaczaj zdarzenia jako „Zaktualizowano”.

Wąski rzutnia: Pozwól na naturalne zawijanie między kompletnymi elementami. Nigdy nie obcinaj daty ani nie ukrywaj „Opublikowano”, pozostawiając nieoznaczoną liczbę.

Parametry

Pola dat są atrybutami metadanych, a nie treścią autorską. Zapobiega to rozbieżnościom między widoczną etykietą a kanałami lub schematami. Specyfikacja frontmatter pozostaje autorytatywna dla wartości na poziomie dokumentu.

NazwaTypWymaganyMin / maxDomyślneŹródło
publishedData i czas ISO 8601TakDokładnie jeden; nie w przyszłościBrakAtrybut frontmatter date
updatedData i czas ISO 8601Warunkowo po merytorycznej zmianieZero lub jeden; musi być późniejszy lub równy publishedPominiętyAtrybut frontmatter updated; nigdy nie wywnioskowany z czasu pliku lub kompilacji
reviewedAtData i czas ISO 8601OpcjonalnyZero lub jeden; nie w przyszłościPominiętyAtrybut rekordu przeglądu po zakończonym przeglądzie z zakresem
scopeZwykły tekstOpcjonalny3–12 słów; maksymalnie 90 znakówBrakAtrybut wpisany przez recenzenta; brak treści dyrektywy
labelTyp wyliczeniowyPochodny„Opublikowano”, „Zaktualizowano” lub „Przejrzane”Pochodny z ważnych datMechanizm renderujący; autorzy nie mogą go nadpisać tekstem treści
showPublishedBooleanOpcjonalnytrue lub falsetrue gdy updated jest obecnyAtrybut kontrolowany przez politykę typu postu
dateFormatTyp wyliczeniowyOpcjonalnylong lub compactlongAtrybut mechanizmu renderującego; locale kontroluje kolejność miesięcy i nazwy
timezoneOffset lub strefa IANAWymagany dla przechowywanych czasówJedna ważna strefaStrefa czasowa publikacji witrynyKonfiguracja witryny lub kanoniczny atrybut metadanych

Element nie ma treści ani mapowania na pierwszy nagłówek. Treść pozwoliłaby autorom duplikować kanoniczne metadane. Zakres jest celowo atrybutem, ponieważ jest krótki, stabilny i czytelny maszynowo.

Składnia i przykłady kodu

Wszystkie adaptery odczytują te same wartości publikacji, modyfikacji i zakresu. Mogą formatować daty zgodnie z locale, ale nie mogą zmieniać ich znaczenia.

Przenośna dyrektywa Markdown

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

Kontrakt 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" >}}

W Hugo preferowany adapter produkcyjny powinien odczytywać .Date i zatwierdzony parametr updated z metadanych strony, aby autorzy nie musieli ich powtarzać. Jawne wartości powyżej dokumentują przenośne mapowanie pól; nie są one pozwoleniem na zakodowanie na stałe drugiego źródła prawdy.

Blok 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"} /-->

Adapter WordPress powinien domyślnie pobierać published i updated z rekordu posta, udostępniać zakres jako pole redakcyjne oraz zapobiegać cichej prezentacji rewizji, która nie miała miejsca, w przypadku przepływu pracy z aktualizacją tylko daty.

Przykłady

Zaktualizowano 27 sierpnia 2026 · Opublikowano 14 marca 2025
Ceny, limity planów i dostępność funkcji zweryfikowane na podstawie stron sprzedawców.

To jest poprawne, ponieważ etykiety zachowują oba zdarzenia, zakres określa zmienne fakty, a twierdzenie można zweryfikować względem historii edycji i źródeł strony. Recenzent wie, co oznacza tutaj „zaktualizowano”.

Właśnie odświeżone dzisiaj!
Pierwotnie opublikowane niedawno.

To jest błędne, ponieważ „dzisiaj” przesuwa się bez zdarzenia redakcyjnego, „odświeżone” ma charakter promocyjny, „niedawno” zaciera historię, a żaden wiersz nie udostępnia czytelnego maszynowo znacznika czasu. Jeśli strona została tylko przeformatowana, nawet zastąpienie tych zwrotów dokładnymi datami pozostałoby mylące. Prawidłowym działaniem jest zachowanie oryginalnej daty publikacji i pominięcie daty aktualizacji.

Znaczniki schematu i dostępność

Znacznik może zasilać datePublished i dateModified w otaczającym typie Article, TechArticle, NewsArticle lub innym prawdziwym typie strony. datePublished pochodzi z oryginalnego rekordu publikacji. dateModified pochodzi tylko z ostatniej merytorycznej zmiany treści. Osobno zarejestrowany przegląd, który niczego nie zmienia, nie może nadpisywać dateModified; schemat nie powinien przekształcać zdarzenia przeglądu w fałszywą modyfikację.

Nie wymyślaj typu Schema.org FreshnessStamp. Zakres przeglądu zazwyczaj pozostaje widocznym tekstem i wewnętrznymi metadanymi audytu. Jeśli strona cytuje zmienne fakty, przechowuj ich dowody w bloku źródeł zamiast sugerować, że niedawna data je udowadnia.

Renderuj każdą datę z semantycznym elementem <time datetime="…">. Widoczna forma jest zgodna z locale strony; wartość datetime zachowuje jednoznaczny znacznik czasu maszynowego. Etykiety muszą być tekstem. Nie polegaj na ikonie zegara, zielonym kolorze, dymku podpowiedzi ani względnym sformułowaniu, takim jak „dwa miesiące temu”. Separatory oznaczone jako dekoracyjne powinny być ignorowane przez technologie asystujące, a zawijanie musi zachowywać logiczną kolejność czytania.

Znacznik jest statycznymi metadanymi, więc nie potrzebuje regionu ARIA live, roli przycisku, celu fokusu ani komunikatu. Jeśli dziennik aktualizacji jest linkowany, użyj opisowej etykiety, takiej jak „Zobacz, co się zmieniło”, a nie „Więcej”.

Zasady pisania

Pisz etykiety jako faktyczne informacje o pochodzeniu: „Opublikowano”, „Zaktualizowano” lub „Przejrzane”. Używaj bezwzględnej, zlokalizowanej daty, a nie „dzisiaj”, „niedawno”, „nowy” lub „świeży”. Zakres utrzymuj w granicach 3–12 słów i nazwij sprawdzany obiekt: „Zweryfikowano ceny i limity planów” jest lepsze niż „Treść przejrzana”. Nie dodawaj wykrzykników, pilności, twierdzeń SEO ani obietnic, że strona jest w pełni dokładna.

Merytoryczna zmiana resetuje updated tylko wtedy, gdy poprawia informacje, na których polega czytelnik. Uzasadnione czynniki obejmują: poprawienie istotnego faktu, zastąpienie nieaktualnych cen lub specyfikacji, zrewidowanie instrukcji po zmianie produktu, dodanie znaczących dowodów, zmianę rekomendacji po ponownej ocenie, rozszerzenie zakresu na tyle, by zmienić odpowiedź, lub ukończenie udokumentowanego przeglądu skutkującego znaczącymi zmianami treści.

Następujące czynności nie resetują daty: poprawki literówek, interpunkcji, formatowania, kompresji obrazów, zmiany CSS lub szablonu, tagi analityczne, linki śledzące, edycje wyłącznie metadanych, automatyczne kompilacje, zmiany kategorii, formatowanie profilu autora ani samo sprawdzenie strony i stwierdzenie, że zmiany nie są potrzebne. Zastąpienie zepsutego linku resetuje datę tylko wtedy, gdy nowy cel zmienia dowody lub wskazówki; zastąpienie równoważnym działającym adresem URL – nie.

Nigdy nie umieszczaj w znaczniku twierdzenia typu „Google nagradza świeże treści”, komunikatu promocyjnego, terminu ważności zniżki, czasu czytania, biografii autora, listy źródeł, dziennika zmian ani pełnej metodologii przeglądu. Mają one inne przeznaczenie. Nigdy nie cofaj daty aktualizacji, nie nadpisuj daty publikacji, nie wyprowadzaj czasu modyfikacji z repozytorium ani nie planuj przyszłej daty aktualizacji.

Typy postów, które go używają

Frontmatter postTypes jest źródłem tego mapowania. Włączenie oznacza, że format ma powtarzające się ryzyko dezaktualizacji; nie oznacza, że każda instancja musi wyświetlać datę aktualizacji.

Typ postuWymaganieTypowy zakres
Porównanie A-vs-BWymagane, gdy produkty, ceny lub możliwości mogą się zmienićPorównywane wersje, plany, ceny i kryteria decyzyjne
Najlepszy-X-dla-YWymagane dla utrzymywanych rankingówZbiór kandydatów, dostępność, kryteria i kolejność
Porównanie konkurencjiWymaganeFunkcje, twierdzenia, ceny konkurentów i ujawnione powiązania
Poradnik zakupowyWymagane, gdy asortyment, normy lub rekomendacje tracą aktualnośćKryteria wyboru, dostępność produktów i rekomendacje
Przewodnik kosztówWymaganePrzedziały cenowe, waluta, geografia, elementy wliczone i okres danych
Strona recenzjiWymaganeTestowana wersja, cena, dostępność i dane wejściowe werdyktu
Zestawienie statystykWymaganeDaty dostępu do źródeł, okresy danych, zastąpienia i korekty
Artykuł z listą kontrolnąWarunkowe, gdy wymagania się zmieniająWersja produktu, polityka, norma lub jurysdykcja
Artykuł dokumentacyjnyWymagane dla wersjonowanych produktówObsługiwana wersja, etykiety interfejsu, kroki i oczekiwany rezultat
Strona normy lub przepisuWymaganeJurysdykcja, data wejścia w życie, poprawki i autorytatywne źródła

Stabilne definicje słownikowe, zapisy historyczne, badania na zamkniętych zbiorach danych i notatki o wydaniach zazwyczaj zachowują daty publikacji bez deklarowania ciągłej świeżości. Ich okres ważności danych lub wersja wydania pełnią większą funkcję interpretacyjną niż tocząca się etykieta „zaktualizowano”.

Lista kontrolna QA

  • Oryginalna data publikacji jest zachowana i poprzedza każde późniejsze zdarzenie lub jest od niego wcześniejsza.
  • updated odpowiada merytorycznej zmianie widocznej w treści lub udokumentowanych dowodach.
  • Przegląd bez zmiany treści używa reviewedAt, a nie updated lub dateModified.
  • Widoczna data, wartość frontmatter, wartość kanału i wartość danych strukturalnych są zgodne.
  • Zakres określa dokładnie to, co zostało sprawdzone, i nie sugeruje audytu całej strony, gdy zmienił się tylko jeden blok.
  • Znacznik pojawia się w hero przed zmiennymi twierdzeniami, z węższymi datami przy węższych dowodach.
  • Bezwzględne daty i widoczne etykiety tekstowe pozostają zrozumiałe bez koloru, ikon, CSS ani otaczającego tekstu.
  • Każdy maszynowy znacznik czasu używa poprawnej składni ISO 8601 i prawidłowej strefy czasowej.
  • Żaden czas kompilacji, czas modyfikacji pliku, token bieżącego roku ani automatycznie przesuwająca się data nie zasila elementu.
  • Historia edycji może wyjaśnić, dlaczego data się zmieniła; edycja tylko daty nie przechodzi przeglądu.
  • Zdarzenia publikacji, aktualizacji i przeglądu pozostają odrębne w widocznym tekście i schemacie.
  • Typ postu strony i ryzyko dezaktualizacji uzasadniają wyświetlenie elementu.

FAQ

Czy każdy artykuł powinien wyświetlać datę ostatniej aktualizacji?

Nie. Pokazuj datę aktualizacji tylko po merytorycznej zmianie. Stabilna, wiecznie aktualna strona może wyświetlać samą datę publikacji, podczas gdy strona podlegająca dezaktualizacji powinna ujawniać datę i zakres swojego ostatniego ważnego przeglądu.

Czy poprawienie literówki uzasadnia zmianę daty aktualizacji?

Nie. Poprawki typograficzne, formatowania, śledzenia, szablonu i zmiany wyłącznie metadanych nie zmieniają informacji, na których polega czytelnik, więc nie resetują daty aktualizacji.

Czy strona może pokazywać datę przeglądu, gdy nie były potrzebne żadne zmiany?

Tak, jeśli wykwalifikowana osoba rzeczywiście sprawdziła określony zakres, a etykieta mówi „Przejrzane”, a nie „Zaktualizowane”. Pozostaw daty publikacji i modyfikacji bez zmian i odnotuj przegląd osobno.

Czy data publikacji powinna zniknąć po aktualizacji?

Zazwyczaj nie. Zachowaj oryginalną datę publikacji w metadanych i wyświetlaj ją obok daty aktualizacji, gdy proweniencja ma znaczenie. Data aktualizacji nigdy nie może przepisywać historii strony.

Czy znacznik świeżości sam w sobie poprawia pozycje w rankingu?

Nie. Etykieta z datą nie jest dowodem na to, że strona jest dokładna. Jej wartość wynika z uczciwego utrzymania, spójnych metadanych i treści, która faktycznie odzwierciedla podany przegląd.

← All SEO Playbook guides

Gotowy, aby zastosować to w praktyce?

Bezpłatne sprawdzenie · 7-dniowy okres próbny · bez karty kredytowej