Du klickar på en länk i sökresultaten och möts av en vit vägg. "Sidan hittades inte. 404." Besökaren lämnar inom tre sekunder. Google registrerar avvisningen. Detta händer dussintals eller till och med hundratals gånger tills sajten tappar i rankning över hela din nyckelordspool.

Problemet är inte din hosting, ett utvecklarmisstag eller otur. WordPress skapar sina egna omskrivningsregler, förstör dem vid plugin-uppdateringar eller temabyten, och tillhandahåller alla verktyg för att fixa dem utan att redigera serverkonfigurationer eller ringa en administratör.

Nedan följer en algoritm som hanterar 404-fel från första symptomet till full automatisering. Tre manuella steg för typiska situationer och plugins för allt annat.

💡 Snabb översikt:

• Återställ permalänkar i adminpanelen på 15 sekunder: i de flesta fall räcker detta.
• Kontrollera .htaccess (Apache) eller omskrivningsregler (NGINX) om återställningen inte hjälpte.
• Hitta det skyldiga pluginet genom att avaktivera dem ett i taget: orsaken ligger ofta djupare än standardmekanismerna.
• Installera Redirection för övervakning och omdirigeringar, Broken Link Checker för en engångsgranskning och 404page för en användbar felsida.

Varför 404-fel är farligare än de verkar

Tekniskt sett är 404 en HTTP-kod som servern returnerar när en begärd URL inte existerar. Orsakerna är vardagliga: du raderade en sida men länkar finns kvar i menyer och gamla inlägg; du ändrade en publikations slug utan en omdirigering; ett plugin eller tema skrev över arrayen med omskrivningsregler efter en uppdatering; en extern sajt länkade med ett stavfel i adressen; en sökrobot genomsökte skräp-URL:er från loggar.

Google anger uttryckligen: en enskild 404 bestraffas inte. Men när trasiga länkar uppgår till dussintals uppstår en kumulativ effekt:

• Avvisningsfrekvensen ökar. En besökare anländer, ser en 404 och lämnar inom 2 sekunder. Google registrerar avvisningsfrekvensen och tolkar det som att "innehållet är irrelevant."
• Länkkapital går förlorat. Externa länkar till en raderad sida försvinner helt enkelt; utan en 301-omdirigering förs deras värde inte vidare.
• Genomsökningsbudget** slösas bort.** Botar genomsöker icke-existerande URL:er istället för att indexera levande sidor.

För en kommersiell sajt innebär varje obemärkt 404 förlorade rankningar och pengar. Lyckligtvis kan WordPress fixas utan serveradministration.

Steg 1: Återställ permalänkar

Den vanligaste och mest underskattade åtgärden. WordPress lagrar omskrivningsregler i en separat options-array. Efter installation av ett plugin, byte av tema eller uppdatering av kärnan kan denna array gå sönder: länkar leder till 404 trots att publikationerna fysiskt existerar.

Åtgärden tar 15 sekunder:

• Gå till adminpanelen: Inställningar → Permalänkar.
• Ändra ingenting i strukturen.
• Klicka på "Spara ändringar".

WordPress kommer att bygga om arrayen med omskrivningsregler från grunden. Vanligtvis försvinner problemet helt. Om det inte hjälpte, gå vidare till steg 2.

Steg 2: Kontrollera.htaccess och serverregler

På Apache-servrar förlitar sig WordPress på filen .htaccess i sajtens rot. Om den är skadad, saknas eller har skrivits över av ett caching-plugin slutar permalänkar att fungera globalt.

Standardblocket för WordPress i .htaccess:

1
<IfModule mod_rewrite.c>
2
RewriteEngine On
3
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
4
RewriteBase /
5
RewriteRule ^index\.php$ - [L]
6
RewriteCond %{REQUEST_FILENAME} !-f
7
RewriteCond %{REQUEST_FILENAME} !-d
8
RewriteRule . /index.php [L]
9
</IfModule>

Steg att följa:

• Anslut till din sajt via FTP eller genom din hosting filhanterare.
• Öppna .htaccess i roten och kontrollera att standardblocket för WordPress finns, inte är duplicerat och inte är skadat.
• Om filen inte existerar, skapa den och klistra in standardblocket ovan.
• Om caching-plugin-direktiv (W3 Total Cache, WP Rocket, LiteSpeed Cache) följer efter standardblocket för WordPress, kommentera tillfälligt bort dem för testning.
• För NGINX används inte .htaccess. Regler sätts i konfigurationen för server {}-blocket. Kontakta din host eller kontrollera din sajts konfigurationsfil.

Steg 3: Diagnostisera omskrivningsregler

Om återställning av permalänkar och .htaccess inte hjälpte är orsaken ett specifikt plugin eller anpassad kod som stör omskrivningsreglerna.

Ett snabbt diagnostikverktyg är pluginet Debug This. Efter aktivering visar det den aktuella arrayen med omskrivningsregler i läsbart format, den faktiska PHP-frågesträngen från servern och URL-matchning med regler.

Algoritm för att hitta den skyldige:

• Avaktivera alla plugins på en gång.
• Kontrollera om 404-felet försvann på den problematiska URL:en.
• Aktivera plugins ett i taget och testa den problematiska sidan varje gång.
• Det plugin som återinför felet vid aktivering är orsaken.

Oftast är den skyldige ett plugin som registrerar en anpassad posttyp eller taxonomi utan att anropa flush_rewrite_rules() vid aktivering. En rad kod räcker för utvecklaren, men alla gör det inte.

Verktyg för att hitta, omdirigera och övervaka

De tre manuella stegen ovan täcker de flesta fall. Men när du inte har tio utan femhundra eller femtusen publikationer är automatisering nödvändig. Tillägg löser tre uppgifter: hitta trasiga länkar, omdirigera besökare och spåra nya fel i loggar.

Nedan finns verktyg testade på den aktuella WordPress-versionen och aktiva i repositoriet. Döda och stängda tillägg är exkluderade.

Hitta trasiga länkar: Broken Link Checker

Broken Link Checker är en repositorieveteran med en miljon aktiva installationer. Det skannar hela webbplatsen (inlägg, sidor, kommentarer, anpassade fält) och markerar varje trasig länk.

Inställningarna låter dig konfigurera skanningsfrekvens (från timmar till dagar), e-postaviseringar och filter för innehållstyper. För varje trasig länk som hittas finns åtgärder tillgängliga vid hover: ändra URL:en över alla förekomster på en gång, ta bort länken men behåll texten, eller avfärda tillfälligt till nästa kontroll.

Tillägget belastar servern märkbart under aktiv skanning. Efter en engångsgenomgång är det bättre att avaktivera det och aktivera en gång i månaden för översyn.

Omdirigeringsmästare: Redirection

Redirection är den mest populära omdirigeringshanteraren för WordPress, med över två miljoner aktiva installationer. Den stöder 301-, 302-, 307- och 308-omdirigeringar, för fullständiga loggar över alla 404:or med IP och user-agent, och utför villkorliga omdirigeringar baserat på webbläsare eller referrer.

Tre huvudscenarier:

• Ändra en publikations permalänk: tillägget lägger automatiskt till en 301-omdirigering när en inläggs-URL ändras.
• Webbplatsmigrering: massomdirigering av gamla URL:er till nya via CSV-import.
• Övervakning: loggen visar varje 404:a (vilken URL besökaren kom från, hur många försök, vilken webbläsare).

Det fungerar helt inom WordPress och rör inte .htaccess. För NGINX-webbplatser är detta kritiskt eftersom du inte behöver redigera serverkonfigurationen.

Lättviktig omdirigering: 404 to 301

404 to 301 är ett enkelt och lättviktigt alternativ. Alla 404:or omdirigeras till en enda angiven sida via 301, 302 eller 307. Installationen tar en minut: välj omdirigeringstyp, ange målsidan, spara.

Användbara funktioner inkluderar e-postaviseringar om nya 404:or, en detaljerad logg med referrer och user-agent, samt möjligheten att inaktivera omdirigeringar och bara behålla loggningen. Koden är öppen på GitHub, och tillägget är helt gratis.

Säker omdirigering för multisite: Safe Redirect Manager

Safe Redirect Manager utvecklas av teamet på 10up och används på stora företagssajter. Det fungerar med WordPress multisite-installationer och stöder endast säkra omdirigeringar via wp_safe_redirect, en kärnfunktion som bara tillåter omdirigering till vitlistade värdar.

Detta skyddar mot sårbarheter för öppna omdirigeringar: en angripare kan inte använda din sajt för att skicka besökare till en phishing-domän. För sajter med flera administratörer och redaktörer är detta en kritisk funktion.

SEO-omdirigeringar med spårning: SEO Redirection

SEO Redirection är en annan allt-i-ett-lösning för att hantera omdirigeringar. Den stöder 301-, 302- och 307-omdirigeringar, mönsterbaserad omdirigering (till exempel alla webbadresser från mappen /old-blog/), 404-loggning och ändringshistorik.

En användbar funktion är att omdirigera en hel mapp med en enda regel. Om du flyttade en blogg från en underdomän till en sajtsektion omdirigeras alla gamla webbadresser till nya utan manuell mappning. Multisite-installationer stöds inte; använd Safe Redirect Manager ovan för dessa.

Anpassad 404-sida: Custom 404 Pro

Custom 404 Pro ersätter standardsidan för fel med valfri WordPress-sida skapad via standardredigeraren. Du kan ange antingen ett sid-ID eller en fullständig webbadress för extern omdirigering.

Tilläggets funktion är att logga sökord som ledde besökare till 404-sidan. Denna information visar vad folk söker efter och inte hittar på din sajt, vilket ger färdiga idéer till nytt innehåll. Webbläsar- och IP-data loggas också.

Ärlig 404 med användbart innehåll: 404page

404page löser uppgiften annorlunda än de flesta konkurrenter: det skapar ingen omdirigering utan returnerar rätt HTTP 404-kod med innehåll från en vald sida. Detta har betydelse för SEO, eftersom den felaktiga webbadressen med en 301/302-omdirigering stannar kvar i indexet, medan sökmotorn med 404page får ett ärligt "sidan finns inte"-svar, men besökaren ser användbart innehåll.

Inga externa anrop; tillägget använder WordPress egna resurser. Installationen går ut på att skapa en sida via adminpanelen och välja den i rullgardinsmenyn på Inställningar → 404-felsida.

Massomdirigering: All 404 Redirect to Homepage

All 404 Redirect to Homepage är den enklaste lösningen. Alla 404:or omdirigeras till startsidan via 301; du kan ange vilken anpassad sida som helst istället för startsidan. Aktivera statusen, ange webbadressen, klicka på "Uppdatera" så är installationen klar.

Snabb upptäckt: 404 to Start

404 to Start upptäcker 404-sidor innan sökmotorerna hinner registrera felet. Standard är 301, med valfri 302. Du kan få e-postaviseringar med information om webbläsare, URL och tidpunkt för övergången.

Interna länk-shortcodes: RB Internal Links

RB Internal Links hjälper indirekt till att bekämpa 404-fel. Det låter dig infoga länkar till interna inlägg och sidor via shortcode utan långa webbadresser. Permalänkstrukturen bryts inte, och risken för stavfel vid manuell inmatning elimineras. Inläggssökning per kategori i infogningsdialogen är ett plus för redaktörer som bygger korslänkar.

Google-sök-widget: Google 404

Google 404 bäddar in en Google-sökrad på 404-sidan så att besökare fortsätter söka på din webbplats istället för att lämna den. Pluginet har inte uppdaterats på ett tag, men konceptet fungerar: för full effektivitet, skicka in din XML-webbplatskarta till Google Search Console. Som ett alternativ, överväg Google Programmable Search Engine med manuell kodinfogning i din 404-mall.

Sidbyggare med 404-stöd: SeedProd

Om du inte bara behöver ersätta en felsida utan bygga den visuellt med bakgrund, prenumerationsformulär och sök, använd huvudpluginet SeedProd (tidigare 404 Page by SeedProd, som författaren har stängt ner). Detta är en fullständig sidbyggare: dra-och-släpp-block, över 300 mallar, integration med e-posttjänster och Gravity Forms.

Premiumversionen erbjuder leadgenerering direkt på 404-sidan, där besökare lämnar sin e-post och data sparas i WordPress-databasen. Licenser börjar på $79 per år för en webbplats (Basic), medan Pro-planen inkluderar WooCommerce och dynamisk text för $399 per år.

Videon ovan är en visuell demonstration: återställ permalänkar och sätt upp omdirigeringar på fem minuter. Se den innan du implementerar de beskrivna verktygen.

⁉️🤔 Vanliga frågor

Varför visar alla sidor 404 efter att jag bytte tema?

Temat kan ha registrerat anpassade posttyper eller taxonomier utan att anropa flush_rewrite_rules(). Lösning: gå till Inställningar → Permalänkar och klicka på "Spara ändringar" utan att ändra strukturen; WordPress bygger om omskrivningsreglerna. Temat kan också åsidosätta standardloopen via query_posts() eller ett felaktigt pre_get_posts-filter. Om en återställning av länkarna inte hjälpte, byt tillfälligt till standardtemat (Twenty Twenty-Five). Om 404-sidorna försvann ligger problemet i temat; kontakta utvecklaren.

Hur kan jag hitta alla trasiga länkar på en webbplats utan tillägg?

Använd skrivbordsgranskaren Screaming Frog SEO Spider. Gratisversionen skannar upp till 500 webbadresser och visar svarskoder för varje länk, inklusive bilder, CSS och JavaScript. För större webbplatser kostar licensen $279 per år. Efter skanning sorterar du resultaten efter koden "404" och exporterar listan med trasiga webbadresser. Åtgärda interna länkar manuellt eller via Redirection; ersätt externa med aktuella alternativ. Trasiga bilder fångas också upp av granskaren, vilka är lätta att missa vid manuell kontroll.

Hur skapar jag en omdirigering utan ett tillägg?

För Apache, lägg till i .htaccess: Redirect 301 /old-post /new-post. För massomdirigeringar är mod_rewrite smidigare: RewriteRule ^old-post/$ /new-post/ [R=301,L]. För NGINX i server {}-blocket: rewrite ^/old-post/$ /new-post/ permanent;. Efter redigering, kontrollera att omdirigeringen inte skapar kedjor (A → B → C): varje extra hopp saktar ner laddningen och minskar länkkapitalet.

Vad är bättre: en 301-omdirigering eller en anpassad 404-sida?

Om sidan har en relevant ersättning, använd en 301 eftersom den bevarar SEO-värdet. Om det inte finns någon ersättning, lämna en ärlig 404 med användbart innehåll: ett sökfält, länkar till populära avsnitt och ett feedbackformulär. Tillägget 404page implementerar precis detta tillvägagångssätt: korrekt HTTP-kod plus innehåll utan omdirigering. En anpassad 404 med sökning och navigering är mer användbar än en "tyst" 301 till startsidan, särskilt om besökaren letade efter specifik information.

Hur övervakar jag 404-sidor kontinuerligt utan serverbelastning?

Installera Redirection och aktivera 404-loggen; den registrerar varje trasig webbadress med referrer och user-agent utan aktiv skanning. Gå igenom loggen varje vecka: stäng upprepade fel från externa webbplatser med en 301-omdirigering, ignorera skräpförfrågningar från bottar och använd förfrågningar från riktiga besökare till icke-existerande sidor som idéer för nytt innehåll. Kör Broken Link Checker en gång i månaden för en fullständig granskning och avaktivera det omedelbart efteråt.

Vad du kan göra åt 404-fel just nu

404-sidor fixar inte sig själva, men manuell kontroll av varje länk är inte heller nödvändig. Rätt kombination av verktyg hanterar problemet med minimal ansträngning.

Ett startpaket för de kommande tio minuterna:

• Återställ permalänkar: 15 sekunder som ofta löser problemet helt.
• Installera Redirection: det täcker både övervakning och omdirigeringar i ett tillägg utan att redigera serverfiler.
• Sätt upp en anpassad 404-sida via 404page så att även en saknad sida arbetar för dig istället för att skrämma bort besökare.

Om din webbplats är stor och många fel har ackumulerats, lägg till Broken Link Checker för en engångsgranskning. Efter skanning, avaktivera det, så kommer din server att tacka dig. Därefter övervakar du bara via Redirections logg och skapar omdirigeringar vid behov.

Börja med att återställa permalänkar just nu. Det är gratis, säkert och tar mindre än en minut.