Kody statusu HTTP dla właścicieli stron: znaczenie i SEO | We.Inc
Każdy popularny kod statusu HTTP prostym językiem: co widzą odwiedzający, jak traktuje go Google, 301, 302 i 410, soft 404 oraz jak naprawić błędy 403, 404, 500, 502 i 503.
Kody statusu HTTP dla właścicieli stron
Kod statusu HTTP to trzycyfrowa liczba, którą serwer wysyła przed każdą stroną. 2xx oznacza, że się udało, 3xx, że strona została przeniesiona, 4xx, że żądanie było błędne lub strony brakuje, a 5xx, że zawiódł serwer. W SEO używaj 301 dla trwałych przeniesień, 404 lub 410 dla usuniętych stron i 503 na czas prac technicznych.
Pięć klas
Zakres
Klasa
Co to oznacza dla Twojej strony
100 do 199
Informacyjne
Właściciele rzadko je widzą: połączenie wciąż trwa
200 do 299
Sukces
Strona została dostarczona i może być zaindeksowana
300 do 399
Przekierowanie
Odwiedzający jest kierowany na inny URL
400 do 499
Błąd klienta
Brak strony, błędne żądanie lub brak uprawnień
500 do 599
Błąd serwera
Zawiódł Twój hosting lub aplikacja: napraw szybko
Dokumentacje dla programistów wymieniają każdy kod, jaki kiedykolwiek zdefiniowano. Właściciele stron potrzebują czegoś węższego: jaki kod zwraca moja strona, co widzi odwiedzający, co zrobi z nią Google i jak to naprawić. Przeszukaj poniższą tabelę po numerze lub słowie, a potem przeczytaj sekcje o SEO i naprawach.
Wpisz kod, na przykład 503, lub słowo, na przykład przekierowanie, w pole wyszukiwania, aby przefiltrować listę.
Przeczytaj kolumny o odwiedzających i wyszukiwarkach, aby zobaczyć praktyczny wpływ na Twoją stronę.
Aby sprawdzić, jaki kod naprawdę zwraca URL, otwórz narzędzia deweloperskie przeglądarki, wybierz kartę Network i przeładuj stronę: pokazuje go kolumna Status.
Skorzystaj z tabeli napraw dla błędu, który widzisz, a po zmianie ponownie sprawdź status.
Strona, która wyświetla Not Found, ale zwraca 200, to soft 404. Spraw, aby strony błędów wysyłały prawdziwy status 404.
Kieruj stare adresy URL od razu na adres docelowy. Google podąża za maksymalnie 10 przekierowaniami w łańcuchu, ale każde z nich spowalnia odwiedzających.
Podczas planowanej przerwy zwracaj 503 z nagłówkiem Retry-After zamiast strony prac technicznych ze statusem 200, aby tekst o pracach nie został uznany za Twoją treść.
Nie przekierowuj każdej usuniętej strony na stronę główną. Przekierowuj tylko wtedy, gdy istnieje bliski zamiennik, a w przeciwnym razie zwracaj 404 lub 410.
Najczęściej zadawane pytania
Czym różni się 301 od 302 pod względem SEO?
Google traktuje 301 i 308 jako silny sygnał, że w wynikach wyszukiwania powinien być pokazywany nowy URL, a 302 i 307 jako sygnał słaby. Używaj 301, gdy przeniesienie jest trwałe, a 302 tylko wtedy, gdy oryginalny URL wróci.
Używać 404 czy 410 dla usuniętej strony?
Oba działają. Dokumentacja Google mówi, że wszystkie kody 4xx poza 429 są traktowane tak samo: URL nie jest indeksowany, a zaindeksowane adresy, które je zwracają, są usuwane. 410 precyzyjniej komunikuje, że usunięcie jest celowe i trwałe.
Czym jest soft 404?
Soft 404 to strona, która informuje, że nie istnieje, albo jest prawie pusta, podczas gdy serwer nadal zwraca 200. Search Console je raportuje. Napraw je, zwracając prawdziwy 404 lub 410 albo umieszczając na stronie przydatną treść.
Czy błędy 500 szkodzą pozycjom?
Krótkie awarie są tolerowane. Google zwalnia indeksowanie, gdy widzi odpowiedzi 5xx lub 429, a adresy URL, które stale zawodzą, są w końcu usuwane z indeksu. Szybko naprawiaj utrzymujące się błędy serwera i używaj 503 na czas planowanych prac.
Czym różni się 307 od 308?
Oba zachowują oryginalną metodę żądania, więc POST z formularza pozostaje POST po przekierowaniu. 307 jest tymczasowy, a 308 trwały. 301 i 302 pozwalają klientom zmienić POST na GET, dlatego API wolą 307 i 308.
Dlaczego kod jest ważniejszy niż tekst strony
Roboty decydują, co zrobić z adresem URL, na podstawie jego statusu, zanim przeczytają choćby jedno słowo. Przyjazna strona błędu ze statusem 200 wygląda jak prawdziwa treść, a działająca strona, która przypadkiem zwraca 404, znika z wyszukiwarki.
Kody statusu ustawia Twój serwer, hosting lub framework, więc ten sam błąd często powtarza się na tysiącach adresów. Sprawdzenie kilku reprezentatywnych stron po każdym wdrożeniu wyłapuje go wcześnie.
Łańcuchy przekierowań
Łańcuch powstaje, gdy strona A przekierowuje na B, a ta na C. Zwykle narasta przez lata migracji: http na https, potem adres bez www na www, potem stary slug na nowy.
Każdy krok dodaje podróż do serwera i z powrotem, zanim cokolwiek się wyrenderuje. Spłaszczaj łańcuchy, kierując każdy stary URL bezpośrednio na cel, i aktualizuj linki wewnętrzne, aby nigdy nie trafiały na przekierowanie.
Jak naprawić popularne błędy
Co sprawdzić najpierw, w zależności od hostingu
Kod
Prawdopodobna przyczyna
Vercel lub Netlify
cPanel lub Apache
Uprawnienia plików, blokada IP lub brak pliku index
Sprawdź ochronę hasłem i reguły zapory w ustawieniach projektu
Ustaw foldery na 755, a pliki na 644: sprawdź reguły deny w .htaccess
Zła ścieżka, usunięta strona lub brak fallbacku SPA
Dodaj rewrite do index.html dla tras po stronie klienta: sprawdź folder wyjściowy
Sprawdź, czy plik istnieje w public_html i czy wielkość liter w slugach się zgadza
Awaria aplikacji lub zła konfiguracja serwera
Otwórz logi funkcji dla nieudanego żądania
Przeczytaj log błędów: częstą przyczyną jest zepsuta linia w .htaccess
Aplikacja za proxy uległa awarii lub zwróciła śmieci
Sprawdź logi funkcji i limity czasu
Zrestartuj PHP-FPM lub aplikację: sprawdź limity pamięci
Przeciążenie, wstrzymanie lub prace techniczne
Sprawdź limity użycia i wstrzymane wdrożenia
Sprawdź limity zasobów w panelu hostingu
Ustawianie właściwego statusu w kodzie
Trwałe przekierowanie i usunięta strona w Apache
Trafia do .htaccess. Pierwsza linia wysyła stary URL do zamiennika z kodem 301, druga zwraca 410 dla strony, której już na dobre nie ma.
Przekierowania i fallback SPA w Netlify
Plik _redirects w folderze publikacji. Ostatnia reguła serwuje powłokę aplikacji dla tras po stronie klienta ze statusem 200.
Odpowiedź na czas prac technicznych z Retry-After
Malutki handler Node, który każe robotom wrócić za godzinę zamiast indeksować komunikat o pracach.
OK
Strona ładuje się normalnie
Created
Zwykle odpowiedź API po zapisaniu czegoś
No Content
Nic się nie zmienia na ekranie
Moved Permanently
Automatyczne przejście na nowy URL
Found
Tymczasowe przejście na inny URL
See Other
Przejście na stronę wyniku po wysłaniu formularza
Not Modified
Wyświetla się kopia z pamięci podręcznej
Temporary Redirect
Przejście w inne miejsce z zachowaniem tej samej metody
Permanent Redirect
Przejście w inne miejsce z zachowaniem tej samej metody
Bad Request
Strona błędu: link lub dane formularza są nieprawidłowe
Unauthorized
Prośba o zalogowanie
Forbidden
Komunikat o odmowie dostępu
Not Found
Twoja strona z informacją o braku strony
Method Not Allowed
Błąd po wysłaniu formularza w niewłaściwy sposób
Gone
Twoja strona z informacją o braku strony
Too Many Requests
Komunikat o limicie żądań
Unavailable For Legal Reasons
Informacja, że strona jest zablokowana z przyczyn prawnych
Internal Server Error
Ogólna strona błędu
Bad Gateway
Błąd z proxy lub CDN przed Twoją aplikacją
Service Unavailable
Strona prac technicznych lub przeciążenia
Gateway Timeout
Strona się zawiesza, a potem pokazuje błąd
Wyszukiwarka kodów statusu
Szukaj po kodzie lub słowie
np. 503 lub przekierowanie
Filtruj według klasy
Wszystkie
Pokazano {n} z {total} kodów
Popularne kody, co widzą odwiedzający i jak reagują wyszukiwarki