Ett 500-fel betyder att servern kraschade när den försökte köra din sajt — inte att servern är nere. Skillnaden är viktig: något i just din WordPress (kod, konfiguration eller resurser) gick sönder, och felet går nästan alltid att ringa in själv. Misstänkt nummer ett är det som hände senast: en plugin-uppdatering, ett temabyte, en redigerad fil.
Steg 1 — slå på felloggen. I wp-config.php: sätt WP_DEBUG och WP_DEBUG_LOG till true, ladda om sidan och läs wp-content/debug.log. Nio gånger av tio står den skyldige där i klartext: 'Fatal error: ... in /plugins/namn/...'. Hos oss når du samma information direkt i kontrollpanelens PHP-fellogg utan att röra någon fil.
Steg 2 — misstänk pluginen. Byt namn på wp-content/plugins via filhanteraren eller FTP (t.ex. till plugins-av) och ladda om. Funkar sajten nu är det en plugin: byt tillbaka namnet och döp istället om en plugin i taget tills felet återkommer. Samma teknik funkar för temat — döps det om faller WordPress tillbaka på ett standardtema.
Steg 3 — kolla .htaccess och PHP-versionen. En trasig .htaccess (ofta efter en säkerhets- eller cache-plugin) ger 500 direkt: döp om filen, gå till Inställningar → Permalänkar och spara så genereras en ren. Och en gammal plugin på ny PHP — eller tvärtom — är en klassiker: testa att växla PHP-version i kontrollpanelen; hos oss byter du mellan 7.4 och 8.5 per sajt utan supportärende.
Steg 4 — minnesgränsen. 'Allowed memory size exhausted' i loggen betyder att PHP slog i taket, vanligt på sidbyggare och WooCommerce-importer. Höj med define('WP_MEMORY_LIMIT', '256M') i wp-config.php. Hjälper det inte är det hostingens hårda gräns som stoppar — våra planer har 2–8 GB att ta av, så där är taket sällan problemet.
Kommer du ändå inte i mål: återställ gårdagens backup (ett klick hos oss, sajten är uppe igen medan du felsöker i lugn) och skicka debug-raden till supporten. En svensk tekniker som ser loggarna från serversidan hittar oftast orsaken på minuter — det är skillnaden mot att gissa i blindo.