Du gör en 301-omdirigering i WordPress på ett av två sätt: med ett omdirigeringsplugin, eller direkt på servernivå i .htaccess på Apache, i Nginx-konfigurationen eller via ett CDN. Skillnaden ligger i var regeln körs. Ett plugin är enklast att komma igång med för några få omdirigeringar, men det lagrar reglerna i databasen och kontrollerar dem vid varje anrop, efter att WordPress har laddats. På servernivå löses omdirigeringen innan WordPress ens startar, vilket är snabbare och stabilare vid stora mängder eller vid ett plattformsbyte. Oavsett metod ska varje regel vara en 301 i ett enda steg till rätt sida. WPBuildAI tar fram omdirigeringskartan, redo för plugin, .htaccess, Nginx eller CDN.
Vad en 301-omdirigering gör
En 301 är en permanent omdirigering: den säger till webbläsaren och sökmotorn att en sida har flyttat för gott till en ny adress. För besökaren betyder det att en gammal länk leder rätt; för Google att placeringen och länkvärdet förs över till den nya sidan, som Googles dokumentation om omdirigeringar beskriver. Det är därför 301 är rätt verktyg vid en flytt eller ombyggnad: den bevarar det du byggt upp. En tillfällig 302 gör inte detta, så vid en bestående ändring är det alltid 301 som gäller.
Alternativ 1: ett plugin
Det enklaste sättet är ett omdirigeringsplugin. Du installerar det, anger gammal och ny adress, och pluginet sköter resten inifrån WordPress. För några få omdirigeringar är det smidigt och kräver ingen serveråtkomst. Nackdelen visar sig vid skala: pluginet lagrar reglerna i databasen och slår upp dem vid varje anrop, vilket lägger på arbete. För en handfull regler är det omärkligt, men för tusentals tynger det sajten, något hur många omdirigeringar som är för många går närmare in på.
Alternativ 2: på servernivå
Det snabbare sättet är att lägga omdirigeringen på servernivå. På Apache skriver du en regel i .htaccess; på Nginx en return 301 eller rewrite i konfigurationen; på ett CDN som Cloudflare en omdirigeringsregel vid kanten. Gemensamt är att omdirigeringen löses innan WordPress laddas, så den kostar ingenting på applikationsnivå. Det kräver lite mer för att sätta upp, men är överlägset vid stora mängder. Web Almanac 2024 (HTTP Archive) visar hur mycket WordPress redan gör per anrop, och servernivån slipper lägga omdirigeringar ovanpå det.
När du ska välja vilket
Var proportionerlig. Har du några tiotal omdirigeringar är ett plugin alldeles utmärkt, och bekvämligheten är värd det. Servernivån blir värd besväret när regeluppsättningen är stor, som vid en stor migration med tusentals gamla URL:er, eller när Time to First Byte redan är ett bekymmer för dina Core Web Vitals enligt web.dev. Det viktiga: välj efter mängd, inte av princip. Ett plugin är inte fel för en liten sajt, och servernivå är inte överdrift för en stor.
Regler för korrekta omdirigeringar
Oavsett metod gäller samma regler. Varje omdirigering är en permanent 301, löses i ett enda steg direkt till målet, och pekar på rätt sida, inte på startsidan, eftersom en samlad omdirigering till startsidan läses som en mjuk 404 och för inte över något. Undvik kedjor och loopar, och kontrollera ett urval efteråt, som i kontrollera att omdirigeringarna fungerar. En snabb omdirigering som pekar fel är värre än en långsammare som pekar rätt.
Vid en migration: kartlägg först
Gör du omdirigeringar som del av en flytt, börja med att kartlägga URL:erna. Du behöver hela listan över gamla adresser och deras nya motsvarigheter innan du skriver en enda regel, enligt Googles guide om flytt med ändrade URL:er. Med kartan klar väljer du sedan var du lägger reglerna, plugin för få, server för många. Att bygga kartan först gör det dessutom enkelt att exportera den i rätt format, i stället för att skriva tusen serverregler för hand.
Steg för steg
- Kartlägg URL:erna och para gammal med ny.
- Välj metod efter mängd: plugin eller servernivå.
- Skapa reglerna i rätt format (.htaccess, Nginx, CDN eller plugin).
- Använd en 301 i ett steg till rätt sida, aldrig till startsidan.
- Kontrollera ett urval att de löses i ett steg.
- Skicka in sitemap på nytt och bevaka 404 efter lanseringen.
Exempel: flytta en sida
Ta en sajt som flyttar en sektion och ändrar några hundra URL:er. För så många är ett plugin onödigt tungt, så kartan exporteras som Nginx-regler, eftersom sajten kör på Nginx. Reglerna läggs i konfigurationen på en gång, och omdirigeringarna löses nu före WordPress. Ett urval kontrolleras så att det svarar med en 301 i ett steg till rätt sida. Time to First Byte påverkas inte, och omdirigeringarna fungerar som med ett plugin, men utan dess tyngd. Hade det rört några få sidor hade ett plugin räckt gott.
Vanliga misstag
- Att lägga tusentals omdirigeringar i ett plugin och tynga varje anrop.
- Att peka omdirigeringar till startsidan i stället för rätt sida.
- Att använda en tillfällig 302 i stället för en permanent 301.
- Att skapa kedjor eller loopar av omdirigeringar.
- Att inte kontrollera att reglerna löses i ett steg.
Värt att minnas
Du gör en 301-omdirigering i WordPress med ett plugin eller på servernivå (.htaccess, Nginx, CDN). Plugin är enklast för några få, men kontrollerar regler i databasen vid varje anrop; servernivå löses före WordPress och är snabbare och stabilare för många eller vid ett plattformsbyte. Håll varje regel en 301 i ett steg till rätt sida, undvik kedjor och loopar, och kontrollera ett urval. Vid en flytt, kartlägg URL:erna först. WPBuildAI tar fram omdirigeringskartan, redo för plugin, .htaccess, Nginx eller CDN. Skicka adressen till din sajt för en kostnadsfri analys.
Ingen koppling till WordPress, Lovable, Webflow, Shopify, Wix eller Squarespace.