Nie ma jednej odpowiedzi, bo działają trzy różne zegary. Pobranie strony na żywo (ChatGPT z wyszukiwaniem, Perplexity, Claude) pokazuje zmianę w kilka sekund od publikacji. Indeks wyszukiwarki, z którego korzystają AI Overviews i część odpowiedzi AI, potrzebuje zwykle od kilku dni do kilku tygodni. Wiedza „wbudowana” w model, czyli to, co asystent mówi bez szukania w sieci, aktualizuje się przy kolejnym treningu, czyli w skali miesięcy albo w ogóle. Zmieniłaś cennik? Ten pierwszy zegar zobaczy go dziś, trzeci może nie zobaczyć nigdy.
Dostaję to pytanie regularnie, zwykle w takiej formie: „Karolina, poprawiliśmy opis usługi dwa tygodnie temu, a ChatGPT dalej podaje starą cenę. Coś jest źle zrobione?”. Najczęściej nic nie jest źle zrobione. Po prostu odpowiedź przyszła z innego zegara, niż się wydaje.
Ten tekst jest praktycznym uzupełnieniem przewodnika GEO i AEO, jak być polecanym przez AI. Tam jest, co zrobić z treścią. Tu jest, kiedy to zadziała i co realnie da się przyspieszyć.

- Trzy zegary, które trzeba rozróżnić
- Zegar 1: pobranie na żywo, czyli sekundy
- Zegar 2: indeks wyszukiwarki, czyli dni i tygodnie
- Zegar 3: wagi modelu, czyli miesiące albo nigdy
- Co realnie przyspiesza zauważenie zmiany
- Sześć powodów, przez które zmiana nie dociera do AI
- Jak to sprawdzić u siebie: test frazy-kanarka
- Czego nie da się przyspieszyć
- FAQ
Trzy zegary, które trzeba rozróżnić
| Zegar | Kto z niego korzysta | Typowy czas reakcji na zmianę |
|---|---|---|
| Pobranie na żywo | ChatGPT z wyszukiwaniem, Perplexity, Claude z web search, Gemini z groundingiem, gdy podasz konkretny adres | sekundy |
| Indeks wyszukiwarki lub asystenta | Google i AI Overviews, Bing, własne indeksy Perplexity i OpenAI | dni do tygodni |
| Wagi modelu | odpowiedź asystenta bez wyszukiwania w sieci | miesiące, często wcale |
Ta sama zmiana na tej samej stronie może być więc jednocześnie „widoczna” i „niewidoczna”, zależnie od tego, którym trybem zapytasz. To nie jest błąd wdrożenia. To trzy różne mechanizmy.
Zegar 1: pobranie na żywo, czyli sekundy
Kiedy asystent AI faktycznie wchodzi na Twój adres w trakcie odpowiadania, widzi to, co serwer odda mu w tej sekundzie. Robią to boty wywoływane przez użytkownika: ChatGPT-User, Claude-User, Perplexity-User. Wklejasz link do rozmowy, prosisz o streszczenie strony, dostajesz aktualną treść.
Warunki są trzy i wszystkie muszą być spełnione:
- Bot nie jest zablokowany w
robots.txtani na firewallu. To najczęstsza przyczyna „AI nie widzi mojej strony”, opisuję ją w tekście o blokowaniu botów AI w WordPressie. - Serwer nie oddaje botowi wersji z cache sprzed zmiany.
- Treść jest w źródle HTML, a nie dorysowywana przez JavaScript po załadowaniu strony.
Jeśli te trzy rzeczy są w porządku, opóźnienie wynosi tyle, ile trwa jedno żądanie HTTP. Jeśli którakolwiek nie jest, opóźnienie wynosi nieskończoność, bo bot nigdy nie zobaczy nowej wersji.
Uwaga na częste nieporozumienie: to, że model potrafi pobrać stronę na żywo, nie znaczy, że zrobi to przy każdym pytaniu. Przy ogólnym pytaniu w stylu „polecisz grafika z Bielska-Białej?” system najpierw sięga po swój indeks i wybiera kilka źródeł. Twoja strona pojawi się tam tylko wtedy, gdy jest w tym indeksie. A to już zegar numer dwa.
Zegar 2: indeks wyszukiwarki, czyli dni i tygodnie
Tu nie ma żadnej magii AI. To klasyczne crawlowanie i indeksowanie, znane z SEO od lat, tylko konsekwencje sięgają dalej.
Google i AI Overviews mają wspólny zegar. Nie istnieje osobny bot „od AI Overviews”. Overviews i AI Mode budują odpowiedź na tym samym indeksie, który zasila zwykłe wyniki wyszukiwania. Jeśli Google nie przeindeksował Twojej podstrony, AI Overviews też pracuje na starej wersji. Wniosek praktyczny: wszystko, co przyspiesza indeksowanie w Google, przyspiesza też pojawienie się zmiany w AI Overviews. Nic osobnego nie trzeba robić.
Ile to trwa. Google nie podaje żadnej gwarancji ani średniej. Z mojej praktyki: strona z regularnie aktualizowanym blogiem i poprawną sitemapą bywa przeindeksowana w 1 do 3 dni, mała strona wizytówka aktualizowana raz na rok potrafi czekać kilka tygodni. Częstotliwość odwiedzin bota zależy od tego, jak często historycznie coś się na stronie zmieniało. Strona, która nigdy się nie zmienia, jest odwiedzana rzadko, więc pierwsza zmiana od dawna jest zauważana najwolniej.
Indeksy asystentów AI. OpenAI (OAI-SearchBot), Perplexity (PerplexityBot) i Anthropic (Claude-SearchBot) utrzymują własne indeksy. Żadna z tych firm nie publikuje częstotliwości odświeżania. Nie znajdziesz nigdzie wiarygodnej liczby typu „ChatGPT odświeża dane co 7 dni” i jeśli gdzieś taką widzisz, ktoś ją zmyślił. Jedyne, co da się zrobić, to zmierzyć u siebie, o czym niżej.
Zegar 3: wagi modelu, czyli miesiące albo nigdy
Kiedy pytasz asystenta o coś bez włączonego wyszukiwania, odpowiada z pamięci, czyli z danych treningowych. Te dane mają datę graniczną i między kolejnymi treningami się nie zmieniają. Nowy cennik opublikowany dziś nie trafi tam ani jutro, ani za miesiąc, a przy Twojej skali ruchu prawdopodobnie nigdy nie trafi w formie, którą model odtworzy z pamięci.
Dlatego nie warto planować widoczności w AI wokół tego zegara. Warto natomiast planować wokół niego spójność. Jeśli w sieci krążą trzy różne wersje nazwy firmy, dwa adresy i stary numer telefonu, model wchłania ten szum i potem odtwarza go z pamięci jeszcze długo po tym, jak posprzątasz stronę. To dokładnie problem, który rozkładam w tekście o entity SEO i spójności marki.
Co realnie przyspiesza zauważenie zmiany
Kolejność od największego wpływu:
- Wyczyść własny cache po publikacji. WP Rocket, cache hostingu, Cloudflare. Zaskakująco często „AI nie widzi zmiany”, bo zmiany nie widzi nikt, łącznie z użytkownikiem w trybie incognito. Sprawdź to jako pierwsze, zajmuje minutę.
- Popraw
lastmodw sitemapie. Data w mapie witryny musi odpowiadać realnej dacie modyfikacji podstrony. Jeśli wtyczka wpisuje wszędzie dzisiejszą datę albo nie zmienia jej wcale, sygnał przestaje cokolwiek znaczyć. Przy okazji sprawdź, czy mapa jest podpięta wrobots.txt, o czym piszę w tekście sitemap w robots.txt, czy dodawać. - Zgłoś URL w Google Search Console.
Sprawdź URL → Poproś o zaindeksowanie. Działa na pojedyncze, ważne adresy i zwykle skraca czekanie do godzin lub jednego dnia. Nie działa hurtowo, limit dzienny jest niski. - Włącz IndexNow. To protokół natychmiastowego powiadamiania o zmianie, obsługiwany przez Bing, Yandex i Seznam. Google go nie używa. Ma sens, bo indeks Bing zasila część odpowiedzi asystentów, a wdrożenie w WordPressie to jedna wtyczka i zero konfiguracji.
- Podlinkuj zmienioną podstronę z miejsca, które jest często crawlowane. Nowy wpis na blogu, strona główna, aktualizacja w innym tekście. Bot wchodzi tam częściej, więc szybciej trafi na zmianę.
- Zaktualizuj dane poza stroną. Wizytówka Google, profile branżowe, katalogi. Systemy AI porównują wersje z wielu źródeł i stara informacja w wizytówce potrafi wygrać z nową na stronie.
Czego nie robić: nie zmieniaj adresu URL po to, żeby „zmusić” bota do świeżego pobrania. Tracisz historię i linki, a zyskujesz jednorazowe crawlowanie. Nie kupuj też narzędzi obiecujących „natychmiastowe indeksowanie w Google”. Oficjalne Google Indexing API obsługuje tylko ogłoszenia o pracę i transmisje na żywo, wszystko poza tym jest obejściem.
Sześć powodów, przez które zmiana nie dociera do AI
To lista, którą przechodzę u klienta, zanim w ogóle zacznę mówić o czasie oczekiwania.

- Cache. Twój, hostingu albo Cloudflare. Najczęstszy powód i najłatwiejszy do sprawdzenia.
- Treść dorysowywana przez JavaScript. Googlebot renderuje JS, ale z opóźnieniem i nie zawsze w całości. Większość botów AI pobiera samo źródło HTML i nie wykonuje skryptów. Jeśli cena, opis usługi albo FAQ pojawiają się dopiero po załadowaniu skryptu, dla części systemów po prostu nie istnieją.
- Zablokowany bot. Przełącznik „Block AI bots” w Cloudflare lub we wtyczce SEO potrafi włączyć się po aktualizacji. Warto zajrzeć w ustawienia, nawet jeśli nigdy świadomie nic tam nie zmieniałaś.
lastmodbez zmiany. Zmieniłaś treść ręcznie w pliku motywu albo w bloku, który nie aktualizuje daty modyfikacji wpisu. Dla wyszukiwarki strona wygląda na nietkniętą.- Nagłówki warunkowe. Serwer odpowiada
304 Not Modifiedmimo realnej zmiany treści. Rzadkie, ale przy agresywnie skonfigurowanym cache się zdarza i skutecznie zamraża starą wersję. - Sprzeczne dane w innym miejscu. Strona mówi jedno, wizytówka Google drugie, profil na Facebooku trzecie. System wybiera wersję, która wygląda na najbardziej potwierdzoną, niekoniecznie najnowszą.
Jak to sprawdzić u siebie: test frazy-kanarka
Zamiast zgadywać, zmierz. Metoda jest prosta i nie wymaga narzędzi.
- Wymyśl ciąg znaków, który nie występuje nigdzie w sieci. Coś w rodzaju
kanarek-cm-2607. Ma być bezsensowny, żeby nie było fałszywych trafień. - Wstaw go w widoczną treść podstrony, którą testujesz. Nie w komentarz HTML i nie w atrybut, bo część systemów tego nie czyta. Może być drobnym tekstem w stopce sekcji.
- Zapisz datę i godzinę publikacji.
- Sprawdzaj codziennie:
site:twojadomena.pl "kanarek-cm-2607"w Google, potem to samo pytanie w Bing, ChatGPT z wyszukiwaniem, Perplexity i Claude. - Notuj, który system i którego dnia zwrócił frazę.

Po dwóch tygodniach masz własną tabelę opóźnień dla swojej domeny. Jest ona więcej warta niż jakikolwiek uśredniony benchmark z internetu, bo częstotliwość crawlowania jest indywidualna dla strony. Test warto powtórzyć po większych zmianach technicznych, żeby zobaczyć, czy coś się poprawiło. Do stałego pilnowania widoczności przyda się to, co opisuję w tekście o monitoringu cytowań w AI.
Czego nie da się przyspieszyć
Uczciwie: sporo rzeczy jest poza Twoją kontrolą.
Nie przyspieszysz treningu modelu. Nie wymusisz, żeby asystent wybrał akurat Twoją stronę jako źródło. Nie masz wglądu w indeksy OpenAI, Anthropic ani Perplexity, więc nie sprawdzisz, kiedy ostatnio pobrały Twoją stronę, chyba że zajrzysz w logi serwera i poszukasz tam nazw botów. To zresztą jedyne twarde źródło informacji o tym, kto i kiedy faktycznie u Ciebie był.
Da się natomiast usunąć wszystkie przeszkody po swojej stronie, a potem czekać na zegarze numer dwa. W praktyce to zwykle kilka dni, nie kilka miesięcy, o ile strona jest technicznie w porządku i regularnie się na niej coś dzieje.
FAQ
Sprawdź, czy asystent w ogóle wyszukiwał w sieci, czy odpowiadał z pamięci. Jeśli wyszukiwał i podał starą cenę, wklej mu bezpośrednio link do podstrony z cennikiem. Jeśli wtedy widzi nową cenę, problem leży po stronie indeksu, czyli trzeba poczekać. Jeśli dalej widzi starą, przyczyną jest cache albo cena renderowana przez JavaScript.
Nie, korzystają z tego samego indeksu. Jeśli podstrona jest przeindeksowana, obie rzeczy zobaczą nową wersję.
Nie. llms.txt to propozycja standardu, która ma wskazywać modelom najważniejsze treści, a nie powiadamiać o aktualizacjach. Kiedy w ogóle ma sens, rozkładam w tekście llms.txt, kiedy ma sens i jak wdrożyć.
Nie. Google nie obsługuje IndexNow. Obsługują go Bing, Yandex i Seznam. Wdrożenie i tak ma sens, bo indeks Bing bywa jednym ze źródeł odpowiedzi asystentów AI.
W logach serwera. Szukaj nazw user-agentów: OAI-SearchBot, ChatGPT-User, PerplexityBot, Claude-SearchBot, Claude-User. Brak jakiegokolwiek wpisu przez dłuższy czas oznacza zwykle blokadę, a nie brak zainteresowania.
Do pewnego stopnia tak, bo częstotliwość crawlowania zależy od historii zmian. Ale chodzi o realne aktualizacje treści, nie o podbijanie daty modyfikacji bez zmiany zawartości. To drugie nie działa i przy powtarzaniu potrafi obniżyć zaufanie do sygnału lastmod.
Przy stronie technicznie sprawnej i regularnie aktualizowanej: od kilku godzin do kilku dni na indeks Google, natychmiast przy pobraniu na żywo z podanego linku, bez terminu przy wiedzy wbudowanej w model. Jeśli po dwóch tygodniach nic się nie zmieniło, problemem nie jest czas, tylko jedna z sześciu przyczyn z listy wyżej.
