Świeżość: datować, aktualizować, udowodnić. Czego wyszukiwarki i AI oczekują od treści na czasie

Czytelnik, który zadaje pytanie asystentowi w 2026 roku, chce odpowiedzi ważnej w 2026 roku. Wyszukiwarki klasyczne i silniki generatywne o tym wiedzą i biorą pod uwagę datę treści, zwłaszcza w tematach, w których fakty się zmieniają: regulacje, ceny, wersje, dane rynkowe. Wielu wydawców wyciągnęło z tego zły nawyk: zmieniają datę artykułu, nie zmieniając w nim ani wiersza. Praktyka ta jest rozpoznawalna i przynosi skutek odwrotny do zamierzonego. Oto, co wyszukiwarki naprawdę czytają, jak to weryfikują i jak serwis medialny publikujący dużo organizuje swoje aktualizacje.

Co Google czyta i gdzie

Google dokumentuje na stronie o danych strukturalnych Article dwie właściwości zaczerpnięte ze schema.org: datePublished i dateModified. Ta druga ma wskazywać datę ostatniej istotnej zmiany treści, a Google wymaga w swoich wytycznych o datach, żeby odpowiadała dacie widocznej na stronie. Plik sitemap przenosi trzeci sygnał, lastmod, którego Google używa do rozstrzygania, co pobrać ponownie w pierwszej kolejności, o ile jest wiarygodny, co wyjaśnia strona o budowaniu pliku sitemap.

Istotna jest spójność. Google zestawia to, co mówią dane strukturalne, datę wyświetloną, lastmod z pliku sitemap i, jeśli istnieją, nagłówki HTTP o ostatniej modyfikacji. Kiedy te źródła przeczą sobie nawzajem, przestaje im ufać i wraca do własnej obserwacji: czy widział, jak treść zmieniła się między dwoma przejściami? Witryna, której sitemap codziennie ogłasza modyfikację wszystkich stron, choć żadna się nie zmienia, uczy Google, że jej lastmod nic nie znaczy. Ten przypadek udokumentowaliśmy w tekście „Sitemap XML: jednakowy lastmod na wszystkich adresach URL czyni plik bezużytecznym”.

Co silniki generatywne robią z datami

Silnik generatywny, który odpowiada ze źródłami, szuka trafnych fragmentów, a potem nadaje im wagi. Przy pytaniu, którego odpowiedź zależy od czasu, faworyzuje fragmenty świeżo datowane i czyta datę tam, gdzie jest dostępna: w danych strukturalnych, w tekście, czasem w adresie URL. Google wskazuje na stronie o funkcjach AI w wyszukiwarce, że jego generowane odpowiedzi opierają się na tych samych sygnałach co klasyczne wyszukiwanie, bez osobnego znacznikowania; świeżość jest jednym z nich.

Wynika stąd konsekwencja, którą wydawcy niedoceniają: silnik generatywny może zacytować fragment, który sam zawiera swoją datę. „Od 2 sierpnia 2026 roku obowiązuje artykuł 50” to fragment datowalny i cytowalny. „Niedawno przepisy się zmieniły” już nie, a do tego źle się starzeje. Wpisywanie dat w tekst, słownie, jest praktyką świeżości w takim samym stopniu jak praktyką cytowalności, zgodnie z logiką, którą opisaliśmy w tekście „Najpierw odpowiedź, potem niuans”.

Dlaczego fałszywy sygnał kosztuje więcej, niż przynosi

Przedatowanie artykułu bez jego zmiany daje trzy skutki i wszystkie są negatywne.

1. Utrata zaufania do sygnałów. Wyszukiwarka obserwuje, że data się zmienia, a treść nie. Ryzyko polega na tym, że nauczy się, iż daty tej witryny są szumem, i przestanie je brać pod uwagę, także przy prawdziwych aktualizacjach. Żadna wyszukiwarka nie dokumentuje takiego zachowania: to wniosek, a nie pomiar. Oba skutki następują zresztą po sobie w czasie, a nie równocześnie. Wyszukiwarka najpierw przeładowuje strony, ufając ogłoszonym datom, i dopiero powtarzające się stwierdzenie niezmienionej treści każe jej im nie ufać.
2. Marnowanie budżetu crawlowania. Każda strona ogłoszona jako zmieniona zostaje pobrana ponownie. W serwisie medialnym liczącym pięćset artykułów ogłaszanie codziennie pięciuset fikcyjnych zmian to żądanie pięciuset pobrań na nic, kosztem stron rzeczywiście nowych.
3. Ryzyko sprzeczności. Artykuł „zaktualizowany we wrześniu 2026 roku”, który podaje cennik z 2024 roku albo porzuconą wersję oprogramowania, traci wiarygodność u uważnego czytelnika od razu, a silnik generatywny chętnie wyświetla datę, którą znajdzie w cytowanym fragmencie.

Dokumentacja dla oceniających jakość Google poświęca kilka stron pojęciu treści aktualnej i wyraźnie oddziela tematy, w których data się liczy, od tych, w których się nie liczy. Poradnik o układaniu pokrycia dachowego nie musi być przepisywany co miesiąc; strona o dopłatach do remontu już tak.

Jak wygląda prawdziwa aktualizacja

Aktualizacja, która uzasadnia nową datę modyfikacji, zmienia coś, co czytelnik mógłby zauważyć: liczbę zastąpioną liczbą nowszą, sekcję dodaną z powodu nowego faktu, rekomendację wycofaną, bo już się nie broni, źródło zastąpione źródłem aktualnym. Poprawienie literówki, zmiana obrazu czy przeredagowanie tytułu nie są aktualizacją i nie powinny zmieniać dateModified.

Reguła jest prosta do utrzymania przy dziesięciu artykułach i niemożliwa do utrzymania z pamięci przy pięciuset. I tu zaczyna się rola organizacji.

Organizowanie aktualizacji w skali

Serwis medialny publikujący kilka treści tygodniowo gromadzi w rok kilkaset artykułów, z których część zawiera fakty nietrwałe. Ich aktualizowanie pozostaje wykonalne bez angażowania zespołu na pełny etat, pod warunkiem że zostanie oprzyrządowane.

Baza referencyjna. Jeśli fakty, liczby i stanowiska pochodzą ze wspólnej bazy, a nie z każdego artykułu z osobna, aktualizacja faktu w bazie pozwala odnaleźć wszystkie artykuły, które go używają. Zmienia się cennik: wiadomo, które teksty go podają. Termin regulacyjny zostaje przesunięty: wiadomo, które teksty go zapowiadały. Bez bazy referencyjnej takie szukanie robi się ręcznie, czyli nie robi się go wcale.

Oznaczanie faktów nietrwałych. Na etapie pisania każde twierdzenie datowane lub liczbowe jest oznaczane jako takie, wraz ze źródłem i domniemaną datą ważności. Comiesięczny przegląd wypisuje twierdzenia, których ważność minęła, a wydawca decyduje o każdym z nich: sprawdzić, poprawić albo usunąć. To praca na kilka godzin miesięcznie i dotyczy fragmentów, które wyszukiwarki czytają ponownie najczęściej.

Pomiar. Logi mówią, które strony roboty pobierają ponownie po zmianie, a Search Console mówi, które tracą wyświetlenia. Strona, która odpada na zapytaniu, którego odpowiedź się zmieniła, jest kandydatką do aktualizacji, zanim jeszcze zgłosi ją baza referencyjna. Ten odczyt opisaliśmy w tekście „Czytanie access logu w 30 minut”.

Zgłaszanie zmiany, bez nadużyć

Po wykonaniu aktualizacji trzeba jeszcze dać o niej znać. Trzy kanały, używane razem i wyłącznie przy prawdziwych aktualizacjach: zmiana dateModified w danych strukturalnych oraz daty widocznej na stronie; zmiana lastmod tego adresu URL, i tylko tego jednego, w pliku sitemap; a dla wyszukiwarek, które to obsługują, bezpośrednie zgłoszenie przez IndexNow, które uprzedza Bing i wyszukiwarki partnerskie o zmianie adresu, bez czekania na ich kolejne przejście.

Serwer dokłada ostatni sygnał, często zapominany: nagłówki Last-Modified i ETag oraz respektowanie żądań warunkowych. Robot, który pyta „czy ta strona zmieniła się od mojej ostatniej wizyty?” i dostaje uczciwą odpowiedź, tak albo nie, przestaje pobierać na ślepo i kieruje swoje przejścia na to, co naprawdę się rusza.

Świeżość jest aktywem, a nie ustawieniem

Serwis medialny o wiarygodnych datach to serwis, który wyszukiwarki czytają ponownie wtedy, gdy o to poprosi, i cytują z właściwą datą. Serwis medialny przedatowujący wszystko nie zyskuje nic na krótką metę, a w średnim terminie traci jedyną rzecz, która się liczy: zaufanie wyszukiwarek do jego sygnałów. Różnica między jednym a drugim rozgrywa się w organizacji: wspólna baza referencyjna, regularny przegląd faktów nietrwałych, pomiar tego, co roboty czytają ponownie. To jeden z powodów, dla których uważamy, że serwis medialny firmy buduje się najpierw na bazie referencyjnej, a dopiero potem na artykułach.