Att upptäcka fel på din WordPress-webbplats kan vara skrämmande. Men de flesta fel kan ge dig en ledtråd om vad som orsakade dem, vilket kan göra felsökningen mycket enklare. 503-felet är tyvärr inte så snällt, och ger dig inte mycket information att gå på.

Det hjälper att förstå vad de vanligaste orsakerna är för 503-felet i WordPress. Därefter måste du vara metodisk när det gäller felsökning av felet, vilket innebär att följa flera steg för att hitta grundorsaken.

I den här artikeln täcker vi vad 503-felet är och hur det vanligtvis visar sig. Sedan guidar vi dig genom sex steg för att felsöka det. Nu sätter vi igång!

Vad Är ett 503-fel?

När du stöter på 503-felet betyder det att servern i fråga inte är tillgänglig. Det kan bero på att den är för upptagen, till exempel, eller den är under underhåll. Till skillnad från andra liknande felkoder betyder 503 att din webbplats är online och igång, men kan inte nås för närvarande.

Det som är så irriterande med det här felet är att det knappt ger dig någon information att gå på. För det mesta visas det bara med ett ”Tjänsten tillfälligt otillgänglig”-meddelande. Det är som att ringa en restaurang via telefon, bara för att få höra att de har stängt men utan att få veta när de öppnar igen.

Om du har tur kommer felkoden 503 att ha uppstått eftersom din WordPresswebbplats är under underhåll. WordPress ställer mycket kort din webbplats till underhållsläge när du uppdaterar ett plugin, ett tema eller kärnprogramvaran:

Underhållsläge

Underhållsläge

Vanligtvis är denna timeout så kort att ingen kommer att märka det. Men i de fall där 503-felet kvarstår har du ett större problem att hantera. När allt kommer omkring, kommer användarna inte bara att inte kunna besöka din webbplats, men du kommer att förlora tillgång till ditt WordPress-adminområde också. Det betyder att du inte kan uppdatera din webbplats på något sätt, och för att felsöka den måste du gräva i dess filer.

503 Fel-variationer

503-felet kan dyka upp på många sätt. Men nästan varje variant kommer tillsammans med den där 503-koden, vilket gör det enkelt att identifiera.

Här är några av de variationer du kan stöta på, beroende på din serverkonfiguration och webbläsare:

Oavsett vilken kod du stöter innebär dey att du måste arbeta snabbt innan det påverkar dina användare negativt.

Har du någonsin stött på 503-felet i WordPress? Det är trist! 😱😱Följ dessa 6 steg för att fixa det och få din webbplats tillbaka online på några sekunder!Click to Tweet

Så här fixar du 503-felet i WordPress (6 steg)

Eftersom du ofta inte kan vara säker på vad som orsakade 503-felet i en viss situation måste du igenom felsökningsstegen metodiskt. De följande sex avsnitten täcker var och en en potentiell fix, som syftar till att lösa de olika potentiella grundorsakerna.

Efter varje steg, ta en stund att gå tillbaka till din webbplats och se om 503-felet är borta. Om det är det, har du framgångsrikt åtgärdat problemet. Om inte, fortsätt till nästa steg i processen.

1. Inaktivera Tillfälligt Dina WordPress-Plugins

En av de vanligaste orsakerna till 503-felet i WordPress är pluginkompatibilitetsproblem. För att avgöra om det är vad som händer, måste du inaktivera din webbplats alla plugins.

Eftersom 503-felet hindrar dig från att komma åt WordPress-adminsområdet måste du använda en FTP-klient för det här steget. Om du inte har en konfigurerad, rekommenderar vi FileZilla.

När din FTP-klient är klar, anslut till din webbplats genom den och navigera till din WordPress-rotmapp. Om du inte hittar den kallas den vanligtvis public_html, html, public, www eller webbplatsens namn. Om du är en Kinstakund, är det din offentliga mapp.

WordPress rotmapp SFTP

WordPress rotmapp SFTP

Öppna den mappen och navigera till wp-content-katalogen. Inuti ser du en mapp som heter plugins, som innehåller enskilda underkataloger för var och en av de plugins som är installerade på din webbplats (både aktiva och inaktiva).

Vad du ska göra nu är att högerklicka på plugins-mappen och byta namn på den till något annat. Vi rekommenderar plugins.gammal eller plugins.avaktiverad, så att du enkelt kan känna igen den senare.

Omdöpt WordPress pluginmapp

Omdöpt WordPress pluginmapp

WordPress kommer nu inte att kunna hitta någon av dina plugins. När det händer kommer den automatiskt att inaktivera dessa plugins.

Testa nu att komma åt din WordPress-panel. Om 503-felet är borta kan du anta att ett av dina plugins var den skyldige. Allt du behöver göra är att ta reda på vilken som var boven i dramat.

Återgå till wp-content-katalogen och byt tillbaka namnet på din ursprungliga plugins-mapp igen. Sedan måste du inaktivera alla dina plugins ett efter ett, tills du hittar den skyldige.

För att göra detta, öppna katalogen wp-content/plugins. Inuti hittar du en mapp för vart of ett av dina plugins. Processen du kommer att följa är ungefär densamma som tidigare:

  1. Börja med den första mappen och byt namn på den till vad du vill.
  2. Kolla din webbplats för att se om felet är borta.
  3. Om det inte är det, byt namn på plugin-mappen från föregående steg till dess ursprungliga namn.
  4. Gå vidare till nästa plugin på din lista, upprepa ovanstående steg.

Denna process kan ta ett tag om du har en hel del plugins, men det är viktigt att kontrollera varje plugin i sin tur. När du identifierat det plugin som orsakar felet kan du avinstallera det eller ersätta det med ett annat verktyg.

Om du kommer det till slutet av dessa steg utan att hitta en lösning kan du gå vidare till nästa steg i felsökning.

2. Inaktivera Ditt WordPress-Tema

Nu när du har uteslutit dina plugins som orsaken till 503-felet är det dags att göra detsamma med ditt aktiva tema. Faktum är att ditt tema också kan skapa kompatibilitetsproblem.

Tyvärr fungerar processen inte på samma sätt som ovan. WordPress kommer inte att återgå till standardtemat om du bara byter namn på temamappen, du skulle istället få fel som ”temakatalogen ”temanamn” existerar inte.” Eller om du försöker byta namn på hela temakatalogen, får du ”FEL: Temakatalogen teman är antingen tom eller existerar inte. Kontrollera installationen.”

Temakatalogen finns inte-fel

Temakatalogen finns inte-fel

Därför måste du komma åt din WordPress-databas genom att logga in på phpMyAdmin. Om du är en Kinsta-klient kan detta hittas i avsnittet ”Info” i MyKinsta-panelen.

MyKinsta phpMyAdmin

MyKinsta phpMyAdmin

Klicka dig till tabellen ”wp_options” och klicka sedan på fliken ”Sök”. Du behöver söka under ”option_name” efter mall.

phpMyAdmin wp_options-tabell

phpMyAdmin wp_options-tabell

Under kolumnen ”option_value” ser du det aktuella namnet på ditt tema. Ändra detta till ett av standardteman, till exempel ”twentynineteen.”

wp_options mallnamn

wp_options mallnamn

Kontrollera din webbplats igen för att se om detta har åtgärdat felet. Om det gjorde det betyder det helt enkelt att det är ett problem med ditt WordPress-tema och du kanske vill försöka installera om det eller återgå till din senaste säkerhetskopiering.

3. Inaktivera tillfälligt ditt innehållsleveransnätverk (CDN)

Ibland visas 503-felet inte på grund av ett problem på din webbplats, utan på grund av ditt innehållsleveransnätverk (CDN). Om du använder ett CDN är ett snabbt sätt att ta reda på om så är fallet att tillfälligt inaktivera det.

Varje CDN bör innehålla någon funktion som gör att du kan pausa dess tjänster. Om du använder Kinsta kan du inaktivera Kinsta CDN genom att navigera till CDN → ”Inaktivera CDN” i MyKinsta-panelen:

MyKinsta CDN aktivera/inaktivera

MyKinsta CDN aktivera/inaktivera

Processen du behöver följa kan vara olika beroende på vilket CDN du använder. Cloudflare har också blivit känt för att orsaka 503-fel ibland. Om du inte hittar alternativet att pausa din, kolla in din tjänsts kunskapsbas, som vanligtvis innehåller detaljerade instruktioner.

Om du inte använder ett CDN eller upptäcker att pausa din tjänst inte hjälper till med problemet, finns det fortfarande några fler korrigeringar att försöka. Kom ihåg att återaktivera CDN innan du går vidare.

4. Begränsa WordPress ’Heartbeat’ API

WordPress Heartbeat är ett API inbyggt i WordPress, som plattformen använder för att automatiskt spara innehåll, visa pluginmeddelanden, låta dig veta vet när någon annan arbetar på ett inlägg som du försöker komma åt, och mer.

Precis som ett vanlig hjärtslag, fungerar API i bakgrunden med en hög frekvens så att den inte missar något. Som du kanske kan tänka dig förbrukar denna API serverresurser. Vanligtvis är det inte ett problem, men i vissa fall kan det leda till ett 503-fel om din server inte kan hantera belastningen.

Det snabbaste sättet att avgöra om Heartbeat API är orsaken till dina problem är att tillfälligt inaktivera det. För att göra det, anslut till din WordPress webbplats via FTP en gång till, och öppna sedan din aktuella tema-mapp och leta efter functions.php-filen inom:

WordPress tema functions.php-fil

WordPress tema functions.php-fil

Högerklicka på filen och välj alternativet Visa/redigera, vilket öppnar den i din lokala textredigerare. När det är öppet måste du lägga till följande kodavsnitt inuti:

add_action( 'init', 'stop_heartbeat', 1 );
function stop_heartbeat() {
wp_deregister_script('heartbeat');
}

Dessa tre rader kod talar om för WordPress att inaktivera Heartbeat-API:n. Spara ändringarna i functions.php-filen, stäng den och försök att komma åt din webbplats igen.

Om 503-felet är borta vet du att API:n var problemet. Att inaktivera det helt tar dock bort en hel del användbar funktionalitet. Istället rekommenderar vi att du ”saktar ner” Heartbeat, så att det inte orsakar problem.

Det enklaste sättet att göra det är genom att installera pluginet Heartbeat Control. Aktivera pluginet och navigera till avsnittet Inställningar > Heartbeat Control. Leta efter Ändra Heartbeat-alternativen, och sänk frekvensen till lägsta möjliga antal:

Trött på att hantera driftstopp och WordPress-problem? Kinstas support kontrollerar statusen på din webbplats varannan minut för att förutse eventuella problem och agera proaktivt. Kolla in våra planer

Heartbeat Control plugin frekvens

Heartbeat Control plugin frekvens

Spara ändringarna i dina inställningar och återgå till functions.php-filen du finjusterade för en stund sedan. För ovanstående ändringar ska fungera, måste du ta bort strängen av kod som du lade till innan och spara dina ändringar i filen.

I detta skede bör 503-felet vara borta om Heartbeat var problemet. Om det inte är det, då är det dags att prova något annat.

5. Öka serverns resurser

Om 503-felet fortfarande uppstår trots alla dina försök att reparera det hittills, så finns det en bra chans att problemet kan bero på brist på serverresurser. Det vill säga, du måste uppgradera din hostingplan för att se om det löser problemet. Detta gäller särskilt om du använder billig WordPress-hosting, eftersom de tenderar att strypa resurser. Vi gör inte det här på Kinsta.

Att uppgradera din plan är dock ett stort beslut. Ett smart drag är att först kontakta din värds supporttjänst och diskutera 503-felet med dem, liksom de steg du har tagit hittills för att försöka lösa det. Supportteamet borde kunna hjälpa dig att utarbeta orsaken och ge dig råd om du behöver uppgradera din plan eller inte.

På Kinsta är vårt supportteam mer än glada att ta en titt åt dig. Vi kan även tillfälligt aktivera New Relic för att se om vi kan precisera problemet till något på din webbplats som orsakar problemet.

6. Granska dina loggar och aktivera WP_DEBUG

Du bör även dra nytta av dina fel-loggar. Om du är en Kinsta-klient kan du enkelt se fel i loggvisaren och  aktivera WordPress felsökningsläge  i MyKinsta´s instrumentpanel. Detta kan hjälpa dig att snabbt begränsa problemet, särskilt om det är resultatet av ett plugin på din webbplats.

Kontrollera felloggar för 503-fel

Kontrollera felloggar för 503-fel

Om din värd inte har ett loggningsverktyg kan du också lägga till följande kod i din wp-config.php-fil för att aktivera loggning:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Loggarna finns vanligtvis i katalogen /wp-content. Inuti den, leta efter en fil som heter debug.log och öppna den.

Andra, som här på Kinsta kan ha en dedikerad mapp som heter ”loggar”.

WordPress felloggsmapp. (SFTP)

WordPress felloggsmapp. (SFTP)

Att tolka felsökningsloggen kan vara lite skrämmande men det är inte så svårt att läsa som du kanske kan tänka dig. I ett nötskal innehåller loggen varje fel som dyker upp på din webbplats i kronologisk ordning. Det visar vilken fil som orsakade varje fel, liksom vilka specifika kodrader som var inblandade.

Se upp: Du kommer inte att hitta direkta referenser till 503-felet i din logg. Även om allt annat misslyckas kan det peka dig i rätt riktning genom att visa vilka filer som orsakar problem. På så sätt vet du var du ska fokusera dina ansträngningar härnäst. Som vi nämnde i föregående steg är det nu en bra tid att komma i kontakt med din hostingleverantör om du behöver ytterligare hjälp med att lösa detta fel.

Du kan också kontrollera loggfilerna i Apache och Nginx, som vanligtvis finns här:

Om du vill veta mer, kolla in vår webbserver-kraftmätning: Nginx vs Apache.

Om du är en Kinsta-klient kan du också dra nytta av vårt analysverktyg för att få en uppdelning av det totala antalet 503-fel och se hur ofta och när de inträffar. Detta kan hjälpa dig att felsöka om det här är ett pågående problem, eller kanske något som har löst sig av sig själv.

Om 503-felet visas på grund av ett dödligt PHP-fel kan du också försöka aktivera PHP-felrapportering. Lägg bara till följande kod i filen som orsakar felet: Vanligtvis kan du hitta rätt filen i konsolfliken i Google Chrome DevTools.

ini_set('display_errors', 1);
ini_set('display_startup_errors', 1);
error_reporting(E_ALL);

Och du kan behöva också ändra din php.ini-fil med följande:

display_errors = on

Sammanfattning

Om du har tur kommer 503-felet bara att dyka upp när du sätter din webbplats i underhållsläge. Men om det visas utan varning måste du rulla upp skjortärmarna och göra lite felsökning.

För att nå grundorsaken till 503-felet måste du följa dessa steg för att reparera det:

Har du någonsin stött på HTTP 503-felet i WordPress? Dela dina erfarenheter med oss i kommentarfältet nedan!


Om du tyckte om den här artikeln, då kommer du att älska Kinsta´s hosting-plattform. Effektivisera din hemsida och få support dygnet runt från vårt rutinerade team på WordPress. Vår Google Cloud-drivna infrastruktur fokuserar på auto-skalning, prestanda och säkerhet. Lås oss visa dig skillnaden med Kinsta! Kolla in våra paket