OpenAI Aura po cichu blokuje strony w ChatGPT. Logi serwera tego nie pokażą

Agenci OpenAI mogą odmówić wejścia na całkowicie legalną stronę, a jej właściciel nie zobaczy w logach serwera ani jednego śladu. Według analizy opublikowanej 29 października 2026 r. przez Search Engine Journal za blokadą stoi wewnętrzny system bezpieczeństwa, który w kodzie ChatGPT nosi nazwę Aura. Nie ma dla niego panelu, statusu ani formularza odwołania.

Autor tekstu, konsultant SEO Dan Taylor, opisuje przypadek dużego międzynarodowego wydawcy, którego serwis od maja 2026 r. nie otwiera się w ChatGPT ani w narzędziach Codex. Strona ma otwarty plik robots.txt, nie blokuje botów OpenAI, a mimo to agent przeglądający sieć zatrzymuje się, zanim wyśle jakiekolwiek zapytanie. Dla branży, która od dwóch lat optymalizuje treści pod cytowania w AI, to sygnał, że widoczność w ChatGPT może zależeć od decyzji podjętej poza zasięgiem jakiejkolwiek optymalizacji.

Kontekst: nowa warstwa między stroną a modelem

Do tej pory dyskusja o widoczności w wyszukiwarkach AI krążyła wokół trzech tematów: struktury treści, czytelnych definicji encji i uprawnień w robots.txt. Właściciel strony kontrolował dostęp na własnym serwerze, a jeśli bot OpenAI nie mógł czegoś pobrać, przyczyny szukało się w zaporze WAF, ustawieniach Cloudflare albo regułach pliku robots.txt. O tym, jak boty AI obciążają serwer i jak nimi zarządzać po swojej stronie, pisaliśmy niedawno w tekście o kosztach crawla generowanych przez boty AI.

Analiza SEJ pokazuje warstwę, która działa wcześniej. OpenAI w swoich materiałach pomocowych wspomina, że agent ChatGPT ma ograniczenia przeglądania, które mają chronić użytkownika przed szkodliwymi treściami. Nie wyjaśnia jednak, jak ten mechanizm działa technicznie. Według Taylora decyzję podejmuje centralna kontrola bezpieczeństwa witryny, widoczna w ruchu sieciowym jako zapytania do adresu chatgpt.com/backend-api/aura/site_status. Autor zaznacza, że chodzi o inny system niż Aura, czyli dawna nazwa kodowa przeglądarki Atlas.

Jeżeli domena dostanie oznaczenie „zablokowana”, narzędzia takie jak Browser Use w Codex czy wyszukiwanie na żywo w ChatGPT w ogóle nie próbują jej otworzyć. Decyzja jest zapisywana lokalnie na 24 godziny. Właściciel strony nie dostaje żadnej informacji, że coś takiego się stało.

Kluczowe fakty

Najważniejsze ustalenia z analizy zebraliśmy w tabeli. Wszystkie dane pochodzą z tekstu Dana Taylora i z korespondencji z działem wsparcia OpenAI, którą autor cytuje.

Blokada „fail closed” tam, gdzie ma to znaczenie

Z opisu wynika ciekawa asymetria. Jak podaje SEJ, powołując się na wypowiedzi inżynierów OpenAI, gdy samo sprawdzenie statusu się nie powiedzie (na przykład z powodu błędu sieci), agent przepuszcza ruch. Kiedy jednak system zwróci jednoznaczną blokadę, nic jej nie obejdzie. Nie pomagają reguły dozwolonych domen ustawione przez administratora firmy ani uprawnienia „zawsze zezwalaj” w przeglądarce.

Nie wiadomo, jak domena trafia na listę

Najbardziej niepokojąca część analizy dotyczy kryteriów. OpenAI ich nie publikuje. Taylor zwraca uwagę, że zapytania do punktu site_status wysyłają razem z adresem URL także kontekst rozmowy. Część badaczy podejrzewa więc, że określone historie promptów mogą przypadkiem uruchomić blokadę dla całej domeny. To hipoteza, nie potwierdzony fakt, ale tłumaczyłaby, dlaczego na liście lądują rozpoznawalne marki medialne, a nie tylko serwisy z malware czy phishingiem.

Studium przypadku: wydawca, którego ChatGPT nie potrafi otworzyć

Taylor doradza międzynarodowemu wydawcy, który publikuje oficjalne treści prasowe i magazynowe. Firma nie tylko nie blokowała OpenAI, ale przeprowadziła nawet jednodniową kampanię reklamową na platformie tej firmy, między innymi po to, by otworzyć dodatkowy kanał kontaktu ze wsparciem. Od maja 2026 r. ChatGPT konsekwentnie nie ładował jej stron, zwracając ogólne komunikaty o błędzie.

Szczegółowe logi serwera pokazały, że żaden ruch od agentów ChatGPT nie dotarł do witryny. Testy w Codex CLI i aplikacji desktopowej dały jednoznaczny komunikat: Browser Use odrzucił akcję z powodu polityki bezpieczeństwa stron, bez pytania użytkownika o zgodę i bez automatycznego przeglądu. System dodatkowo instruował model, by nie próbował żadnych alternatywnych sposobów wczytania strony.

Zespół przeprowadził serię testów porównawczych, zmieniając za każdym razem jedną zmienną:

• w tej samej sesji dwa konkurencyjne serwisy prasowe ładowały się bez problemu,
• strona gazety zbudowana na technologii tego samego wydawcy, ale działająca pod inną domeną, też się otwierała,
• ustawienie „zawsze zezwalaj” w Chrome, z osobnym wpisem dla marki, niczego nie zmieniło,
• po kilku tygodniach wszystkie pięć testowanych adresów (strona główna, subdomeny, artykuły) wciąż było zablokowanych.

Równolegle statystyki pokazały, że w ciągu 30 dni boty treningowe OpenAI pobrały z serwisu tylko około 5 tys. stron. Dla porównania Google wykonał w tym czasie około 477 tys. udanych pobrań, a Anthropic około 564 tys. Różnica sugeruje, że problem nie ogranicza się do agentów przeglądających sieć.

Wsparcie OpenAI najpierw przekazało zgłoszenie do wyspecjalizowanych zespołów wewnętrznych, które miały ustalić, czy domena podlega ograniczeniu bezpieczeństwa po stronie OpenAI. W kolejnej wiadomości potwierdziło na piśmie, że blokada jest aktywna i trwa sprawdzanie, czy jest „oczekiwana”. Nazwa Aura w korespondencji nie padła. Taylor zauważa, że to stoi w sprzeczności z publicznymi stronami pomocy, które problemy z przeglądaniem przypisują zwykle zabezpieczeniom po stronie witryny.

Co to znaczy dla SEO i AIO

Dla specjalistów od widoczności w AI ta historia przesuwa punkt startowy audytu. Do tej pory pytanie brzmiało: czy bot może pobrać moją stronę? Teraz trzeba dodać drugie: czy agent w ogóle ma pozwolenie, by ją otworzyć? To dwie różne rzeczy. Strona może mieć wzorowe logi GPTBot i OAI-SearchBot, a jednocześnie być niedostępna dla ChatGPT w trybie agenta.

Konsekwencje są trzy.

Po pierwsze, inwestycje w GEO mogą trafić w próżnię. Taylor pisze wprost, że firma z ukrytą blokadą może przeprowadzić najlepszą kampanię optymalizacji pod wyszukiwarki generatywne i nie zobaczyć żadnego efektu. Brak cytowań w ChatGPT zostanie zinterpretowany jako problem z treścią, więc zespół będzie poprawiał teksty, schema i encje, podczas gdy przyczyna leży zupełnie gdzie indziej.

Po drugie, analityka tego nie pokaże. Ponieważ blokada działa, zanim zapytanie opuści OpenAI, w logach serwera, w CDN ani w GA4 nie zostaje żaden ślad. Utracone wizyty z agentów są niewidoczne, dopóki ktoś nie przetestuje ich ręcznie.

Po trzecie, konkurencja wygrywa walkowerem. Agent, który nie może wejść na stronę, po prostu wybiera inne źródło. W testach Taylora konkurencyjne serwisy otwierały się w tych samych sesjach. Kiedy odpowiedź wymaga danych na żywo, dostępna marka dostaje ruch domyślnie.

Jest też wątek reklamowy. Opisany wydawca płacił za obecność w ChatGPT, a w tym samym czasie agenci tej samej platformy nie mogli otworzyć jego linków. Dla działów marketingu, które dopiero planują budżety na reklamy w asystentach AI, to argument, by przed zakupem sprawdzić dostępność domeny.

Tę historię warto czytać razem z niedawnym pilotażem Cloudflare i OpenAI, który ma pomóc ChatGPT odkrywać nowe strony. Pisaliśmy o nim w tekście Cloudflare pomaga ChatGPT znaleźć setki milionów nowych stron. OpenAI rozbudowuje więc jednocześnie kanały odkrywania treści i warstwę filtrów, które decydują, do czego agent w ogóle może zajrzeć. Obie warstwy pozostają poza kontrolą właściciela strony.

Jak sprawdzić, czy strona jest zablokowana

Taylor proponuje procedurę w siedmiu krokach. Jej celem jest zebranie twardych dowodów, zanim zgłoszenie trafi do OpenAI.

1. Przetestuj te same adresy w kilku narzędziach. Poproś ChatGPT o otwarcie konkretnego URL, sprawdź przeglądarkę w chmurze oraz Browser Use i Computer Use w Codex. Blokada bezpieczeństwa zwykle pojawia się w więcej niż jednym miejscu.
2. Uruchom próby kontrolne w tej samej sesji. Otwórz dwie lub trzy strony konkurencji. Jeśli one działają, a twoja nie, wykluczasz ogólną awarię agenta.
3. Sprawdź logi CDN i serwera pod kątem braku zapytań. Blokada po stronie witryny zostawia ślad: kod 403, stronę wyzwania, zdarzenie WAF. Blokada po stronie OpenAI nie zostawia niczego w momencie nieudanej próby.
4. Przejrzyj statystyki crawlerów. Jeśli GPTBot, OAI-SearchBot lub ChatGPT-User dostają odpowiedzi 2xx, a agent i tak odmawia, problem leży poza twoją infrastrukturą.
5. Przetestuj krawędzie. Subdomeny, głębokie adresy artykułów i, jeśli to możliwe, stronę na innej domenie zbudowaną na twojej technologii. Klasyfikacja na poziomie nazwy hosta zablokuje dwa pierwsze i przepuści trzecią.
6. Zapisz dokładne brzmienie błędu. Autor wymienia warianty takie jak „The site-safety policy blocks this action”, „Browser use is not permitted on…” czy „URL cannot be opened (non-retryable error)”. Zrób zrzuty ekranu i zanotuj godziny ze strefą czasową.
7. Wyklucz własną infrastrukturę. Sprawdź robots.txt, reguły WAF i zarządzania botami (także ustawienia botów AI w Cloudflare), blokady geograficzne i limity zapytań. Czasem blokada naprawdę jest po twojej stronie.

Jeśli testy w różnych narzędziach potwierdzają odmowę, a logi pokazują zero zapytań od agentów, blokada wewnętrzna OpenAI jest niemal pewna. Prostszy zestaw kontroli dostępności dla modeli opisaliśmy w poradniku Jak sprawdzić, czy AI widzi Twoją stronę: 6 szybkich testów. Test agenta warto dopisać do tej listy jako siódmy punkt.

Co zrobić, gdy blokada się potwierdzi

Nie ma samoobsługowego panelu do korekty klasyfikacji, więc pozostaje dokumentacja i cierpliwość. Taylor zaleca:

• przygotowanie pakietu dowodów: zrzuty błędów z godzinami, próby kontrolne na stronach konkurencji, wycinki logów bez zapytań przychodzących, statystyki udanych pobrań przez boty OpenAI i treść robots.txt,
• otwarcie zgłoszenia w dziale wsparcia i zachowanie numerów spraw; jeśli problem dotyczy kilku produktów, trzeba o to wprost poprosić o połączenie zgłoszeń,
• zadanie trzech konkretnych pytań: czy domena ma klasyfikację bezpieczeństwa i dlaczego, których narzędzi dotyczy (wyszukiwanie na żywo, OAI-SearchBot, agent, Codex) oraz jak wygląda procedura przeglądu,
• wykorzystanie każdej relacji biznesowej: reklamodawcy, partnerzy wydawniczy i klienci korporacyjni powinni zgłaszać sprawę także przez opiekunów kont,
• regularne ponowne testy kluczowych adresów i zapisywanie wyników, by wiedzieć, kiedy blokada zniknie i czy wróci.

Jedna rada jest stanowcza: żadnych obejść. Narzędzie wprost instruuje agenta, by nie omijał polityki, a zasady korzystania z usług OpenAI zabraniają obchodzenia zabezpieczeń. Jak pisze autor, próba przemycenia strony mimo klasyfikacji to najszybsza droga, by fałszywy alarm zamienić w uzasadnioną blokadę.

Reakcje branży

Taylor nie kwestionuje samej idei filtra. Przyznaje, że blokowanie naprawdę niebezpiecznych stron, chroniące przed atakami prompt injection i oszustwami, to rozsądny krok dla narzędzi, które samodzielnie przeglądają sieć. Zwraca jednak uwagę, że system zdolny po cichu wyłączyć legalną firmę powinien mieć narzędzia zarządzania: czytelne komunikaty błędów i udokumentowaną ścieżkę przeglądu. Porównuje to do historii wyszukiwarek, które z czasem zbudowały narzędzia dla webmasterów, by rozwiązywać sprawy kar ręcznych.

Ten argument pada w szczególnym momencie. W ostatnich tygodniach rośnie liczba sygnałów, że dostęp agentów AI do stron staje się osobnym obszarem sporów. Tego samego dnia, 29 października, ukazał się komunikat prasowy o badaniu agencji Josh Blackburn SEO, według którego 353 serwisy rządowe blokują ChatGPT Search, a jednocześnie wpuszczają Google. Tam jednak blokadę ustawiają same instytucje. W przypadku Aury decyzja zapada po drugiej stronie i właściciel strony nie ma na nią wpływu.

W polskiej praktyce SEO temat ma dodatkowy wymiar. Wiele firm dopiero zaczyna mierzyć ruch z ChatGPT i często startuje od zera. Brak wejść łatwo uznać za normę, a nie za objaw blokady. Osobny test dostępności dla agenta pozwala oddzielić jedno od drugiego, zanim zespół zacznie przepisywać treści.

Co dalej

OpenAI nie opisało publicznie kryteriów działania Aury ani procedury odwoławczej. Wydawca z opisanego przypadku czekał w chwili publikacji na wynik wewnętrznego przeglądu. Na kolejne miesiące warto obserwować trzy rzeczy:

• czy OpenAI opublikuje dokumentację klasyfikacji bezpieczeństwa stron lub status domeny w jakimś panelu dla wydawców,
• czy pojawią się kolejne udokumentowane przypadki blokad znanych marek, co pokaże skalę zjawiska,
• czy podobne warstwy filtrów ujawnią się u innych dostawców agentów, na przykład w przeglądarkach z wbudowanym AI.

Do tego czasu rekomendacja jest prosta. Audyt widoczności w AI powinien obejmować nie tylko to, czy strona jest dostępna dla crawlerów, ale też to, czy autonomiczny agent może ją otworzyć. Jak podsumowuje Taylor, sama możliwość indeksowania przestała wystarczać. Strona musi dać się otworzyć agentowi.

FAQ