Błąd 502 i 504 — kiedy to wina hostingu, a kiedy strony

502 Bad Gateway i 504 Gateway Timeout to bliźniaki. Oba oznaczają, że pośrednik — serwer WWW, proxy albo Cloudflare — próbował dostać odpowiedź od właściwego serwera Twojej strony i jej nie dostał. Różnica: przy 502 dostał odpowiedź bezsensowną lub zerwaną, przy 504 nie doczekał się żadnej.

W odróżnieniu od błędu 500, który zwykle oznacza błąd w kodzie strony, 502 i 504 częściej wskazują na infrastrukturę. Ale nie zawsze — i właśnie to trzeba ustalić najpierw, żeby nie czekać na hosting, gdy winna jest wtyczka.

Test na początek: kto jeszcze leży

Sprawdź panel administracyjny hostingu i pocztę na tej samej domenie. Jeśli panel hostingu też nie odpowiada albo strzela błędami — problem jest po ich stronie i Twoja rola sprowadza się do zgłoszenia.

Sprawdź status hostingu — większość firm ma stronę statusu albo wpisuje awarie na swoim profilu. Wpisz też nazwę hostingu w wyszukiwarkę z dopiskiem „awaria” — przy większych wysypach fora i social media wiedzą pierwsze.

Odczekaj dwie minuty i odśwież. Pojedynczy 502 przy restarcie usług na serwerze to normalka. Problemem jest 502 powtarzalny.

Jeśli hosting działa, a Twoja strona nie

Wtedy to zwykle proces PHP Twojej strony umiera albo nie wyrabia w czasie. Najczęstsze powody:

• wyczerpana pamięć — proces PHP zostaje zabity w trakcie generowania strony; jak zdiagnozować i podnieść limit,
• zapytanie, które trwa wieki — import, generowanie raportu, skanowanie przez wtyczkę bezpieczeństwa, zapchana tabela w bazie. Serwer WWW czeka domyślnie 30–60 sekund i się poddaje,
• awaria po świeżej zmianie — jeśli 502 zaczął się zaraz po aktualizacji wtyczki, cofnij ją zamiast szukać dalej,
• wyczerpany limit procesów PHP — hosting współdzielony pozwala na kilka równoczesnych procesów; gdy wszystkie wiszą na wolnych zapytaniach, kolejne żądania dostają 502. Ten limit znajdziesz w panelu hostingu, często pod nazwą „liczba procesów” albo „entry processes”.

Szybki test, czy winny jest WordPress: wgraj przez FTP plik test.html z dowolnym tekstem i otwórz twojadomena.pl/test.html. Działa? Serwer żyje, umiera samo PHP — szukaj w stronie. Nie działa? Problem leży niżej i wraca do hostingu.

Gdy w grze jest Cloudflare

Jeśli strona przechodzi przez Cloudflare, 502/504 z charakterystyczną pomarańczową stroną błędu Cloudflare oznacza, że Cloudflare działa, ale Twój serwer mu nie odpowiedział — czyli problem i tak jest na hostingu albo w stronie. Rzadszy wariant: błąd po stronie samego Cloudflare (wtedy zwykle leży pół internetu i łatwo to zweryfikować na ich stronie statusu).

Pułapka diagnostyczna: przy Cloudflare część odwiedzających może widzieć stronę z cache i twierdzić, że wszystko działa, podczas gdy serwer leży. Nie uspokajaj się pojedynczym „u mnie działa”.

Kiedy 502 wraca regularnie — rozmowa o hostingu

Sporadyczny 502 zdarza się każdemu. Ale jeśli wraca co kilka dni, w godzinach szczytu albo przy każdej większej akcji na stronie, to sygnał, że strona przerosła swój hosting: za mało pamięci, za mało procesów, przeciążone sąsiedztwo na serwerze współdzielonym. Doraźnie pomaga odchudzenie strony i cache; docelowo — plan wyżej albo przeprowadzka.

Zanim zapłacisz za droższy pakiet, policz, czego faktycznie brakuje: logi hostingu pokazują, czy zabijane są procesy (pamięć), czy żądania czekają w kolejce (procesy). Zgadywanie kończy się przepłacaniem.

Ile to zajmuje

Ustalenie, po której stronie leży problem — 10–20 minut z testem statycznego pliku. Naprawa po stronie strony (limit pamięci, winna wtyczka, zapytanie) — od pół godziny do dwóch godzin. Warto zlecić, gdy błąd pojawia się losowo i trzeba analizować logi serwera, albo gdy hosting i wykonawca strony przerzucają się odpowiedzialnością — wtedy przydaje się ktoś, kto rozumie obie strony.

---

502 wraca, a hosting twierdzi, że u nich wszystko gra? Ustalimy, kto ma rację, i naprawimy — bezpłatna diagnoza, reakcja w ciągu dwóch godzin, od 120 zł netto za godzinę, płatność po wykonaniu.