De 5 vanligste WordPress-feilene — og trinn-for-trinn løsninger
Noen WordPress-feil dukker opp igjen og igjen — uansett hva slags nettside du driver. Her gjennomgår vi de fem vanligste, hva som forårsaker dem og nøyaktig hvordan du fikser dem steg for steg.
WordPress er verdens mest brukte CMS, og med det følger et velkjent sett av feilmeldinger som rammer utviklere og nettstedeiere jevnlig. Mange av disse kan løses på noen minutter — hvis du vet hva du ser etter. Her er de fem vanligste, med konkrete løsningssteg.
1. Den hvite skjermen (White Screen of Death)
Den hvite skjermen — eller WSOD (White Screen of Death) — er en av de mest skremmende feilene fordi du ikke får noen feilmelding i det hele tatt. Siden er bare hvit og tom. Årsaken er nesten alltid en PHP-feil, en krasjet plugin eller et tema som genererer en fatal error.
Slik fikser du det:
- 1Aktiver feillogging ved å legge til define('WP_DEBUG', true); og define('WP_DEBUG_LOG', true); i wp-config.php — feilmeldingen vil da logges til /wp-content/debug.log.
- 2Koble til via FTP og gi pluginsmappen et midlertidig nytt navn (f.eks. plugins_bak). Dette deaktiverer alle plugins samtidig.
- 3Hvis siden kommer tilbake, har du en plugin-konflikt. Gi mappen det originale navnet tilbake og aktiver plugins én om gangen til feilen gjenoppstår.
- 4Sjekk temaet: gå til wp-content/themes og gi det aktive temaet nytt navn. WordPress vil da bruke et standardtema.
- 5Øk minnegrensen ved å legge til define('WP_MEMORY_LIMIT', '256M'); i wp-config.php.
Bruk alltid FTP-tilgang i stedet for wp-admin for disse operasjonene — wp-admin er som regel utilgjengelig når WSOD oppstår.
2. "Error establishing a database connection"
Denne feilen betyr at WordPress ikke klarer å koble seg til MySQL-databasen. Det kan skyldes feil innloggingsdetaljer i wp-config.php, at databaseserveren er nede, eller at databasen er ødelagt.
Slik fikser du det:
- 1Åpne wp-config.php og sjekk at DB_NAME, DB_USER, DB_PASSWORD og DB_HOST stemmer med det du finner i kontrollpanelet hos hostingleverandøren din.
- 2Logg inn på phpMyAdmin eller kontrollpanelet og sjekk om databasen finnes og er tilgjengelig.
- 3Hvis innloggingsdetaljene er riktige, kan databasen være korrupt. Gå til wp-admin/maint/repair.php for å starte WordPress sin innebygde databasereparsjon (krever at du legger define('WP_ALLOW_REPAIR', true); i wp-config.php midlertidig).
- 4Kontakt hostingleverandøren din og spør om MySQL-tjenesten er oppe — noen ganger er det serversiden som er problemet.
Husk å fjerne define('WP_ALLOW_REPAIR', true); fra wp-config.php etter at reparasjonen er fullført — denne innstillingen er en sikkerhetsrisiko hvis den står der permanent.
3. 404-feil på innlegg og sider
Plutselig gir alle enkeltinnlegg og -sider 404-feil, selv om de vises i wp-admin? Dette er nesten alltid et problem med permalink-strukturen, og det løses enkelt.
Slik fikser du det:
- 1Logg inn i wp-admin og gå til Innstillinger → Permalenker.
- 2Uten å endre noe, klikk "Lagre endringer". Dette regenererer .htaccess-filen med riktige rewrite-regler.
- 3Hvis det ikke hjelper, koble til via FTP og sjekk om .htaccess-filen finnes i rotkatalogen. Hvis den mangler, opprett en ny med standardinnholdet fra WordPress Codex.
- 4Sjekk at mod_rewrite er aktivert på serveren — ta kontakt med hosten din hvis du er usikker.
- 5Sjekk også at AllowOverride All er satt i Apache-konfigurasjonen (dette håndteres av hosten på delte hostingplaner).
# Standard WordPress .htaccess-innhold
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress4. Innloggingsloop i wp-admin
Du taster inn riktig brukernavn og passord, klikker "Logg inn" — og siden laster bare om igjen til innloggingsskjemaet. Ingen feilmelding, bare evig loop. Årsaken er som oftest et problem med WordPress-cookies, og det løses uten at du trenger FTP.
Slik fikser du det:
- 1Åpne wp-config.php og sjekk at COOKIE_DOMAIN og COOKIEPATH er riktig satt — eller ikke satt i det hele tatt (da bruker WordPress standardverdier).
- 2Sørg for at nettstedets URL i Innstillinger → Generelt er identisk med den faktiske adressen du bruker, inkludert om du bruker www eller ikke.
- 3Tøm nettleserens cookies og cache fullstendig, og prøv å logge inn igjen.
- 4Deaktiver alle plugins via FTP (gi pluginsmappen nytt navn) og prøv innlogging på nytt.
- 5Sjekk at det aktive temaet ikke inneholder kode som forstyrrer session-håndteringen.
Legg til define('COOKIE_DOMAIN', ''); i wp-config.php som en midlertidig løsning. Dette tvinger WordPress til å bruke standardinnstillinger for cookies.
5. 500 Internal Server Error
En generisk 500-feil betyr at noe på serversiden har gått galt — men feilen i seg selv forteller ingenting om hva. Det kan være en plugin, temaet, PHP-versjonskonflikter, en ødelagt .htaccess-fil eller ressursproblemer på serveren.
Slik fikser du det:
- 1Aktiver WP_DEBUG og sjekk debug.log for den faktiske feilmeldingen — det sparer deg for mye tid.
- 2Gi .htaccess-filen et nytt navn (f.eks. .htaccess_bak) og last inn siden på nytt. Hvis feilen forsvinner, er problemet i .htaccess. Gjenopprett filen og regenerer den via Innstillinger → Permalenker.
- 3Deaktiver alle plugins via FTP og aktiver dem én om gangen for å isolere hvilken som skaper feilen.
- 4Sjekk serverens error-logg via kontrollpanelet eller FTP (/var/log/apache2/error.log eller tilsvarende).
- 5Spør hosten om å øke PHP-minnegrensen og sjekk at PHP-versjonen du bruker er kompatibel med temaet og pluginsene dine.
De fleste 500-feil på WordPress skyldes enten en defekt plugin eller en ødelagt .htaccess-fil. Start alltid med disse to før du graver dypere.
Vil du ha profesjonell hjelp?
CodeMedic løser WordPress-feil raskt og trygt. Fast pris — du betaler kun når jobben er godkjent og ferdig.
Send forespørsel