Akut6 min läsningUppdaterad 30 oktober 2026

WordPress visar en vit sida: så felsöker du

Kort svar

En helt vit sida betyder oftast att ett PHP-fel eller databasfel stoppade sidan innan något hann visas. Vanligast är ett tillägg eller tema som krånglar. Slå på felloggen för att se felet och stäng sedan av tillägg och tema ett i taget tills sidan fungerar.

Du öppnar din WordPress-sida och får bara en tom, vit yta. Ingen text, inget felmeddelande. Det kallas ofta White Screen of Death, och det är frustrerande just för att det inte säger något om vad som är fel.

Den goda nyheten är att orsaken nästan alltid går att hitta med några metodiska steg. Den här guiden går igenom dem i den ordning som brukar ge svar snabbast.

Varför blir sidan vit?

WordPress dokumentation konstaterar att både PHP-fel och databasfel kan visa sig som en vit sida. PHP är programspråket som bygger dina sidor på servern. Om koden stannar innan något har skickats till webbläsaren blir resultatet en tom sida.

De vanligaste utlösarna är:

ett tillägg som just installerats eller uppdaterats
ett tema som just aktiverats eller uppdaterats
att PHP får slut på minne
en ändring i en kodfil, till exempel functions.php i temat

Sedan WordPress 5.2 fångar WordPress många allvarliga PHP-fel och visar ett felmeddelande i stället för en vit sida. Ser du texten om ett kritiskt fel, läs guiden Det har uppstått ett kritiskt fel på denna webbplats. Den förklarar också hur e-postlänken till räddningsläget fungerar.

Innan du börjar

Kontrollera att det inte bara är du. Testa i ett privat webbläsarfönster eller på mobilen utan wifi. Om sidan fungerar där kan det handla om din webbläsares cache.
Se om adminpanelen fungerar. Gå till dindomän.se/wp-admin. Om du kommer in där kan du göra det mesta härifrån i stället för via filerna.
Tänk efter vad som ändrades senast. En uppdatering, ett nytt tillägg eller en kodändring precis innan problemet är den mest sannolika orsaken.
Ta en backup först. Flera steg nedan ändrar filer på servern. Be ditt webbhotell om hjälp om du inte vet hur du tar en backup.

Steg 1: Se själva felet i loggen

Det snabbaste sättet att hitta orsaken är att låta WordPress skriva felet till en loggfil. Du gör det i wp-config.php i webbplatsens rotmapp, som du når via webbhotellets filhanterare eller via FTP/SFTP (ett sätt att föra över filer mellan din dator och servern).

Ta en backup först. Spara en kopia av wp-config.php innan du ändrar något.

Lägg till följande ovanför raden /* That's all, stop editing! Happy publishing. */. Finns define( 'WP_DEBUG', false ); redan, ändra den i stället för att lägga till en ny rad.

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Ladda om den vita sidan och öppna sedan wp-content/debug.log. Det senaste felet står längst ner, med filnamn och radnummer. Om sökvägen innehåller wp-content/plugins/ eller wp-content/themes/ vet du om det är ett tillägg eller ett tema och vilket.

Med WP_DEBUG_DISPLAY satt till false hamnar felen bara i loggen och visas inte för besökare. WordPress avråder från att ha felsökningsläget påslaget på en live-sajt. När du är klar ändrar du tillbaka till define( 'WP_DEBUG', false ); och tar bort debug.log.

Vissa webbhotell har också en egen PHP-fellogg i kontrollpanelen. Titta där om debug.log inte skapas.

Steg 2: Stäng av alla tillägg

Om loggen pekar på ett tillägg, eller om du inte fått någon logg, är nästa steg att stänga av tilläggen.

Om du kommer in i adminpanelen: gå till Tillägg, markera alla, välj Inaktivera och spara. Ladda om sidan.

Om du inte kommer in:

Ta en backup först.
Gå till mappen wp-content via filhanteraren eller FTP.
Byt namn på mappen plugins till till exempel plugins.hold.
Ladda om sidan. Fungerar den nu ligger felet i ett tillägg.
Logga in i adminpanelen och byt sedan tillbaka namnet till plugins. Tilläggen ligger kvar men är inaktiverade.
Aktivera tilläggen ett i taget och ladda om sidan efter varje. När den blir vit igen har du hittat tillägget som orsakar felet.

Att byta namn på mappen behåller tilläggens inställningar. Du behöver bara aktivera dem igen.

Steg 3: Testa ett standardtema

Om sidan fortfarande är vit, eller om felet kom direkt efter att du bytt eller uppdaterat tema, är temat nästa misstänkta.

Med adminpanelen: gå till Utseende > Teman och aktivera ett av WordPress standardteman, till exempel Twenty Twenty-Five.
Utan adminpanelen: ta en backup först, och byt sedan namn på det aktiva temats mapp under wp-content/themes/.

Fungerar sidan med standardtemat ligger felet i ditt tema. Har du nyss ändrat i temats functions.php är det första stället att titta.

Kom ihåg att byte av tema kan ändra hur sidan ser ut och vilka menyer och widgetar som visas. Byt tillbaka när du har felsökt klart.

Steg 4: Höj PHP:s minnesgräns

Om loggen innehåller ”Allowed memory size of … bytes exhausted” har PHP fått slut på minne. WordPress försöker som standard höja minnet till 40 MB för en vanlig sajt och 64 MB för multisite. Du kan be om mer i wp-config.php:

define( 'WP_MEMORY_LIMIT', '256M' );

Värdet är ett exempel. Ta en backup först, och lägg raden ovanför ”stop editing”-raden. Alla webbhotell tillåter inte att WordPress höjer gränsen. Om inget händer behöver du kontakta webbhotellet, som kan ändra den i serverns PHP-inställningar.

Att höja minnet löser symtomet. Om ett tillägg plötsligt kräver mycket mer minne än tidigare är det värt att ta reda på varför.

Steg 5: Om inget av ovan hjälper

Var det en misslyckad uppdatering? WordPress dokumentation nämner att en avbruten automatisk uppdatering kan ge en tom sida. Då kan WordPress behöva uppdateras manuellt.
Visar loggen databasfel? Fel mot databasen kan också ge en vit sida. Kontakta webbhotellet, eftersom databasservern ligger hos dem.
Hjälper ingenting? Återställ den senaste fungerande backupen. Fråga webbhotellet vilka backuper de har.

Vanliga misstag

Att installera om WordPress direkt. Felet ligger oftast i ett tillägg eller tema, inte i WordPress kärna.
Att radera tilläggsmappar. Byt namn eller inaktivera. Raderar du kan inställningar och data gå förlorade.
Att ändra flera saker samtidigt. Gör en ändring i taget, annars vet du inte vad som löste problemet.
Att glömma felsökningsläget. Stäng av WP_DEBUG och ta bort debug.log när du är klar.
Att inte ta en backup. Även en ”trasig” sajt är värd att spara innan du börjar ändra.

När ska du ta hjälp?

Ta hjälp om loggen pekar på temat eller på egen kod, om du inte har tillgång till filerna, om felet gäller databasen, eller om sajten är en webbutik. Gäller problemet just kassan, se också WooCommerce-kassan fungerar inte. Om den vita sidan dök upp utan att någon ändrat något och du ser okända filer eller användare, läs Tecken på att din WordPress-sida är hackad.

Behöver du hjälp?

Om du hellre vill att någon annan felsöker kan jag hjälpa dig via akut hjälp med WordPress. Priset sätts efter bedömning och du får en offert innan jag börjar, så du godkänner omfattning och pris först. Jag har jobbat med WordPress i över 15 år och du har personlig kontakt med mig.