Gary Illyes pokazał na konferencji Search Central Live Deep Dive Europe w Barcelonie coś, o co branża SEO dopytywała od lat: wewnętrzne widełki czasowe Google dla odkrywania adresów, crawlowania, indeksacji i wychodzenia z aktualizacji algorytmu. Nowy adres URL zostaje zwykle odkryty po około 20 godzinach, sama indeksacja zajmuje typowo około 1,5 godziny, ale powrót po core update to już 3 do 6 miesięcy. W tych samych tabelach, obok prawie każdej „typowej” wartości, wielokrotnie pojawia się jedno słowo: „nigdy”.
Kontekst: pierwsze liczby zamiast „to zależy”
Od momentu, w którym Google przestało publikować szczegółowe dane o działaniu Caffeine i kolejnych generacji systemu indeksowania, standardową odpowiedzią na pytanie „ile to potrwa” było „to zależy”. Specjaliści SEO budowali więc własne benchmarki: z logów serwera, z raportu stanu indeksowania w Search Console, z narzędzi do monitoringu widoczności. Każda agencja miała swoją heurystykę, żadna nie mogła jej porównać z wewnętrznym widokiem Google.
Ostatniego dnia barcelońskiej edycji Search Central Live Deep Dive Europe, 2 października 2026 roku, to się zmieniło. Jak podaje Search Engine Journal, Illyes przedstawił zestaw tabel z rozkładem czasów dla kilkunastu operacji po stronie wyszukiwarki, w układzie „wartość typowa” oraz „najgorszy przypadek”. Liczby nie trafiły jeszcze na oficjalną stronę wydarzenia w Search Central, więc branża pracuje na relacji uczestnika: notatki spisał John Campbell z agencji ROAST, a szerzej rozpropagowały je serwisy Search Engine Journal oraz ppc.land.
To rozróżnienie ma znaczenie i wrócimy do niego w dalszej części tekstu. Nie mamy tu do czynienia z dokumentacją ani z zobowiązaniem jakościowym, tylko ze zrzutem wewnętrznych obserwacji inżyniera Google, przepuszczonym przez notatki słuchacza. Mimo to jest to najkonkretniejszy materiał o czasach indeksacji, jaki branża dostała od lat.
Kluczowe fakty: pełna tabela czasów
Poniżej zestawienie wszystkich wartości, które pojawiły się w relacjach z prezentacji. Pierwsza kolumna to proces, druga wartość typowa, trzecia ogon rozkładu, czyli to, co może się zdarzyć, gdy coś idzie nie po myśli właściciela serwisu.
| Proces | Typowo | Najgorszy przypadek |
|---|---|---|
| Odkrycie nowego adresu URL | ok. 20 godzin | tygodnie albo nigdy |
| Ponowne odwiedzenie znanego adresu URL | ok. 30 dni | tygodnie albo nigdy |
| Przetworzenie mapy witryny | ok. 24 godziny | do 14 dni albo nigdy |
| Indeksacja, pełny proces od końca do końca | ok. 1,5 godziny | miesiące albo nigdy |
| Zmiana tytułu widoczna w wynikach | 1–2 dni | kilka tygodni, nawet miesiące |
| Zmiana opisu w snippecie | 1–2 dni | kilka tygodni, nawet miesiące |
| Zmiana adresu kanonicznego | 1–3 tygodnie | miesiące przy sprzecznych sygnałach |
| Migracja serwisu na nową domenę | 1–3 miesiące | od 6 miesięcy do ponad roku |
| Wyjście z core update | 3–6 miesięcy | od 6 miesięcy do roku |
| Zdjęcie ręcznej kary po wniosku | 1–2 tygodnie | 4–6 tygodni |
Odkrycie i crawl: 20 godzin kontra 30 dni
Najciekawsza w tej tabeli nie jest żadna liczba osobno, tylko rozziew między dwoma pierwszymi wierszami. Nowy adres URL Google potrafi znaleźć w ciągu doby. Adres, który już jest w indeksie, wyszukiwarka odwiedza ponownie typowo raz na miesiąc. To znaczy, że koszt publikacji nowego materiału jest w wyszukiwarce niski, a koszt poprawienia materiału istniejącego jest wysoki, bo poprawka czeka na kolejne okno crawlu.
Dla redakcji i zespołów contentowych wniosek jest nieprzyjemny: aktualizacja starego artykułu w poniedziałek nie oznacza, że Google zobaczy ją w ciągu tygodnia. Przy medianie 30 dni połowa poprawek czeka dłużej. Jeżeli prowadzisz program odświeżania treści, horyzont pomiaru efektu musi być liczony w kwartałach, nie w tygodniach. Ta sama mechanika tłumaczy, dlaczego serwisy z dużą liczbą podstron tracą kontrolę nad tym, co faktycznie siedzi w indeksie: przy 30-dniowym cyklu odwiedzin i kilku tysiącach adresów refresh całego serwisu jest operacją wielomiesięczną.
Illyes podkreślił przy tym, że tempo crawlu nie jest stałą techniczną. Zapotrzebowanie na crawlowanie zależy od jakości serwisu, częstotliwości zmian i popularności w sieci. Innymi słowy ta sama konfiguracja serwera może dostać zupełnie różne traktowanie w zależności od tego, jak wyszukiwarka ocenia wartość treści. To ważna korekta dla wszystkich, którzy czas indeksacji traktują jako problem infrastrukturalny.
Indeksacja: 1,5 godziny, które niczego nie gwarantują
Wartość około 1,5 godziny dla pełnego procesu indeksacji brzmi zaskakująco dobrze i jest najczęściej cytowaną liczbą z całej prezentacji. Trzeba ją jednak czytać razem z kolumną obok, w której stoi „miesiące albo nigdy”. Google nie potrzebuje dużo czasu, żeby zaindeksować stronę, którą uznało za wartą indeksu. Problemem nie jest przepustowość, tylko decyzja.
Relacje z prezentacji są w tym punkcie zgodne i brutalnie jasne: słowo „nigdy” w tabelach jest niemal zawsze powiązane z oceną jakości, nie z awarią. Jak ujął to serwis ppc.land, szybkie poprawki techniczne nie pomogą, jeżeli Google nie uważa, że strona jest tego warta. Strony nie są więc odkładane w nieskończoność w jakiejś kolejce. Są porzucane.
To jest najważniejszy pojedynczy wniosek z Barcelony dla każdego, kto walczy z raportem „Odkryta, obecnie niezaindeksowana” w Search Console. Jeżeli adres siedzi w tym stanie tygodniami, hipoteza „zabrakło budżetu crawlowania” jest mniej prawdopodobna niż hipoteza „model jakości nie widzi powodu, żeby tę stronę mieć”. Pisaliśmy o tym przy okazji analizy serwisu, w którym 900 podstron wypadło z indeksu przez paginację: diagnoza zaczyna się od pytania, czy dana podstrona w ogóle ma unikalną wartość dla użytkownika szukającego.
Tytuły, snippety i adresy kanoniczne
Warstwa prezentacyjna reaguje szybko. Zmiana tytułu albo opisu wchodzi do wyników typowo w 1 do 2 dni, co zgadza się z doświadczeniem większości zespołów testujących CTR. Ogon rozkładu sięga jednak kilku tygodni, a przy rzadko odwiedzanych podstronach nawet miesięcy, bo zmiana musi najpierw zostać pobrana.
Zupełnie inaczej wygląda kanonikalizacja: 1 do 3 tygodni w wariancie typowym i miesiące, gdy sygnały są sprzeczne. To cenna wskazówka diagnostyczna. Jeżeli dwa tygodnie po wdrożeniu nowego rel=canonical Google wciąż pokazuje stary adres, nie ma jeszcze podstaw do paniki. Jeżeli mija drugi miesiąc, prawdopodobnie gdzieś w serwisie zostały sprzeczne sygnały: sitemapa wskazująca inny adres, wewnętrzne linki do wariantu z parametrem, przekierowanie w drugą stronę albo duplikat w wersji z ukośnikiem na końcu i bez. Porządkowanie tej warstwy to zwykle kwestia decyzji o architekturze, a nie o tagach, co opisaliśmy szerzej w materiale o tym, jak rozdzielić kategorie i filtry w sklepie.
Migracje i wyjście z aktualizacji: liczone w kwartałach
Dwa najdłuższe procesy w tabeli dotyczą sytuacji, w których stawka jest największa. Migracja serwisu ustabilizuje się typowo w 1 do 3 miesięcy, ale wariant pesymistyczny to od pół roku do ponad roku. Wyjście z core update to typowo 3 do 6 miesięcy, w najgorszym przypadku do roku.
Obie liczby warto wpisać do umów i do planów kwartalnych, bo obie są dłuższe od typowego cyklu raportowania w marketingu. Jeżeli migracja domeny jest zaplanowana na listopad, a w styczniu zarząd oczekuje powrotu do poprzednich wyników, to oczekiwanie jest sprzeczne z danymi samego Google. Praktyczną listę kontrolną na taką operację zebraliśmy w tekście o tym, jak przeprowadzić migrację domeny bez utraty ruchu.
Dla ręcznych kar obraz jest znacznie łagodniejszy: 1 do 2 tygodni typowo, 4 do 6 tygodni w najgorszym wariancie. To jedyny proces w całym zestawieniu, który ma górne ograniczenie liczone w tygodniach, i jedyny, w którym po drugiej stronie siedzi człowiek rozpatrujący wniosek.
Co to znaczy dla SEO
Pierwsza konsekwencja jest komunikacyjna. Zespoły SEO dostały wreszcie liczby, którymi można podeprzeć rozmowę o terminach. Nie są to gwarancje, ale są to widełki wywodzące się z wewnętrznych obserwacji wyszukiwarki, a to znacznie mocniejszy argument niż „z naszego doświadczenia”.
Druga konsekwencja jest metodologiczna. Jeżeli ponowne odwiedzenie znanego adresu zajmuje typowo 30 dni, to każdy test on-page wymaga okna pomiarowego o długości co najmniej dwóch takich cykli, żeby odróżnić efekt zmiany od szumu. Testy trwające dwa tygodnie mierzą głównie to, czy Google już w ogóle pobrało nową wersję strony.
Trzecia konsekwencja dotyczy priorytetów w audycie. Jeżeli „nigdy” wynika z oceny jakości, to kolejność działań naprawczych się odwraca. Standardowy audyt techniczny zaczyna od sitemapy, pliku robots, kodów odpowiedzi i wydajności. Barcelońskie liczby sugerują, że przy problemie „strona nie wchodzi do indeksu” te elementy są warunkiem koniecznym, ale nie wystarczającym, i sprawdza się je po to, żeby je wykluczyć, a nie po to, żeby je uznać za przyczynę.
- Nowe treści mają przewagę czasową: 20 godzin na odkrycie kontra 30 dni na refresh. Publikacja nowego materiału szybciej trafia do indeksu niż poprawka starego.
- Program odświeżania treści planuj kwartalnie, nie tygodniowo, i rozróżniaj „Google nie widziało zmiany” od „Google widziało i nic się nie zmieniło”.
- Przy diagnozie braku indeksacji najpierw wyklucz warstwę techniczną, potem zadaj pytanie o unikalną wartość strony. To pytanie jest tym, które decyduje.
- Kanonikalizację oceniaj po 3 tygodniach, nie po 3 dniach. Wcześniejsze wnioski są przedwczesne.
- Terminy migracji i odbudowy po core update komunikuj w kwartałach, zanim ktokolwiek podpisze harmonogram.
Co to znaczy dla AIO i widoczności w asystentach
Dla optymalizacji pod odpowiedzi generowane przez modele językowe te liczby mają konsekwencję, o której w relacjach z konferencji mówi się mało, a która jest dla tej dyscypliny kluczowa. AI Overviews oraz tryb AI w wyszukiwarce Google czerpią z tego samego indeksu, co klasyczne wyniki organiczne. Jeżeli strona nigdy nie wejdzie do indeksu, nie wejdzie też do zestawu kandydatów, z których model buduje odpowiedź i cytowania.
Oznacza to, że indeksacja jest warunkiem wstępnym widoczności w AI, a nie równoległym kanałem. Strategie oparte na publikowaniu równoległych wersji treści dla agentów, osobnych kopii w markdown czy rozbudowanych plików opisujących zasoby serwisu nie obejdą tej bariery, dopóki kanoniczna wersja strony nie jest w indeksie wyszukiwarki.
Druga rzecz to tempo. Trzydziestodniowy cykl odwiedzin znanego adresu nakłada górny limit na to, jak szybko poprawiona treść może zmienić sposób, w jaki asystent opisuje markę. Zespoły, które mierzą udział w odpowiedziach AI tydzień po wdrożeniu zmian w treści, mierzą stan indeksu z poprzedniego miesiąca. Interwał pomiarowy trzeba dostosować do cyklu crawlu, inaczej cały panel monitoringu pokazuje opóźnioną rzeczywistość.
Reakcje branży
Odbiór liczb jest mieszany i to w interesujący sposób. Część specjalistów przyjęła je z ulgą jako pierwszy punkt odniesienia, który nie jest ani anegdotą, ani marketingiem narzędziowym. Dla agencji to materiał, który porządkuje rozmowę z klientem o terminach, zwłaszcza w przypadku migracji i odbudowy po aktualizacji.
Druga grupa głosów zwraca uwagę na to, czego w tabelach nie ma. Nie podano liczebności próby, okresu, z którego pochodzą dane, ani definicji wartości „typowej”. Nie wiemy, czy chodzi o medianę, o średnią, czy o wartość modalną, ani jak liczony jest ogon rozkładu. Przy takiej konstrukcji różnica między medianą 1,5 godziny a wartością średnią może być ogromna, bo rozkłady czasów w systemach kolejkowych są z reguły mocno skośne.
Jest też grupa komentarzy wskazujących, że najważniejsze w prezentacji było jedno zdanie poza tabelami. Illyes ostrzegł, że wiele z tych procesów jest ze sobą powiązanych, a opóźnienia się kumulują. Migracja nie czeka tylko na przetworzenie przekierowań, ale na przetworzenie przekierowań po ponownym odwiedzeniu starych adresów, po przeliczeniu sygnałów kanonicznych i po ponownej ocenie jakości nowych adresów. Suma trzech „typowych” wartości to już nie jeden miesiąc, tylko kwartał, i właśnie dlatego widełki dla migracji są tak szerokie.
Czego te liczby nie mówią
Warto postawić granicę interpretacji wyraźnie, bo w ciągu kilku dni te tabele zaczną krążyć po prezentacjach jako oficjalne normy Google. Nie są nimi z czterech powodów.
Po pierwsze, jest to relacja uczestnika, a nie publikacja Google. Slajdy nie zostały opublikowane w Search Central w momencie, w którym branża zaczęła cytować dane, a każda warstwa przepisania wprowadza ryzyko przesunięcia znaczenia. Po drugie, brak metodologii uniemożliwia porównywanie tych wartości z własnymi pomiarami w sposób statystycznie poprawny. Po trzecie, wszystkie wartości są wartościami zagregowanymi dla całej sieci, a nie dla segmentu, w którym działa konkretny serwis. Nowy serwis bez historii i serwis informacyjny o wysokiej częstotliwości publikacji z definicji nie mogą mieć tego samego czasu odkrycia. Po czwarte, tabele opisują stan systemu w październiku 2026 roku, a infrastruktura indeksowania jest przebudowywana stale.
Praktyczna rada jest więc taka: traktuj te liczby jako punkt odniesienia dla rzędu wielkości, a nie jako normę. Jeżeli twoje własne pomiary z logów i z Search Console odbiegają od nich o kilkadziesiąt procent, to nic nie znaczy. Jeżeli odbiegają o rząd wielkości, warto szukać przyczyny u siebie.
Co dalej
Najbliższa rzecz do obserwowania to publikacja slajdów na oficjalnych stronach Search Central. Jeżeli Google zdecyduje się je udostępnić, dostaniemy albo potwierdzenie liczb, albo ich korektę, i w obu przypadkach to będzie istotna informacja. Warto też śledzić, czy ktoś z zespołu Search Relations potwierdzi te wartości w innym kanale, bo dotąd Google konsekwentnie unikało podawania konkretnych terminów publicznie.
Drugi wątek to pytanie, czy podobne zestawienie pojawi się dla procesów związanych z trybem AI i z cytowaniami w odpowiedziach generatywnych. Branża nie ma dziś żadnego punktu odniesienia dla pytania, jak szybko zmiana w treści przekłada się na zmianę w sposobie, w jaki model opisuje stronę. Gdyby Google opublikowało taki rozkład, byłby to materiał o co najmniej takiej wartości jak tabela z Barcelony.
Na poziomie praktycznym jedna rzecz nadaje się do wdrożenia od razu, bez czekania na potwierdzenia. Zmierz własne czasy: od publikacji do pierwszego pobrania przez Googlebota, od poprawki do ponownego pobrania, od wdrożenia kanonicznego do zmiany adresu w wynikach. Te trzy wartości da się wyciągnąć z logów serwera i z narzędzia do sprawdzania adresu URL w Search Console, a bez nich żadna cudza mediana nie powie ci, czy twój serwis mieści się w normie, czy nie.
FAQ
Czy 1,5 godziny to realny czas indeksacji nowego artykułu?
To wartość dla samego procesu indeksowania, już po odkryciu i pobraniu strony. Pełna droga od publikacji do pojawienia się w wynikach obejmuje też odkrycie adresu, czyli typowo około 20 godzin. Realistyczne oczekiwanie dla nowego artykułu to więc raczej jeden dzień niż dwie godziny, a w serwisach o niskiej częstotliwości publikacji i niskiej ocenie jakości znacznie dłużej.
Dlaczego moja poprawka w starym artykule nie widnieje w Google po tygodniu?
Bo typowy cykl ponownego odwiedzenia znanego adresu to około 30 dni, a nie kilka dni. Tygodniowy brak zmiany nie jest objawem błędu. Sprawdź w narzędziu do sprawdzania adresu URL datę ostatniego pobrania: jeżeli jest sprzed poprawki, Google po prostu jeszcze nie widziało nowej wersji.
Czy przyspieszę indeksację, wysyłając adres do przetworzenia ręcznie?
Ręczne zgłoszenie pomaga w odkryciu adresu, ale nie zmienia decyzji o włączeniu go do indeksu. Jeżeli strona nie jest indeksowana z powodu oceny jakości, kolejne zgłoszenia niczego nie zmienią. W tej sytuacji pracuj nad unikalną wartością treści i nad linkowaniem wewnętrznym, nie nad liczbą zgłoszeń.
Ile realnie trwa powrót po core update?
Według danych z prezentacji typowo 3 do 6 miesięcy, w najgorszym wariancie do roku. Ważne zastrzeżenie: te widełki opisują czas potrzebny na to, by zmiany zostały przeliczone, a nie gwarancję powrotu do poprzednich pozycji. Jeżeli przyczyną spadku była ocena jakości treści, sam upływ czasu nie wystarczy.
Czy te liczby to oficjalna dokumentacja Google?
Nie. To relacja uczestnika konferencji Search Central Live Deep Dive Europe z 2 października 2026 roku, rozpropagowana przez serwisy branżowe. Slajdy nie zostały opublikowane na oficjalnych stronach Search Central, a w zestawieniu brakuje liczebności próby i definicji wartości typowej. Traktuj je jako punkt odniesienia dla rzędu wielkości, nie jako normę jakościową.