Oprettelse af serverløse omdirigeringer med Cloudflare Workers

At lave serverløse omdirigeringer med Cloudflare Workers betyder at fange en besøgendes anmodning, før den når origin-serveren, og returnere et 301-, 302- eller betinget omdirigering svar fra Cloudflare edge-netværket. Med denne metode kan du hurtigt og skalerbart oprette omdirigeringer baseret på domæne, URL-sti, land, enhed, sprog, kampagneparametre eller tidligere side-match, uden at skulle ændre webserverkonfigurationen. Dette er især en løsning med lav latenstid, centralt styret og nemt at vedligeholde for SEO-migreringer, domæneskift, kampagnesider og håndtering af flere sites.

Traditionelle omdirigeringer udføres typisk via Apache .htaccess, Nginx serverblokke, applikationskode eller hosting kontrolpaneler. Disse metoder er stadig gyldige; men for websteder med høj trafik, teams der håndterer flere domæner, eller projekter hvor dynamiske beslutninger skal træffes alt efter lokation, tilbyder Cloudflare Workers et mere fleksibelt lag. Omdirigeringslogikken kører nært brugeren i det nærmeste Cloudflare datacenter. Hermed reduceres origin-serverens belastning, og risikoen for ydeevneproblemer og nedbrud fra forkert konfigurerede serverregler mindskes.

I denne vejledning vil du finde anvendelige eksempler, der starter fra en grundlæggende 301-omdirigering med Cloudflare Workers, og går videre til stibaserede, query-parametre, landebaserede, mobilfokuserede og batch-omdirigering scenarier. Vi vil også trin for trin diskutere, hvornår du skal bruge 301 og hvornår du skal bruge 302 i forhold til SEO, hvad du skal være opmærksom på under testprocessen, og hvad der vil være nyttige tjekpunkter for domæne, SSL og hosting på Hostragons infrastruktur. Du kan naturligt tjekke sider om Domænetilsyn og DNS-styring, løsninger til SSL certifikat for sikker forbindelse, og Webhosting pakker for performant distribution.

Hvad er Cloudflare Workers og hvorfor bruges de til omdirigeringer?

Cloudflare Workers er en serverløs platform, der gør det muligt for dig at køre JavaScript-baserede kodefragmenter på Cloudflare-netværkets edge-punkter. Udtrykket serverløs betyder ikke, at der ikke findes servere; det betyder, at du ikke skal bekymre dig om serveradministration, skalering, vedligeholdelse af operativsystemet og infrastrukturkapaciteten. Når en besøgende sender en anmodning til dit websted, fanger Worker denne anmodning på edge, kører dine regler, og om nødvendigt omdirigerer brugeren til en anden adresse.

Den største fordel ved at bruge Workers til omdirigeringer er kontrolniveauet. Du kan lave en simpel URL-match, men også læse forespørgselens overskrifter, land, sti, query-parametre, user-agent-information og hostværdi. For eksempel kan du permanent flytte dit gamle /produkter/hosting side til /web-hosting, blot sende brugere uden for Tyrkiet til en engelsk underkategori, eller dirigere trafik fra en specifik kampagneparameter til en særlig landingsside.

I praksis fremskynder denne tilgang også driften mellem SEO-teams og tekniske teams. Tænk på, at du skal flytte 450 URLs fra et gammelt site til et nyt. I stedet for at redigere serverkonfigurationsfilerne, få dem publiceret, og derefter vende tilbage i tilfælde af fejl, kan du administrere omdirigeringskortet inde i Worker eller et eksternt datalager som KV. Dette gør live implementeringer, test og tilbagerulninger mere kontrollerede.

Forskelle mellem serverbaserede og Cloudflare Workers omdirigeringer

Der findes ikke én korrekt metode for hvert projekt. For en lille hjemmeside kan et omdirigeringsværktøj i hostingkontrolpanelet være tilstrækkeligt til at lave nogle 301-omdirigeringer. Men hvis der er kompleks logik, høj trafik, mange domæner og behov for hurtige ændringer, bliver Cloudflare Workers mere effektive. Tabellen nedenfor opsummerer de vigtigste forskelle, du skal tage hensyn til.

Du kan fortolke denne tabel med en simpel regel: Hvis antallet af omdirigeringer er lavt, betingelserne er simple, og du har let adgang til serveren, kan den klassiske metode fungere. Men hvis dine omdirigeringer indebærer SEO-migrering, landebaseret distribution, A/B kampagneflow eller en struktur med mange domæner, bliver Worker-laget mere bæredygtigt.

Forberedelser inden start

At afslutte de tekniske forberedelser, før man udfører omdirigeringer med Cloudflare Workers, reducerer fejl. Først skal dit domæne være aktivt på Cloudflare, og dine DNS-poster skal være korrekt konfigureret. I DNS-poster uden Cloudflare proxy-funktionalitet (grå sky) kan Worker-ruten muligvis ikke blive aktiveret som forventet. Kontroller derfor Cloudflare proxy-status for det host, der skal omdirigeres.

• Cloudflare-konto og aktivt domæne til omdirigering.
• Korrekte A-, CNAME- eller relevante poster på DNS-siden.
• Aktivering af Cloudflare proxy og korrekt valg af SSL/TLS-tilstand.
• Omdirigeringskort: gammelt URL, nyt URL og statuskode.
• SEO-tjekliste: canonical, sitemap, interne links og indeksstatus.
• Browser, curl eller HTTP-hovedkontrolværktøj til test.

På hosting-siden er det også vigtigt, at din origin server fungerer korrekt. Worker-omdirigeringer kan reducere belastningen på origin, men de kompenserer ikke helt for fejl i DNS eller SSL-konfigurationen. Især hvis du planlægger HTTPS-omdirigeringer, er det nyttigt at sikre, at dit SSL-certifikat er aktivt på din hosting-konto hos Hostragons. Indholdet fra Hvordan installerer man gratis SSL? og Omdirigeringshandlinger via cPanel kan bruges som supplerende vejledning.

Trin-for-trin guide til serverløse omdirigeringer med Cloudflare Workers

1. Opret en Worker

Vælg den relevante konto i Cloudflare-panelet, gå til afsnittet Workers and Pages, og opret en ny Worker. I det første trin vil Cloudflare vise dig et eksempel-script. Du kan slette dette eksempel og skrive din egen omdirigeringslogik. Vær beskrivende i navngivningen; for eksempel vil navne som seo-redirects, domain-migration-redirects eller campaign-router gøre vedligeholdelsen lettere i fremtiden.

I en grundlæggende omdirigering logik modtager anmodningen, opretter et URL-objekt, og hvis en bestemt betingelse er opfyldt, omdirigerer det til den nye adresse via Response.redirect. For permanent SEO-overførsel anvendes 301, mens 302 bruges til midlertidige kampagner eller tests. 308 kan også anvendes til permanent omdirigering; dog er 301-statuskoden stadig den mest udbredte og forståelige i SEO-migreringer.

2. Tilføj en simpel 301-omdirigeringsregel

Det enkleste scenarie er at flytte en gammel side permanent til en ny. Logikken er som følger: Hvis anmodningsstien er /gammel-side, så send brugeren til /ny-side med 301. Indenfor Worker kontrollerer du request URL for at tjekke pathname. Således vil omdirigeringen kun finde sted, når den relevante sti matcher; andre anmodninger fortsætter i deres normale flow.

For eksempel, hvis du er gået fra en gammel hosting kategori URL-struktur til den nye struktur, kan du flytte /hosting-pakker til /web-hosting. I dette tilfælde informerer du søgemaskinerne om, at siden er flyttet permanent. Inden for et par uger vil Google begynde at knytte den nye URL mere klart; men for dette skal du sørge for ikke at skabe en omdirigeringskæde, så den gamle URL går direkte til den endelige URL.

3. Definer Worker-ruten

Det er ikke tilstrækkeligt kun at skrive Worker-koden; du skal angive hvilke anmodninger, den vil køre ved at definere en rute. For eksempel dækker ruten example.com/* alle stier under hoveddomænet. Hvis du kun ønsker, at den skal arbejde under en bestemt undermappe, kan du definere en snævrere rute som example.com/gammel-blog/* . At holde ruteomfanget unødvendigt bredt kan føre til uventede omdirigeringer.

Inden du går live, er det godt at teste ruteomfanget på et staging eller test subdomæne. For eksempel kan du køre reglen på test.example.com/* og kontrollere header- og omdirigeringadfærden. Hvis alt ser korrekt ud, kan du gå videre til produktionsdomæneruten. Denne metode forhindrer især fejl i batchomdirigeringer i store SEO migrationsprojekter.

4. Udgiv og test HTTP statuskode

Når Worker er offentliggjort, er det ikke tilstrækkeligt bare at tjekke, om siden åbnes i browseren. Browserens cache kan nogle gange vise gamle resultater. I stedet bør du kontrollere HTTP-headeren for at bekræfte, at statuskoden er 301 eller 302. Kontroller også, at Location-headeren indeholder den endelige URL, du forventede.

• Går den gamle URL direkte til den nye URL?
• Er omdirigeringskoden 301 eller 302?
• Skaber der en ekstra kæde fra HTTP til HTTPS?
• Er www- og non-www-varianter konsistente?
• Er brugen af slash i slutningen af URL’en standardiseret?
• Ser mobil- og desktopbrugere det samme SEO-mål?

Almindelige omdirigeringsscenarier

Single Page Omdirigering

Single Page omdirigering er det simpleste og sikreste udgangspunkt. Den bruges, når en gammel serviceseite, kampagneside eller blogindlæg flyttes til en ny adresse. Det vigtige her er, at den gamle sides indholdsmæssige hensigt er i overensstemmelse med den nye side. At omdirigere en gammel SSL-guide direkte til forsiden kan svække brugeroplevelsen og sprede SEO-signaler. I stedet er det korrekt at omdirigere til den nærmeste nye SSL-guide eller kategori-side.

Batch URL Mapping Omdirigering

I webstedsmigreringsprojekter kan det være nødvendigt at omdirigere d ozens til tusindvis af URLs. Ved at definere et kortobjekt inde i Worker kan du matche det gamle stisystem med det nye. For eksempel kan du matche /gammel-blog/cloudflare-nedir til /blog/cloudflare-nedir. Denne tilgang er praktisk for små og mellemstore lister. Men for 1000 og flere URLs bliver det svært at indefølge lange lister i koden. I dette tilfælde giver det en mere professionel struktur at læse omdirigeringskortet via Cloudflare KV, R2 eller en ekstern API.

Ved batch-omdirigering skal du forberede en tabel med tre kolonner i Excel eller Google Sheets: gammel URL, ny URL, statuskode. Kontrollér derefter, at samme URL ikke går til flere mål, at den endelige URL giver statuskode 200, og at den ikke blokeres af robots.txt. Den mest almindelige fejl i SEO-migreringer er at sende gamle URLs til irrelevante sider på det nye site. Selvom dette kan se ud til at reducere crawling-tab på kort sigt, kan det svække kvalitets-signaler på lang sigt.

Landebaseret Omdirigering

Cloudflare giver dig mulighed for at bruge oplysninger om, hvilket land anmodningen kommer fra. For eksempel kan du omdirigere brugere fra Tyrkiet til /tr, og brugere fra Tyskland til /de. Det er dog vigtigt at være forsigtig med automatiske landebaserede omdirigeringer, når det kommer til SEO. Googlebot crawlen oftest fra bestemte lokationer, og forkert konfiguration kan gøre det svært at opdage forskellige sprogversioner. Derfor skal hreflang-tags, sprogvalgslinks og sitemap opdeling være korrekt konstrueret.

Det er mere sikkert at gøre landebaserede omdirigeringer med 302 i stedet for 301 i de fleste tilfælde. Dette skyldes, at du tilbyder en midlertidig oplevelse afhængigt af brugerens placering; du hævder ikke, at siden er flyttet permanent til en anden adresse. Det er også vigtigt at give brugeren mulighed for at ændre deres sprog- eller landvalg for bedre oplevelse.

Ger Device eller User-Agent Baset Omdirigering

At sende mobilbrugere til en anden side var før almindeligt, men responsive design anses nu for at være sundere. Dog kan user-agent baserede omdirigeringer bruges til særlige applikations-downloade-sider, mobile kampagne flows eller lette landing page oplevelser. Her skal der også tages hensyn til SEO. At give helt forskellige indhold til desktop- og mobilbrugere kan føre til inkonsistente signaler.

Når du laver en enhedbaseret omdirigering, skal indholdet på den side, mobile brugere præsenteres for, være i overensstemmelse med desktop-siden. Husk også Googles mobile-first indexing tilgang. Da mobiloplevelsen er en af de primære rang-signaler, er det ikke tilstrækkeligt bare at optimere desktop-siden.

Kampagne Omdirigering baseret på Query Parametre

Worker-omdirigeringer er meget nyttige for digitale marketingteams. For eksempel kan du sende brugere, der kommer med parametret utm_campaign=blackfriday, til en særlig kampagneside. Denne proces kan løses på edge-siden uden at skulle lave ekstra udvikling i origin-applikationen. Vær dog opmærksom på ikke helt at miste UTM-parametrene. Hvis det er nødvendigt for analytisk måling, skal parametrerne overføres til den nye URL eller spores korrekt i din kampagneplatform.

Valg af 301, 302, 307 og 308 fra SEO perspektiv

Valg af omdirigeringskode er ikke kun en teknisk detalje; det forklarer søgemaskinerne intentionen bag sidens flytning. 301 er permanent flytning og bruges mest i SEO-migreringer. 302 er midlertidig omdirigering; det foretrækkes i kampagner, test, lokation eller tidsbegrænsede flows. 307 tilbyder midlertidig omdirigering, der bevarer HTTP-metoden. 308 ligner 301 som en permanent omdirigering der bevarer metoden.

Den gyldne regel for SEO er: Brug 301 på permanente flytninger med klar nye modstykker; for midlertidige, personaliserede eller betingede omdirigeringer, vælg 302. Undgå også omdirigeringskæder. Hvis den gamle URL først går fra HTTP til HTTPS, derefter fra non-www til www, så til den nye side, dannes der en tre-trins kæde. Den ideelle struktur er, at den gamle URL går direkte til den endelige HTTPS URL i et trin.

Bedste praksis for performance og sikkerhed

Cloudflare Workers er hurtige; men en dårligt skrevet omdirigeringslogik kan stadig forårsage forsinkelse og fejl. Hold dine regler enkle, undgå at gøre regulære udtryk unødvendigt komplekse, og undgå ukontrollerede store lister i koden. For meget store omdirigeringslister er det bedre at anvende key-value-lagringsstrukturer som KV med hensyn til ydeevne og vedligeholdelse. Sørg også for, at det mål-URL, du omdirigerer til, ikke er det samme som det nuværende host og path for at undgå fejlagtige uendelige løkker.

• Bestem klart ejerskab for hver regel: SEO, software eller marketingteam.
• Sikkerhedskopier omdirigeringskort før ændringer.
• Test på staging-domæne før produktion.
• Kontroller, at den nye URL er permanent, før du vælger 301.
• Manuel kontrol af 10-20 eksempel URLs efter hver udgivelse.
• Overvåg 404-rapporter og Google Search Console-dækningsdata.
• Efterlad ikke interne links på gamle URLs; opdater til nye URLs.

Når det kommer til sikkerhed, skal man være opmærksom på risikoen for åben omdirigering. Direkte at bruge parametre som next, redirect eller url, som er givet af brugere, som målværdier, kan føre til misbrug af dit betroede domæne af angribere. Hvis du planlægger at lave parameter-baserede omdirigeringer, skal du kun sortere tidligere godkendte domæner på din hvidliste. For eksempel kan kun dine egne domæner eller verificerede kampagne domæner anvendes som mål.

SSL-konfiguration er også et kritisk emne. Når du bruger Flexible SSL på Cloudflare, og der ikke findes HTTPS på origin-siden, kan komplekse omdirigeringsløkker opstå. Den mest sunde struktur er typisk Full eller Full strict SSL-modus. For dette skal du have et gyldigt SSL-certifikat på din origin-server. Hostragons SSL-løsninger kan lette dette: køb SSL certifikat og Sikkerhed for virksomheds hosting.

Vigtige punkter at overveje i Hostragons infrastruktur

Når du bruger Cloudflare Workers-omdirigeringer på websteder hostet hos Hostragons, skal du overveje tre lag sammen: domæne DNS, hostingkonfiguration og applikationsomdirigeringer. Først skal domænets nameserver-poster være peget mod Cloudflare. Derefter bør dine DNS-poster pege på Hostragons hostingserver, og proxyen skal aktiveres med orange sky for de relevante poster.

For det andet bør du sikre, at domæner, addon-domæner eller alias-strukturer, der er defineret i dit hostingpanel, er korrekte. Selvom omdirigeringen sker på Cloudflare edge, kan nogle anmodninger fortsætte med at nå origin-serveren. Derfor kan brugeroplevelsen påvirkes, hvis der er en forkert virtuel vært, en manglende SSL, eller en forkert rodkatalogkonfiguration på origin-siden. Guide til domæneviderestilling og cPanel hosting administration kan være nyttige for domæne og hosting-matching.

For det tredje skal du kontrollere applikationsniveau kontroller. WordPress, Laravel, special PHP-applikationer eller andre CMS'et kan håndtere HTTPS, www eller sprogformidling internt. Hvis Cloudflare Worker kører endnu en regel om den samme omdirigering, kan der opstå loops eller kæder. Den bedste tilgang er at samle ansvaret for omdirigeringer i én enkelt lag. For eksempel kan alle domæner og SEO-migreringsomdirigeringer håndteres på Workers level, mens brugersessions og omdirigeringer på applikationsniveau kan forblive hos software-siden.

Test, overvågning og fejlfinding

Overvågningsprocessen efter udgivelse af omdirigering er lige så vigtig som opsætningen. Inden for de første 24 timer, kontroller de mest kritiske URLs, indtjeningsgivende landing pages, de mest besøgte sider via organisk trafik, og gamle URLs, der får backlinks. Se i Google Search Console for din indekserings- og sideoplevelsesrapporter. Når serverlogs, Cloudflare-analyser og analytiske data undersøges sammen, findes fejlagtige omdirigeringer hurtigere.

Almindelige problemer i fejlfinding inkluderer: at bruge 302 fejlagtigt i stedet for 301, omdirigere den gamle URL til forsiden i stedet for den nye URL, at den opfører sig forskelligt i varianter med slash, følsomhed over for store og små bogstaver og tab af query-parametre. Især i e-handels-, SaaS- og hostingwebsteder kan det være direkte at påvirke konverteringsraten, hvis pris, produkter, kategorier og supportsider går til forkert mål.

Efter en udgivelse, brug en simpel kontroltjekliste. For det første, vælg tilfældige eksempler fra den gamle URL-liste. For det andet, test hver af dem med et header kontrolværktøj. For det tredje, bekræft at den endelige side giver statuskode 200. For det fjerde, kontroller, at indholdet på siden matcher det indholdsmæssige formål for den gamle side. For det femte, bekræft, at de interne links er blevet opdateret til de nye URLs. Disse fem trin vil forhindre et stort antal teknisk fungerende, men SEO-mæssigt svag omdirigeringer.

Eksempelstrategi: Flytning af gamle hosting-sider til en ny informationsarkitektur

Lad os tænke over et konkret scenarie. Et hostingfirma fornyer sin gamle URL-struktur og flytter sider som /linux-hosting, /wordpress-hosting-pakker, /ssl-sikkerhed og /domænesøgning til en mere enkel struktur. De nye mål vil være henholdsvis /web-hosting, /wordpress-hosting, /ssl-certificering og /domænesøgning. I dette tilfælde oprettes fire klare 301-regler på Worker. Derefter opdateres interne menuer, footer links, sitemaps og canonical tags til de nye URLs.

I denne overgang er målet ikke kun at sende brugeren til den rigtige side. Det handler også om klart at vise søgemaskinerne de nye modstykker til de gamle sider. Hvis den gamle /linux-hosting sides dirigering peger imod forsiden, kan Google miste konteksten for denne side. Men /web-hosting siden ligger tættere på samme produktintent. Derfor er et godt omdirigeringskort en del af SEO-strategien og noget mere end bare et teknisk dokument.

Ofte stillede spørgsmål

Er omdirigeringerne lavet med Cloudflare Workers sikre for SEO?

Ja, så længe den rette statuskode og målværdien bruges korrekt, er de sikre. Brug 301 til permanente flytninger af sider, og 302 til midlertidige eller betingede flows. Undgå også omdirigeringskæder, loops og irrelevante målside-fejl.

Skal origin-serveren køre for Worker-omdirigeringen?

Hvis omdirigeringen fuldstændig afsluttes på Cloudflare edge, kan den returnere et svar uden at nå origin serveren. Men da den endelige side, der omdirigeres til, stadig vil fungere på origin eller en anden infrastruktur, skal hosting, DNS og SSL konfiguration være korrekt.

Er det bedre at bruge Workers frem for Page Rules?

For enkle omdirigeringer kan Page Rules eller Redirect Rules være tilstrækkelige. Men hvis ruten, landet, enheden, parametrene, mange domæner eller kortbaserede dynamiske logikker er nødvendige, så er Workers mere fleksible og skalerbare.

Vil det være et problem at ændre 301-omdirigeringen senere?

301 sender et permanent signal, så det bør ikke ændres ofte. Browsere og søgemaskiner kan cache 301-resultater. Derfor skal du sikre dig, at den endelige URL er permanent og opfylder den korrekte indholdsmæssige hensigt, før du udgiver 301.

Kan jeg lave www og non-www omdirigeringer med Cloudflare Workers?

Ja. Du kan omdirigere non-www-adresser til www-versionen eller omvendt ved at kontrollere hostværdi. Det vigtigste er at fastsætte en enkelt standard, at SSL-certifikatet dækker begge varianter, og at interne links opdateres i overensstemmelse med denne standard.

Konklusion

Ved hjælp af Cloudflare Workers til at lave serverløse omdirigeringer kan du opnå både ydelse og operationel fleksibilitet i moderne webprojekter. Så længe du vælger 301 og 302- koderne korrekt, omdirigeringskortet er omhyggeligt udarbejdet, og at du kontrollerer DNS-, SSL- og hostinglagene i fællesskab, kan du styre SEO-overgange mere sikkert. Enkle regler vil være tilstrækkelige for små projekter, men for store migreringer bliver test, overvågning og dokumentation afgørende.

Ved korrekt konfiguration af dine domæner, hosting og SSL-infrastruktur på Hostragons, kan du etablere Cloudflare Workers-omdirigeringer på et stærkere grundlag. Hvis du har brug for det, kan du gennemgå Webhosting pakker, Domæneforespørgsel og løsninger til SSL certifikat for at planlægge den rette infrastruktur til dit projekt.