Najważniejsze wnioski w pigułce
Jak działa unavailable_after
- Google wspiera atrybut
unavailable_afterod lipca 2007 roku — informuje wyszukiwarkę, by nie pokazywała danej strony w wynikach po wskazanej dacie i godzinie. - Najczęstsze zastosowania to treści z krótkim cyklem życia (ogłoszenia, oferty czasowe) oraz karty produktów wycofanych ze sprzedaży.
- Gary Illyes z Google potwierdza: atrybut wpływa wyłącznie na selekcję do indeksu i działa jak sygnał „możesz to już usunąć”.
Główne ryzyko
- Przesunięcie daty w przyszłość jest technicznie dopuszczalne, ale Google musi ponownie zaindeksować stronę, żeby „zobaczyć” nową datę.
- Jeśli robot nie wróci przed pierwotnym terminem, strona zostanie usunięta z wyników — nawet jeśli ogłoszenie zostało odnowione.
- Dynamiczne, częste zmiany daty nie generują kary, ale nie dają też gwarancji skuteczności — problem jest czysto techniczny i dotyczy harmonogramu crawlowania.
Praktyczne wnioski dla serwisów o dużej rotacji treści
- W modelach z odnawialnymi ogłoszeniami bezpieczniejsze jest ustawianie daty wygaśnięcia dopiero po faktycznym zakończeniu publikacji.
- Kompromis: strona pozostaje w Google trochę dłużej, ale nie ryzykujesz utraty widoczności aktywnej oferty.
unavailable_afternie zastępuje przemyślanej architektury URL-i ani zarządzania statusami 404/410 — to narzędzie uzupełniające.
Czym właściwie jest unavailable_after i dlaczego wraca do dyskusji
Atrybut unavailable_after to jeden z najstarszych, a jednocześnie najrzadziej rozumianych mechanizmów kontroli indeksacji w Google. Umieszczony w sekcji <head> strony lub w nagłówku HTTP, komunikuje wyszukiwarce prostą rzecz: po wskazanej dacie i godzinie ten adres nie powinien pojawiać się w wynikach. Google wspiera go od lipca 2007 roku, a mimo to wiele serwisów wciąż nie wie, jak zachowuje się w praktyce.
Temat wrócił za sprawą pytania zadanego przez specjalistę SEO Javiera Lorente Murillo na LinkedInie. Jego serwis publikuje ogłoszenia, które wygasają po 24–72 godzinach — klasyczny przykład treści o bardzo krótkim cyklu życia. Cel był oczywisty: zamiast generować masę błędów 404 i przepalać crawl budget, zasygnalizować Google z góry, kiedy strona przestanie być aktualna.
Problem pojawił się przy scenariuszu odnowienia. Reklamodawca może przedłużyć publikację ogłoszenia, co oznacza, że system musiałby dynamicznie przesuwać datę w unavailable_after w przyszłość. Pytanie brzmiało: czy Googlebot potraktuje ciągłe zmiany jako sygnał ostrzegawczy i zacznie ignorować atrybut?
Odpowiedź Google: nie ma kary, ale jest pułapka
Gary Illyes z Google odpowiedział bez owijania w bawełnę. Przesuwanie daty w przyszłość jest w porządku, ale trzeba pamiętać o jednym warunku — Google musi ponownie zaindeksować stronę, żeby „zobaczyć” nową datę. Atrybut nie ma wpływu na nic poza selekcją do indeksu, gdzie działa jak sygnał „możesz to już usunąć”.
Brzmi neutralnie, ale w praktyce ukrywa się tu istotne ryzyko operacyjne. Jeśli powiesz Google, że strona traci ważność 15 marca o 12:00, wyszukiwarka może po prostu uszanować tę deklarację i nie sprawdzać wcześniej, czy pojawiła się nowa data. Robot nie ma powodu, by traktować taki adres priorytetowo — dostał jasną informację, że treść i tak wkrótce zniknie.
Efekt? Ogłoszenie odnowione przez klienta na kolejne 30 dni może wypaść z wyników wyszukiwania dzień po pierwotnym terminie, mimo że jest w pełni aktywne i dostępne pod tym samym adresem. Nie jest to kara algorytmiczna ani sygnał jakościowy — to zwykły problem synchronizacji między Twoim systemem CMS a harmonogramem crawlowania Google.
Co to oznacza dla serwisów ogłoszeniowych i e-commerce
Największe ryzyko dotyczy modeli biznesowych z wysoką rotacją treści i możliwością przedłużania publikacji: portali ogłoszeniowych, giełd pracy, serwisów z biletami i wydarzeniami, a także sklepów prowadzących ograniczone czasowo promocje. Wszędzie tam, gdzie „data wygaśnięcia” jest wartością zmienną, a nie stałą, automatyczne wstrzykiwanie unavailable_after może zadziałać przeciwko Tobie.
Alternatywa, którą warto rozważyć, to odwrócenie logiki. Zamiast deklarować datę wygaśnięcia z góry, warto ustawiać ją dopiero w momencie, gdy publikacja faktycznie się kończy — wtedy data odpowiada rzeczywistemu stanowi, a nie prognozie. Kosztem jest to, że strona może utrzymać się w Google trochę dłużej po wygaśnięciu, ale ten kompromis jest zwykle znacznie tańszy niż utrata widoczności aktywnej oferty w szczycie jej wartości handlowej.
Warto też pamiętać, o czym unavailable_after nie jest. To nie jest narzędzie do oszczędzania crawl budgetu w skali całego serwisu ani zamiennik dla poprawnie zaimplementowanych kodów 404 i 410. Realne oszczędności w budżecie crawlowania osiąga się przez porządek w strukturze URL-i, kontrolę parametrów, sensowne linkowanie wewnętrzne i konsekwentne oznaczanie treści usuniętych. Atrybut wygaśnięcia jest dodatkiem, nie fundamentem.
Jak podejść do tego strategicznie
Zanim wdrożysz unavailable_after masowo, warto zmapować cykl życia treści w swoim serwisie i odpowiedzieć na jedno pytanie: czy data wygaśnięcia jest w tym przypadku ostateczna, czy może się zmienić? Dla treści faktycznie jednorazowych — zakończonego webinaru, wydarzenia z konkretnym terminem, wycofanego produktu bez planów przywrócenia — atrybut jest dobrym i przewidywalnym rozwiązaniem.
Dla treści odnawialnych lepiej sprawdza się podejście reaktywne, oparte na rzeczywistym statusie w bazie danych, uzupełnione monitoringiem indeksacji w Google Search Console. Jeśli obserwujesz nagłe spadki liczby zaindeksowanych adresów w segmencie ogłoszeń, to pierwszy sygnał, że mechanizm wygaszania działa agresywniej, niż zakładałeś. W takich sytuacjach analiza logów serwera pokazuje, kiedy Googlebot ostatnio odwiedził dane adresy — i czy w ogóle miał szansę zobaczyć zaktualizowaną datę.
Podsumowanie
unavailable_after to skuteczne narzędzie, ale wyłącznie wtedy, gdy deklarowana data jest ostateczna. W środowiskach o wysokiej rotacji treści, gdzie publikacje można przedłużać, dynamiczne przesuwanie daty w przyszłość nie grozi karą, ale realnie ryzykuje przedwczesnym wypadnięciem strony z wyników — bo Google może nie wrócić na czas, by zobaczyć zmianę. Bezpieczniejsza droga to ustawianie daty wygaśnięcia dopiero po faktycznym zakończeniu publikacji i stały monitoring indeksacji.
Źródło: Search Engine Roundtable — The Problem With unavailable_after - Google Might Not See Updated Dates
