Utfør serverløse omdirigeringer med Cloudflare Workers

Å utføre serverløse omdirigeringer ved hjelp av Cloudflare Workers innebærer å fange forespørselen fra en besøker på Cloudflare sitt edge-nettverk før den når origin-serveren, og returnere en 301, 302 eller betinget omdirigering. Med denne metoden kan du lage raske og skalerbare omdirigeringer basert på domene, URL-sti, land, enhet, språk, kampanjeparametere eller matchende gamle sider, uten å måtte berøre webserverkonfigurasjonen. Dette er spesielt nyttig for SEO-overganger, domeneendringer, kampanjesider og forvaltning av flere nettsteder, og gir en løsning med lav latens, som er sentralisert og lett å vedlikeholde.

Tradisjonelle omdirigeringer gjøres vanligvis via Apache .htaccess, Nginx serverblock, applikasjonskode eller hosting kontrollpanel. Disse metodene er fortsatt gyldige; men for nettsteder med høy trafikk, i team som administrerer flere domener, eller i prosjekter som krever dynamiske beslutninger basert på forskjellige lokasjoner, tilbyr Cloudflare Workers et mer fleksibelt lag. Omdirigeringens logikk kjører på det Cloudflare-datasenteret som er nærmest brukeren. Dette reduserer både belastningen på origin-serveren og risikoen for ytelsesproblemer og nedetid fra feilkonfigurerte serverregler.

I denne guiden vil du finne anvendelige eksempler som starter med en grunnleggende 301-omdirigering, og går videre til stibase, spørringsparameter, landbaserte, mobilfokuserte og masseomdirigeringsscenarier. Vi vil også trinnvis diskutere når du bør bruke 301, og når du bør bruke 302 fra et SEO-perspektiv, hva du bør se etter i testprosessen, og hvilke kontroller som vil være nyttige for domene, SSL og hosting på Hostragons sin infrastruktur. Du kan naturligvis ta en titt på sidene for Domenesertifisering og DNS-administrasjon, løsninger for SSL-sertifikat og Web hosting pakker.

Hva er Cloudflare Workers, og hvorfor bruke det for omdirigering?

Cloudflare Workers er en serverløs plattform som lar deg kjøre JavaScript-baserte kodebiter på edge-punktene til Cloudflare-nettverket. Uttrykket "serverløs" betyr ikke at det ikke er noen server; det betyr at du ikke trenger å bekymre deg for serveradministrasjon, skalering, driftsystemvedlikehold og infrastrukturkapasitet. Når en besøkende sender en forespørsel til nettstedet ditt, håndterer Worker denne forespørselen på edge, kjører reglene dine, og omdirigerer brukeren til en annen adresse om nødvendig.

Den største fordelen med å bruke Workers for omdirigering er kontrollnivået. Du kan gjøre en enkel URL-match, samt lese forespørselens overskrifter, land, sti, spørringsparametere, user-agent informasjon og host-verdi. For eksempel kan du permanent flytte den gamle /produkter/hosting-siden din til /web-hosting-siden, sende brukere som kommer fra utenfor Norge til den engelske underkategorien, eller omdirigere trafikk med en spesifikk kampanjeparameter til en spesialtilpasset kampanjeside.

I praksis fremskynder denne tilnærmingen også samarbeidet mellom SEO-team og tekniske team. Tenk deg at du flytter 450 URL-er fra et gammelt nettsted til et nytt. I stedet for å redigere serverkonfigurasjonsfilen, publisere, og gå tilbake i tilfelle feil, kan du administrere omdirigeringskartet inne i Worker eller i en ekstern datakilde som KV. Dette gjør prosessene for lansering, testing og tilbaketrekking mer kontrollerte.

Forskjeller mellom serverbaserte omdirigeringer og Cloudflare Workers

Det finnes ikke én riktig metode for hvert prosjekt. For et lite nettsted kan noen få 301-omdirigeringer via hosting kontrollpanelets omdirigeringsverktøy være tilstrekkelig. Men hvis logikken er kompleks, trafikken er høy, eller det er behov for raske endringer, blir Cloudflare Workers mer effektivt. Tabellen nedenfor oppsummerer de grunnleggende forskjellene når du tar en beslutning.

Du kan tolke denne tabellen med en enkel regel: Hvis antallet omdirigeringer er lavt, forholdene dine er enkle, og servertilgangen din er god, kan den klassiske metoden fungere for deg. Men hvis omdirigeringene dine involverer SEO-migrasjon, landbasert distribusjon, A/B kampanjeflyt, eller flerfoldige domenearkitekturer, vil Worker-laget være mer bærekraftig.

Forberedelser før du begynner

Å fullføre de tekniske forberedelsene før du utfører omdirigeringer med Cloudflare Workers reduserer risikoen for feil. Først må domenet ditt være aktivt på Cloudflare, og DNS-postene må være riktig konfigurert. Worker-ruten kan ikke aktiveres som forventet på DNS-poster med grå sky hvis Cloudflare-proxy-funksjonen ikke er aktivert. Derfor, sjekk Cloudflare proxy-statusen for verten der omdirigeringen skal brukes.

• Cloudflare-konto og aktivt domene for omdirigering.
• Korrekte A, CNAME eller relevante poster på DNS-siden.
• Aktivering av Cloudflare proxy og riktig valg av SSL/TLS-modus.
• Omdirigeringskart: gammel URL, ny URL og statuskode.
• SEO sjekkliste: kanonisk, nettverkskart, interne lenker og indekseringsstatus.
• Testverktøy: nettleser, curl eller HTTP-overskriftskontrollverktøy.

På hosting-siden er det også viktig at origin-serveren din fungerer som den skal. Worker-omdirigering kan redusere belastningen på origin, men det kan ikke helt kompensere for feil DNS- eller SSL-konfigurasjoner. Hvis du planlegger å gjøre HTTPS-omdirigeringer, er det lurt å sikre at SSL-sertifikatet ditt er aktivt på hostingkontoen din hos Hostragons. Dette kan du finne mer informasjon om i Hvordan installere gratis SSL og omdirigeringer via cPanel.

Trinn-for-trinn-guide til serverløse omdirigeringer med Cloudflare Workers

1. Opprett en Worker

Velg den aktuelle kontoen i Cloudflare-panelet, gå til Workers and Pages-seksjonen, og opprett en ny Worker. I første fase vil Cloudflare gi deg et eksempel på et script. Du kan slette dette eksemplet og skrive din egen omdirigeringslogikk. Vær beskrivende når du navngir; for eksempel kan navn som seo-redirects, domain-migration-redirects eller campaign-router gjøre vedlikehold enklere senere.

I en grunnleggende omdirigeringslogikk mottas forespørselen, et URL-objekt opprettes, og hvis et bestemt vilkår er oppfylt, omdirigeres det til den nye adressen med Response.redirect. For permanent SEO-overføring brukes 301, mens 302 brukes for midlertidige kampanjer eller tester. 308 kan også brukes for permanente omdirigeringer, men for SEO-migrasjoner er 301-statuskoden fortsatt det mest vanlige og forståelige alternativet.

2. Legg til en enkel 301-omdirigeringsregel

Det enkleste scenariet er å permanent flytte en gammel side til en ny. Logikken er som følger: Hvis forespørselens sti er /gammel-side, omdiriger brukeren til /ny-side med 301. Du leser request URL-verdi og kontrollerer pathname inne i Worker. Dermed opprettes omdirigeringen kun når den aktuelle stien samsvarer, mens andre forespørselene fortsetter som normalt.

For eksempel, hvis du har gått fra en gammel hosting-kategori URL-struktur til en ny, kan du flytte /hosting-pakker til /web-hosting. Dette informerer søkemotorene om at siden er permanent flyttet. I løpet av noen uker vil Google begynne å knytte den nye URL-en mer effektivt, men for dette må du unngå å lage en omdirigeringskjede og sørge for at den gamle URL-en går direkte til den endelige URL-en.

3. Definer Worker-ruten

Å skrive Worker-koden alene er ikke nok; du må spesifisere hvilke forespørselene den skal fungere på ved hjelp av en rute. For eksempel vil example.com/* dekke alle stier under hoveddomenet. Hvis du bare vil at den skal fungere i en spesifikk underkatalog, kan du definere en smalere rute som example.com/gammel-blog/* . Å holde ruteomfanget bredere enn nødvendig kan føre til uventede omdirigeringer.

Det er en god praksis å teste ruteomfanget på en staging- eller test-underdomene før du går live. For eksempel kan du kjøre regelen på test.example.com/* og sjekke overskrifter og omdirigeringsadferd. Hvis alt er korrekt, kan du gå videre til produksjonsdomeneruten. Denne metoden forhindrer spesielt feilaktige masseomdirigeringer i store SEO-migrasjonsprosjekter.

4. Publiser og test HTTP-statuskoden

Etter at Worker er publisert, er det ikke tilstrekkelig bare å sjekke om siden åpnes i nettleseren. Nettleserens cache kan noen ganger vise et gammelt resultat. I stedet bør du gjøre en HTTP-overskriftskontroll for å bekrefte at statuskoden 301 eller 302 returneres korrekt. Kontroller også om den endelige URL-en i Location-overskriften er den forventede adressen.

• Går den gamle URL-en direkte til den nye URL-en?
• Er omdirigeringskoden 301 eller 302?
• Oppstår det ekstra kjeder fra HTTP til HTTPS?
• Er www- og non-www-variasjoner konsistente?
• Er bruken av skråstrek på slutten av URL-en standardisert?
• Ser mobil- og desktop-brukere det samme SEO-målet?

Vanlige omdirigeringsscenarier

Enkelt sideomdirigering

Enkelt sideomdirigering er den enkleste og sikreste starten. Dette brukes når en gammel tjenesteside, kampanjeside eller blogginnlegg er flyttet til en ny adresse. Her er det viktig å sørge for at innholdet og intensjonen til den gamle siden er kompatible med den nye. Å omdirigere en gammel SSL-guide direkte til hovedsiden kan svekke brukeropplevelsen og forstyrre SEO-signaler. I stedet er det mer korrekt å omdirigere til den nyeste SSL-guiden eller kategori-siden som er mest nærliggende.

Massiv URL-kartomdirigering

I prosjekter for nettstedsoverføring kan det være nødvendig å omdirigere dusinvis eller til og med tusenvis av URL-er. Du kan definere et kart-objekt i Worker for å lage mapping mellom gamle og nye stier. For eksempel kan /gammel-blog/cloudflare-nedir matches med /blog/cloudflare-nedir. Denne tilnærmingen er praktisk for små og mellomstore lister. Men for 1000 eller flere URL-er kan det bli vanskelig å holde lange lister i koden. I slike tilfeller gir det en mer profesjonell arkitektur å lese omdirigeringskartet via Cloudflare KV, R2 eller en ekstern API.

Når du gjør masseomdirigering, lag en tabell med tre kolonner i Excel eller Google Sheets: gammel URL, ny URL, statuskode. Sørg deretter for at den samme URL-en ikke går til flere mål, at den endelige URL-en gir statuskode 200, og at den ikke blokkeres av robots.txt. Den vanligste feilen i SEO-migrasjoner er å sende gamle URL-er til irrelevante sider på det nye nettstedet. Dette kan se ut til å redusere indekseringstap på kort sikt, men kan svekke kvalitetssignalene på lang sikt.

Landbasert omdirigering

Cloudflare lar deg bruke informasjon om hvilket land forespørselen kommer fra. For eksempel kan du omdirigere brukere fra Norge til /no, og brukere fra Tyskland til /de. Men fra et SEO-perspektiv må man være forsiktig med automatiske omdirigeringer basert på land. Googlebot skanner ofte fra bestemte lokasjoner, og feil konfigurasjon kan gjøre det vanskelig å oppdage forskjellige språkversjoner. Derfor bør hreflang-tagger, språkvalselenker og kartdeling være riktig strukturert.

Det er tryggere å gjøre landbaserte omdirigeringer med 302 i de fleste tilfeller i stedet for 301. Dette fordi du tilbyr en midlertidig opplevelse basert på brukerens lokasjon, uten å påstå at siden har blitt permanent flyttet til en annen adresse. I tillegg er det viktig å gi brukeren muligheten til å endre språk- eller landvalg for en bedre opplevelse.

Enhets- eller User-Agent-basert omdirigering

Å sende mobilbrukere til en annen side har tidligere vært en vanlig tilnærming; men responsiv design anses i dag som sunnere. Likevel kan user-agent-basert omdirigering brukes for spesielle applikasjonsnedlastingssider, mobil kampanjeflyt eller lette landingssideopplevelser. Også her må man være forsiktig fra et SEO-perspektiv. Å tilby helt forskjellig innhold til desktop- og mobilbrukere kan føre til inkonsekvente signaler.

Hvis du utfører enhetsbasert omdirigering, må innholdet på den siden som vises til mobilbrukeren, være kompatibelt med desktop-siden. Husk også på Googles mobile-first indexing-tilnærming. Mobilopplevelsen er en av hovedsignalene for indeksering, så det er ikke tilstrekkelig å bare optimalisere desktop-siden.

Kampanjeomdirigering basert på spørringsparametere

For digitale markedsføringsteam er Worker-omdirigeringer svært nyttige. Du kan for eksempel sende brukere som kommer med utm_campaign=blackfriday til en spesialkampanjeside. Denne prosessen kan løses på edge-siden uten å måtte gjøre ekstra utvikling på origin-applikasjonen. Men vær oppmerksom på at du ikke mister UTM-parametere helt. Hvis de er nødvendige for analytisk måling, overfør parametrene til den nye URL-en eller spor dem riktig i kampanjeplattformen din.

Valg av 301, 302, 307 og 308 fra et SEO-perspektiv

Valg av omdirigeringskode er ikke bare en teknisk detalj; den informerer søkemotorene om intensjonen bak flyttingen av siden. 301 er en permanent flytting og den mest brukte koden for SEO-migrasjoner. 302 er en midlertidig omdirigering; den brukes i kampanjer, tester, lokasjoner eller tidsbegrensede flyt. 307 gir en midlertidig omdirigering som bevarer HTTP-metoden. 308 er en permanent omdirigering som ligner på 301 og bevarer metoden.

Den gyldne regelen for SEO er: Bruk 301 for sider som er permanent flyttet til en ny, tydelig motpart; bruk 302 for midlertidige, personaliserte eller betingede omdirigeringer. Unngå også omdirigeringskjeder. Hvis den gamle URL-en går fra HTTP til HTTPS, deretter fra non-www til www, og deretter til den nye siden, vil det dannes en treleddets kjede. Den ideelle strukturen er at den gamle URL-en går i ett steg til den endelige HTTPS-URL-en.

Beste praksis for ytelse og sikkerhet

Cloudflare Workers er raske, men dårlig skrevet omdirigeringslogikk kan fortsatt føre til forsinkelser og feil. Hold reglene dine enkle, unngå unødvendig komplekse regulære uttrykk, og unngå å ukontrollert utvide store lister i koden. For svært store omdirigeringslister er det mer hensiktsmessig å bruke strukturer for nøkkel-verdi-lagring som KV for ytelse og vedlikehold. Sørg også for at mål-URL-en ikke er den samme som gjeldende host og sti for å unngå uendelige løkker.

• Definer klart eierskap for hver regel: SEO, programvare eller markedsføringsteam.
• Ta sikkerhetskopi av omdirigeringskartet før endringer.
• Test på staging-domene før du lanserer.
• Vær sikker på at den nye URL-en er permanent før du tar en 301-beslutning.
• Etter hver publisering, sjekk 10-20 eksempel-URL-er manuelt.
• Overvåk 404-rapporter og Google Search Console-dekningsdata.
• Ikke la interne lenker stå på den gamle URL-en; oppdater til den nye URL-en.

Når det gjelder sikkerhet, må du være oppmerksom på risikoen for åpne omdirigeringer. Å bruke parametere som next, redirect eller url direkte som mål kan føre til at angripere misbruker det pålitelige domenet ditt. Hvis du skal gjøre parametriske omdirigeringer, bør du bare hviteliste tillatte domener. For eksempel kan kun dine egne domener eller verifiserte kampanje-domenen være mål.

SSL-konfigurasjon er også et kritisk emne. Når du bruker Flexible SSL på Cloudflare, kan du oppleve komplekse omdirigeringssløyfer hvis det ikke er HTTPS på origin-siden. Den mest pålitelige strukturen er vanligvis Full eller Full strict SSL-modus. For dette må det være et gyldig SSL-sertifikat på origin-serveren. Hostragons SSL-løsninger kan være til hjelp her: kjøp SSL-sertifikat og Sikkerhet for bedrift hosting.

Viktige punkter å merke seg i Hostragons infrastruktur

Når du bruker Cloudflare Workers-omdirigeringer på nettsteder som hostes hos Hostragons, må du tenke på tre lag sammen: domene DNS, hostingkonfigurasjon og applikasjonsomdirigeringer. Først må domene-nameserverpostene være pekt mot Cloudflare. Deretter må DNS-postene dine peke på Hostragons hosting-server, og proxy-brukte poster må aktiveres med oransje sky.

For det andre, sørg for at domenet, tilleggdomener eller alias-strukturer som er definert i hostingpanelet ditt, er korrekte. Selv om omdirigering skjer på Cloudflare edge, kan noen forespørseler fortsatt nå origin-serveren. Derfor kan brukeropplevelsen påvirkes hvis det er feil virtuelle verts, manglende SSL eller feil rotkatalogkonfigurasjoner på origin-siden. Du kan finne nyttig informasjon for domene- og hosting-matching i Guide til domeneviderek og cPanel hostingadministrasjon.

For det tredje, kontroller omdirigeringene på applikasjonsnivå. WordPress, Laravel, spesielle PHP-applikasjoner eller andre CMS-er kan gjøre HTTPS-, www- eller språkomdirigeringer internt. Hvis Cloudflare Worker kjører en annen regel om samme sak, kan det oppstå sløyfer eller kjeder. Den beste tilnærmingen er å samle omdirigeringsansvaret i ett lag. For eksempel kan alle domene- og SEO-migrasjonsomdirigeringer være på Workers, mens brukerøktsomdirigeringer kan forbli på programvaresiden.

Testing, overvåking og feilsøking

Etter at omdirigeringen er publisert, er overvåkningsprosessen like viktig som oppsettet. I løpet av de første 24 timene, sjekk de mest kritiske URL-ene, inntektsbringende landingssider, de mest besøkte sidene fra organisk trafikk, og gamle URL-er som får tilbakekoblinger. Overvåk indekseringsrapporter og sideopplevelsesrapporter i Google Search Console. Når serverlogger, Cloudflare-analyser og analytics-data vurderes sammen, kan feilaktige omdirigeringer oppdages raskere.

Vanlige mønstre som oppdages under feilsøking inkluderer: å ved et uhell bruke 302 i stedet for 301, omdirigere gamle URL-er til hovedsiden i stedet for den nye URL-en, ulike oppførsel mellom skråstrekvariasjoner, store og små bokstaver følsomhet, og tap av spørringsparametere. Spesielt i e-handel, SaaS og hosting-nettsteder kan feil mål av pris, produkter, kategori og støttesider direkte påvirke konverteringsratene.

Etter en publisering, implementer en enkel sjekkliste. Først, velg tilfeldige eksempler fra listen over gamle URL-er. For det andre, test hver av dem med et header-kontrollverktøy. For det tredje, sørg for at den endelige siden gir statuskode 200. For det fjerde, sjekk at sideinnholdet samsvarer med den gamle sidens søkeintensjon. For det femte, bekreft at interne lenker er oppdatert til de nye URL-ene. Disse fem trinnene bidrar til å forhindre mange teknisk fungerende men SEO-svake omdirigeringer.

Eksempelstrategi: Flytte gamle hosting-sider til ny informasjonsarkitektur

La oss vurdere et konkret scenario. Et hostingfirma fornyer den gamle URL-strukturen og flytter sider som /linux-hosting, /wordpress-hosting-pakker, /ssl-sikkerhet og /domene-søk til en enklere struktur. De nye målene skal være henholdsvis /web-hosting, /wordpress-hosting, /ssl-sertifikat og /domene-søk. I dette tilfellet opprettes fire klare 301-regler på Worker. Deretter oppdateres interne menyer, bunnlenker, nettverkskart og kanoniske etiketter til de nye URL-ene.

Målet med denne overgangen er ikke bare å sende brukeren til riktig side. Det er også å vise søkemotorene de nye ekvivalentene for de gamle sidene på en tydelig måte. Hvis den gamle /linux-hosting-siden omdirigeres til hovedsiden, kan Google miste konteksten av denne siden. Derimot er /web-hosting-siden nærmere den samme produktintensjonen. Derfor er et godt omdirigeringskart en del av SEO-strategien, ikke bare et teknisk dokument.

Ofte stilte spørsmål

Er omdirigeringer gjort med Cloudflare Workers sikre for SEO?

Ja, de er sikre når riktig statuskode og mål-URL brukes. For permanente sideflyttinger bør 301 brukes, mens 302 brukes for midlertidige eller betingede flyt. I tillegg bør omdirigeringskjeder, sløyfer og feilaktige mål-sidefeil unngås.

Må origin-serveren fungere for Worker-omdirigering?

Ja, hvis omdirigeringen fullføres helt på Cloudflare edge, kan svaret returneres uten å gå til origin-serveren. Men siden den omdirigerte endelige siden vil kjøre på origin eller en annen infrastruktur, må hosting-, DNS- og SSL-konfigurasjonen være sunn.

Er det bedre å bruke Workers fremfor Cloudflare Page Rules?

For noen få enkle omdirigeringer kan Page Rules eller Redirect Rules være tilstrekkelig. Men hvis det er behov for rute, land, enhet, parametere, flerfoldige domener eller kartbasert dynamisk logikk, er Workers mer fleksible og skalerbare.

Vil det være et problem å endre 301-omdirigeringen senere?

301 gir et permanent signal, så det bør ikke endres for ofte. Nettlesere og søkemotorer kan cache 301-resultater. Sørg derfor for at den mål-URL-en er permanent før du publiserer 301.

Kan man gjøre www og non-www omdirigering med Cloudflare Workers?

Ja. Du kan omdirigere non-www-adresser til www-versjonen eller omvendt ved å kontrollere host-verdien. Det viktigste er å etablere én standard, forberede SSL-sertifikatet til å dekke begge variasjonene, og oppdatere interne lenker i henhold til denne standarden.

Konklusjon

Å utføre serverløse omdirigeringer med Cloudflare Workers er en kraftfull metode som gir både ytelse og operasjonell fleksibilitet i moderne webprosjekter. Så lenge du velger mellom 301 og 302-kodene riktig, forbereder omdirigeringskartet ditt nøye, og kontrollerer DNS-, SSL- og hostinglagene sammen, kan du håndtere SEO-overganger mer sikkert. For små prosjekter kan enkle regler være tilstrekkelige, mens testing, overvåking og dokumentasjon blir avgjørende i større migrasjoner.

Ved å strukturere domenet, hosting og SSL-infrastrukturen din riktig på Hostragons, kan du legge et solid grunnlag for Cloudflare Workers-omdirigeringer. Hvis du trenger det, kan du planlegge den passende infrastrukturen for prosjektet ditt ved å sjekke Web hosting pakker, Domenesjekk og løsninger for SSL-sertifikat.