Błąd 500 albo 502 na stronie www wygląda jak koniec świata, bo klient zamiast oferty widzi szary ekran. Zanim ktoś kliknie „aktualizuj wszystkie” o północy, wystarczy zapisać k godzinę i URL - ja sprawdzam z zewnątrz, czy to aplikacja, serwer, czy sezonowy limit hostingu. Przy stronie po innej firmie pomagam w konkretnej interwencji; opiece działa najlepiej, gdy wdrożyłem silnik i trzymam hosting. Napisz na kontakt.
Piszę do właściciela firmy, nie do admina z SSH. Karol Dąbrowa, ŁEBmajster. Z Warszawy. Sprawdzam z zewnątrz, mówię, czy to aplikacja, czy serwer, i czy w ogóle warto gasić ten WordPress. Przy cudzym WordPressie pomagam w wycenionym zadaniu, a pełną opiekę buduję po wdrożeniu. Jeśli co miesiąc ktoś „naprawia wtyczki o północy”, uczciwsza jest rozmowa o przeniesieniu wyglądu i treści na nowy silnik.
Zakres opieki, gdy strona w ogóle da się utrzymać, jest na stronie opieki nad stroną Gdy silnik trudno utrzymać, wracamy do strony internetowej Poniżej kolejność, zanim ktokolwiek kliknie „aktualizuj wszystkie”.
500 to aplikacja, 502 to często serwer
Kod w pasku albo na białej kartce nie jest ozdobą. 500 Internal Server Error znaczy: serwer przyjął żądanie, ale skrypt padł. Na WordPressie to zwykle wtyczka, motyw, brak pamięci PHP, urwany plik po „aktualizacji jednym kliknięciem”. Strona czasem wstaje po odświeżeniu, czasem nie wstaje wcale. Panel administracyjny bywa w tym samym stanie co front.
502 Bad Gateway znaczy inną warstwę: brama (często Nginx albo CDN) nie dostała sensownej odpowiedzi od zaplecza. Zaplecze mogło się zatkać ruchem, PHP mogło paść, hosting mógł mieć awarię całego węzła. Ty tego nie odróżnisz po kolorze ekranu. Odróżnisz po tym, czy padła tylko Twoja domena, czy pół osiedla stron na tym samym tanim pakiecie.
Co możesz zrobić bez logów i bez cPanelu:
Zamiast szukać w Google „jak czytać error.log nginx” i wklejać cudze komendy, zapisz k godzinę i URL. Uprawnień plików na 777 nie ruszasz. Wszystkich wtyczek na produkcji o 22:00 też nie wyłączasz - jutro rano może nie wstać formularz ani koszyk.
Ja z zewnątrz widzę kod odpowiedzi, czas, czy padł tylko HTML, czy też obrazy i poczta. Jeśli potrzebuję logów, proszę hostinga albo Ciebie o zrzut z panelu, nie o kurs admina. Jeśli nie masz panelu, to jest osobny problem własności, nie diagnostyki 500.
503 bywa obok: serwer celowo odmawia, bo jest przeciążony albo w konserwacji. Nie mieszaj go z 500. 500 to „skrypt się wywalił”. 502 to „nie dogadały się warstwy”. 503 to „nie obsługujemy teraz”. Inna rozmowa z hostingiem, inna z twórcą motywu.
Jeśli 500 wraca po każdej aktualizacji tej samej wtyczki, to nie jest pech. To jest silnik, który nie unosi własnego stosu. Gaszenie tego w kółko jest droższe niż nowa stronę firmową. Mówię to wprost, zamiast sprzedawać trzeci weekend „ratunku WP”.
W Search Console taki kod widać jako błąd pobrania. Google nie indeksuje ładnie strony, która oddaje 500. Im dłużej trwa, tym więcej URL-i wypada z indeksu. Dlatego „zostawimy na poniedziałek” przy stronie, która zbiera zapytania, jest decyzją biznesową, nie techniczną.
Nie aktualizuj wszystkiego w nocy
Klasyczna sekwencja: o 23:15 WordPress krzyczy, że 18 aktualizacji czeka. Klikasz wszystkie, bo „bezpieczeństwo”. O 23:22 jest 500. O 23:40 szukasz kogoś na grupie. O 1:00 freelancer wyłącza wtyczki bez kopii. Rano nie ma strony, nie ma kopii z wczoraj, a klient i tak dzwoni.
Aktualizacja nie jest zła. Zła jest aktualizacja wszystkich warstw naraz, na produkcji, bez kopii, w godzinach, w których nikt nie ogarnie skutków. Motyw, PHP, wtyczka cache, wtyczka formularza i „pakiet bezpieczeństwa” nie powinny iść jednym strzałem. Jedna zmiana, jeden pomiar, sen.
Jeśli nie masz kopii, której umiesz przywrócić, nie klikasz. Kopia w „chmurze hostingu”, której nikt nie testował, to religia, nie backup. Pytanie nie brzmi „czy hosting robi copię”. Brzmi: czy wiesz, jak wrócić do stanu z 17:00. Jeśli nie wiesz, nie aktualizujesz.
W nocy dodatkowo kłamie cache. Wyłączysz wtyczkę, a CDN serwuje starą 500-tkę albo odwrotnie: naprawisz, a klient nadal widzi błąd. Bez kogoś, kto wie, którą warstwę czyścić, klikasz w kółko i produkujesz nowy bałagan.
Nie namawiam Cię, żebyś został administratorem. Namawiam, żebyś przestał nim bywać o północy. Napisz rano: URL, k czy ktoś klikał aktualizacje, czy padła też poczta. To wystarczy, żebym wiedział, czy dzwonić na hosting, czy oglądać warstwę WP, czy od razu mówić o przeniesieniu wyglądu i treści na nowy silnik.
Jeśli aktualizacje od dwóch lat leżą, bo „jak kliknę, padnie”, to też jest diagnoza. Strona jest zakładnikiem. Nie leczysz tego odwagą o 23:00. Leczy się kopią, jedną wtyczką na kopii, albo decyzją, że ten silnik kończymy.
Opieka opieki na rynku często oznacza właśnie to: ktoś klika aktualizacje hurtowo i znika. Pełną opiekę prowadzę na silniku, który kontroluję. Albo pełna opieka na stronie, którą kontroluję,, albo jednorazowa interwencja z wyceną. Hurtowe kliknięcie w nocy nie jest produktem.
Wyjątek: krytyczna dziura w wtyczce, o której pisze cały internet. Nawet wtedy nie ruszasz sam o północy, jeśli nie masz kopii. Piszesz do kogoś, kto umie przywrócić. Godzina webmastera stawką godzinową jest tańsza niż dzień bez strony i bez backupu.
Kiedy hosting pada w sezonie
502 w piątek przed weekendem majowym albo w dniu, w którym puściłeś reklamy, często nie jest wtyczką. Jest limitem pakietu: za mało procesów PHP, sąsiad na serwerze, dysk zapchany kopiami staging, które ktoś robił „na wszelki wypadek”. Tani hosting unosi stronę-wizytówkę. Nie unosi sklepu i kampanii naraz.
Objawy, które zbierasz bez panelu: strona miga 502 i wraca, poczta chodzi albo nie, inne strony na tym samym IP też kuleją (to widać po narzędziach „co jest na tym serwerze”, ale nie musisz ich obsługiwać - ja to sprawdzę). Jeśli padła tylko jedna podstrona z ciężkim kreatorem, to raczej aplikacja. Jeśli pada wszystko, łącznie z pustym URL-em, to raczej węzeł.
Sezon to też moment, w którym nie przeprowadzasz się na inny hosting w ciemno. Przeprowadzka psuje pocztę i SSL częściej niż ratuje 502. Najpierw: czy to awaria dostawcy, czy limit Twojego konta, czy skrypt. Potem decyzja. Kolejność jest w wpisie o przeniesieniu strony na szybszy hosting: poczta, DNS, kłódka, dopiero pliki.
Reklama na martwej stronie spala budżet. Jeśli 502 trwa, wstrzymaj kampanię. To nie jest „optymizm”. To jest niepłacenie za kliknięcia w błąd. W mailu do mnie dopisz, czy leci Google Ads. Inaczej ratuję HTML, a Ty palisz złotówki.
Hosting bywa niewinny przy 500 po aktualizacji motywu. Wtedy nowy serwer nic nie da. Builder nadal wywali pamięć. Dlatego nie zaczynam od „kupcie LiteSpeed”. Zaczynam od kodu błędu i chwili, w której się pojawił.
W pełnej opiece hosting w ustalonym zakresie jest po mojej stronie. Widzę, czy węzeł kłamie, zanim Ty dostaniesz telefon od klienta. Nie oglądasz status page. Dostajesz krótki mail: trwa, robię, wróci. To jest różnica między abonamentem a grupą na Facebooku o 23:40.
Jeśli sezonowo 502 wraca co rok, a pakiet kosztuje 20 zł, nie szukaj wtyczki „anti overload”. Albo podnosisz zasoby świadomie, albo przenosisz stronę na silnik, który nie żre PHP przy każdym odświeżeniu. Trzecia droga, czyli kolejny rok zgadywania, jest najdroższa.
Nie obiecuję, że po zmianie hostingu będzie szybka strona na telefonie. Prędkość frontu i kod 502 to dwa pomiary. pomiaru PageSpeed Insights stawiam przy nowej stronie i przy przeniesieniu wyglądu i treści. Przy cudzym WP mogę zdjąć 502 i tyle. Obietnica pomiaru PageSpeed Insights na Elementorze po awarii serwera byłaby kłamstwem.
Kiedy nowy silnik zamiast gaszenia WordPressa
Gaszenie ma sens raz: wtyczka się wyłożyła, wracamy, strona żyje, robimy kopię, kończymy. Gaszenie nie ma sensu, gdy 500 jest rytuałem po każdej aktualizacji, gdy nikt nie jest abonentem hostingu, gdy hasła są u byłej agencji, gdy „opieka opieki” klika w nocy i znika.
przeniesienie wyglądu i treści na nowy silnik zostawia układ, który klienci znają. Znika stos wtyczek, który produkuje 500. Zmiany wchodzą mailem. Szczegóły są w przebudowie strony i w pytaniu kiedy nowa strona zamiast łatania Ceny netto: strona, firmowa, sklep. Potem opiece, nie opieki na cudzym panelu.
Po przeniesieniu wyglądu i treści na nowy silnik błąd 500 nie znika z internetu jako zjawisko. Znika jako Twój comiesięczny serial. Nowy silnik, który kontroluję, nie dostaje dwunastu aktualizacji wtyczek w piątek. Dostaje treść z Twojego maila i kopię, którą umiem przywrócić.
Gaszenie ma sens, gdy wolno zrobić kopię i jest dostęp, który da się legalnie użyć. Gdy jedynym kontem jest „admin” u kogoś, kto nie odbiera, najpierw własność domeny i hostingu, potem diagnostyka - kolejność jak przy agencji, która zniknęła.
Darmowy audyt przy 500/502 wygląda tak: przysyłasz URL, k godzinę, czy padła poczta, czy ktoś aktualizował. Odpowiadam, czy to wygląda na serwer, na wtyczkę, czy na sezon. I czy gaszenie ma cenę zadania, czy od razu wyceniamy przeniesienie wyglądu i treści na nowy silnik. Bez Meet. Bez Twojego logowania „żebyśmy razem spojrzeli w logi”.
Jeśli po audycie wyjdzie „hosting padł, strona jest niewinna”, tak napiszę. Nie potrzebuję przebudowy, żeby wystawić fakturę. Jeśli wyjdzie „ten WP padnie znowu za miesiąc”, nie sprzedam Ci trzech gaszeń w pakiecie. Lepiej raz powiedzieć „koniec silnika”, niż udawać opiekę.
Webmaster godzinowy stawką godzinową zdejmie 500, jeśli zna tę stronę. Jeśli nie zna, godzina schodzi na szukanie hasła. Przy trzecim gaszeniu w kwartale jesteś w cenie opieki, tylko bez ciągłości i bez kopii. Licz to na fakturach, nie na obietnicy „szybka interwencja”.
Po powrocie strony nie wracaj od razu do „aktualizuj wszystkie”. Ustal, kto w ogóle ma prawo klikać. Jeśli nikt w firmie tego nie chce, to nie jest wstyd. To jest brief na pełną opiekę albo na przeniesienie wyglądu i treści na nowy silnik. Panel, którego boisz się tknąć, nie jest atutem. Jest ryzykiem.
Google po dłuższej 500-tce potrzebuje czasu, żeby z powrotem wziąć URL-e. Nie panikuj pakietem SEO w dniu, w którym strona wróciła. Najpierw stabilny kod 200, Search Console, potem treści. Pozycjonowanie na padającym WP jest abonamentem za nic. biorę SEO z opieką, gdy jest co indeksować.
FAQ
Czy mam sam wyłączać wtyczki, gdy widzę 500
Nie na produkcji, w nocy, bez kopii, której umiesz przywrócić. Hurtowe wyłączanie zgasi formularz, cache i logowanie, a rano nie wiadomo, co było winne. Zapisz k godzinę i URL, napisz na kontakt. Sprawdzę z zewnątrz, czy to w ogóle wtyczka, czy węzeł hostingu. Jeśli trzeba ruszyć wtyczki, robię to ja, po kopii, nie Ty w ciemno.
Czym się różni błąd 500 od 502 na stronie www
500 to zwykle aplikacja: skrypt, wtyczka, motyw, pamięć PHP. 502 to często warstwa serwera albo bramy, która nie dostała odpowiedzi z zaplecza. Ty nie musisz czytać logów Nginx. Wystarczy k czas i to, czy pada cała domena, czy jedna podstrona. Na tej podstawie mówię, czy pisać do hostingu, czy nie ruszać aktualizacji, czy wyceniać przeniesienie wyglądu i treści na nowy silnik zamiast gaszenia.
Czy weźmiesz mój WordPress do opieki za opieki po awarii
Na rynku opieki zwykle oznacza aktualizacje na cudzym silniku. Ja nie biorę odpowiedzialności za PageSpeed, pocztę i 500-tki na silniku, którego nie kontroluję. Albo jednorazowa interwencja z wyceną, albo opiece na stronie po moim wdrożeniu albo przeniesieniu wyglądu i treści na nowy silnik. Po awarii najpierw stabilizacja, potem decyzja: zadanie albo nowy silnik pod pełną opiekę.