Błąd 503 (Service Unavailable)
Błąd 503 to kod odpowiedzi HTTP oznaczający, że serwer działa, ale chwilowo nie może obsłużyć żądania. Google traktuje 503 jako sygnał tymczasowy: ignoruje treść, zwalnia skanowanie i wraca później. Na krótkie prace serwisowe 503 z nagłówkiem Retry-After jest zalecaną odpowiedzią. Trzymany dłużej niż 1-2 dni pod tymi samymi adresami może skończyć się usunięciem ich z indeksu.
Jak wygląda
Pełna odpowiedź serwera na czas prac składa się z kodu i nagłówka z terminem powrotu:
HTTP/1.1 503 Service Unavailable
Retry-After: 3600
Zamiast liczby sekund można podać datę i godzinę w formacie HTTP:
Retry-After: Wed, 21 Oct 2026 07:28:00 GMT
W nginx tryb konserwacji dla wszystkich żądań poza plikiem robots.txt:
location = /robots.txt { try_files $uri =404; }
location / { add_header Retry-After 3600 always; return 503; }
W Apache ten sam efekt daje przepisanie w .htaccess:
RewriteCond %{REQUEST_URI} !^/robots\.txt$
RewriteRule .* - [R=503,L]
Jak traktuje to Google
Według dokumentacji o kodach stanu (jak kody HTTP wpływają na roboty Google) błędy 5xx i 429 mówią robotom, że na jakiś czas trzeba zwolnić skanowanie. Zindeksowane już adresy są zachowywane w indeksie, ale po jakimś czasie usuwane. Treść otrzymana razem z kodem 5xx jest ignorowana. Spadek szybkości skanowania jest proporcjonalny do liczby adresów zwracających błąd, a gdy serwer znowu odpowiada 2xx, Google stopniowo zwiększa tempo.
Dokument o hamowaniu robota (zmniejszanie szybkości indeksowania) podaje konkretny horyzont. Kody 500, 503 albo 429 zamiast 200 to metoda na pilne ograniczenie ruchu robota na kilka godzin lub 1-2 dni. Google zmniejsza wtedy szybkość skanowania całej nazwy hosta, także adresów, które odpowiadają poprawnie. Dłuższe zwracanie takich kodów pod tymi samymi adresami Google odradza, bo po kilku dniach może usunąć je z indeksu. Przy 503 i 429 można dołączyć nagłówek Retry-After z opóźnieniem w sekundach albo z datą i godziną UTC, zgodnie z RFC 9110.
Przewodnik o wstrzymaniu witryny (tymczasowe wstrzymywanie i wyłączanie witryny) wskazuje 503 jako właściwą odpowiedź, gdy trzeba pilnie wyłączyć witrynę na 1-2 dni. Ostrzega przy tym, że przy kodzie 503 Google nie odświeży tytułów, opisów, metadanych ani uporządkowanych danych strony. Na dłuższe wyłączenie zaleca stronę główną z kodem 200 jako obiekt zastępczy.
Osobny przypadek to plik robots.txt. Według specyfikacji (jak Google interpretuje robots.txt) gdy plik istnieje, ale zwraca 5xx, Google przez pierwsze 12 godzin przestaje skanować witrynę, a potem do 30 dni używa ostatniej prawidłowej wersji. Błąd 503 powoduje dość częste ponawianie próby pobrania. Jeśli kopii w pamięci podręcznej nie ma, Google zakłada brak ograniczeń. Dlatego tryb konserwacji musi wyłączać z 503 adres /robots.txt.
Kiedy używać
- zaplanowane prace: migracja bazy, aktualizacja platformy, wymiana serwera, liczone w minutach lub godzinach,
- awaryjne odciążenie serwera, gdy robot albo nagły ruch wyczerpują zasoby,
- wdrożenie, podczas którego strony nie są jeszcze gotowe, a nie chcesz, żeby Google zapisał półprodukt.
Kiedy nie używać:
- jako zamiennik 404 dla usuniętych stron,
- jako sposób na „wyłączenie” serwisu na tygodnie,
- jako odpowiedź na żądania robota przez WAF, który nie odróżnia Googlebota od ataku.
Jeśli prace potrwają dłużej niż 1-2 dni, lepiej ograniczyć funkcje serwisu i zostawić strony na kodzie 200, tak jak radzi przewodnik o wstrzymaniu witryny.
Najczęstsze błędy
| Błąd | Skutek |
|---|---|
| Strona konserwacji z kodem 200 | Google zapisuje „wrócimy wkrótce” jako treść strony albo zgłasza soft 404 |
| 503 na pliku robots.txt | Google wstrzymuje skanowanie całej witryny na 12 godzin, potem używa starej kopii |
| 503 trzymany przez tydzień | Adresy wypadają z indeksu, powrót trwa znacznie dłużej niż przerwa |
Brak nagłówka Retry-After | Google sam dobiera moment powrotu, bez wskazówki od Ciebie |
| 503 zwracany tylko robotom przez WAF | W Search Console awaria, choć użytkownicy widzą działający serwis |
Prace serwisowe zrobione przez Disallow: / | Treści i adresy mogą zniknąć z wyszukiwarki, jak ostrzega dokumentacja o wstrzymaniu witryny |
Jak sprawdzić
Dokumentacja Google (tymczasowe wstrzymywanie i wyłączanie witryny) zaleca potwierdzić kod lokalnie przed rozpoczęciem prac:
curl -I -X GET https://www.example.com/
W odpowiedzi musi być linia HTTP/1.1 503 Service Unavailable i nagłówek Retry-After. Drugie polecenie potwierdza, że plik robots.txt dalej odpowiada 200:
curl -I https://www.example.com/robots.txt
W narzędziach deweloperskich przeglądarki (zakładka Sieć) pierwsze żądanie dokumentu pokazuje kod 503 i nagłówek Retry-After.
Po pracach sprawdź w Search Console raport Indeksowanie stron. Adresy, które robot odwiedził w czasie przerwy, mogą pokazać status Błąd serwera (5xx) jeszcze przez kilka dni. Jeśli 503 pochodzi z pośredniego kroku przekierowania, sprawdzarka przekierowań wypisze kod każdego skoku. Stan pliku robots.txt potwierdzisz w sprawdzarce robots.txt, a jego działanie opisuje hasło o pliku robots.txt.
Monitorowanie
IndexRise co noc zapisuje kod odpowiedzi każdego monitorowanego adresu. Kod 503 na stronie, która we wzorcu odpowiadała 200, to zdarzenie krytyczne zgłaszane od razu, bo seria błędów serwera zwykle oznacza niedostępny cały serwis. Jeśli planujesz przerwę techniczną w nocy, wstrzymaj na ten czas monitoring projektu albo włącz w progach potwierdzanie 5xx w kolejnym sprawdzeniu. Osobno sprawdzamy plik robots.txt, więc 503 na nim zobaczysz od razu jako osobne zdarzenie. Inne kody i ich wpływ na indeksowanie opisuje hasło o kodach odpowiedzi HTTP.
Retry-After to dobra praktyka. 503 na robots.txt albo 503 trzy noce z rzędu to początek wypadania stron z indeksu.Najczęściej zadawane pytania
Czy 503 szkodzi pozycjom?
Krótki 503 nie. Google traktuje go jako sygnał tymczasowy i zachowuje zindeksowane adresy. Według dokumentacji dopiero ciągłe błędy serwera pod tym samym adresem prowadzą do usunięcia go z indeksu.
Ile czasu Google toleruje 503?
Dokumentacja o zmniejszaniu szybkości skanowania mówi o kilku godzinach do 1-2 dni. Po kilku dniach takich odpowiedzi pod tymi samymi adresami Google może usunąć je z indeksu.
Czy 503 na robots.txt to problem?
Tak, największy. Google przestaje skanować całą witrynę przez pierwsze 12 godzin, potem używa ostatniej dobrej kopii pliku do 30 dni. Plik robots.txt musi odpowiadać 200 albo 404 nawet w czasie prac.
Co wpisać w Retry-After?
Liczbę sekund albo datę i godzinę w formacie HTTP, na przykład Retry-After: 3600 albo Retry-After: Wed, 21 Oct 2026 07:28:00 GMT. Google czyta oba warianty.
Czym różni się 503 od 500 i 502?
500 to błąd aplikacji, 502 to błędna odpowiedź z serwera za proxy, a 503 to świadoma informacja o niedostępności. Google traktuje wszystkie trzy jak błąd serwera i tak samo zwalnia skanowanie.
Czy zamiast 503 lepiej dać stronę „wrócimy wkrótce” z kodem 200?
Nie. Kod 200 mówi Google, że to pełnoprawna treść, więc może ją zapisać jako soft 404 albo zastąpić nią prawdziwą stronę w indeksie. Na przerwę używaj 503.
Aktualizacja: 2026-10-20