Dlaczego strona internetowa nie działa? Najczęstsze przyczyny i sposoby diagnozy

Prędzej czy później każdy trafia na sytuację, w której strona internetowa nie działa. Raz jest to czyjaś witryna, która nie chce się otworzyć akurat wtedy, gdy najbardziej jej potrzebujemy. Innym razem to nasza własna strona firmowa, która nagle znika z sieci i zabiera ze sobą klientów oraz zamówienia. W obu przypadkach reakcja jest podobna: irytacja, niepewność i pytanie, dlaczego strona internetowa nie działa i od czego w ogóle zacząć?

Dobra wiadomość jest taka, że awaria strony internetowej rzadko bywa przypadkowa i tajemnicza. W zdecydowanej większości sytuacji da się ją przypisać do jednej z kilku typowych warstw: urządzenia końcowego (np. Twojego laptopa) i połączenia, domeny, systemu DNS, certyfikatu SSL, serwera i hostingu albo samej aplikacji, na przykład WordPressa.

Dwie różne sytuacje, które łatwo pomylić

Zanim przejdziemy do konkretów, warto rozdzielić dwa scenariusze, bo prowadzą one do zupełnie innych działań.

Pierwszy scenariusz to sytuacja, w której nie można otworzyć strony internetowej należącej do kogoś innego, na przykład sklepu, banku, portalu informacyjnego czy urzędu. Wtedy najczęściej nic nie zostało zepsute i problem najprawdopodobniej leży po drugiej stronie. Zadaniem jest wówczas głównie ustalenie, czy strona ma awarię globalnie, czy tylko lokalnie, oraz co da się zrobić po własnej stronie.

Drugi scenariusz to sytuacja, w której to nasza witryna internetowa nie działa. Tutaj stawka jest wyższa, bo każda minuta niedostępności to potencjalna strata. Trzeba wtedy zdiagnozować, na której warstwie leży problem, a następnie samodzielnie go usunąć lub skontaktować się z właściwym dostawcą: rejestratorem domeny, firmą hostingową albo programistą.

Krok pierwszy: strona nie działa tylko u mnie czy u wszystkich?

To najważniejsze pytanie w całej diagnostyce, ponieważ natychmiast dzieli możliwe przyczyny na dwie połowy.

1. Jeśli strona nie działa tylko u mnie, problem leży po stronie urządzenia, sieci lub operatora.
2. Jeśli strona nie działa u wszystkich, awaria dotyczy domeny, DNS, serwera albo aplikacji.

Jest kilka szybkich sposobów, aby to rozstrzygnąć:

• Zewnętrzne narzędzie sprawdzające dostępność. Serwisy typu is it down albo czy strona działa próbują połączyć się ze stroną z własnych serwerów i informują, czy witryna odpowiada. Jeśli narzędzie widzi stronę, a lokalna przeglądarka nie, problem jest lokalny.
• Test na innym urządzeniu i w innej sieci. Klasyczny sprawdzian: strona działa przez internet mobilny, ale nie przez Wi-Fi. Jeśli witryna otwiera się na telefonie po wyłączeniu Wi-Fi i przełączeniu na dane komórkowe, to mocny sygnał, że winna jest sieć domowa, router albo konfiguracja DNS u operatora.
• Sprawdzenie u innej osoby. Jeśli strona działa na jednym urządzeniu, a na innym nie, albo otwiera się u znajomego z drugiego końca kraju, awaria jest lokalna. Jeśli nie działa nigdzie, to awaria globalna i przyczyny trzeba szukać w infrastrukturze witryny.
• Jedna strona czy wszystkie. Jeśli inne witryny otwierają się normalnie, a problem dotyczy tylko jednej, to pytanie dlaczego jedna strona internetowa nie działa ma zwykle konkretną odpowiedź związaną z tą domeną lub serwerem. Jeśli nie działa nic, w pierwszej kolejności warto sprawdzić samo połączenie z internetem.

Kiedy wiesz już, gdzie leży problem, możemy przejść do właściwego rozwiązania problemu i znalezieniu warstwy przyczyny awarii.

Warstwa lokalna: urządzenie, przeglądarka i sieć

Zaskakująco często odpowiedź na pytanie dlaczego strona internetowa nie działa mimo dostępu do internetu znajduje się na lokalnym komputerze lub w routerze. Zanim pojawi się podejrzenie poważnej awarii, warto wykluczyć najprostsze przyczyny. Zajmuje to kilka minut, a rozwiązuje znaczną część problemów.

• Wyczyszczenie pamięci podręcznej przeglądarki. Przeglądarka zapisuje kopie stron, aby ładowały się szybciej. Czasami przechowuje jednak nieaktualną lub uszkodzoną wersję witryny, przez co strona ładuje się, ale nie działa poprawnie. Wyczyszczenie pamięci podręcznej pomoże, jeśli problem dotyczy cache. Alternatywą jest otwarcie strony w trybie incognito, który ignoruje zapisaną pamięć podręczną.
• Wyłączenie rozszerzeń przeglądarki. Wtyczki blokujące reklamy, rozszerzenia prywatności czy nadgorliwe menedżery skryptów potrafią zablokować część strony, a nawet całość. Użycie innej przeglądarki lub trybu incognito pozwala sprawdzić czy, winowajcą jest jedno z rozszerzeń.
• Data i godzina w systemie. To pozornie błaha rzecz, ale błędny zegar systemowy powoduje odrzucanie certyfikatów SSL i komunikat, że połączenie nie jest prywatne. Jeśli zegar w komputerze jest przestawiony o kilka miesięcy albo lat, przeglądarka uzna certyfikat za nieważny, choć z witryną wszystko jest w porządku.
• Ponowne uruchomienie routera. Wyłączenie routera na kilkadziesiąt sekund i włączenie go ponownie resetuje pamięć podręczną DNS urządzenia i usuwa tymczasowe błędy połączenia. Warto też zrestartować samo urządzenie.
• Wyczyszczenie pamięci podręcznej DNS w systemie. Komputer przechowuje mapowanie nazw domen na adresy serwerów. Jeśli ten zapis jest nieaktualny, na przykład po tym, jak strona zmieniła serwer, połączenie może trafiać w stary, nieistniejący adres. Wyczyszczenie tej pamięci wymusza pobranie świeżych danych.
• Zmiana serwerów DNS. Domyślnie używane są serwery DNS operatora. Bywają one przeciążone lub błędnie skonfigurowane. Przełączenie się na publiczne serwery DNS potrafi natychmiast rozwiązać problem, gdy strona może nie działać tylko u jednego operatora.
• Antywirus, zapora i VPN. Oprogramowanie zabezpieczające czasem blokuje witryny uznane za podejrzane. Podobnie VPN może kierować ruch przez serwer, z którego dana strona jest niedostępna. Tymczasowe wyłączenie tych narzędzi pomaga ustalić, czy to one są przyczyną.

Jeśli po tych krokach strona nadal się nie otwiera, a inni potwierdzają ten sam problem, kolej na głębsze warstwy, czyli infrastrukturę samej witryny.

Warstwa domeny: kiedy adres przestaje istnieć

Domena to adres, pod którym znajduje się strona, na przykład twojafirma.pl. Jest wynajmowana na określony czas i wymaga cyklicznego opłacania. To jedna z najczęstszych i najbardziej bolesnych przyczyn, dla których domena nie działa, a wraz z nią cała witryna i poczta firmowa.

Jeśli domena wygasła i nie została odnowiona, przestaje wskazywać na serwer. Zamiast strony pojawia się komunikat o błędzie, strona parkingowa rejestratora albo informacja o możliwości zakupu tej domeny. To bardzo częsty scenariusz, zwłaszcza gdy przypomnienie o płatności trafiło na nieaktualny adres e-mail lub do spamu.

Tutaj warto zaznaczyć, że nawet jeśli domena formalnie jeszcze nie wygasła, a jest tylko nieopłacona może zostać zawieszona przez rejestratora. Efekt dla użytkownika będzie identyczny, jak w przypadku wygaśnięcia tej domeny.

W przypadku domen z końcówką .pl zakończenie opłaconego okresu nie oznacza natychmiastowej utraty adresu. Domena przechodzi na 30 dni w stan BLOCKED, w którym dotychczasowy abonent może ją odnowić u rejestratora. W tym czasie strona i poczta zwykle nie działają, dlatego zaległość warto uregulować jak najszybciej. Po upływie 30 dni domena wraca do puli wolnych nazw i może zostać zarejestrowana przez kogoś innego.

Jak samodzielnie sprawdzić stan domeny? Najprościej skorzystać z narzędzia WHOIS, które pokazuje datę wygaśnięcia domeny, jej status oraz dane rejestratora. Jeśli widoczny jest status, że domena wygasła lub data ważności w przeszłości, to gotowa odpowiedź jest oczywista i oznacza, że domena wygasła.

Dla właściciela strony płynie z tego jasny wniosek: warto pilnować terminów odnowienia domeny oraz ustawić automatyczne przedłużenie i aktualny adres kontaktowy u rejestratora. Wygasła domena to jedna z niewielu awarii, której skutki bywają nieodwracalne, jeśli ktoś przejmie adres w międzyczasie, a my pozostaniemy bez domeny.

Warstwa DNS: gdy adres istnieje, ale nie prowadzi we właściwe miejsce

DNS (Domain Name System) to swoista książka telefoniczna internetu. Zamienia zapamiętywalną nazwę domeny na techniczny adres IP serwera, na którym stoi strona. Kiedy ten mechanizm zawodzi, przeglądarka nie wie, dokąd się połączyć, i pojawia się błąd DNS strony internetowej.

Typowe objawy to komunikaty DNS_PROBE_FINISHED_NXDOMAIN, ERR_NAME_NOT_RESOLVED albo ogólny błąd NXDOMAIN. W praktyce oznaczają one to samo: nazwa domeny nie została przetłumaczona na adres serwera. Przyczyn może być kilka.

Błędna konfiguracja DNS

Jeśli rekordy DNS wskazują na zły adres albo zostały usunięte, strona nie działa przez DNS, mimo że serwer i domena są sprawne. To częsta sytuacja po ręcznych zmianach w panelu domeny.

Strona nie działa po zmianie DNS

Po każdej zmianie rekordów, na przykład po przeniesieniu witryny na nowy serwer, potrzebny jest czas na propagację DNS. Nowe informacje muszą rozejść się po serwerach na całym świecie, co może potrwać od kilku minut do nawet 48 godzin. W tym okresie część użytkowników widzi już nową wersję, a część starą, stąd bierze się efekt, że strona działa tylko u niektórych użytkowników.

DNS nie wskazuje na serwer

Jeśli po zmianach rekord domeny nie prowadzi do żadnego działającego serwera, witryna pozostaje niedostępna aż do poprawienia konfiguracji.

Jak zdiagnozować taki problem? Pomocne są narzędzia do sprawdzania propagacji DNS, które pokazują, jaki adres IP widzi domena z różnych lokalizacji na świecie. Jeśli w jednych miejscach widać nowy adres, a w innych stary, to znak, że propagacja trwa i wystarczy poczekać. Jeśli nigdzie nie widać poprawnego adresu, trzeba wrócić do panelu domeny i sprawdzić rekordy.

Warto też umieć odróżnić awarię DNS od awarii serwera. Prosta zasada:

• jeśli błąd mówi o nierozpoznaniu nazwy (NXDOMAIN, ERR_NAME_NOT_RESOLVED), problem leży po stronie DNS lub domeny.
• jeśli natomiast domena poprawnie prowadzi do serwera, ale ten nie odpowiada albo zwraca błąd 500 czy 502, to problem jest już na serwerze lub w aplikacji.

Ta warstwa potrafi być zdradliwa, bo błędne rekordy i opóźniona propagacja dają objawy łudząco podobne do awarii serwera. Aby krok po kroku nauczyć się rozpoznawać takie sytuacje, warto sięgnąć do naszego osobnego poradnika o tym, czym jest awaria DNS i jak radzić sobie z problemami z konfiguracją DNS.

Warstwa SSL: kiedy przeglądarka ostrzega przed niebezpieczeństwem

Certyfikat SSL zapewnia szyfrowane połączenie między przeglądarką a serwerem. To on odpowiada za tak zwaną kłódkę i adres zaczynający się od https. Kiedy z certyfikatem coś jest nie tak, przeglądarka blokuje dostęp i wyświetla ostrzeżenie, że strona internetowa nie jest bezpieczna albo że połączenie nie jest prywatne. Dla wielu użytkowników wygląda to jak poważna awaria, choć sama strona zwykle działa.

Certyfikat SSL wygasł

Certyfikaty mają ograniczony czas ważności. Kiedy certyfikat SSL wygasł i nie został odnowiony, pojawia się błąd ERR_CERT_DATE_INVALID. To jedna z najczęstszych przyczyn nagłego problemu z HTTPS: witryna działała latami, a pewnego dnia przestała, bo certyfikat po prostu stracił ważność.

Niedopasowanie protokołów lub szyfrów

Błąd ERR_SSL_VERSION_OR_CIPHER_MISMATCH oznacza, że przeglądarka i serwer nie potrafią uzgodnić wspólnego sposobu szyfrowania. Bywa to skutek przestarzałej konfiguracji serwera albo bardzo starej przeglądarki.

Certyfikat nie pasuje do domeny

Jeśli certyfikat wystawiono na inną nazwę, niż ta, pod którą następuje wejście, przeglądarka również zaprotestuje. Częsty przypadek to wejście na wersję z www przy certyfikacie tylko dla wersji bez www lub odwrotnie.

Zanim taki komunikat zostanie uznany za awarię serwera, warto wrócić do warstwy lokalnej i sprawdzić datę oraz godzinę w urządzeniu, bo przestawiony zegar imituje wygasły certyfikat. Właściciel strony może sprawdzić status certyfikatu SSL za pomocą narzędzi analizujących certyfikat: pokażą one datę wygaśnięcia, wystawcę i to, czy łańcuch certyfikatów jest kompletny. Najlepszym zabezpieczeniem jest automatyczne odnawianie certyfikatu, które oferuje większość nowoczesnych hostingów.

Komunikaty przeglądarki bywają w tej warstwie mylące i niepotrzebnie odstraszają odwiedzających. Aby dokładnie zrozumieć, co oznacza konkretny błąd certyfikatu SSL i jak samodzielnie rozwiązywać problemy z certyfikatem SSL, warto zajrzeć do naszego szczegółowego przewodnika poświęconego temu zagadnieniu.

Warstwa serwera i hostingu: gdy strona przestaje odpowiadać

Serwer to komputer, na którym fizycznie znajduje się strona, a hosting to usługa jego udostępniania. Jeśli serwer się zatrzyma, przeciąży lub zablokuje konto, efekt jest natychmiastowy: serwer strony nie odpowiada i witryna znika dla wszystkich odwiedzających. Objawy awarii tej warstwy są dość charakterystyczne.

Przekroczono limit czasu połączenia

Komunikat ERR_CONNECTION_TIMED_OUT albo informacja, że strona nie odpowiada, oznacza, że przeglądarka nawiązała próbę połączenia, ale serwer nie odesłał odpowiedzi w wyznaczonym czasie. Zwykle świadczy to o przeciążonym serwerze, jego awarii albo blokadzie sieciowej.

Połączenie odrzucone

Błąd ERR_CONNECTION_REFUSED wskazuje, że serwer aktywnie odmówił połączenia. Powodem może być wyłączona usługa strony, błędna konfiguracja albo zapora blokująca ruch.

Przekroczony limit hostingu

Tanie plany hostingowe mają limity zasobów: mocy obliczeniowej, pamięci, transferu. Gdy strona nagle zyska duży ruch albo jakiś proces zużyje wszystkie zasoby, przekroczony limit hostingu prowadzi do zawieszenia witryny. To częsta awaria hostingu przy popularnych, ale niedoszacowanych planach.

Awaria serwera lub centrum danych?

Czasem to nie kwestia konfiguracji, lecz zwykła awaria serwera strony internetowej po stronie dostawcy: problem z zasilaniem, siecią czy sprzętem w serwerowni.

Jak to diagnozować? Właściciel strony powinien najpierw sprawdzić panel administracyjny hostingu oraz stronę statusu dostawcy, gdzie firmy publikują informacje o bieżących awariach. Warto też sprawdzić odpowiedź serwera za pomocą narzędzi pokazujących kod odpowiedzi HTTP, o czym więcej w kolejnej sekcji. Jeśli serwer zwraca kod z rodziny 5xx, problem jest po stronie serwera lub aplikacji. Jeśli w ogóle nie odpowiada, w grę wchodzi awaria połączenia lub przeciążenie.

Dla użytkownika, który chce jedynie odwiedzić stronę, wniosek jest prosty: przy błędach serwera nic nie da się zrobić po własnej stronie. Pozostaje poczekać i spróbować później, bo za awarię strony odpowiada w tej warstwie jej właściciel i jego dostawca hostingu.

Warstwa aplikacji i CMS: gdy zawodzi sam kod strony

Nawet przy sprawnej domenie, DNS, certyfikacie i serwerze witryna potrafi się wysypać na najwyższym poziomie, w samej aplikacji. Ponieważ ogromna część witryn działa na WordPressie, to właśnie tam pojawia się najwięcej problemów tego typu. Zasada jest jednak uniwersalna: kiedy aplikacja internetowa nie działa, serwer zwykle odpowiada, ale zamiast strony zwraca błąd albo pustą białą stronę.

Biała strona WordPress

Słynny biały ekran śmierci to sytuacja, w której strona wyświetla pusty ekran bez żadnego komunikatu. Najczęściej odpowiada za to błąd PHP, który zatrzymuje wykonanie skryptu, a domyślna konfiguracja ukrywa treść błędu. To odpowiedź na częste pytanie, co oznacza biała strona bez komunikatu błędu. To zwykle krytyczny błąd aplikacji, którego szczegóły trzeba odczytać z logów.

Błąd krytyczny WordPress

Nowsze wersje WordPressa zamiast białej strony pokazują komunikat o błędzie krytycznym i wysyłają administratorowi e-mail z odnośnikiem do trybu awaryjnego. To duże ułatwienie, bo pozwala wejść do panelu nawet wtedy, gdy front witryny nie działa.

Strona nie działa po aktualizacji lub po instalacji wtyczki

To najczęstszy scenariusz. Konflikt wtyczek, niezgodność wtyczki z nową wersją systemu albo błąd w motywie potrafią położyć całą witrynę.

Jeśli strona nie działa po aktualizacji WordPressa albo tuż po dodaniu nowego rozszerzenia, przyczyna jest niemal pewna. Standardowa metoda diagnozy to wyłączenie wszystkich wtyczek i włączanie ich po kolei, aż znajdzie się winowajca. Gdy brakuje dostępu do panelu, robi się to przez menedżera plików lub FTP, zmieniając nazwę folderu z wtyczkami.

Błąd połączenia z bazą danych

WordPress i większość systemów CMS przechowuje treść w bazie danych. Komunikat o błędzie połączenia z bazą danych oznacza, że aplikacja nie może się z nią połączyć: z powodu błędnych danych dostępowych, przeciążenia albo uszkodzenia bazy. To poważna awaria, która całkowicie zatrzymuje witrynę.

Warto zaznaczyć, że błąd połączenia z bazą danych może wystąpić nawet na poprawnie działającej witrynie. Skąd się to bierze? Hostingi często trzymają pliki i bazę danych na osobnych maszynach, więc nawet krótki przestój jednej z nich powoduje chwilową niedostępność strony.

Błędy w kodzie strony

Przy witrynach pisanych indywidualnie źródłem problemu bywa zwykły błąd PHP lub innego języka wprowadzony podczas ostatnich zmian. Dlatego tak ważne jest testowanie zmian na kopii, zanim trafią na działającą stronę.

Diagnoza tej warstwy niemal zawsze prowadzi przez logi błędów. To zapis tego, co dzieje się na serwerze i w aplikacji. Włączenie trybu debugowania oraz zajrzenie do logów zamienia tajemniczą białą stronę w konkretny komunikat wskazujący plik i linię, w której pojawił się problem. Dla właściciela witryny to najskuteczniejsza droga do odpowiedzi na pytanie jak naprawić niedziałającą stronę internetową na poziomie aplikacji.

Warto też pamiętać, że strona może przestać działać po przeniesieniu na inny serwer. Po migracji przyczyną bywa właśnie warstwa aplikacji: błędne dane dostępowe do bazy w pliku konfiguracyjnym, problem WordPress salts, inna wersja PHP na nowym serwerze albo nieprzeniesione pliki. Często też występujący problem, że w bazie danych i konfiguracji pozostały odwołania do starego adresu.

Kody błędów HTTP: co oznaczają komunikaty przeglądarki?

Kiedy serwer odpowiada, ale coś jest nie tak, zwraca kod błędu HTTP. To krótka liczba, która precyzyjnie mówi, na jakim etapie coś zawiodło. Znajomość kilku najważniejszych komunikatów błędów w przeglądarce pozwala od razu skierować diagnozę we właściwą stronę. Kody dzielą się z grubsza na dwie grupy: 4xx oznacza problem po stronie żądania lub uprawnień, a 5xx problem po stronie serwera.

Poniższa tabela podsumowuje najważniejsze kody w jednym miejscu, a szczegółowe omówienie każdego z nich znajduje się pod nią.

Kod	Znaczenie	Gdzie szukać przyczyny
403	Brak dostępu	Uprawnienia do zasobu, blokada adresu IP, uprawnienia plików
404	Nie znaleziono	Konkretna podstrona: usunięta, przeniesiona lub literówka w adresie
500	Wewnętrzny błąd serwera	Aplikacja lub serwer, często wtyczki albo kod (WordPress)
502	Bad Gateway	Komunikacja między serwerami, przeciążenie
503	Usługa niedostępna	Przeciążenie, konserwacja, przekroczone limity (zwykle przejściowe)
504	Gateway Timeout	Serwer właściwy odpowiada zbyt wolno, przeciążenie

Błąd 403, brak dostępu.

Serwer zrozumiał żądanie, ale odmawia jego realizacji. Co oznacza błąd 403? Najczęściej brak uprawnień do zasobu, blokadę adresu IP albo błędne uprawnienia plików na serwerze.

Błąd 404, nie znaleziono.

Najbardziej znany komunikat. Co oznacza błąd 404? Serwer działa, ale pod wskazanym adresem nie ma szukanej strony, bo została usunięta, przeniesiona albo adres zawiera literówkę. To błąd konkretnej podstrony, a nie całej witryny.

Błąd 500, wewnętrzny błąd serwera.

Co oznacza błąd 500? To ogólny sygnał, że po stronie serwera lub aplikacji wystąpił nieobsłużony problem. Przy WordPressie błąd serwera 500 bardzo często idzie w parze z konfliktem wtyczek, błędem w kodzie albo uszkodzonym plikiem konfiguracyjnym. Wymaga zajrzenia do logów.

Błąd 502, Bad Gateway.

Co oznacza błąd 502? Serwer pełniący rolę pośrednika otrzymał nieprawidłową odpowiedź od serwera właściwego. Błąd 502 Bad Gateway pojawia się często przy przeciążeniu albo problemach z komunikacją między warstwami serwera.

Błąd 503, usługa niedostępna.

Co oznacza błąd 503? Błąd 503 Service Unavailable oznacza, że serwer jest chwilowo niedostępny z powodu przeciążenia, konserwacji albo przekroczenia limitów. Zwykle jest przejściowy.

Błąd 504, Gateway Timeout.

Co oznacza błąd 504? Błąd 504 Gateway Timeout to sytuacja, w której serwer pośredniczący zbyt długo czekał na odpowiedź serwera właściwego. Najczęściej wskazuje na przeciążenie albo bardzo wolno działającą aplikację.

Znajomość kodów błędów strony internetowej to praktyczny skrót diagnostyczny. Kod 4xx kieruje uwagę na adres, uprawnienia i konfigurację żądania. Kod 5xx przenosi ją na serwer i aplikację. Warto to zapamiętać.

Rodzina 5xx bywa najbardziej myląca, bo poszczególne kody wyglądają podobnie, a wskazują na różne przyczyny. Aby precyzyjnie zrozumieć błędy 500, 502, 503 i 504 oraz nauczyć się rozpoznawać, kiedy błędy serwera wynikają z przeciążenia, a kiedy z awarii aplikacji, warto zajrzeć do osobnego artykułu poświęconego tym kodom.

Checklista: co zrobić, gdy strona internetowa nie działa?

Poniższa lista porządkuje całość w praktyczną kolejność działań. Odpowiada wprost na pytanie co zrobić, gdy strona internetowa nie działa, i prowadzi od najprostszych kroków do coraz głębszych warstw. Kolejność najlepiej zachować od góry do dołu.

Najpierw warstwa lokalna, po stronie urządzenia i sieci:

1. Ustalenie zasięgu problemu. Zewnętrzne narzędzie pokazuje, czy strona ma awarię globalnie, czy tylko lokalnie. To pierwsza i najważniejsza informacja.
2. Odświeżenie i wyczyszczenie pamięci. Odświeżenie strony, otwarcie jej w trybie incognito oraz wyczyszczenie pamięci podręcznej przeglądarki rozwiązuje część problemów. Warto przy tym sprawdzić inną przeglądarkę.
3. Zmiana urządzenia i sieci. Wejście na stronę z telefonu przez dane komórkowe szybko to weryfikuje. Jeśli strona działa przez internet mobilny, ale nie przez Wi-Fi, problem jest po stronie sieci lub operatora.
4. Restart sprzętu i sieci. Ponowne uruchomienie routera i urządzenia, wyczyszczenie pamięci podręcznej DNS, a w razie potrzeby zmiana serwerów DNS na publiczne.
5. Wyłączenie zakłócającego oprogramowania. Tymczasowe wyłączenie VPN, rozszerzeń przeglądarki i antywirusa oraz sprawdzenie zegara systemowego.

Jeśli po tych krokach problem znika, była to awaria lokalna. Jeśli trwa i potwierdzają go też inni, kolej na warstwy infrastruktury, które dotyczą głównie właściciela strony:

1. Sprawdzenie domeny. W narzędziu WHOIS widać, czy domena wygasła lub jest nieopłacona. Jeśli tak, odnowienie warto opłacić natychmiast.
2. Sprawdzenie DNS. Weryfikacja rekordów i propagacji DNS. Komunikaty typu NXDOMAIN i ERR_NAME_NOT_RESOLVED wskazują na warstwę nazw.
3. Sprawdzenie certyfikatu SSL. Przy ostrzeżeniu o bezpieczeństwie liczy się status certyfikatu SSL i jego data ważności.
4. Sprawdzenie serwera i hostingu. Panel hostingu i strona statusu dostawcy, a także odpowiedź serwera wraz z jej kodem HTTP. Kod z rodziny 5xx kieruje diagnozę na serwer lub aplikację.
5. Sprawdzenie aplikacji. Przy WordPressie wyłączenie wtyczek, przełączenie na domyślny motyw i zajrzenie do logów błędów. Istotne jest, czy problem nie pojawił się po aktualizacji, po instalacji wtyczki albo po migracji.
6. Kontakt z właściwym dostawcą. Gdy samodzielna diagnoza nie wystarcza, zgłoszenie trafia tam, gdzie leży źródło problemu: do rejestratora domeny, firmy hostingowej albo programisty. Dobrze przygotowany opis z konkretnym kodem błędu znacznie przyspiesza rozpoznanie i naprawę.

Najczęściej zadawane pytania dotyczące niedziałającej strony www

Poniżej zebraliśmy odpowiedzi na pytania, które najczęściej pojawiają się, gdy strona internetowa nie działa, a przyczyna nie jest od razu oczywista. Część z nich pomoże Ci odróżnić awarię lokalną od globalnej awarii witryny, część dotyczy diagnozy i typowych komunikatów, takich jak NXDOMAIN.

Jak zapobiegać długim przestojom, zanim awaria uderzy w użytkowników?

Cała powyższa diagnostyka dotyczy sytuacji, w której awaria już się wydarzyła. Znacznie lepiej jednak wykryć problem wcześniej. Dla właściciela strony każda minuta niedostępności to realna strata: porzucone koszyki, utracone zapytania i pogorszona pozycja w wynikach wyszukiwania. Dlatego równie ważne co umiejętność naprawy jest skrócenie czasu reakcji na niedostępność strony.

Najczęstszy scenariusz, jak to w życiu bywa obejmuje skrajne przypadki, gdzie strona przestaje działać w nocy albo w weekend, a właściciel dowiaduje się o tym przypadkiem albo dopiero z telefonu od zdenerwowanego klienta, wiele godzin później.

W tym czasie wygasły certyfikat SSL, przekroczony limit hostingu albo błąd po aktualizacji wtyczki zdążyły już zrobić szkody. Rozwiązaniem jest przeniesienie wykrywania awarii z ręcznej na automat.

Kilka prostych praktyk znacząco ogranicza ryzyko długich przestojów:

• Automatyczne odnawianie domeny i certyfikatu SSL wyklucza dwie najczęstsze i najłatwiejsze do uniknięcia awarie.
• Testowanie aktualizacji na kopii roboczej chroni działającą witrynę przed skutkami nieudanej zmiany.
• Regularne kopie zapasowe sprawiają, że nawet poważna awaria aplikacji czy bazy danych oznacza minuty, a nie dni przywracania.
• Dobranie planu hostingowego do realnego ruchu zapobiega zawieszaniu strony przy większym natężeniu odwiedzin.

Najważniejszym elementem jest jednak stały nadzór. Monitoring strony internetowej polega na tym, że zewnętrzna usługa cyklicznie sprawdza dostępność witryny i natychmiast wysyła powiadomienie, e-mailem, SMS-em czy w inny sposób, gdy tylko strona przestanie odpowiadać albo zacznie zwracać błędy.

Dzięki temu właściciel dowiaduje się o awarii jako pierwszy, a nie ostatni. Aby wdrożyć takie rozwiązanie, warto zajrzeć do naszego przewodnika o tym, czym jest monitoring strony internetowej i jak działa automatyczne wykrywanie awarii, zanim zauważą ją użytkownicy.

Podsumowanie: przyczyny awarii strony internetowej i kolejność diagnozy

Choć na pierwszy rzut oka niedziałająca strona internetowa wygląda na chaotyczny problem, w rzeczywistości niemal zawsze da się ją przypisać do jednej z kilku uporządkowanych warstw. Diagnozę zaczyna się od najprostszego pytania, czy strona nie działa tylko u mnie, czy u wszystkich, a potem schodzi się kolejno przez urządzenie i sieć, domenę, DNS, certyfikat SSL, serwer oraz aplikację. Kody błędów HTTP zawężają przy tym obszar poszukiwań: 4xx kieruje uwagę na adres i uprawnienia, 5xx na serwer i kod.

Dla zwykłego użytkownika najważniejsze jest szybkie ustalenie, czy problem leży po jego stronie, oraz wykonanie kilku prostych kroków naprawczych. Dla właściciela witryny liczy się metodyczna diagnoza i wiedza, do którego dostawcy się zgłosić. W obu przypadkach zasada jest ta sama: zamiast zgadywania lepiej przechodzić przez warstwy awarii po kolei. Dzięki temu pytanie dlaczego strona internetowa nie działa przestaje być źródłem paniki, a staje się prostą listą punktów do sprawdzenia.