Strona główna / Baza wiedzy / Narzędzia i integracje / Sprawdzanie robots.txt: co jest zablokowane i co niepotrzebne

Sprawdzanie robots.txt: co jest zablokowane i co niepotrzebne

Narzędzia i integracje 2 min czytania Zaktualizowano 12.09.2026
Co sprawdza analizator pliku, pięć typowych błędów z konsekwencjami, dlaczego robots.txt nie usuwa strony z indeksu i nie chroni danych.

robots.txt zarządza indeksowaniem strony: które sekcje roboty mogą przeglądać, a które nie. Błąd w jednej linii może całkowicie zablokować stronę — dlatego plik należy sprawdzać po każdej zmianie. Możesz przeanalizować swój plik za pomocą sprawdzania robots.txt, a stworzyć nowy od podstaw za pomocą generatora.

Co sprawdza narzędzie

  • Czy plik jest dostępny pod adresem /robots.txt i zwraca kod 200.
  • Czy nie ma błędów składniowych i literówek w dyrektywach.
  • Jakie sekcje są zablokowane i dla jakich robotów.
  • Czy wskazana jest mapa strony.
  • Czy przypadkowo nie są zablokowane potrzebne strony oraz pliki stylów ze skryptami.

Typowe błędy

BłądKonsekwencja
Disallow: / dla wszystkich robotówStrona całkowicie zablokowana przed przeglądaniem — klasyka po przeniesieniu z serwera testowego
Zablokowane CSS i JSRobot widzi stronę inaczej niż użytkownik i ocenia ją gorzej
Próba usunięcia strony z indeksu przez robots.txtNie działa: zakaz indeksowania nie oznacza usunięcia z indeksu, do tego potrzebny jest noindex
Brak linku do mapy stronyRobot dłużej znajduje nowe strony
Różne pliki na www i bez wwwZachowanie zależy od tego, która wersja jest przeglądana
Robots.txt nie chroni
Nie ukrywa strony ani nie zabrania dostępu: adres z pliku widzą wszyscy, w tym ci, którzy szukają, co by tu zobaczyć. Prywatne dane chroni hasłem, a nie linią w robots.txt.

Dyrektywy, na które nie warto polegać

Niektóre linie, które pojawiają się w cudzych plikach, są ignorowane lub rozumiane na swój sposób przez nowoczesne roboty: opóźnienie przeglądania, wskazanie głównego lustra, niestandardowe wzory adresów. Google oficjalnie wspiera ograniczony zestaw dyrektyw; wszystko inne albo nie działa, albo jest interpretowane inaczej przez różne wyszukiwarki. Dlatego im krótszy i prostszy plik, tym bardziej przewidywalny wynik.

Minimalny działający plik

Dla większości stron wystarczy otworzyć wszystko, zablokować sekcje serwisowe, kosz oraz wyniki wewnętrznego wyszukiwania, a następnie wskazać mapę strony. Wszystko inne — w razie potrzeby. Sprawdź po zmianach, czy potrzebne strony pozostały dostępne: sprawdzaczem indeksacji i w Search Console.

Powiązane kontrole

Jednocześnie warto sprawdzić mapę strony oraz różnicę między noindex, nofollow a robots.txt — te trzy rzeczy najczęściej się mylą.

Częste pytania

Czy robots.txt usunie stronę z indeksu?
Nie. Zakaz indeksowania nie usuwa strony z indeksu — do tego potrzebny jest meta-tag noindex na dostępnej stronie.
Czy można zablokować CSS i JS?
Nie warto: robot zobaczy stronę inaczej niż użytkownik i oceni ją gorzej.
Czy robots.txt chroni zablokowane sekcje?
Nie, plik jest publiczny i adresy z niego są widoczne dla wszystkich. Prywatne dane chroni się autoryzacją.
Czy artykuł był pomocny?
Wypróbuj na swoim projekcie Wszystko, co opisano w artykule, jest dostępne w panelu — bonus przy rejestracji już na saldzie.
Open dashboard