link prowadzi do nieistniejącej strony

Link prowadzący do nieistniejącej strony to usterka objawiająca się błędem 404 po kliknięciu w wiadomości.

Jak rozpoznać link prowadzący do nieistniejącej strony

Link prowadzący do nieistniejącej strony powoduje zwykle wyświetlenie błędu HTTP 404 Not Found po kliknięciu adresu w wiadomości, dokumencie, aplikacji albo na stronie internetowej. Kod 404 oznacza, że serwer obsługujący daną witrynę otrzymał żądanie dotyczące konkretnego zasobu, lecz nie znalazł pliku, wpisu lub trasy odpowiadającej ścieżce zapisanej w adresie URL. Błąd ten różni się od problemu z połączeniem internetowym: przeglądarka może prawidłowo połączyć się z serwerem, otrzymać jego odpowiedź i dopiero wtedy wyświetlić informację o braku strony. Sam kod 404 nie wskazuje jeszcze, czy strona została usunięta, przeniesiona, czy adres został zapisany z literówką.

Nieistniejący adres może zawierać błędną nazwę domeny, niewłaściwą ścieżkę, brakujący znak, nadmiarowy znak interpunkcyjny albo nieprawidłowe parametry po znaku zapytania. Problem często pojawia się po zmianie struktury witryny, usunięciu artykułu, zmianie nazwy pliku lub skopiowaniu linku z wiadomości, w której adres został podzielony na kilka wierszy. Warto odróżnić błąd 404 od kodu 410 Gone, który informuje o celowym i trwałym usunięciu zasobu, oraz od przekierowania 301 lub 302, które wskazuje przeglądarce inny adres. Czasami serwer zwraca własną stronę błędu z kodem 404, a czasami aplikacja wyświetla komunikat o braku strony, mimo że technicznie zwraca kod 200.

Adres URL, przekierowania i odpowiedź serwera

Podczas analizy należy porównać pełny adres z działającymi odnośnikami w tej samej witrynie. Adres URL składa się między innymi ze schematu, takiego jak https, nazwy hosta, ścieżki oraz opcjonalnych parametrów zapytania. Różnica w jednej literze może skierować żądanie do innego zasobu. Znaczenie może mieć także wielkość liter w ścieżce, ponieważ na wielu serwerach uniksowych nazwy /Dokument i /dokument oznaczają różne lokalizacje. Z kolei końcowy ukośnik może być obsługiwany odmiennie przez konfigurację serwera lub system zarządzania treścią. Do adresu nie powinny należeć przypadkowo dołączone kropki, przecinki, nawiasy ani cudzysłowy pochodzące z treści wiadomości.

Do sprawdzenia odpowiedzi HTTP można użyć narzędzia wbudowanego w przeglądarkę, zakładki Network w narzędziach deweloperskich albo polecenia curl -I "https://example.com/sciezka". Opcja -I pobiera nagłówki odpowiedzi, dzięki czemu można sprawdzić kod statusu, nagłówek Location oraz typ serwera bez pobierania całej treści. Jeżeli odpowiedź zawiera 301 lub 302, należy przeanalizować wskazany adres docelowy; po kilku przekierowaniach może on prowadzić do błędu 404. W przypadku curl opcja -L pozwala podążać za przekierowaniami, lecz wynik nadal trzeba ocenić pod kątem końcowego kodu HTTP. Brak odpowiedzi, błąd DNS lub odmowa połączenia nie są tym samym co znaleziony przez serwer zasób o kodzie 404.

Najczęstsze przyczyny utraty zasobu

W serwisach internetowych przyczyną może być usunięcie wpisu bez utworzenia przekierowania, zmiana adresu kategorii, migracja systemu CMS albo odtworzenie kopii witryny bez wszystkich plików. Linki do załączników przestają działać po zmianie nazwy pliku, przeniesieniu katalogu lub usunięciu dokumentu z serwera. W aplikacjach internetowych kod 404 może wynikać z nieprawidłowego identyfikatora rekordu, wygasłego odnośnika do zasobu albo błędnie zbudowanej ścieżki. Jeżeli problem dotyczy wyłącznie jednego użytkownika, trzeba również sprawdzić, czy przeglądarka nie wykorzystuje starego adresu zapisanego w zakładce, historii lub automatycznym podpowiadaniu.

Naprawa zależy od tego, czy zasób nadal powinien istnieć. Gdy strona została przeniesiona, właściwym rozwiązaniem jest przekierowanie 301 ze starego adresu na aktualny, a nie kierowanie wszystkich brakujących ścieżek na stronę główną. Jeżeli usunięty dokument ma trwały zamiennik, link w wiadomości lub dokumencie należy zastąpić nowym adresem. Przy błędzie wynikającym z literówki wystarczy poprawić ścieżkę, nazwę pliku albo parametr. Administrator witryny może przejrzeć logi dostępu serwera i ustalić, jaka ścieżka była żądana oraz jaki kod został zwrócony. Warto też sprawdzić linki wewnętrzne automatycznym skanerem, ponieważ pojedynczy uszkodzony odnośnik może występować w wielu podstronach, szablonach lub dokumentach.

Sprawdzenie problemu na komputerze i pomoc serwisowa

Użytkownik może rozpocząć od skopiowania adresu do paska przeglądarki zamiast klikania go bezpośrednio w wiadomości. Następnie należy usunąć końcowy znak interpunkcyjny, porównać nazwę domeny z adresem nadawcy i sprawdzić, czy witryna otwiera się po ręcznym wejściu na jej stronę główną. Jeżeli strona główna działa, a konkretny link zwraca 404, problem najczęściej dotyczy ścieżki lub zasobu po stronie witryny. Jeżeli nie działa cała domena, trzeba rozważyć błąd DNS, niedostępność serwera, błędny adres albo problem z siecią. Czyszczenie pamięci podręcznej przeglądarki nie odtworzy usuniętej strony, ale może pomóc, gdy aplikacja lokalnie przechowuje nieaktualny adres lub starą odpowiedź.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, a w ramach diagnostyki może również sprawdzić, czy błąd otwierania odnośnika wynika z ustawień przeglądarki, rozszerzenia, lokalnego pliku, programu pocztowego lub połączenia sieciowego. Serwisant może porównać działanie tego samego adresu w kilku przeglądarkach, skontrolować rozwiązywanie nazwy domenowej, przeanalizować przekierowania i ustalić, czy komputer otrzymuje prawidłową odpowiedź HTTP. Jeżeli kod 404 pochodzi bezpośrednio z witryny, naprawa komputera nie przywróci brakującej strony; wtedy potrzebna jest korekta adresu przez właściciela serwisu, przywrócenie zasobu albo skonfigurowanie właściwego przekierowania.