Göra serverlösa omdirigeringar med Cloudflare Workers

Att göra serverlösa omdirigeringar med Cloudflare Workers innebär att fånga besökarens begäran på Cloudflares edge-nätverk innan den når origin-servern och returnera ett 301-, 302- eller villkorligt omdirigeringssvar. Med denna metod kan du snabbt och skalbart skapa omdirigeringar baserat på domän, URL-sökväg, land, enhet, språk, kampanjparametrar eller matchningar mot gamla sidor utan att påverka konfigurationen av webbservern. Detta är särskilt användbart för SEO-övergångar, domänförändringar, kampanjsidor och hantering av flera webbplatser, och erbjuder en lösning med låg latens, centraliserad och lätt att underhålla.

Traditionella omdirigeringar görs oftast via Apache .htaccess, Nginx serverblock, applikationskod eller webbhotellens kontrollpaneler. Dessa metoder är fortfarande giltiga; men i projekt som har mycket trafik, hanterar fler domäner eller där dynamiska beslut baserade på olika geografiska platser behövs, erbjuder Cloudflare Workers en mer flexibel lösning. Detta eftersom omdirigeringslogiken körs närmast användaren i ett Cloudflare-datacenter, vilket minskar belastningen på origin-servern och minskar risken för prestandaproblem och driftstopp från felaktigt konfigurerade serverregler.

I den här guiden kommer vi att börja med grundläggande 301-omdirigeringar med Cloudflare Workers och ge praktiska exempel på vägbaserade, query-parametrar, landspecifika, mobilanpassade och massomdirigeringsscenarier. Vi kommer också att gå igenom när du bör använda 301 eller 302 ur ett SEO-perspektiv, vad du bör titta på under testprocessen, samt vilka kontroller som är fördelaktiga för domänhantering, SSL och webbhotell inom Hostragons infrastruktur. Du kan naturligtvis också kolla på sidor om Domänregistrering och DNS-hantering, lösningar för SSL-certifikat och Web hosting paket.

Vad är Cloudflare Workers och varför använda dem för omdirigering?

Cloudflare Workers är en serverlös plattform som låter dig köra JavaScript-baserade kodstycken på Cloudflares nätverksnoder. Uttrycket serverlös betyder inte att det inte finns några servrar; det innebär att du inte behöver hantera serverförvaltning, skalning, operativsystemunderhåll eller infrastrukturkapacitet. När en besökare skickar en begäran till din webbplats hanterar en Worker denna begäran på edge och kör dina regler, och om det behövs omdirigerar användaren till en annan adress.

Den största fördelen med att använda Workers för omdirigering är nivåerna av kontroll. Du kan göra en enkel URL-matchning, men också läsa begärans headers, land, sökväg, query-parametrar, user-agent-information och värdvärde. Till exempel kan du permanent flytta din gamla /produkter/webbhotell-sida till /webbhotell, bara skicka användare som kommer utanför Turkiet till den engelska underkatalogen eller dirigera trafik från en specifik kampanjparameter till en särskild landningssida.

I praktik försnabbar detta tillvägagångssätt driften mellan SEO-team och tekniska team. Tänk dig att du flyttar 450 URL:er från en gammal webbplats till en ny. Istället för att redigera serverkonfigurationsfilen, få godkännande och återgå vid fel, kan du hantera din omdirigeringskarta direkt i Worker eller i en extern databas som KV. På så sätt blir deployment, testning och återställning mer kontrollerade.

Skillnader mellan serverbaserade omdirigeringar och Cloudflare Workers

Det finns ingen enskild rätt metod för varje projekt. För en liten webbplats kan några 301-omdirigeringar via kontrollpanelen för webbhotellet vara tillräckliga. Men om det finns en komplicerad logik, hög trafik, flera domäner och behov av snabba förändringar blir Cloudflare Workers mer effektivt. Tabellen nedan sammanfattar grundläggande skillnader att beakta.

Du kan tolka denna tabell med en enkel regel: om antalet omdirigeringar är lågt, dina villkor är enkla och serveråtkomst är smidig, kan klassiska metoder vara tillräckliga. Men om dina omdirigeringar involverar SEO-migrering, landspecifik distribution, A/B kampanjflöden eller fler domänarkitekturer, blir Worker-lagret mer hållbart.

Vad du behöver innan du börjar

Att avsluta de tekniska förberedelserna innan du utför omdirigeringar med Cloudflare Workers minskar risken för fel. Först och främst måste din domän vara aktiv på Cloudflare och dina DNS-poster måste vara korrekt konfigurerade. Om Cloudflare proxy-funktionen inte är aktiverad på DNS-poster med grå moln, kan Worker-rutten kanske inte fungera som förväntat. Kontrollera därför Cloudflare-proxyn för den värd som omdirigeringen ska tillämpas på.

• Cloudflare-konto och aktiv domän för omdirigering.
• Korrekt A, CNAME eller relevanta DNS-poster.
• Aktivering av Cloudflare-proxyn och rätt val av SSL/TLS-läge.
• Omdirigeringskarta: gammal URL, ny URL och statuskod.
• SEO-kontrollista: canonical, sitemap, interna länkar och indexeringsstatus.
• Testverktyg: webbläsare, curl eller HTTP header-kontrollverktyg.

Det är också viktigt att din origin-server fungerar bra på hotellsidans sida. En Worker-omdirigering kan minska belastningen på origin, men kan inte helt kompensera för felaktiga DNS- eller SSL-konfigurationer. Om du ska göra HTTPS-omdirigeringar är det bra att se till att ditt SSL-certifikat är aktivt på ditt konto på Hostragons. Du kan använda resurser om Hur man installerar gratis SSL och vidarebefordringsprocesser via cPanel som kompletterande guider.

Steg-för-steg guide för serverlösa omdirigeringar med Cloudflare Workers

1. Skapa en Worker

Välj det aktuella kontot i Cloudflare-panelen, navigera till Workers and Pages-sektionen och skapa en ny Worker. I det första steget erbjuder Cloudflare en exempel-skript. Du kan radera det här exemplet och skriva din egna omdirigeringslogik. Var tydlig med namngivningen; exempel som seo-redirects, domain-migration-redirects eller campaign-router gör framtida underhåll enklare.

I en grundläggande omdirigeringslogik tas en begäran emot, en URL-objekt skapas, och om ett visst villkor är uppfyllt, omdirigeras användaren med Response.redirect till adressen. För permanent SEO-flytt rekommenderas 301, medan 302 föredras för tillfälliga kampanjer eller tester. 308 kan också användas för permanenta omdirigeringar, men den mest vanliga och förståeliga alternativet för SEO-migreringar är fortfarande statuskod 301.

2. Lägg till en enkel 301-omdirigeringsregel

Det mest grundläggande scenariot är att permanent flytta en gammal sida till en ny sida. Logiken är följande: Om begärans väg är /gammal-sida, omdirigera användaren till /ny-sida med 301. Inuti Workern läser du värdet av begäran URL och kontrollerar pathname. Därmed sker omdirigeringen endast när den relevanta vägen matchar, medan andra begärningar fortsätter som normalt.

Om du har övergått från en gammal webbhotskategori till en ny URL-struktur kan du till exempel flytta /webbhotell-paket till /webbhotell. På detta sätt informerar du sökmotorerna om att sidan har flyttats permanent. Inom några veckor börjar Google att knyta den nya URL:en mer exakt; för detta behöver du inte skapa en omdirigeringskedja, utan låta den gamla URL:en gå direkt till den slutgiltiga URL:en.

3. Definiera Worker-rutt

Att skriva Worker-koden ensam är inte tillräckligt; du måste också ange vilka begärningar den kommer att köras på genom att definiera en rutt. Till exempel kommer exempel.com/*-rutten att täcka alla vägar under huvuddomänen. Om du bara vill att den ska fungera under en viss underkatalog kan du definiera en snävare rutt, till exempel example.com/gammal-blogg/*. Att ha en alltför brett omfattning kan leda till oväntade omdirigeringar.

Det är också bra att testa rutten på en staging eller test-underdomän innan lansering. Till exempel kan du köra regeln på test.example.com/* och kontrollera header- och omdirigeringsbeteendet. Om allt är korrekt kan du gå över till produktionsdomänrutten. Denna metod förhindrar felaktiga massomdirigeringar, särskilt i stora SEO-flyttprojekt.

4. Publicera och testa HTTP-statuskoden

När Workern har publicerats är det inte tillräckligt att bara kontrollera om sidan öppnas i webbläsaren. Webbläsarens cache kan ibland visa det gamla resultatet. Istället bör du utföra en HTTP header-kontroll för att bekräfta att statuskoden 301 eller 302 returneras korrekt. Kontrollera också i Location-headern att den slutgiltiga URL:en är den förväntade adressen.

• Går den gamla URL:en direkt till den nya URL:en?
• Är omdirigeringskoden 301 eller 302?
• Finns det en extra kedja från HTTP till HTTPS?
• Är www- och non-www-versioner konsekventa?
• Är användningen av snedstreck i slutet av URL:en konsekvent?
• Visar mobil- och skrivbordsanvändare samma SEO-mål?

Vanliga omdirigeringsscenarier

Omdirigering av en enda sida

Omdirigering av en enda sida är den enklaste och mest pålitliga starten. När en gammal tjänstsida, kampanjsida eller bloggpost har flyttats till en ny adress används denna teknik. Det viktiga här är att den gamla sidans innehållsyfte är förenligt med den nya sidan. Att direkt omdirigera en gammal SSL-guide till startsidan kan försvaga användarupplevelsen och sprida SEO-signaler. Istället är det mer korrekt att dirigera till den närmaste motsvarigheten i den nya SSL-guiden eller kategorisidan.

Omdirigering med en mass-URL-karta

I projekt för att flytta webbplatser kan det behövas omdirigera dussintals eller till och med tusentals URL:er. Genom att definiera en kartaobjekt i Workern kan du matcha den gamla vägen med den nya. Till exempel kan du matcha /gammal-blogg/cloudflare-ar-rad-i-netet med /blogg/cloudflare-ar-rad-i-netet. Denna metod är praktisk för små och medelstora listor. För 1000 URL:er eller fler kan det bli svårt att underhålla en lång lista i koden. I det här fallet ger Cloudflare KV, R2 eller en extern API en mer professionell arkitektur för att läsa omdirigeringskartan.

Vid massomdirigering bör du förbereda en tre-kolumn tabell i Excel eller Google Sheets: gammal URL, ny URL, statuskod. Se till att samma URL inte träffar fler än ett mål, att den slutgiltiga URL:en ger 200 statuskod och att den inte blockeras av robots.txt. Det vanligaste misstaget vid SEO-migrering är att en massa gamla URL:er skickas till irrelevanta sidor på den nya webbplatsen. Även om detta kan verka minska crawlande på kort sikt, kan det försvaga kvalitetsignaler på lång sikt.

Landspecifik omdirigering

Cloudflare gör det möjligt för dig att använda landet som en parameter för omdirigering. Du kan till exempel omdirigera användare som kommer från Turkiet till /tr, och de som kommer från Tyskland till /de. Men från ett SEO-perspektiv måste man vara försiktig med automatiska landsomdirigeringar. Googlebot crawl ofta från specifika geografiska platser, och felkonfiguration kan försvåra upptäckten av olika språkutgåvor. Därför bör hreflang-taggar, språkuppdelningslänkar och sitemap utformas korrekt.

Att göra landspecifika omdirigeringar med 302 istället för permanenta 301 är generellt säkrare. Genom att ge en tillfällig upplevelse beroende på användarens plats gör du inte anspråk på att sidan har flyttats permanent. Dessutom är det viktigt att ge användaren möjlighet att ändra språk eller land som en del av upplevelsen.

Omdirigering baserad på enhet eller user-agent

Att skicka mobilanvändare till en annan sida var tidigare en vanlig metod; men responsiv design anses idag vara mer hälsosam. Ändå kan omdirigering baserad på user-agent vara användbar för specifika nedladdningssidor, mobila kampanjflöden eller lätta landningssidor. Här måste man också vara försiktig ur ett SEO-perspektiv. Att erbjuda helt olika innehåll för skrivbord- och mobilanvändare kan leda till inkonsekventa signaler.

Om du gör enhetsbaserad omdirigering, bör innehållsyftet på sidan som visas för mobila användare vara förenligt med skrivbordssidan. Kom också ihåg Google’s mobile-first indexing-strategi. Eftersom mobilupplevelsen är en av de viktigaste signalerna för indexering, räcker det inte att bara optimera skrivbordssidan.

Kampanjomdirigering baserat på query-parametrar

För digitala marknadsföringsteam är Worker-omdirigeringar mycket användbara. Du kan till exempel skicka användare som kommer med parametern utm_campaign=blackfriday till en särskild kampanjsida. Denna process kan lösas på edge-sidan utan att origin-applikationen behöver extrautveckling. Var dock försiktig så att du inte förlorar UTM-parametrarna helt. Om det är nödvändigt för analytisk mätning, se till att överföra parametrarna till den nya URL:en eller spåra dem korrekt i din kampanjplattform.

Val av 301, 302, 307 och 308 ur ett SEO-perspektiv

Valet av omdirigeringskod är inte bara en teknisk detalj; det förklarar till sökmotorerna avsikten med att sidan flyttas. 301 är en permanent flytt och den mest använda koden i SEO-migreringar. 302 är en tillfällig omdirigering; den föredras för kampanjer, tester, plats- eller tidsbegränsade flöden. 307 erbjuder en temporär omdirigering som bevarar HTTP-metoden, medan 308 liknar 301 men med bevarande av metoden.

Den gyllene regeln för SEO är: Använd 301 för sidor som flyttas permanent och har tydliga motsvarigheter; föredra 302 för temporära, personliga eller villkorbaserade omdirigeringar. Undvik också omdirigeringskedjor. Om den gamla URL:en går från HTTP till HTTPS, sedan till non-www, och sedan till den nya sidan, skapas en kedja med tre steg. Den ideala strukturen är att den gamla URL:en går direkt till den slutgiltiga HTTPS-URL:en i ett steg.

Bästa metoder för prestanda och säkerhet

Cloudflare Workers är snabba; men en dåligt skriven omdirigeringslogik kan fortfarande leda till fördröjningar och fel. Håll dina regler enkla, skriv inte onödigt komplexa reguljära uttryck och låt inte stora listor växa okontrollerat i koden. För mycket stora omdirigeringslistor är det mer korrekt ur prestanda- och underhållsperspektiv att använda nyckel-värde-lagringsstrukturer som KV. Se också till att den mål-URL du omdirigerar till inte är densamma som den nuvarande värden och sökvägen för att förhindra oändliga loopar.

• Definiera tydligt ägarskapet för varje regel: SEO, utveckling eller marknadsföringsteam.
• Ta backup av omdirigeringskartan innan ändringar görs.
• Testa på staging-domänen innan lansering.
• Innan du beslutar om en 301, se till att den nya URL:en är permanent.
• Kontrollera manuellt 10-20 exempel-URL:er efter varje publicering.
• Övervaka 404-rapporter och täckningsuppgifter i Google Search Console.
• Lämna inte interna länkar på de gamla URL:erna; uppdatera dem till de nya URL:erna.

I säkerhetsaspekt bör du också vara medveten om risken för öppna omdirigeringar. Att använda parametrar som användaren tillhandahåller (som next, redirect eller url) direkt som mål kan leda till utnyttjande av din betrodda domän. Om du gör parametrarbaserade omdirigeringar, inkludera endast domäner som är vita listade. Till exempel kan bara dina egna domäner eller bekräftade kampanjdomäner vara giltiga mål.

SSL-konfiguration är också en avgörande fråga. När du använder Flexible SSL på Cloudflare kan det uppstå komplexa omdirigeringsloopar om HTTPS inte är aktivt på origin-sidan. Den mest effektiva strukturen är oftast Full eller Full strict SSL-läge. För detta behöver din origin-server ett giltigt SSL-certifikat. Hostragons SSL-lösningar kan underlätta denna process: köp SSL-certifikat och Säkerhet för företags hosting.

Saknar punkter vid användning av Cloudflare Workers i Hostragons infrastruktur

När du använder Cloudflare Workers för omdirigering på Hostragons-baserade webbplatser måste tre komponenter beaktas: domänens DNS, webbhotellens konfiguration och applikationsomdirigeringarna. Först och främst måste domänens nameserver-poster vara pekade mot Cloudflare. Därefter ska dina DNS-poster peka på Hostragons webbhotellserver och proxy-posterna bör vara aktiverade med orange moln.

För det andra, se till att domän, addon-domän eller alias-strukturer som är definierade i ditt webbhotellspanel är korrekta. Även om omdirigeringen sker på Cloudflare edge, kommer vissa begärningar fortfarande att nå origin-servern. Om det finns en felaktig virtuell värd, saknas SSL, eller felaktig root-katalogkonfiguration kan användarupplevelsen påverkas. Du kan dra nytta av sidor om domän- och webbhotellsanpassningar, Guide till domänförsäljning och cPanel hostinghantering.

För det tredje, kontrollera applikationsnivåomdirigeringarna. Oavsett om det är WordPress, Laravel, en anpassad PHP-applikation eller ett annat CMS kan de ha sina egna HTTPS-, www- eller språk-omdirigeringar. Om Cloudflare Worker kör en ytterligare regel om omdirigering kan det leda till loopar eller kedjor. Den bästa tillvägagångssättet är att samla ansvaret för omdirigeringarna på en enda nivå. Till exempel kan alla domän- och SEO-migreringsomdirigeringar som rör Workern, medan användarsessionomdirigeringar i applikationen kan ske på utvecklingssidan.

Testning, övervakning och felsökning

Övervakningsprocessen efter publicering av omdirigeringar är lika viktig som installationsprocessen. Inom de första 24 timmarna ska du kontrollera de mest kritiska URL:erna, de lönsamma landningssidorna, de mest besökta sidorna i organisk trafik och de gamla URL:erna som får backlinks. Håll ett öga på rapporter i Google Search Console om indexering och sidupplevelse. Serverloggar, Cloudflare-analys och analytics-data ger snabbare insikter om eventuella felaktiga omdirigeringar.

Vanliga mönster vid felsökning inkluderar: användning av 302 istället för 301 av misstag, att den gamla URL:en omdirigeras till startsidan istället för den nya URL:en, olika beteende i snedstrecksversioner, stora och små bokstäver och förlust av query-parametrar. Speciellt på e-handels-, SaaS- och webbhotellssidor kan felaktiga mål för pris-, produkt-, kategori- och supportsidor direkt påverka konverteringsgraden.

Efter en publicering bör du implementera en enkel kontrollista. För det första, välj slumpmässiga exempel från listan med gamla URL:er. För det andra, testa varje URL med headerkontrollverktyget. För det tredje, se till att den slutgiltiga sidan ger en 200-statuskod. För det fjärde, kontrollera att sidans innehåll motsvarar det för den gamla sidan avsikten. För det femte, bekräfta att interna länkar har uppdaterats till de nya URL:erna. Dessa fem steg kan förhindra de flesta tekniskt fungerande men SEO-svaga omdirigeringarna.

Exempelstrategi: Flytta gamla webbhotsidor till ny informationsarkitektur

Låt oss tänka på ett konkret scenario. Ett webbhotellföretag uppdaterar sin gamla URL-struktur och flyttar sidor som /linux-hosting, /wordpress-hosting-paket, /ssl-säkerhet och /domän-sökning till en enklare struktur. De nya målsidorna blir respektive /webb-hosting, /wordpress-hosting, /ssl-certifikat och /domän-sökning. I detta fall definieras fyra tydliga 301-regler i Workern. Därefter uppdateras interna menyer, fotlänkar, sitemaps och canonical-taggar till de nya URL:erna.

I denna övergång är syftet inte bara att omdirigera användaren till rätt sida. Det handlar också om att öppet visa sökmotorerna de nya motsvarigheterna till de gamla sidorna. Om den gamla /linux-hosting-sidan omdirigeras till startsidan kan Google förlora den kontext som sidan hade. Men /webb-hosting-sidan är mycket närmare den avsedda produkten. Därför är en bra omdirigeringskarta en del av SEO-strategin snarare än en teknisk fil.

Vanliga frågor

Är omdirigeringar som görs med Cloudflare Workers säkra för SEO?

Ja, de är säkra när rätt statuskod och rätt mål-URL används. För permanenta sidflytt bör 301 användas, och för tillfälliga eller villkorade flöden bör 302 användas. Det är också viktigt att undvika omdirigeringskedjor, loopar och felaktiga mål-sidor.

Behöver origin-servern fungera för Workern?

Om omdirigeringen helt kan avslutas på Cloudflare-edge, kan svaret ges utan att gå till origin-servern. Men eftersom den slutgiltiga sidan kommer att fungera på origin eller någon annan infrastruktur, är det viktigt att webbhotell, DNS och SSL-konfigurationen är korrekt.

Är det bättre att använda Workers än Page Rules?

För några enkla omdirigeringar kan Page Rules eller Redirect Rules vara tillräckliga. Men om det behövs väg-, land-, enhets-, parameterekritt eller kartbaserad dynamisk logik erbjuder Workers mer flexibilitet och skalbarhet.

Kommer det att orsaka problem om jag ändrar min 301-omdirigering senare?

Eftersom 301 ger en permanent signal bör det inte ändras ofta. Webbläsare och sökmotorer kan cache:a 301-resultat. Därför, se till att den målsidan är korrekt och har rätt innehållsyfte innan 301 publiceras.

Kan jag göra www- och non-www-omdirigeringar med Cloudflare Workers?

Ja. Du kan kontrollera värden och omdirigera non-www-adresser till www-versionen eller vice versa. Det viktiga är att fastställa en enda standard, se till att SSL-certifikatet omfattar båda variationerna och uppdatera interna länkar enligt samma standard.

Sammanfattning

Att göra serverlösa omdirigeringar med Cloudflare Workers är en kraftfull metod som ger både prestanda och operationell flexibilitet i moderna webbprojekt. Så länge du väljer rätt 301- och 302-koder, noggrant bereder din omdirigeringskarta och kontrollerar DNS, SSL och hostinglager tillsammans, kan du hantera SEO-övergångarna mer säkert. Vid små projekt kan enkla regler vara tillräckliga, medan testning, övervakning och dokumentation är kritiska i stora migreringar.

Genom att korrekt konfigurera din domän, webbhotell och SSL-infrastruktur på Hostragons kan du etablera en mer solid grund för dina Cloudflare Workers-omdirigeringar. Om du behöver det, kan du också planera din infrastruktur genom att gå igenom sidorna om Web hosting paket, Domänsökning och lösningar för SSL-certifikat.