🔧 Slik fikser du 502 bad gateway-feilen i WordPress

Du besøker nettstedet ditt og ser en hvit skjerm med tre ord: «502 Bad Gateway». Trafikken flyter, men besøkende ser en feilmelding i stedet for innhold. Salget stopper opp, SEO-rangeringer faller, og du kaster bort tid på gjetting.

502-feilen ser skummel ut, men under panseret er det rett og slett en kommunikasjonssvikt mellom servere. Nettstedet ditt er ikke ødelagt, data har ikke forsvunnet, og i de fleste tilfeller tar løsningen fem til femten minutter. Nedenfor finner du en trinnvis guide som tar deg fra de enkleste sjekkene til dypere diagnostikk.

💡 Rask oversikt:

• Oppdater siden og sjekk om hostingserveren er nede
• Tøm nettleserens hurtigbuffer og deaktiver CDN midlertidig
• Hvis feilen vedvarer, deaktiver utvidelser via FTP og sjekk temaet
• Tilbakestill .htaccess og kontakt verten din når alt annet mislykkes

Hva er en 502 Bad Gateway-feil

Når du åpner et nettsted, sender nettleseren en HTTP-forespørsel. På serversiden mottar en omvendt proxy (Nginx, Apache) den og fordeler forespørsler mellom applikasjonsserveren (PHP), databasen, den statiske webserveren og CDN-et. Hver node håndterer sin del og returnerer resultatet til proxy-serveren. Proxy-en setter sammen svaret og leverer det til nettleseren, og siden lastes.

En 502-feil oppstår når én av serverne i den kjeden returnerer et ugyldig svar til proxy-serveren. Proxy-en kan ikke sette sammen siden og viser «Bad Gateway». Nettleseren rapporterer ærlig at gatewayen mellom servere mottok noe uventet.

Utad kan feilen ha ulike former: «502 Bad Gateway», «502 Service Temporarily Overloaded», «HTTP 502», «Nginx 502 Bad Gateway», «Proxy Error». Essensen er den samme: et sted i kjeden er det et brudd.

Hvorfor 502-feilen oppstår

Årsakene er nesten alltid på serversiden, men noen ganger utløser dine egne handlinger på nettstedet den:

• Serveroverbelastning. En plutselig trafikktopp tømmer hostingressursene, og PHP-prosesser klarer ikke å holde tritt med forespørselskøen.
• Feilaktig utvidelse eller tema. Kode som forårsaker en fatal PHP-feil avslutter applikasjonsserverens svar, og proxy-en mottar ingenting.
• CDN-problemer. Cloudflare, KeyCDN eller en annen innholdsleverandørtjeneste kan ikke koble til opprinnelsesserveren og returnerer en 502.
• Feil DNS-oppføringer. Etter bytte av vert eller oppdatering av DNS-servere har ikke oppføringene blitt propagert ennå, så nettstedet er midlertidig utilgjengelig.
• Ødelagt.htaccess. Ødelagt syntaks eller motstridende omskrivingsregler bryter forespørselshåndteringen.
• PHP-minnegrensen overskredet. En tung utvidelse eller et skript bruker opp alt tilgjengelig minne, og prosessen krasjer.

La oss nå gå gjennom hver løsning trinn for trinn, fra den raskeste til den mer komplekse.

Trinn 1. Oppdater siden

Først og enklest: trykk F5 eller Ctrl+R. Hvis feilen skyldtes en kortvarig serverfeil, vil den gjentatte forespørselen lykkes. Prøv å åpne nettstedet i en annen nettleser eller på mobildata; dette utelukker et problem hos deg.

Sjekk om nettstedet fungerer for resten av verden ved hjelp av isup.me eller Down For Everyone Or Just Me. Hvis tjenesten viser at nettstedet bare er nede for deg, er problemet lokalt, så gå videre. Hvis nettstedet er utilgjengelig for alle, har hostingserveren mest sannsynlig krasjet, eller en blokkering er påført på leverandørnivå.

Trinn 2. Tøm nettleserens hurtigbuffer

Nettleseren lagrer ikke bare bilder og stiler, men også feilaktige serversvar. En hard oppdatering (Ctrl+F5 på Windows, Cmd+Shift+R på macOS) tvinger nettleseren til å be om siden på nytt, utenom den lokale hurtigbufferen.

Hvis en hard oppdatering ikke hjalp, tøm hurtigbufferen helt. I Chrome: Innstillinger → Personvern og sikkerhet → Slett nettleserdata → «Bufrede bilder og filer». Vi dekket detaljerte instruksjoner for ulike nettlesere og tømming av hurtigbufferen på WordPress-siden i en egen guide.

Trinn 3. Deaktiver CDN midlertidig

Innholdsleveringsnettverk som Cloudflare eller KeyCDN ruter trafikk gjennom sine egne servere. Hvis en feil oppstår på CDN-siden eller en feil brannmurregel er konfigurert, vil besøkende se en 502 selv når opprinnelsesserveren er fullt operativ.

For å teste denne hypotesen, sett CDN-et på pause i kontrollpanelet. Cloudflare: gå til Overview → Pause Cloudflare. KeyCDN og lignende tjenester: finn Deaktiver- eller Pause-knappen i panelet. Etter deaktivering, oppdater nettstedet ditt. Hvis feilen forsvinner, ligger problemet på CDN-siden; kontakt deres support.

Mens CDN-et er deaktivert, fungerer nettstedet direkte fra hostingen din, så hastigheten kan synke litt, men tilgjengeligheten vil bli gjenopprettet. Vi sammenlignet populære CDN-tjenester og oppsettet deres i en artikkel om gratis CDN for WordPress.

Trinn 4. Sjekk DNS-innstillinger

Etter bytte av vert eller oppdatering av NS-oppføringer, propageres DNS-informasjon over nettverket over en periode som varierer fra flere timer til 48 timer. I løpet av denne tiden kan noen besøkende havne på den gamle serveren, som ikke svarer eller svarer feil.

Hvis du nylig migrerte nettstedet ditt, vent 24 timer; det er vanligvis nok. I tillegg, tøm din lokale DNS-hurtigbuffer: på Windows åpner du Ledetekst og kjører ipconfig /flushdns; på macOS kjører du sudo dscacheutil -flushcache og sudo killall -HUP mDNSResponder. Oppdater deretter siden.

Trinn 5. Deaktiver utvidelser via FTP

Den vanligste årsaken til en 502 på WordPress er en utvidelseskonflikt. En enkelt problematisk utvidelse kan forårsake en fatal PHP-feil som tar ned hele nettstedet. Siden WordPress-administrasjonspanelet er utilgjengelig under en 502, må du deaktivere utvidelser gjennom filsystemet.

Koble til serveren via FTP (bruk FileZilla, WinSCP) eller åpne Filbehandler i cPanel. Naviger til nettstedets rotmappe (vanligvis public_html):

Gå inn i wp-content og finn plugins-mappen. Gi den nytt navn, for eksempel til plugins.old. Dette deaktiverer alle utvidelser på én gang. Utvidelsesdata slettes ikke når du gir mappen nytt navn; innstillinger forblir i databasen:

Oppdater nettstedet. Hvis det fungerer, er problemet én av utvidelsene. Gi mappen nytt navn tilbake til plugins, gå til administrasjonspanelet og aktiver utvidelser én etter én, og sjekk nettstedet etter hver aktivering. Når du finner synderen, slett den via FTP eller erstatt den med et alternativ.

Trinn 6. Sjekk det aktive temaet

Hvis deaktivering av utvidelser ikke hjalp, er den neste mistenkte temaet. Feil kode i functions.php eller en konflikt med PHP-versjonen kan på samme måte forårsake en fatal feil og en 502.

Gå tilbake til nettstedets rotmappe → wp-content → themes. Finn mappen til det aktive temaet og gi den nytt navn (for eksempel, legg til .old på slutten):

WordPress vil automatisk bytte til standardtemaet (Twenty Twenty-Four, Twenty Twenty-Five eller lignende). Oppdater nettstedet; hvis feilen er borte, er problemet temaet. Kontakt temautvikleren eller gjenopprett en sikkerhetskopi. Etter diagnostisering, gi mappen nytt navn tilbake til sitt opprinnelige navn.

En detaljert algoritme for å sjekke temaer og finne motstridende kode er beskrevet i guiden for feilsøking av WordPress-temaproblemer.

Trinn 7. Tilbakestill.htaccess-filen

En ødelagt .htaccess er en hyppig, men mindre åpenbar årsak til en 502. Omskrivingsregler lagt til av en hurtigbufferutvidelse eller sikkerhetsutvidelse kan komme i konflikt med hverandre. En enkelt syntaksfeil i denne filen, og serveren returnerer en 502 på alle forespørsler.

Koble til via FTP og finn .htaccess-filen i nettstedets rotmappe. Last ned en sikkerhetskopi til datamaskinen din, og slett deretter filen fra serveren. Gå til WordPress-administrasjonspanelet, naviger til Innstillinger → Permalenker, og klikk «Lagre endringer» (uten å endre noe). WordPress vil opprette en ny .htaccess med et rent sett med regler.

Hvis feilen dukket opp umiddelbart etter installasjon av en hurtigbufferutvidelse (WP Rocket, W3 Total Cache, LiteSpeed Cache), sjekk seksjonen med den utvidelsens regler i .htaccess; den er vanligvis pakket inn i kommentarer som # BEGIN W3TC / # END W3TC. Slett den blokken, lagre filen og oppdater nettstedet.

Trinn 8. Kontakt din hostingleverandør

Hvis ingen av de foregående trinnene hjalp, ligger problemet mest sannsynlig på serversiden. Kontakt vertens tekniske support og oppgi domenet, tidspunktet feilen dukket opp, og hvilke trinn du allerede har tatt. Jo mer detaljer du gir, desto raskere vil ingeniørene finne årsaken.

Be dem sjekke PHP- og webserverens feillogger for perioden da 502-en dukket opp. Loggene viser nesten alltid nøyaktig hvilket skript eller modul som forårsaker feilen. På rimelige delte hostingplaner kan årsaken ganske enkelt være mangel på ressurser: ett nettsted på serveren bruker opp alt minnet, og resten mottar en 502. I så fall er det fornuftig å vurdere å flytte til en VPS eller skyhosting med garanterte ressurser.

Videoguide

Se en visuell gjennomgang av diagnostisering og fiksing av 502-feilen fra første til siste trinn i denne videoen:

⁉️🤔 Ofte stilte spørsmål

Kan en 502-feil løse seg av seg selv?

Ja, hvis årsaken er en kortvarig overbelastning av hostingserveren. Leverandører overvåker belastning og starter automatisk problematiske prosesser på nytt innen ett til fem minutter. Oppdater siden etter et par minutter; i halvparten av tilfellene forsvinner feilen uten noen handling fra din side.

Hvordan skiller jeg en 502 fra andre serverfeil?

En 502 Bad Gateway er en feil på proxy-servernivå (Nginx/Apache), ikke selve applikasjonen. En 500 Internal Server Error indikerer et problem direkte i PHP-koden eller konfigurasjonen. En 503 Service Unavailable betyr at serveren midlertidig ikke aksepterer forespørsler, vanligvis under planlagt vedlikehold. En 504 Gateway Timeout betyr at serveren ikke mottok noe svar fra oppstrømsserveren innen tildelt tid. For brukeren koker forskjellen ned til diagnostikk: en 500 fikses oftest ved å redigere kode, mens en 502 fikses ved å gjenopprette kommunikasjonen mellom servere.

Må jeg gjenopprette nettstedet fra en sikkerhetskopi for en 502?

En sikkerhetskopi er en siste utvei, ikke et første skritt. Før du distribuerer en sikkerhetskopi, følg trinn 5, 6 og 7 i denne guiden: deaktiver utvidelser, sjekk temaet, tilbakestill .htaccess. I de aller fleste tilfeller løses en 502 uten å gjenopprette en sikkerhetskopi. Distribuer en sikkerhetskopi bare hvis feilen dukket opp umiddelbart etter oppdatering av WordPress, utvidelser eller et tema, og tilbakerulling av endringer via FTP ikke er mulig.

Kan jeg forhindre 502-feil i fremtiden?

Delvis ja. Bruk kvalitetshosting med nok PHP-minne (anbefalt minimum er 256 MB). Sett opp oppetidsovervåking for nettstedet ditt gjennom UptimeRobot eller en lignende tjeneste; du vil lære om et problem før besøkende rapporterer det. Før du installerer eller oppdaterer utvidelser, ta en rask sikkerhetskopi. Og ha FTP-tilgang lett tilgjengelig: når administrasjonspanelet er nede, er det den eneste måten å raskt deaktivere problematisk kode på.

Hva gjør du hvis ingenting hjalp?

De åtte trinnene ovenfor dekker nesten alle scenarier for en 502 Bad Gateway på WordPress. Hvis du har sjekket utvidelser, tema, DNS og CDN, tilbakestilt .htaccess, og feilen forblir, er problemet dypere, og du klarer deg ikke uten hosting-ingeniører.

Riktig rekkefølge sparer timer: utelukk først lokale årsaker (hurtigbuffer, nettleser, CDN), deretter serversideårsaker (utvidelser, tema, .htaccess), og eskaler først da til leverandøren. Lagre denne guiden i bokmerkene dine; en 502 har en tendens til å komme tilbake i verst tenkelige øyeblikk, og rask tilgang til sjekklisten vil spare deg for mye stress.