Nie, Cloudflare nie blokuje Googlebota domyślnie. Od 15 września 2026 jedna opcja w ustawieniach botów AI robi jednak coś, czego wiele osób się nie spodziewa: “Block” zatrzymuje Googlebota na wejściu, razem z wyszukiwarką, a nie tylko z trenowaniem AI. Jeśli Twój WordPress stoi za Cloudflare i ktoś w ostatnich tygodniach “wyłączył AI”, warto to sprawdzić dziś.
7 października 2026 w podsumowaniu dnia na Search Engine Roundtable pojawiło się zdanie z wpisu na X: “Cloudflare switched to blocking Google by default on 9/15” (Search Engine Roundtable, 7 października 2026). Samego wpisu na X nie dało się otworzyć bez logowania, więc poniżej opieram się wyłącznie na źródłach Cloudflare. Wszystkie cytaty sprawdziłem 8 października 2026.
Co Cloudflare zmienił 15 września 2026
Dotychczas był jeden przełącznik “Block AI bots”. Teraz są trzy kategorie, a każda ma własne ustawienie. Cloudflare definiuje je tak:
- Search: “crawling to build a search index.”
- Training: “crawling to train or fine-tune a model.”
- Agent: “user-directed agents visiting a page on behalf of a human, such as chat fetch bots and browser-use agents.”
Źródło definicji: Cloudflare Blog, 15 września 2026.
Do wyboru są cztery opcje: Allow, Disallow AI Training, Block on pages with ads oraz Block. Disallow AI Training istnieje tylko w kategorii Training. Cloudflare podaje, że nowe ustawienia są dostępne “to all customers, on all plans”, czyli także na darmowym planie.
Dlaczego opcja Block zatrzymuje Googlebota
Bo Googlebot jest crawlerem mieszanym. Cloudflare nazywa tak bota, który jednym user agentem obsługuje i wyszukiwanie, i trenowanie:
“A mixed-use crawler is a single crawler doing both Search and Training.”
Cloudflare wymienia trzy takie crawlery: Applebota, Bingbota i Googlebota. Skoro nie da się zatrzymać “tej części Googlebota, która trenuje”, blokada uderza w całego bota. Cloudflare pisze to wprost:
“It will stop Applebot, Bingbot, and Googlebot from reaching your site […] search included.”
To samo dotyczy opcji Block on pages with ads, tylko w węższym zakresie: według Cloudflare crawlery, także mieszane, są wtedy blokowane na stronach, na których wykryto reklamę. Dla bloga na WordPressie z AdSense to może oznaczać, że Google przestaje widzieć właśnie te wpisy, które zarabiają.
Bezpieczna dla wyszukiwarki jest opcja Disallow AI Training. Publikuje jedynie preferencję w robots.txt, a Cloudflare zaznacza, że Googlebot “can keep crawling your site for search”. Rezygnację z trenowania modeli Google obsługuje osobny token Google-Extended, który opisałem we wpisie o trzech przełącznikach AI w Google.
Co stało się ze starym przełącznikiem Block AI bots
Cloudflare go wycofuje i przenosi istniejące strefy na nowe ustawienia. Tabela migracji z wpisu na blogu wygląda tak:
| Stary “Block AI” | Search | Training | Agent |
|---|---|---|---|
| Wyłączony | Allow | Allow | Allow |
| Block | Allow | Disallow AI Training | Block on pages with ads |
| Block on pages with ads | Allow | Disallow AI Training | Block on pages with ads |
Według tej tabeli nikt, kto miał stary przełącznik, nie dostał blokady Googlebota z automatu. Search zawsze przechodzi na Allow, a Training na Disallow AI Training, czyli wariant oparty na robots.txt.
Nowe domeny, dodawane od 15 września, dostają przy dodawaniu domeny jeden z dwóch zestawów. Strona bez reklam: wszystko na Allow. Strona z reklamami: Search Allow, Training Disallow AI Training, Agent Block on pages with ads. W obu zestawach włączone jest Preference Sync, które według Cloudflare “publishes the applicable no-training preference in robots.txt” i zastępuje dotychczasowe Managed Robots.txt.
Blog Cloudflare i dokumentacja mówią co innego
Strona dokumentacji o blokowaniu botów AI zawiera zdanie, które nie gra z tabelą:
“Mixed-purpose crawlers that combine Search and Training will also be blocked by all configurations to block AI training”
Jeśli brać je dosłownie, każda konfiguracja blokująca trenowanie, łącznie ze starym przełącznikiem, blokuje też Googlebota. Tabela migracji mówi coś odwrotnego. Która wersja opisuje to, co serwer Cloudflare naprawdę robi z Twoim ruchem, rozstrzyga tylko Twoja własna strefa i Twoje własne logi, a nie żaden z tych dwóch tekstów.
Dokumentacja podaje też, że stary przełącznik jest “Deprecating on September 15, 2026”, a dla nowych domen “Search will remain allowed”. Ani wpis, ani dokumentacja nie wspominają o Cloudflare Pages.
Jak sprawdzić, czy Googlebot wchodzi na Twojego WordPressa
Trzy kroki, około trzech minut, jeśli masz dostęp do Search Console i do konta Cloudflare.
- Sprawdzanie adresu URL w Search Console. Wklej adres strony głównej i uruchom test na żywo. Szukasz pobrania strony zakończonego sukcesem i daty ostatniego indeksowania po 15 września. Powtórz dla jednego wpisu z reklamą, jeśli je wyświetlasz, bo tam działa wariant Block on pages with ads.
- Statystyki indeksowania. W ustawieniach Search Console otwórz statystyki indeksowania i podział według odpowiedzi. Nagły przyrost odpowiedzi 403 od połowy września to sygnał, że coś na brzegu zatrzymuje Googlebota.
- Ustawienia strefy w Cloudflare. Cloudflare pisze, że nowe kontrolki “can be configured at the domain (zone) Security Settings”. Sprawdź, co jest ustawione w Search, Training i Agent. Jeśli w Training albo Search widzisz Block, a chcesz zostać w Google, zmień to na Disallow AI Training albo Allow.
Przy okazji zajrzyj do robots.txt. Jeśli działa Preference Sync, Cloudflare dopisuje tam swoją preferencję. Na WordPressie robots.txt często generuje też wtyczka SEO, więc sprawdź gotowy plik pod adresem /robots.txt, a nie ustawienia samej wtyczki. Nasza własna linia Content-Signal pokazuje, jak łatwo robots.txt rozjeżdża się z tym, co zakładamy.
Jakie ustawienie wybrać dla firmowej strony na WordPressie
Dla strony, która żyje z zapytań z Google, rozsądny układ wygląda tak:
| Kategoria | Ustawienie | Dlaczego |
|---|---|---|
| Search | Allow | To jest ruch z wyszukiwarki, którego chcesz |
| Training | Allow albo Disallow AI Training | Disallow AI Training wyraża sprzeciw przez robots.txt, nie blokując Googlebota |
| Agent | Allow | Agenci AI odwiedzają stronę w imieniu konkretnego człowieka, często potencjalnego klienta |
Block zostaw na sytuacje, w których naprawdę chcesz zniknąć z wyszukiwarek, na przykład dla środowiska testowego albo panelu, który nie powinien być indeksowany. Do tego i tak lepiej sprawdza się noindex i ochrona hasłem.
Jeśli wolisz, żeby treści nie trafiały do odpowiedzi AI, to jest osobna decyzja. Ma osobne narzędzia w Google i omawiam je w ramach optymalizacji GEO i LLMO. Blokada na brzegu w Cloudflare do tego nie służy, bo razem z AI wycina wyszukiwarkę.
Jak to wygląda na wppoland.com
wppoland.com stoi na Cloudflare, więc sprawdziłem to na sobie 8 października 2026. API Cloudflare zwraca dla naszej strefy ai_training, ai_search i ai_user z wartością disabled, a stary przełącznik ai_bots_protection też ma disabled. Żadna blokada botów AI nie jest włączona.
Search Console potwierdza to od drugiej strony: sprawdzenie adresu URL dla /pl/ pokazuje ostatnie indeksowanie 8 października 2026 o 12:12, pobranie strony zakończone sukcesem i robots.txt zezwalający na dostęp. To jest jedna strefa z jednym ustawieniem, a cały problem polega na tym, że ustawienia różnią się między strefami.
Lista kontrolna
- Uruchom test na żywo w Search Console dla strony głównej i jednego wpisu z reklamą.
- Przejrzyj statystyki indeksowania pod kątem odpowiedzi 403 od 15 września 2026.
- Otwórz Security Settings strefy w Cloudflare i sprawdź Search, Training i Agent.
- Nie używaj Block, jeśli chcesz zostać w Google. Do sprzeciwu wobec trenowania służy Disallow AI Training.
- Sprawdź gotowy plik
/robots.txt, bo piszą do niego i Cloudflare, i wtyczka SEO. - Jeśli Twoja domena została dodana do Cloudflare po 15 września, sprawdź, który zestaw domyślny wybrano przy dodawaniu domeny.
