🔧 404-Feil i WordPress: slik fikser du det og aldri mister sider igjen

Du klikket på en lenke til nettstedet ditt og fikk en blank side med «404 Not Found». Men du husker tydelig: innlegget var der, det fungerte, og du slettet det ikke. Irriterende situasjon og, dessverre, velkjent for enhver WordPress-administrator.

Som oftest er synderen en enkel desynkronisering av reglene for URL-omskriving. I praksis løses 8 av 10 tilfeller på et minutt med ett enkelt knappetrykk i administrasjonspanelet. Og hvis det ikke hjelper, går vi gjennom de resterende årsakene steg for steg, fra utvidelser til serverinnstillinger.

Nedenfor finner du en steg-for-steg-guide: fra en rask løsning til full diagnostikk, inkludert manuell redigering av .htaccess, finne ødelagte lenker via Google Search Console og oppsett av videresendinger.

💡 Rask oversikt:

• Lagre permalenker i administrasjonspanelet, dette tømmer omskrivingsreglene og fikser de fleste 404-feil.
• Sjekk utvidelser og tema: deaktiver alt midlertidig og aktiver én etter én for å finne konflikten.
• Oppdater htaccess-filen manuelt via FTP eller vertskontrollpanelets filbehandler.
• Sett opp 301-videresendinger via Redirection-utvidelsen for slettede og flyttede sider.
• Kontakt verten din hvis de foregående stegene ikke hjalp.

Steg 1: Lagre innstillinger for permalenker

Dette er den raskeste og mest effektive metoden. WordPress lagrer regler for URL-ruting i en spesiell hurtigbuffer for omskrivingsregler, og noen ganger tømmes denne bufferen feil, for eksempel etter en kjerneoppdatering eller installasjon av en utvidelse som registrerer sine egne innholdstyper.

Gå til administrasjonspanelet: Innstillinger → Permalenker. Ikke endre noe, bare klikk på «Lagre endringer»-knappen nederst på siden.

WordPress vil regenerere omskrivingsreglene og skrive dem til .htaccess. Etter det, sjekk de problematiske sidene, i de fleste tilfeller forsvinner 404-feilen umiddelbart.

Hvis det ikke fungerte, prøv å midlertidig bytte lenkestruktur til «Enkel», lagre, bytt deretter tilbake og lagre igjen. Dette tvinger frem regenerering av omskrivingsregler to ganger.

Steg 2: Sjekk utvidelser og tema for konflikter

Noen utvidelser forstyrrer URL-ruting, registrerer sine egne omskrivingsregler eller overstyrer eksisterende. En konflikt mellom to utvidelser eller en utvidelse og temaet ødelegger permalenker, og noen sider returnerer 404.

Slik finner du synderen:

• Ta en full sikkerhetskopi av nettstedet. Før enhver manipulering med aktive utvidelser og tema er dette obligatorisk. Bruk BackWPup eller en annen sikkerhetskopiutvidelse du stoler på.
• Gå til Utvidelser → Installerte utvidelser og deaktiver alle utvidelser midlertidig på én gang (kryss av i boksen og velg «Deaktiver» fra nedtrekksmenyen).
• Sjekk om 404-feilen er borte. Hvis ja, ligger problemet i én av utvidelsene.
• Aktiver utvidelser én etter én og sjekk den problematiske URL-en etter hver. Den utvidelsen som etter aktivering får feilen til å komme tilbake, er kilden til konflikten.

Hvis deaktivering av alle utvidelser ikke hjalp, bytt midlertidig tema til et standardtema (Twenty Twenty-Five eller Twenty Twenty-Four). En lenke som fungerer under et standardtema betyr at konflikten ligger på ditt nåværende temas side.

For sikker testing på et live-nettsted, bruk et staging-miljø (en kopi av nettstedet på et underdomene). Mange verter tilbyr dette med et par klikk via kontrollpanelet. Hvis staging ikke er tilgjengelig, kjør diagnostikk i timer med lav trafikk og gjenopprett utvidelser umiddelbart etter sjekk.

Steg 3: Oppdater.htaccess-filen manuelt

Noen ganger kan ikke WordPress skrive omskrivingsregler til .htaccess, for eksempel på grunn av filtillatelser på serveren eller fordi filen er ødelagt. Da hjelper ikke engang lagring av permalenkeinnstillinger.

Koble til serveren via FTP (FileZilla, WinSCP) eller åpne filbehandleren i vertskontrollpanelet ditt. I nettstedets rotmappe (der wp-content og wp-includes ligger) finner du .htaccess-filen.

Kopier innholdet og lagre det på et trygt sted, hvis noe går galt, kan du alltid gjenopprette originalen.

Erstatt nå innholdet i .htaccess med standard WordPress-kode:

1
## BEGIN WordPress
2
<IfModule mod_rewrite.c>
3
RewriteEngine On
4
RewriteBase /
5
RewriteRule ^index\.php$ - [L]
6
RewriteCond %{REQUEST_FILENAME} !-f
7
RewriteCond %{REQUEST_FILENAME} !-d
8
RewriteRule . /index.php [L]
9
</IfModule>
10
&#35;&#35; END WordPress

Lagre filen og sjekk de problematiske sidene. Hvis feilen er borte, var problemet en ødelagt .htaccess.

Ikke glem å sette filtillatelsene tilbake til 644: en skrivbar .htaccess (666 eller 777) er et sikkerhetshull.

Steg 4: Sett opp videresendinger for slettede og flyttede sider

Ikke alle 404-feil skyldes en teknisk glipp. Noen av dem er reelt manglende sider: du slettet et innlegg, endret URL-en mens du redigerte, eller omstrukturerte kategorihierarkiet.

Slike 404-feil er synlige i Google Search Console i «Sider»-rapporten, Google logger hver utilgjengelige URL som brukere eller søkeroboten besøkte.

For å administrere videresendinger, installer den gratis Redirection-utvidelsen. Den lar deg:

• opprette en 301-videresending fra en gammel URL til en ny med et par klikk;
• overvåke alle 404-feil på nettstedet i sanntid (logg rett i administrasjonspanelet);
• sette opp massevideresendinger etter mønster (for eksempel ved endring av permalenkestruktur).

For hver logget 404 i Redirection-journalen kan du umiddelbart tilordne en videresending uten å forlate administrasjonspanelet. Dette bevarer søkerangeringer og forhindrer at besøkende havner på en blank side.

Steg 5: Kontakt vertsleverandøren din

Hvis ingen av de foregående stegene hjalp, ligger problemet dypere, på servernivå.

Hva kan være galt på vertssiden:

• mod_rewrite-modulen er ikke aktivert i Apache. Uten den kan ikke WordPress danne «pene» URL-er, og alle permalenker unntatt «Enkel» returnerer 404. Support aktiverer den på et minutt.
• Aggressiv server-caching (Varnish, Nginx FastCGI cache). Noen ganger tømmes ikke cachen når permalenker lagres, og serveren fortsetter å servere gamle headere. Be verten din om å tvangstømme cachen for domenet ditt.
• Feil Nginx-konfigurasjon. Hvis nettstedet kjører på en Nginx + Apache-stakk eller ren Nginx, ligger omskrivingsregler ikke i .htaccess men i serverens konfigurasjonsfil. Regenerering av omskrivingsregler fra WordPress-administrasjonspanelet har ingen effekt på slike servere, vertsleverandøren må redigere konfigurasjonen.

Når du kontakter support, beskriv problemet og list opp stegene du allerede har tatt: dette sparer tid for både deg og teknikeren.

Andre årsaker til 404-feil i WordPress

Foruten svikt i omskrivingsregler og utvidelseskonflikter, er det flere scenarioer der sider returnerer 404:

• Domenebytte eller nettstedsmigrering. Etter migrering fungerer ikke gamle URL-er hvis det ikke er satt opp videresendinger. For masseoverføring, bruk Duplicator- eller All-in-One WP Migration-utvidelsen, de fikser automatisk alle interne lenker i databasen.
• Slettede mediefiler. Hvis du slettet et bilde eller en PDF via mediebiblioteket, og en lenke til den fortsatt finnes i innleggsteksten, vil nettleseren vise 404 ved tilgang til den direkte fil-URL-en. Bruk Media Cleaner-utvidelsen for å finne slike «foreldreløse» lenker.
• Feil i sidehierarki. Når du endrer en overordnet side eller et kategoristikkord, brytes underordnede URL-er. Hvis du omstrukturerer, sett opp videresendinger fra gamle adresser umiddelbart.
• Ondsinnet aktivitet. Et hack eller malware-infeksjon kan erstatte omskrivingsregler og legge til videresendinger til tredjepartsdomener. Oppdater jevnlig kjernen, utvidelser og tema, og for overvåking bruk Solid Security (tidligere iThemes Security).

⁉️🤔 FAQ

Hvorfor forsvinner ikke feilen etter lagring av permalenker?

Mest sannsynlig kan ikke WordPress skrive endringer til .htaccess, sjekk filtillatelsene (skal være 644). Hvis nettstedet kjører på Nginx, administreres omskrivingsregler ikke via .htaccess men via serverkonfigurasjonen, kontakt vertssupport slik at de manuelt oppdaterer omskrivingsregler for domenet ditt.

Hvordan finne alle 404-feil på nettstedet i bulk?

Det mest komplette verktøyet er Google Search Console, «Sider»-rapport → «Ikke funnet (404)»-fane. For sanntidsovervåking, installer Redirection-utvidelsen: den logger hvert 404-treff rett i administrasjonspanelet og lar deg opprette en videresending med ett klikk. Eksterne crawlere som Screaming Frog fungerer også, men for en engangsrevisjon.

Kan jeg bare slette ødelagte lenker og ikke sette opp videresendinger?

Teknisk sett, ja, men du vil miste søkerangeringer og trafikk. Hvis eksterne lenker fra andre nettsteder pekte til siden, vil besøkende havne på ingenting. En 301-videresending overfører lenkeverdi til den nye siden og bevarer brukeropplevelsen. For masse-404 på et gammelt nettsted er videresending til startsiden en siste utvei, det er bedre å peke hver URL til en relevant erstatning.

Hva er faren med en skrivbar.htaccess?

En .htaccess-fil med 666 eller 777-tillatelser kan endres av enhver prosess på serveren. En angriper som får tilgang til en sårbar utvidelse vil legge til en videresending til et phishing-domene, og all trafikken din vil lekke ut. Standard tillatelser 644: eier leser og skriver, alle andre bare leser.

Utvidelser er deaktivert, tema er standard,.htaccess er oppdatert, 404 vedvarer. Hva nå?

I de aller fleste tilfeller ligger problemet på servernivå. Skriv til vertssupport og list opp stegene som allerede er tatt. Be dem sjekke: om mod_rewrite er aktivert, om serveren cacher gamle headere, om Nginx er riktig konfigurert (hvis i bruk). Med denne listen vil teknikeren løse problemet i løpet av én økt i stedet for tre frem og tilbake-utvekslinger.

404 På WordPress: hva du skal gjøre først

Algoritmen er enkel og fungerer nesten alltid. Start med den raske løsningen, lagring av permalenker (8 av 10 tilfeller). Hvis det ikke hjalp, gå nedover kjeden: utvidelser → .htaccess → videresendinger → verts-support. Hvert neste steg er litt mer komplekst enn det forrige, men sannsynligheten for at problemet ligger der er også lavere.

For forebygging, ha tre verktøy for hånden: en sikkerhetskopiutvidelse som BackWPup, videresendingsutvidelsen Redirection og Google Search Console for overvåking. Med dem fikser du ikke bare 404-feil, du ser dem før de besøkende gjør det.

Hvilken årsak til 404-feil har du støtt på oftest? Del din erfaring i kommentarene.