Kod błędu 504 – co oznacza i jak go naprawić?

Czy wiesz, że błąd 504 może zabić Twój ruch szybciej niż najgorsza kampania reklamowa? Brzmi dramatycznie? I słusznie. Bo gdy Twoja strona przestaje odpowiadać, użytkownicy nie czekają – zamykają kartę, przechodzą do konkurencji. A Ty? Nawet nie zawsze wiesz, że coś się właśnie sypie.

504 Gateway Timeout to jeden z tych błędów, które pojawiają się nagle i bez zapowiedzi. Nie informuje Cię o nim Google Analytics. Nie ostrzeże Cię klient. Po prostu… coś przestaje działać. I zaczyna się wyścig z czasem.

Dlaczego tak się dzieje? Bo to nie problem z Twoją stroną jako taką – to konflikt między serwerami. A rozwiązań jest tyle, ilu administratorów: od DNS po błędne API, od przeciążonej infrastruktury po zbyt agresywny firewall.

Prześwietlimy kod błędu 504 od podszewki. Pokażemy Ci, co się dzieje w tle, jak działa architektura, gdzie szukać przyczyn i jak krok po kroku wyeliminować problem – zanim zrobi to za Ciebie Twój klient, wybierając konkurencję. Jeśli prowadzisz stronę, która ma znaczenie – ta wiedza to nie opcja. To konieczność.

Wypełnij brief i odbierz ofertę

Podsumowanie

Błąd 504 to coś więcej niż tylko chwilowa niedogodność. To wyraźny sygnał, że między serwerami coś poszło nie tak. Niezależnie od tego, czy prowadzisz sklep internetowy, portal informacyjny czy stronę firmową – każda sekunda niedostępności kosztuje. A koszt nie zawsze liczy się w pieniądzach. Czasem chodzi o utratę zaufania, frustrację użytkownika, spadek pozycji w Google.

Zrozumienie, co kryje się za komunikatem 504 Gateway Timeout, to pierwszy krok do odzyskania kontroli. Kiedy znasz możliwe przyczyny – od przeciążonego serwera, przez błędną konfigurację DNS, aż po problemy z aplikacją – łatwiej podjąć właściwe działania. I szybciej wrócić do normalnego funkcjonowania.

Dobrze przygotowany administrator potrafi wykryć problem, zanim zauważy go klient. Ale nawet jeśli nie masz zespołu IT na wyciągnięcie ręki, nie oznacza to, że jesteś bezbronny. Właściwe narzędzia, monitoring, optymalizacja zapytań i wsparcie CDN – to wszystko może zminimalizować ryzyko, że błąd 504 zaskoczy Cię ponownie.

Jeśli traktujesz swoją stronę poważnie, reakcja na błędy serwera nie może być przypadkowa. Bo 504 to nie tylko techniczna etykieta – to moment prawdy, w którym użytkownik decyduje, czy zostaje, czy odchodzi.

Co to jest kod błędu 504?

Wyobraź sobie, że odwiedzasz stronę internetową, która ładuje się... i ładuje... aż w końcu zamiast treści pojawia się komunikat z kodem błędu 504. To nie jest problem z Twoim komputerem ani przeglądarką. To sygnał, że gdzieś „po drodze” – między serwerami – coś się zacięło. A dokładnie: serwer, do którego trafia zapytanie, nie otrzymał na czas odpowiedzi od innego serwera, na którym opiera się działanie strony.

Ten komunikat najczęściej oznacza, że pośredniczący serwer (czyli tzw. bramka) nie zdołał na czas nawiązać połączenia z docelowym serwerem. Może to być związane z przeciążeniem, chwilową niedostępnością, błędną konfiguracją lub po prostu zbyt długim oczekiwaniem na odpowiedź. W praktyce, oznacza to jedno: strona nie działa, użytkownik traci cierpliwość, a właściciel – ruch i potencjalne konwersje.

Co ważne, kod błędu 504 nie mówi wprost, co poszło nie tak. To jak wskazówka, że „coś się nie udało na zapleczu”, ale bez konkretów. Dlatego tak ważne jest, by rozumieć jego mechanizm i wiedzieć, gdzie zacząć szukać rozwiązania.

Każda strona internetowa, którą odwiedzasz, to efekt komunikacji między kilkoma warstwami systemów. Gdy użytkownik wpisuje adres, jego przeglądarka wysyła żądanie do serwera. Czasem jednak to nie jeden serwer odpowiada, a kilka pośredniczących systemów – w tym tzw. gateway, czyli bramka, lub proxy, czyli pośrednik.

Te elementy są jak tłumacze lub kurierzy – przekazują dane dalej, pośredniczą w komunikacji, często odpowiadają też za bezpieczeństwo, cache'owanie lub filtrowanie ruchu. I właśnie w tej komunikacji może dojść do zatoru. Jeśli proxy nie dostanie odpowiedzi od serwera w ustalonym czasie, system odrzuca żądanie i pojawia się kod błędu 504.

Czytaj: gmail odzyskiwanie hasła przez sms

Dla użytkownika to frustrujące. Strona nie działa, nie wiadomo dlaczego, a odświeżanie nic nie daje. Co gorsza – jeśli strona łapie ten błąd często, traci na wiarygodności, a użytkownicy mogą przestać do niej wracać. Dlatego błąd 504 jak naprawić to jedno z najczęściej wyszukiwanych pytań wśród właścicieli stron. Zrozumienie tego, jak działa ruch między serwerami, to pierwszy krok do rozwiązania problemu – i do ochrony swojej marki online.

Najczęstsze przyczyny błędu 504

Problemy z serwerem pośredniczącym (gateway)

W wielu przypadkach, gdy pojawia się komunikat 504 gateway time out co to znaczy, źródłem problemu okazuje się serwer pośredniczący – czyli tzw. gateway. To on odpowiada za przekazywanie zapytań między przeglądarką użytkownika a serwerem docelowym, na którym działa strona. Jeśli gateway nie otrzyma odpowiedzi w określonym czasie, automatycznie przerywa połączenie i zgłasza błąd.

Może się tak stać z różnych powodów: błędy w konfiguracji, zbyt długi czas odpowiedzi serwera docelowego, przeciążenie gatewaya lub nawet chwilowy problem z jego dostępnością. W środowiskach z load balancerami, reverse proxy (np. Cloudflare, Nginx) lub firewallami aplikacyjnymi – to częsty scenariusz.

Przeciążenie serwera docelowego

Jeśli Twoja strona działa na serwerze współdzielonym lub VPS bez odpowiednich zasobów, może dojść do sytuacji, w której serwer po prostu nie daje rady przetworzyć wszystkich zapytań. To właśnie wtedy najczęściej pojawia się kod błędu 504. Oznacza to, że gateway próbował połączyć się z serwerem, ale ten był zbyt obciążony lub zablokowany.

Taka sytuacja może wynikać z dużego ruchu (np. po kampanii mailingowej), ataku typu DDoS, błędnej pętli w kodzie lub problemów z bazą danych. Serwer przestaje odpowiadać, co skutkuje błędem. Z punktu widzenia użytkownika – strona jest po prostu „martwa”, a Ty tracisz potencjalnych klientów.

Zła konfiguracja DNS

DNS to system, który tłumaczy nazwę domeny (np. twojastrona.pl) na adres IP serwera, na którym znajduje się strona. Jeśli konfiguracja DNS jest nieprawidłowa lub aktualizacja danych się opóźnia, gateway może nie być w stanie znaleźć właściwego serwera – a to kończy się timeoutem.

Często problem pojawia się po migracji strony, zmianie hostingu lub wprowadzeniu CDN-a. Jeśli strefa DNS nie została odpowiednio zaktualizowana lub propagacja zmian jeszcze się nie zakończyła, pojawi się błąd. W takich przypadkach użytkownicy często szukają odpowiedzi na pytanie: kod 504 gateway time out jak naprawić. I słusznie – bo aktualizacja lub poprawa wpisów DNS może rozwiązać problem błyskawicznie.

Błędy sieciowe i zapory sieciowe (firewalle)

Między serwerami może stać wiele warstw ochrony – od zapór sieciowych po filtry bezpieczeństwa w chmurze. Czasem to właśnie one blokują lub opóźniają komunikację, co prowadzi do błędu 504. Jeśli firewall uzna ruch za podejrzany, może go wstrzymać, nawet jeśli pochodzi z legalnego źródła.

To bardzo częste w środowiskach korzystających z Cloudflare, ModSecurity czy WAF (Web Application Firewall). Niekiedy to ustawienie limitów zapytań lub ochrony DDoS powoduje, że połączenie nie zostaje zakończone w czasie. Powinno się dokładnie przeanalizować logi firewalla i upewnić się, że nie blokuje on krytycznych połączeń do serwera aplikacji.

Błędy w aplikacji lub CMS (np. WordPress)

Dobrze jest spojrzeć na samą stronę. Jeśli Twoja witryna oparta jest na systemie zarządzania treścią (CMS), takim jak WordPress, Joomla czy PrestaShop, każda aktualizacja wtyczki, motywu lub samego systemu może wprowadzić konflikt, który opóźnia odpowiedź serwera.

Błędne zapytania do bazy danych, zbyt ciężkie skrypty, nieprawidłowa konfiguracja cache’u – wszystko to może sprawić, że strona przestanie działać w oczekiwanym czasie. Dla gatewaya będzie to wyglądać jak brak odpowiedzi, co skutkuje błędem 504. Po każdej większej aktualizacji warto testować stronę, sprawdzać logi błędów i korzystać z narzędzi do monitorowania wydajności. Czasem wystarczy jedna wadliwa wtyczka,

Czytaj: twoja historia google

Jak rozpoznać, że to błąd 504?

Wszystko wydaje się działać jak zawsze – wpisujesz adres strony, klikasz Enter, czekasz… i nagle widzisz pustą stronę z komunikatem, który niewiele mówi przeciętnemu użytkownikowi. Może to być tekst w stylu: "504 Gateway Timeout", "Serwer nie odpowiedział w oczekiwanym czasie" albo "Upstream server failed to respond". Dla osoby nietechnicznej wygląda to po prostu jak awaria. Ale dla właściciela strony to sygnał, że trzeba działać – i to szybko.

W zależności od konfiguracji serwera, komunikat może być wyświetlany przez system operacyjny hostingu (np. Apache, Nginx) lub przez pośredniczący serwis, taki jak Cloudflare. W niektórych przypadkach użytkownik nie zobaczy nic poza białym ekranem z małym napisem „504”. Czasem pojawi się logo hostingu lub CDN-a z informacją o przekroczeniu czasu odpowiedzi.

Zrozumienie różnic między błędami 502, 503 i 504 pozwala szybciej zdiagnozować problemy techniczne i wdrożyć odpowiednie rozwiązania, co jest kluczowe dla utrzymania dostępności strony internetowej.

Kod błędu	Opis	Najczęstsze przyczyny	Sposoby rozwiązania
502 Bad Gateway	Serwer pośredniczący (np. proxy lub CDN) otrzymał nieprawidłową odpowiedź od serwera docelowego.	Błąd konfiguracji serwera, przeciążenie serwera docelowego, niedostępność usług backendowych.	Sprawdzenie logów serwera, konfiguracji reverse proxy, wydajności serwera docelowego.
503 Service Unavailable	Serwer tymczasowo nie jest dostępny (zwykle z powodu przeciążenia lub konserwacji).	Za duży ruch, prace serwisowe, ograniczenia zasobów serwera (CPU, RAM).	Skalowanie zasobów, użycie load balancera, wdrożenie systemu kolejkowania żądań.
504 Gateway Timeout	Serwer pośredniczący nie otrzymał odpowiedzi od serwera docelowego w określonym czasie.	Wolna odpowiedź z backendu, problemy z siecią, zbyt krótki timeout w ustawieniach proxy.	Optymalizacja wydajności zaplecza, zwiększenie czasu timeout, monitorowanie połączeń sieciowych.

Jeśli chcesz zrozumieć, dlaczego Twoja strona pokazuje błąd 504, nie musisz od razu kontaktować się z działem IT. Wystarczy kilka prostych narzędzi, by zacząć diagnozę na własną rękę. Pierwszym z nich jest konsola przeglądarki – dostępna pod skrótem F12 w Chrome, Firefox czy Edge. W zakładce „Network” możesz sprawdzić, które zasoby się ładują, a które powodują timeout. Jeśli zobaczysz przy jednym z nich status 504, masz pierwszy trop.

Drugim narzędziem są logi serwera – czyli zapisy wszystkich zdarzeń, które mają miejsce na Twoim hostingu. Znajdziesz tam dokładną godzinę błędu, ścieżkę, która go wywołała i dodatkowe informacje, które mogą wskazywać, czy przyczyną była aplikacja, baza danych czy może zewnętrzne API.

Trzecia opcja to cURL – proste narzędzie wiersza poleceń, które pozwala ręcznie wysłać zapytanie do serwera i zobaczyć, jak odpowiada. Wpisując komendę curl -I https://twojadomena.pl możesz sprawdzić nagłówki odpowiedzi, w tym ewentualny kod błędu. To szczególnie przydatne, gdy chcesz zweryfikować, czy problem występuje tylko na froncie strony, czy głębiej – w backendzie.

Czytaj: jak stworzyć nowego maila

Co robić, gdy pojawi się błąd 504?

Dla użytkownika końcowego

Jeśli jesteś osobą odwiedzającą stronę i nagle trafiasz na komunikat 504 Gateway Timeout, nie ma powodu do paniki. Czasem to tylko chwilowe przeciążenie albo drobny problem techniczny po stronie serwera. Na początek – po prostu odśwież stronę. Użyj skrótu Ctrl + R lub kliknij ikonę odświeżania w przeglądarce. W wielu przypadkach to wystarczy, by strona załadowała się poprawnie.

Jeśli błąd się powtarza, sprawdź swoje połączenie internetowe. Może być tak, że problem nie leży po stronie serwera, tylko Twojej sieci – na przykład zrywa się Wi-Fi albo występują chwilowe zakłócenia.

Kiedy nadal widzisz komunikat o błędzie, najlepiej odczekać chwilę i spróbować ponownie. Jeśli to sklep internetowy lub ważna usługa, możesz poszukać informacji na ich profilach społecznościowych – często firmy informują tam o awariach i pracach serwisowych. Cierpliwość w takich sytuacjach naprawdę popłaca.

Dla administratora strony

Jeśli zarządzasz stroną i ktoś zgłasza Ci błąd 504, nie ma miejsca na domysły – trzeba działać. Pierwszym krokiem jest szybki restart usług serwera. Często wystarczy ponownie uruchomić usługę HTTP (np. Apache lub Nginx) albo backendową aplikację (np. PHP, Node.js), by przywrócić komunikację między serwerami. Wypada też sprawdzić obciążenie serwera – może to być zwykłe przeciążenie, które wymaga chwilowego odciążenia systemu.

Zajrzyj do logów serwera – zarówno tych systemowych, jak i aplikacyjnych. Znajdziesz tam szczegółowe informacje na temat momentu, w którym wystąpił problem, oraz co mogło go spowodować. Błąd 504 nie zawsze mówi, gdzie jest źródło – ale logi już tak.

Kolejnym krokiem jest weryfikacja ustawień proxy i firewalla. Jeśli korzystasz z usług pośredniczących – takich jak Cloudflare, reverse proxy (Nginx, Varnish), load balancerów czy zapór sieciowych – upewnij się, że nie blokują one lub nie opóźniają połączeń do serwera aplikacji. Często to właśnie konfiguracja tych elementów jest przyczyną przekroczenia limitu czasu odpowiedzi.

Dobrą praktyką jest również zdefiniowanie monitoringu błędów – tak, byś wiedział o problemie, zanim zrobi to użytkownik. Narzędzia typu UptimeRobot, Pingdom czy New Relic potrafią wysłać powiadomienie w czasie rzeczywistym, co daje Ci przewagę i czas na reakcję, zanim klient zdąży się rozczarować.

Jak zapobiegać błędowi 504 Gateway Timeout w przyszłości?

Błąd 504 oznacza, że serwer pośredniczący (np. proxy lub CDN) nie otrzymał odpowiedzi od serwera docelowego w określonym czasie. Może to wynikać z problemów z wydajnością backendu, przeciążeń infrastruktury lub problemów sieciowych. Aby uniknąć tego typu błędów w przyszłości czy wdrożyć konkretne działania techniczne.

Działanie	Opis	Efekty
Optymalizacja backendu	Usprawnienie logiki aplikacji i zapytań do bazy danych, by skrócić czas odpowiedzi.	Szybsze działanie serwera, mniejsze ryzyko przekroczenia czasu oczekiwania.
Zwiększenie limitów timeout	Dostosowanie ustawień timeout w serwerach proxy i aplikacji backendowej.	Lepsza obsługa długotrwałych żądań bez przerywania połączenia.
Monitorowanie wydajności	Wdrożenie narzędzi typu APM do śledzenia działania aplikacji i infrastruktury.	Szybsza diagnoza problemów, proaktywna reakcja na przeciążenia.
Skalowanie poziome	Dodanie kolejnych instancji serwerów w celu rozproszenia ruchu.	Zwiększenie dostępności i odporności aplikacji na nagły wzrost obciążenia.
Wdrożenie cache	Użycie mechanizmów cache (np. Redis, Varnish) dla najczęstszych zapytań.	Zmniejszenie obciążenia backendu i przyspieszenie ładowania treści.

Jak naprawić błąd 504 krok po kroku

Weryfikacja ustawień DNS

Jedną z częstych, ale często pomijanych przyczyn błędu 504 są problemy z DNS – czyli systemem odpowiedzialnym za „tłumaczenie” nazw domen na adresy IP serwerów. Gdy coś pójdzie nie tak w tym procesie, gateway nie wie, gdzie wysłać zapytanie – i kończy się to timeoutem. Dlatego pierwszym krokiem powinna być dokładna weryfikacja ustawień DNS.

Na co wypada zwrócić uwagę:

• Sprawdź, czy wszystkie rekordy DNS (A, AAAA, CNAME) są poprawnie skonfigurowane i wskazują na właściwy serwer.
• Upewnij się, że czas propagacji DNS już minął – po zmianach rekordów może to potrwać nawet do 48 godzin.
• W sytuacjach awaryjnych warto tymczasowo zmienić serwery DNS na publiczne, np. Google (8.8.8.8, 8.8.4.4), by wykluczyć lokalne opóźnienia.

Zwiększenie limitu czasu oczekiwania (timeout)

Kod błędu 504 bardzo często pojawia się, gdy serwer pośredniczący czeka zbyt długo na odpowiedź i w końcu przerywa próbę połączenia. Rozwiązaniem może być zwiększenie czasu oczekiwania – czyli tzw. timeoutu – zarówno po stronie serwera, jak i aplikacji.

Jeśli korzystasz z Apache lub Nginx, w konfiguracji znajdziesz opcje takie jak proxy_read_timeout, timeout czy keepalive_timeout. Ich zwiększenie (np. z 60 do 120 sekund) może rozwiązać problem przy wolniejszych backendach lub dużych zapytaniach. W aplikacjach webowych (np. PHP, Node.js) warto również sprawdzić, czy timeout nie jest ustawiony zbyt restrykcyjnie – zarówno w samym kodzie, jak i w plikach konfiguracyjnych środowiska.

Ten krok nie naprawi problemu u źródła, ale da więcej „oddechu” serwerowi, zanim komunikat 504 się pojawi. A to czasem wystarczy, by użytkownik zobaczył działającą stronę zamiast błędu.

Sprawdzenie połączeń z serwerami zewnętrznymi

Wiele nowoczesnych stron opiera się na zewnętrznych usługach – API, bramkach płatniczych, systemach analitycznych czy zasobach z chmury. Jeśli jeden z tych punktów przestanie odpowiadać lub działa z opóźnieniem, może zablokować cały proces odpowiedzi i spowodować błąd 504.

Dlatego wypada dokładnie przeanalizować każde zewnętrzne połączenie, z którego korzysta Twoja aplikacja. Jeśli używasz API np. do płatności lub weryfikacji użytkowników, upewnij się, że serwer zewnętrzny jest dostępny i nie przekracza czasów odpowiedzi. Można też zastosować mechanizmy timeoutów i fallbacków – czyli warunków awaryjnych, które pozwalają kontynuować działanie strony nawet wtedy, gdy zewnętrzny system nie działa.

Dzięki temu nawet w przypadku awarii po stronie partnera Twoja strona nie „padnie”, tylko zareaguje bardziej elastycznie – np. wyświetli komunikat o niedostępności danej funkcji.

Optymalizacja zapytań i kodu

To, jak Twoja strona reaguje na zapytania użytkowników, zależy bezpośrednio od jakości kodu i struktury zapytań do bazy danych. Nieefektywne zapytania, przeciążone pętle, źle działające integracje – wszystko to może prowadzić do opóźnień i timeoutów.

Co dobrze jest zrobić:

• Przeanalizuj skrypty frontendowe i backendowe – czy któryś z nich nie powoduje zatorów, np. poprzez niekończące się pętle lub zbyt długie operacje.
• Sprawdź zapytania do bazy danych – czy są zoptymalizowane, mają indeksy i nie zwracają zbędnych danych.
• Usuń niepotrzebne wtyczki i rozszerzenia – szczególnie w CMS-ach typu WordPress, gdzie nadmiar dodatków może drastycznie obniżyć wydajność.

Skorzystanie z usług CDN

Content Delivery Network (CDN) to rozproszona sieć serwerów, która przyspiesza ładowanie strony i odciąża Twój główny serwer. Ale to nie wszystko – dobrze skonfigurowany CDN może również chronić Cię przed błędami 504.

Usługi takie jak Cloudflare mają własne mechanizmy wykrywania problemów z timeoutami. W momencie, gdy Twój serwer nie odpowiada, CDN może przechwycić to zapytanie i wyświetlić tzw. stronę awaryjną – informując użytkownika, że strona wróci wkrótce. Zamiast białego ekranu z błędem – dostaje on komunikat zwięzły i przyjazny.

Dodatkowo CDN buforuje zasoby statyczne (obrazy, style, skrypty), co znacząco zmniejsza ilość zapytań do głównego serwera. Dzięki temu ten ma więcej zasobów, by obsłużyć dynamiczne zapytania, które mogą prowadzić do timeoutów. Jeśli Twoja strona generuje duży ruch lub działa globalnie – CDN to nie luksus, to konieczność.

Kiedy zgłosić błąd do administratora lub supportu?

Nie każdy błąd 504 wymaga natychmiastowego kontaktu z działem technicznym. Czasem wystarczy chwila cierpliwości lub odświeżenie strony, by wszystko wróciło do normy. Ale są sytuacje, w których nie ma co czekać – trzeba działać od razu. Jak je rozpoznać?

Zgłoś problem do administratora lub supportu, jeśli błąd 504 pojawia się regularnie – nawet jeśli tylko na chwilę. To znak, że coś w komunikacji między serwerami nie działa tak, jak powinno. Może chodzić o przeciążenie, problemy z konfiguracją albo awarię systemu pośredniczącego. Im szybciej to zostanie zdiagnozowane, tym mniejsze ryzyko, że błąd zacznie wpływać na użytkowników lub pozycjonowanie strony.

Kolejna sytuacja to całkowita niedostępność strony – gdy zamiast treści przez dłuższy czas wyświetla się tylko komunikat błędu. W takim przypadku liczy się każda minuta. Jeśli prowadzisz sklep internetowy lub serwis oparty na leadach, każda niedostępna sekunda to potencjalna strata klientów i przychodów.

Może się zdarzyć, że drobny błąd w kodzie lub nieprawidłowe połączenie z API zewnętrznym powoduje zatory, których nie widać na pierwszy rzut oka.

Lepiej zgłosić fałszywy alarm niż przeoczyć poważny problem. Dobry support techniczny woli dostać więcej sygnałów niż za mało. A Twoja szybka reakcja może uratować reputację strony i komfort użytkowników.

FAQ - Kod błędu 504

Co oznacza błąd 504 Gateway Timeout?

Błąd 504 oznacza, że serwer pośredniczący (gateway) nie otrzymał odpowiedzi od serwera docelowego w określonym czasie i zakończył próbę połączenia. To problem z komunikacją między serwerami, a nie z samą przeglądarką użytkownika.

Dlaczego błąd 504 pojawia się tylko czasami?

Błąd 504 może występować okresowo, gdy serwer jest przeciążony, występują chwilowe problemy z siecią lub niektóre zapytania są zbyt wymagające dla infrastruktury. Może to być również efekt niestabilnego połączenia z zewnętrznymi usługami.

Czy błąd 504 wpływa na SEO mojej strony?

Tak, jeśli błąd 504 występuje często lub przez dłuższy czas, Google może uznać stronę za niedostępną, co może wpłynąć negatywnie na jej pozycje w wynikach wyszukiwania. Krótkie, sporadyczne wystąpienia nie mają zazwyczaj dużego wpływu.

Jak długo trwa propagacja zmian DNS?

Propagacja zmian DNS może trwać od kilku minut do 48 godzin, w zależności od ustawień TTL (time to live) i lokalnych serwerów DNS. W tym czasie użytkownicy mogą doświadczać błędów połączenia, w tym 504.

Czy Cloudflare może powodować błąd 504?

Tak, jeśli połączenie między Cloudflare a Twoim serwerem źródłowym jest zbyt wolne lub niestabilne, Cloudflare może zwrócić błąd 504.

Jak sprawdzić, czy problem leży po stronie serwera czy aplikacji?

Najlepiej przeanalizować logi serwera i użyć narzędzi takich jak cURL lub konsola przeglądarki. Jeśli inne zasoby działają poprawnie, problem może być w samej aplikacji lub jej połączeniach z bazą danych czy API.

Co zrobić, jeśli błąd 504 pojawił się po aktualizacji WordPressa?

Sprawdź, czy nie doszło do konfliktu między wtyczkami, motywem a nową wersją WordPressa. Można tymczasowo wyłączyć wtyczki i debugować stronę etapami, aby zidentyfikować źródło problemu.

Czy użytkownik może coś zrobić, gdy widzi błąd 504?

Użytkownik może spróbować odświeżyć stronę, sprawdzić swoje połączenie internetowe lub odwiedzić witrynę później.