Bulk HTTP Status Checker Screpy sprawdza podaną listę do 50 adresów URL i pokazuje pierwszą odpowiedź, odpowiedź końcową oraz zaobserwowane przekierowania. Pomaga kontrolować stare linki po migracji, badać niedostępne strony i przygotować listę napraw. Wynik opisuje publiczne żądanie GET w podanym czasie, nie ciągłą dostępność, szybkość ładowania w przeglądarce ani potwierdzone indeksowanie.
Wybierz listę URL o jasnym celu
Wklej pełny publiczny adres HTTP lub HTTPS w każdym wierszu. Zacznij od pytania: czy stare linki kampanii prowadzą do zamienników, czy nawigacja nadal zwraca błędy? Do kontroli przekierowań podaj oryginalne adresy. Same końcowe cele nie pokażą zachowania starego linku.
Limit obejmuje 50 przesłanych niepustych wierszy. Puste są pomijane, a powtarzające się po normalizacji adresy sprawdzane raz. Usuń duplikaty przed wysłaniem, jeśli przekraczają limit. Popraw nieprawidłowe wiersze. Narzędzie nie odkrywa stron witryny ani nie importuje automatycznie mapy strony.
Przydatna próbka migracji obejmuje stronę bez zmian, stronę przeniesioną oraz celowo usuniętą treść. Zapisz oczekiwany wynik przed sprawdzeniem. 404 może być poprawne po usunięciu, ale na działającej stronie płatności wymaga zbadania. Używaj rzeczywistych publicznych ścieżek, nie prywatnych paneli ani adresów z danymi logowania.
Odczytaj pierwszą odpowiedź i końcowy cel
Pierwszy kod dotyczy wprowadzonego adresu. Końcowy pochodzi z celu osiągniętego po śledzonych przekierowaniach. Końcowe adresy URL są w tabeli, a zaobserwowane łańcuchy przekierowań zebrano w szczegółach raportu. Udany cel nie oznacza, że adres początkowy zwraca bezpośrednio 200.
Poniższe fikcyjne przykłady wyjaśniają ukończone kontrole; nie są wynikami konkretnej witryny.
| Pierwsza → końcowa odpowiedź | Znaczenie | Co sprawdzić |
|---|---|---|
| 200 → 200 | Bezpośrednia odpowiedź poprawna | Czy to zamierzona strona z użyteczną treścią? |
| 301 → 200 | Stałe przekierowanie do poprawnej odpowiedzi | Czy końcowy URL jest planowanym zamiennikiem? |
| 302 → 200 | Tymczasowe przekierowanie do poprawnej odpowiedzi | Czy przeniesienie jest rzeczywiście tymczasowe? |
| 301 → 404 | Przekierowanie do nieznalezionego zasobu | Naprawić cel lub mapowanie, jeśli strona ma istnieć |
| 403 → 403 | Żądanie zostało odrzucone | Zbadać dostęp, nie zakładając blokady dla wszystkich |
Dokumentacja kodów HTTP MDN wyjaśnia znaczenia. 404 oznacza nie znaleziono, a 410 usunięty zasób. Oba mogą być zamierzone. 429 sygnalizuje zbyt wiele żądań, a 5xx błędy serwera. Kod określa kategorię odpowiedzi, nie całą przyczynę.
Liczniki nakładają się: przekierowany URL może też zakończyć się sukcesem lub błędem HTTP. Ich suma nie musi równać się liczbie unikalnych adresów.
Oddziel niedostępne kontrole od błędów HTTP
Błąd HTTP, taki jak 404 lub 503, jest odpowiedzią. Wynik niedostępny oznacza, że obserwacji nie ukończono. Problem DNS, bezpiecznego połączenia lub przekroczenie czasu może uniemożliwić końcową odpowiedź. Odczytaj przyczynę zamiast uznawać puste pole za 404.
Każdy URL ma osiem sekund, a cały zestaw 30 sekund. Narzędzie śledzi do pięciu przekierowań HTTP. Pętla, brak celu lub dłuższy łańcuch mogą pozostawić niepełny wynik. To granice narzędzia, nie limity skanowania Google. Wcześniejsze kroki pozostają widoczne: po 301 może zawieść połączenie szyfrowane, pozostawiając pierwszy kod bez końcowego.
Zmiana HTTPS na HTTP jest oznaczana. Narzędzie śledzi przekierowania odpowiedzi HTTP, ale nie wykonuje JavaScript ani instrukcji meta-refresh z treści strony. Przeglądarka może więc zachować się inaczej.
Czas dotyczy tej kontroli wraz z drogą żądań. Nie mierzy ładowania obrazów, wykonywania JavaScript ani chwili gotowości do interakcji. Używaj go do badania obserwacji, nie jako oceny szybkości strony.
Wyeksportuj naprawy i ponownie sprawdź te same URL
Najpierw zajmij się błędami na potrzebnych stronach, złymi celami przekierowań i zepsutymi adresami wciąż podlinkowanymi z ważnych miejsc. Nie przekierowuj każdego usuniętego URL na stronę główną tylko dla zielonego wyniku. Przy przeniesieniu wybierz odpowiedni zamiennik; przy usunięciu oceń zamierzoną odpowiedź i usuń stare odnośniki.
Filtruj błędy HTTP, przekierowania lub niedostępne kontrole i szukaj po URL. CSV zawiera tylko odfiltrowane wiersze: pierwszy/końcowy kod, cel, czas, przyczynę, datę kontroli i zaobserwowany łańcuch. Zachowaj ten stan z oczekiwanym wynikiem, napraw problem i ponów te same oryginalne adresy.
Wątpliwą treść zbadaj osobno. Wytyczne HTTP Google potwierdzają, że 2xx nie gwarantuje indeksowania; nawet strona błędu może zwrócić 200. Narzędzie nie analizuje treści w celu wykrycia soft 404. Użyj Noindex Checker do dyrektyw indeksowania albo Redirect Checker do przekierowań. Poprawiony status to jeden zweryfikowany warunek, nie pełny audyt SEO.
Aby przejrzeć listę zadeklarowanych preferowanych adresów, użyj zbiorczego kontrolera canonical. Sprawdza deklaracje HTML i nagłówków HTTP oraz jeden bezpośredni cel na stronę, bez pokazywania wyboru Google.