Zablokowano przez plik robots.txt: znajdź regułę i zdecyduj, czy odblokować

Ostatnia aktualizacja: 2026-10-30

W skrócie

Status „Blocked by robots.txt”, po polsku „Zablokowano przez plik robots.txt”, oznacza, że reguła w Twoim pliku robots.txt blokuje Googlebotowi skanowanie adresu, więc Google nie może zaindeksować jego treści. Jeśli blokada jest zamierzona, zostaw ją. Jeśli strona powinna być w Google, usuń regułę lub ją zawęź; jeśli chcesz ją usunąć z Google, użyj noindex, bo robots.txt nie blokuje indeksowania w sposób niezawodny.

Dokładna etykieta w Search Console: Blocked by robots.txt

Co to oznacza

Pomoc Google do raportu Indeksowanie stron mówi, że strona została zablokowana przez plik robots.txt Twojej witryny, i ostrzega, że nie gwarantuje to braku indeksacji w inny sposób: jeśli Google może znaleźć informacje o stronie bez jej wczytywania, istnieje bardzo mała szansa, że mimo to zostanie zaindeksowana. Ten przypadek jest raportowany osobno jako Zindeksowano, mimo że zablokowano przez plik robots.txt. Artykuł pomocy Google nazywa ten powód URL blocked by robots.txt, a wiersz w raporcie brzmi Zablokowano przez plik robots.txt.

Google opisuje robots.txt jako narzędzie do zarządzania ruchem robotów, a nie sposób na trzymanie strony poza Google. Googlebot go respektuje, ale zablokowana strona nadal może pojawić się w wynikach bez opisu, jeśli linkują do niej inne strony. Plik robots.txt dotyczy tylko swojego protokołu i hosta, a Google zwykle buforuje go do 24 godzin, więc zmiany nie są widoczne natychmiast.

Czy to problem?

Nie, jeśli tak chciałeś. Obszary administracyjne, koszyk i finalizacja zamówienia, wewnętrzne wyszukiwanie i niekończące się kombinacje filtrów są często blokowane celowo, a Google mówi, że adresy zablokowane przez robots.txt są najpewniej blokowane świadomie. Problem pojawia się, gdy ważne strony lub całe sekcje łapie zbyt szeroka reguła, plik robots.txt ze środowiska testowego wdrożony na produkcję albo ustawienie CMS-a.

Najczęstsze przyczyny

Zamierzone blokady

Prywatne, pomocnicze adresy lub pułapki skanowania, które świadomie trzymasz z dala od robotów.

Zbyt szerokie wzorce

Disallow na krótkim prefiksie ścieżki albo wzorzec z wieloznacznikiem, który pasuje do znacznie większej liczby adresów, niż zamierzałeś.

Pozostałości po środowisku testowym lub starcie

Ogólny Disallow dla wszystkich agentów użytkownika skopiowany z witryny deweloperskiej.

Ustawienia CMS-a lub wtyczek

Ustawienia platformy, które same zapisują reguły robots.txt, czasem obejmując całą sekcję.

Inny plik, niż myślisz

Każdy protokół i host ma własny robots.txt. Subdomena lub wersja HTTP może mieć inne reguły niż plik, który edytowałeś.

Jak to naprawić

  1. Znajdź regułę. Sprawdź przykładowy adres: pole Skanowanie dozwolone? pokaże, czy robots.txt go blokuje. Raport robots.txt w Search Console pokazuje, które pliki robots.txt Google znalazło dla Twoich hostów, kiedy każdy został pobrany i jakie były problemy z parsowaniem.
  2. Decyduj sekcja po sekcji. Zostaw blokady dla adresów, których nie należy skanować. Dla stron, które powinny być w Google, usuń pasującą linię Disallow albo dodaj bardziej szczegółową regułę Allow.
  3. Użyj noindex, by trzymać strony poza Google. Jeśli celem jest trzymanie strony poza wynikami wyszukiwania, usuń blokadę w robots.txt i dodaj noindex. Google nie zobaczy reguły noindex na stronie, której nie wolno mu skanować.
  4. Po dużych zmianach poproś o ponowne pobranie robots.txt. Google często pobiera robots.txt na nowo, ale po odblokowaniu ważnych adresów możesz poprosić o ponowne pobranie pliku w raporcie robots.txt. Google zauważa, że nie gwarantuje to natychmiastowego ponownego skanowania odblokowanych stron.
  5. Przetestuj i sprawdź poprawkę. Uruchom test aktywnego adresu URL na odblokowanych stronach, a potem kliknij Sprawdź poprawkę, jeśli odblokowałeś całą grupę adresów.

Sprawdź w GSC Magic

gsc_inspect_urls_batch podaje stan robots.txt dla każdego adresu, więc asystent potwierdzi, czy ważne strony są zablokowane i które katalogi obejmuje reguła. report_index_health stosuje tę samą kontrolę do każdego adresu w mapie witryny, gdzie nic nie powinno być zablokowane. W panelu GSC Magic szybki audyt robots.txt i mapy witryny dla każdej witryny pokazuje działający robots.txt obok Twoich map witryn.

Polecenia do skopiowania

Sprawdź te adresy i wypisz każdy, w którym skanowanie jest zabronione przez robots.txt. Pogrupuj je według katalogów, żebym zobaczył, która reguła prawdopodobnie za to odpowiada.

Uruchom kontrolę stanu indeksu na mojej mapie witryny i powiedz, czy któryś przesłany adres jest zablokowany przez robots.txt.

Oto mój plik robots.txt. Powiedz, do których z tych 50 adresów pasuje każda reguła Disallow, i oznacz reguły blokujące adresy z mojej mapy witryny.

Poradniki na blogu

Najczęstsze pytania

Czy robots.txt trzyma stronę poza Google?

Nie. Google mówi, że robots.txt nie jest mechanizmem trzymania strony poza Google. Zablokowany adres nadal może zostać zaindeksowany na podstawie linków, bez treści. Użyj noindex albo ochrony hasłem.

Czy mogę wpisać noindex w robots.txt?

Nie. Google mówi, że reguła noindex w robots.txt nie jest obsługiwana. Użyj tagu meta robots albo nagłówka HTTP X-Robots-Tag na samej stronie.

Jak szybko Google zobaczy zmianę w robots.txt?

Google zwykle buforuje robots.txt do 24 godzin. Po ważnej zmianie możesz poprosić o ponowne pobranie pliku w raporcie robots.txt.

Co, jeśli sam robots.txt zwraca błąd?

Specyfikacja robots.txt Google mówi, że jeśli plik zwraca błąd serwera, Google wstrzymuje skanowanie witryny na pierwsze 12 godzin, a potem przez maksymalnie 30 dni używa ostatniej dobrej kopii, ponawiając próby. Odpowiedź 4xx inna niż 429 jest traktowana tak, jakby robots.txt nie istniał.

Źródła