Podsumowanie
Sprawdzacz nagłówków HTTP wysyła żądanie do dowolnego adresu URL, podąża za jego przekierowaniami i pokazuje końcowy kod statusu, każdy nagłówek odpowiedzi, wynik bezpieczeństwa oparty na siedmiu nagłówkach bezpieczeństwa oraz nagłówki buforowania i kompresji. Spójrz najpierw na kod statusu i ewentualny X-Robots-Tag, bo nagłówek może wyindeksować stronę, której HTML wygląda idealnie, potem na buforowanie i kompresję, a na końcu na bezpieczeństwo.
Chcesz dowiedzieć się więcej? Zapytaj
Sprawdzacz nagłówków HTTP pokazuje, co mówi Twój serwer, zanim strona w ogóle się zacznie: kod statusu, reguły buforowania, polityki bezpieczeństwa, a czasem instrukcje indeksowania. Te nagłówki są niewidoczne w kodzie źródłowym strony, a mimo to Google je odczytuje. Każdą regułę, którą możesz umieścić w metaznaczniku robots, taką jak noindex, można też wysłać jako nagłówek X-Robots-Tag, i to jest sposób kontrolowania plików, które nie mają HTML, takich jak PDF-y czy obrazy (Google Search Central, metaznacznik robots i X-Robots-Tag). Gdy strona wypada z Google, a jej HTML nie wykazuje problemów, następnym miejscem do sprawdzenia są nagłówki.
Co pokazuje sprawdzacz nagłówków HTTP?
Wpisz adres URL. Narzędzie wysyła do niego żądanie, podąża za przekierowaniami do adresu końcowego i zwraca raport składający się z czterech części.
| Część raportu | Co zawiera |
|---|---|
| Kluczowe liczby | Końcowy kod statusu HTTP, liczba obecnych nagłówków bezpieczeństwa na 7, łączna liczba nagłówków, nazwa serwera |
| Nagłówki bezpieczeństwa | Obecne lub brakujące, z wartością i wagą każdego z nich |
| Pamięć podręczna i wydajność | Cache-Control, Expires, ETag, Last-Modified, Age, Vary, Content-Encoding i Content-Type |
| Wszystkie nagłówki | Każdy zwrócony nagłówek, w kolejności alfabetycznej, wyświetlany na żądanie |
Trzy kontrole dziennie są darmowe, po szybkiej weryfikacji antybotowej. Raport pokazuje odpowiedź dla końcowego adresu URL; aby zobaczyć każdy skok w łańcuchu przekierowań, użyj sprawdzacza przekierowań.
Które nagłówki wpływają na SEO?
Cztery rodzaje nagłówków zmieniają sposób, w jaki wyszukiwarki skanują i indeksują adres URL. Znajdziesz je na pełnej liście nagłówków.
| Nagłówek | Przykład | Wpływ na Google |
|---|---|---|
| Kod statusu | 200, 301, 404, 503 | Odpowiedź 2xx może zostać zaindeksowana; Google podąża za maksymalnie 10 skokami przekierowań (Google, kody statusu HTTP) |
| X-Robots-Tag | X-Robots-Tag: noindex | Te same reguły co w metaznaczniku robots, stosowane do dowolnego typu pliku |
| Link, rel="canonical" | Link: <https://example.com/page>; rel="canonical" | Deklaruje preferowany adres URL, przydatne dla plików PDF |
| Link, rel="alternate" hreflang | Link: <https://example.com/de/>; rel="alternate"; hreflang="de" | Deklaruje wersje językowe, jedna z trzech równoważnych metod |
Dwa ostrzeżenia z dokumentacji Google. W przypadku canonicali wybierz albo element link w HTML, albo nagłówek HTTP: użycie obu „sprzyja błędom”, na przykład gdy wskazują różne adresy URL (Google, konsolidacja zduplikowanych adresów URL). W przypadku hreflang HTML, nagłówki HTTP i mapy witryn są równoważne, a nagłówki są przydatne dla plików innych niż HTML (Google, zlokalizowane wersje). Sprawdź stronę HTML za pomocą sprawdzacza canonical i generatora hreflang.
Jak obliczany jest wynik bezpieczeństwa?
Wynik bezpieczeństwa = obecne nagłówki bezpieczeństwa ÷ 7 × 100. Każdy nagłówek liczy się tak samo, niezależnie od wagi. Pierścień robi się zielony od 70%, bursztynowy od 40%, czerwony poniżej.
| Nagłówek | Waga | Co robi |
|---|---|---|
| Strict-Transport-Security (HSTS) | Wysoka | Informuje przeglądarki, aby dla tego hosta używały wyłącznie HTTPS |
| Content-Security-Policy | Wysoka | Ogranicza, jakie skrypty, style i zasoby może ładować strona |
| X-Content-Type-Options | Średnia | Powstrzymuje przeglądarki przed odgadywaniem typu pliku („nosniff”) |
| X-Frame-Options | Średnia | Uniemożliwia innym witrynom osadzanie Twoich stron w ramkach |
| Referrer-Policy | Średnia | Kontroluje, co Twoje adresy URL ujawniają witrynom, do których prowadzą linki |
| Permissions-Policy | Średnia | Wyłącza funkcje przeglądarki, których nie używasz, na przykład kamerę |
| X-XSS-Protection | Niska | Przestarzały filtr, obecnie wycofany |
Wynik sprawdza obecność, a nie jakość: Content-Security-Policy, która pozwala na wszystko, liczy się jako obecna. I nie goń za ostatnim punktem: MDN oznacza X-XSS-Protection jako wycofany i odradza używanie go w nowych projektach (MDN, X-XSS-Protection). Dobrze zabezpieczona nowoczesna witryna może celowo mieć 86% (6 z 7). Projekt OWASP Secure Headers dokumentuje zalecane wartości dla każdego nagłówka (OWASP Secure Headers Project).
Jak nagłówki buforowania i kompresji wpływają na szybkość?
Decydują o tym, ile wracający użytkownik pobiera ponownie i jak ciężka jest każda odpowiedź.
- Cache-Control ustala reguły. „max-age=N” utrzymuje odpowiedź jako świeżą przez N sekund; „no-cache” pozwala na zapis, ale wymaga sprawdzenia na serwerze przed każdym ponownym użyciem; „no-store” zabrania zapisu (MDN, Cache-Control).
- ETag i Last-Modified pozwalają przeglądarce zapytać, czy plik się zmienił, i otrzymać krótką odpowiedź zamiast całego pliku, gdy się nie zmienił.
- Age pokazuje, jak długo CDN przechowuje odpowiedź: jeśli jest wartość, odpowiedź pochodzi z pamięci podręcznej.
- Vary wymienia nagłówki żądania, które zmieniają odpowiedź, takie jak Accept-Encoding.
- Content-Encoding pokazuje kompresję: gzip, br (Brotli) lub zstd. Strona HTML bez kompresji pobiera się kilka razy ciężej, niż to konieczne.
Typowy wzorzec: pliki statyczne z wersjonowanymi nazwami dostają długi max-age, często z „immutable”; HTML dostaje krótki max-age lub „no-cache”, dzięki czemu aktualizacje pojawiają się natychmiast. Zmierz efekt dla całej strony za pomocą sprawdzacza rozmiaru strony.
Jak wygląda zdrowa odpowiedź?
Oto typowy zestaw nagłówków dla strony HTML, która jest indeksowalna, rozsądnie buforowana, skompresowana i zabezpieczona, wraz z tym, co mówi każda linijka.
| Zwrócony nagłówek | Odczyt |
|---|---|
| Status HTTP 200 | Strona odpowiada normalnie i może zostać zaindeksowana |
| Content-Type: text/html; charset=utf-8 | Strona HTML ze zadeklarowanym zestawem znaków |
| Content-Encoding: br | Skompresowana algorytmem Brotli |
| Cache-Control: max-age=300 | Buforowana przez pięć minut, więc aktualizacje szybko się pojawiają |
| Vary: Accept-Encoding | Pamięci podręczne przechowują osobne wersje skompresowane i nieskompresowane |
| Strict-Transport-Security: max-age=31536000 | Tylko HTTPS przez rok |
| Brak X-Robots-Tag | Brak ukrytego ograniczenia indeksowania |
Jeśli widzisz „X-Robots-Tag: noindex” na stronie, którą chcesz mieć w Google, albo 302 tam, gdzie oczekujesz 301, napraw to przed wszystkim innym.
Kiedy warto sprawdzać nagłówki?
- Strona zniknęła z Google, a jej HTML wygląda dobrze: poszukaj X-Robots-Tag, a potem potwierdź w sprawdzaczu indeksowalności.
- Po migracji, zmianie CDN lub nowym planie hostingowym, gdy reguły przekierowań, buforowania i bezpieczeństwa są przepisywane hurtowo.
- Po uruchomieniu witryny testowej na produkcji, ponieważ zbiorczy nagłówek „noindex” ustawiony na serwerze testowym często przetrwa przeniesienie.
- Przed działaniami nad wydajnością, aby zobaczyć, co jest buforowane, co skompresowane, a co żadne z nich.
- Dla plików PDF i obrazów, które chcesz mieć w indeksie albo poza nim, bo nagłówki są jedynym sposobem, by przekazać im instrukcje.
Jakie są ograniczenia kontroli?
Narzędzie widzi to, co otrzymuje jego własne żądanie. Niektóre serwery odpowiadają inaczej w zależności od odwiedzającego: zapora może blokować nieznane boty, CDN może różnicować odpowiedź według kraju, a niektóre witryny serwują robotom wyszukiwarek inną odpowiedź. Jeśli wynik Cię zaskakuje, porównaj go z narzędziem Inspekcja adresu URL w Google Search Console, które pokazuje, co otrzymał Googlebot. Raport pokazuje też odpowiedź tylko dla końcowego adresu URL; pośrednie przekierowania należą do sprawdzacza przekierowań.
Jak utrzymać poprawne nagłówki w całej witrynie?
Sprawdzaj szablony, a nie pojedyncze strony. Nagłówki ustawia się zwykle raz w konfiguracji serwera, CDN lub frameworka, więc jedna błędna reguła dotyka tysięcy adresów URL. Po każdej zmianie infrastruktury sprawdź jeden adres URL każdego typu: stronę główną, artykuł, produkt, PDF, obraz.
Aby przeprowadzić szerszy przegląd techniczny, uruchom audyt SEO on-page i zajrzyj do naszego hasła w słowniku o audycie technicznym SEO. Aby śledzić wpływ Twoich poprawek na ruch i na odpowiedzi AI, skorzystaj z panelu GEO / SEO Sorank albo zapytaj SEO Chat Sorank, co dany nagłówek oznacza dla Twojej witryny.
Kod statusu, X-Robots-Tag, canonical, potem buforowanie i bezpieczeństwo: to kolejność, która w pierwszej kolejności chroni Twoje pozycje. Sprawdź kluczowe adresy URL za pomocą narzędzia powyżej, a potem zobacz plany Sorank, aby monitorować swoją witrynę na autopilot.
