Gdy strona firmowa przestaje się otwierać, każdy kolejny kwadrans może oznaczać utracone zapytania, sprzedaż i zaufanie klientów. Komunikaty 502, 503, 522, „gateway timeout” albo zwykłe niekończące się ładowanie nie zawsze oznaczają ten sam problem. Źródłem może być hosting, przeciążony serwer, DNS, certyfikat SSL, firewall, CDN albo błędna zmiana wdrożona tuż przed awarią.
Najważniejsze: nie zmieniaj jednocześnie hostingu, DNS, wtyczek i ustawień CDN. Najpierw ustal, czy problem występuje dla wszystkich użytkowników oraz na którym odcinku połączenia znika odpowiedź serwera.
Co oznaczają błędy 502, 503, 522 i przekroczony limit czasu?
Błąd 502 Bad Gateway
Serwer pośredniczący otrzymał nieprawidłową odpowiedź z serwera, na którym działa strona. Często pojawia się po zmianie PHP, przeciążeniu aplikacji, problemie z konfiguracją serwera albo błędzie komunikacji między CDN a hostingiem.
Błąd 503 Service Unavailable
Serwer chwilowo nie może obsłużyć żądania. Przyczyną bywa limit zasobów hostingu, prace techniczne, zbyt duży ruch, zadania w tle albo aplikacja, która wykorzystuje całą dostępną pamięć i procesor.
Błąd 522 lub connection timed out
Warstwa CDN lub proxy dociera do strony, ale nie otrzymuje na czas odpowiedzi z serwera źródłowego. W praktyce trzeba sprawdzić dostępność hostingu, adres IP w DNS, reguły firewalla i logi serwera — a nie tylko odświeżać cache w przeglądarce.
Strona ładuje się bez końca
To może być problem z odpowiedzią API, bazą danych, zewnętrzną integracją, zasobami serwera albo skryptem blokującym renderowanie. Jeśli część użytkowników widzi stronę, a część nie, warto porównać sieć, urządzenie, lokalizację i komunikat w konsoli lub logach.
Co zrobić w pierwszych 15 minutach?
- Sprawdź skalę awarii. Otwórz stronę w trybie incognito, na telefonie przez sieć komórkową i z innej lokalizacji. Zapisz dokładny komunikat oraz godzinę wystąpienia problemu.
- Nie usuwaj danych na ślepo. Nie przywracaj kopii, nie zmieniaj rekordów DNS i nie aktualizuj wszystkiego naraz, dopóki nie wiesz, gdzie leży przyczyna.
- Sprawdź ostatnie zmiany. Zanotuj wdrożenie, zmianę hostingu, certyfikatu, DNS, PHP, motywu, integracji lub kampanii, która mogła wywołać wzrost ruchu.
- Zweryfikuj usługi zewnętrzne. Jeśli korzystasz z CDN, proxy lub firewalla, sprawdź, czy serwer źródłowy nadal odpowiada i czy jego IP jest zgodne z DNS.
- Zabezpiecz ślady problemu. Zrób zrzut komunikatu, zapisz adres URL oraz przygotuj dostęp do panelu hostingu. To skraca diagnozę i ogranicza ryzyko przypadkowych zmian.
Czego nie robić podczas awarii strony?
- Nie zmieniaj równocześnie DNS, hostingu i konfiguracji CDN.
- Nie wyłączaj losowo wszystkich dodatków, jeśli strona obsługuje sprzedaż, formularze lub panel klienta.
- Nie przywracaj starego backupu bez sprawdzenia, czy nie utracisz zamówień, formularzy lub nowych danych.
- Nie zakładaj, że problem jest „po stronie internetu”, jeżeli błąd powtarza się na kilku urządzeniach.
Kiedy potrzebna jest szybka diagnoza techniczna?
Zleć diagnozę, jeśli awaria dotyczy strony firmowej, sklepu, płatności, formularza kontaktowego, rezerwacji albo panelu klienta; jeśli błąd pojawia się po migracji lub zmianie DNS; albo gdy masz dostęp do hostingu, ale nie wiesz, które logi są istotne. Najpierw trzeba wskazać przyczynę, potem wdrożyć najmniejszą bezpieczną zmianę i potwierdzić działanie kluczowych ścieżek.
Jak wygląda uporządkowana naprawa?
Diagnoza zaczyna się od sprawdzenia odpowiedzi serwera, DNS, SSL, zasobów hostingu i ostatnich zmian. Następnie weryfikowane są logi oraz zależności między stroną, CDN, bazą danych i usługami zewnętrznymi. Po przywróceniu dostępności warto przetestować formularze, koszyk, logowanie, e-maile oraz monitorowanie, aby awaria nie wróciła przy następnym wzroście ruchu lub aktualizacji.
