Ibland kraschar en WordPress-sajt utan att du precis ändrat något, eller så har du många plugins och vet inte vilket som bär skulden. Målet är att gå från ”något är trasigt” till ”det här pluginet är trasigt” så snabbt som möjligt. Här är tre metoder, från snabbast till mest grundlig.
Metod 1: Låt felet berätta – läs stack-tracen
Slå först på loggning. I wp-config.php, lägg till define( 'WP_DEBUG', true ); och define( 'WP_DEBUG_LOG', true ); och sätt WP_DEBUG_DISPLAY till false. Ladda om sidan som kraschar och öppna wp-content/debug.log.
Ett fatalt fel nämner nästan alltid en filsökväg. Står det /wp-content/plugins/superslider/superslider.php är pluginet superslider där felet uppstod. För ett PHP-fatalt fel är pluginet på tracens ursprungsrad din huvudmisstänkte – starka indicier, men ännu inget bevis. Bekräfta genom att avaktivera eller rulla tillbaka just det pluginet; upphör felet har du svaret och kan gå direkt till åtgärd. Saknas den, eller pekar den på WordPress-kärnan, fortsätt med isolering.
Metod 2: Halveringsmetoden (bisect)
När loggen inte räcker isolerar du genom att stega. I stället för att avaktivera ett plugin i taget – vilket tar lång tid med 40 plugins – halverar du:
- Avaktivera hälften av alla plugins.
- Är felet borta? Då ligger boven i den avstängda hälften. Kvarstår det? Då ligger den i den påslagna hälften.
- Ta den misstänkta hälften och halvera igen.
- Upprepa tills du står med ett enda plugin.
Med 40 plugins hittar du bovarna på ungefär sex steg i stället för upp till fyrtio. Kommer du inte in i wp-admin kan du byta namn på hela wp-content/plugins-mappen till plugins.off via FTP – då avaktiveras allt – och sedan namnge tillbaka och stega dig framåt.
Metod 3: Health Checks felsökningsläge
Halveringsmetoden har en nackdel: du stänger av plugins för alla besökare medan du testar. Det officiella pluginet Health Check & Troubleshooting löser det. Dess felsökningsläge (”Troubleshooting Mode”) avaktiverar alla plugins och byter till ett standardtema – men bara för din egen inloggade session. Besökarna ser sajten som vanligt.
Aktivera felsökningsläget, verifiera att felet försvinner, och slå sedan på ett plugin i taget från verktygsfältet tills felet återkommer. Det plugin som utlöser felet är din bov. Det här är ett säkert isoleringstest – du experimenterar utan att ta ner den publika sajten.
Växla till ett standardtema
Är det inget plugin? Byt till ett standardtema som Twenty Twenty-Four. Försvinner felet ligger orsaken i ditt tema eller ett child-tema, inte bland pluginsen.
Vanliga fällor
- Cache. Rensa sid-, objekt- och CDN-cache mellan varje test, annars testar du en gammal version.
- Must-use-plugins. Kolla även
wp-content/mu-plugins– de syns inte i den vanliga plugin-listan och avaktiveras inte av felsökningsläget. - PHP-version. Ett plugin kan fungera på PHP 7.4 men krascha på PHP 8.2. Kontrollera i Webbplatshälsa.
När isoleringen borde vara ett klick
Halvering och felsökningsläge fungerar, men det är manuellt och tidskrävande – och du måste ofta göra det på en sajt som redan har problem. Ravnsights Detective grupperar identiska fel så att hundra rader i loggen blir ett tydligt fall, och attribuerar varje grupp till rätt plugin, tema eller kärnan baserat på stack-tracen. I stället för att gissa vilken hälft du ska stänga av ser du direkt ”312 förekomster, tillskrivet superslider”.
När du behöver bekräfta erbjuder Detective ett säkert isoleringstest i samma anda som Health Check – så att du kan verifiera hypotesen utan att famla i FTP. Du behåller den vetenskapliga metoden, men slipper det tråkiga hantverket.
