Siden er nede

500-feil på WordPress-siden

«Internal Server Error» sier lite i seg selv. I WordPress kan den skyldes en utvidelse, en feil i .htaccess eller minnegrensen.

Du trenger: FTP
Oppdatert: 5. oktober 2026

En 500-feil betyr at serveren ikke klarte å fullføre forespørselen, og feilmeldingen sier ikke hvorfor. På en WordPress-side kan det skyldes en utvidelse som gir en fatal PHP-feil, en feil i rewrite-reglene eller at PHP har gått tom for minne.

Årsaken står nesten alltid i en feillogg. Du kan enten finne loggen eller utelukke de tre årsakene én etter én.

Finn ut hvor feilen vises

Åpne forsiden, en underside og /wp-admin i et inkognitovindu.
«En kritisk feil har inntruffet på dette nettstedet» betyr at WordPress har fanget opp feilen. Da begynner du med utvidelsene og temaet.
Står det bare «Internal Server Error» eller «HTTP ERROR 500», betyr det at serveren stoppet før WordPress rakk å vise noe. Da ligger feilen i rewrite-reglene, i PHP-oppsettet eller hos hostingleverandøren. Gå gjennom stegene under, og kontakt hostingleverandøren hvis ingen av dem hjelper.
Noter klokkeslettet. Du trenger det når du leter i loggen.

Rett feilen i wp-admin

Hvis du kommer inn i wp-admin, kan det være en utvidelse som bare gir feil på enkelte sider.

Gå til Utvidelser og deaktiver utvidelsen du sist installerte eller oppdaterte.
Gå til Innstillinger → Permalenker og trykk «Lagre endringene» uten å endre noe. På Apache og LiteSpeed skriver WordPress da reglene i .htaccess på nytt.

Sjekk rewrite-reglene

En feil i rewrite-reglene gir 500-feil på hele siden, også i wp-admin. Sikkerhets- og cache-utvidelser kan legge inn egne regler. Hvor reglene står, kommer an på hvilken webserver siden kjører på. Vet du ikke hvilken det er, kan hostingleverandøren svare på det.

Apache og LiteSpeed leser reglene fra .htaccess i rotmappen til WordPress, der wp-config.php ligger.

Koble til med FTP eller filbehandleren i hostingpanelet, og åpne rotmappen.
Gi .htaccess et nytt navn, for eksempel .htaccess-gammel. Ser du ikke filen, må du slå på visning av skjulte filer.
Last siden på nytt. Virker den nå, var det .htaccess som var problemet.
Logg inn og lagre permalenkene på nytt, så lager WordPress en ny fil. Får ikke WordPress skrevet filen, lager du .htaccess selv med dette standardinnholdet:

# BEGIN WordPress
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress

Skru av utvidelsene og øk minnet

Hjelper det ikke å rette rewrite-reglene, gir du mappen wp-content/plugins et nytt navn. Virker siden etterpå, logger du inn og åpner Utvidelser mens mappen fortsatt har det nye navnet. Da deaktiverer WordPress alle utvidelsene. Bytt så tilbake til det opprinnelige mappenavnet, og aktiver utvidelsene én og én til feilen kommer tilbake.

Hvis det står Allowed memory size of … bytes exhausted i feilloggen, legger du til denne linjen i wp-config.php, rett over linjen med require_once ABSPATH . 'wp-settings.php';:

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

Les feilloggen i hostingpanelet

De fleste hostingpaneler har en feillogg for nettsiden. Se etter linjer fra klokkeslettet du noterte. Nevner linjen .htaccess, ligger feilen i den filen. En linje med PHP Fatal error viser hvilken fil og hvilken linje feilen kom fra. Ligger filen under wp-content/plugins, forteller mappenavnet hvilken utvidelse det gjelder.

Mange cPanel-servere skriver i tillegg PHP-feilene til en fil som heter error_log, i mappen der skriptet kjørte, for eksempel rotmappen eller wp-admin.

Står det Permission denied i loggen, har en fil eller mappe feil filrettigheter. WordPress anbefaler 755 for mapper og 644 for filer. Rettighetene endrer du i filbehandleren eller i FTP-programmet.

Sjekk også om PHP-versjonen nylig er endret. Eldre utvidelser kan slutte å virke når hostingleverandøren oppgraderer PHP.

Fortsatt 500-feil

Når du har sjekket rewrite-reglene, slått av alle utvidelsene og økt minnegrensen uten at det hjalp, står svaret i serverloggen. Får du ikke åpnet den selv, kan hostingleverandøren lese den for deg. Gi dem nettadressen og klokkeslettet da feilen kom.

Passer ikke svaret?