Hoe om Serverlose (Serverless) Omleidings te Maak met Cloudflare Workers

Om serverlose omleidings te maak met Cloudflare Workers beteken dat ’n versoek van ’n besoeker op die Cloudflare edge-netwerk vasgevang word sonder om die oorspronklike bediener te bereik, en ’n 301, 302 of voorwaardelike omleiding teruggestuur word. Hierdie metode laat jou toe om vinnige en skaalbare omleidings te skep op grond van domein, URL-pad, land, toestel, taal, veldtogparameters of ou bladsye, alles sonder om aan jou webbediener se konfigurasie te raak. Dit is ’n lae-latensie, sentrale en maklik-onderhoudbare oplossing, veral geskik vir SEO-migrasies, domeinveranderings, veldtog-landingsbladsye en bestuur van verskeie werwe.

Tradisioneel word omleidings dikwels gedoen deur Apache se .htaccess, Nginx bedienerblokke, toepassingskode of via die hostingbeheer paneel. Hierdie metodes is steeds geldig, maar by hoogs besoekte webwerwe, in spanne wat verskeie domeine bestuur, of waar dinamiese besluite op grond van ligging gemaak moet word, bied Cloudflare Workers ’n buigsame ekstra laag. Omdat die omleidingslogika by die Cloudflare-datacenters wat die naaste aan die gebruiker is uitgevoer word, verminder dit die las op die oorspronklike bediener en verminder die risiko van prestasieprobleme of onderbrekings weens verkeerde bedienerreëls.

In hierdie gids sal jy voorbeelde vind wat begin met basiese 301-omleidings, en uitbrei na padgebaseerde, navraagparameter-, landgebaseerde, mobiele toestel-gefokusde, en massiewe omleidingscenario’s. Ons bespreek ook watter gevalle SEO-tegnies ’n 301 of 302 vereis, wat jy tydens toetsing moet nagaan, en watter kontroles jy op die Hostragons-infrastruktuur moet toepas op domeine, SSL en hosting. Vir domeinbestuur kan jy gerus Domein registrasie en DNS bestuur, vir veilige verbindings Oplossings vir SSL sertifika, en vir optimale prestasie Web hosting pakkette raadpleeg.

Wat is Cloudflare Workers en waarom gebruik jy dit vir Omleidings?

Cloudflare Workers is ’n serverlose platform wat jou toelaat om JavaScript-kode direk by die rand van die Cloudflare-netwerk uit te voer. “Serverloos” beteken nie dat daar geen bediener is nie, maar dat jy nie hoef bekommerd te wees oor bedienerbestuur, skaalvergroting, bedryfstelselonderhoud of infrastruktuurkapasiteit nie. Wanneer ’n besoeker jou webwerf versoek, hanteer die Worker die versoek by die rand, voer jou reëls uit, en lei indien nodig die gebruiker na ’n ander adres om.

Die grootste voordeel van Workers vir omleidings is die beheer wat jy het. Jy kan eenvoudig ’n URL vergelyk, maar ook die versoekhoofde, land, pad, navraagparameters, user-agent en gasheernaam lees. Byvoorbeeld, jy kan jou ou /produkte/gasheerbladsy permanent na /web-gasheer skuif, net gebruikers buite Suid-Afrika na ’n Engelse subgids stuur, of verkeer met ’n spesifieke veldtogparameter na ’n spesiale landingsblad stuur.

Hierdie benadering versnel ook die samewerking tussen SEO-spanne en tegniese spanne. Stel jou voor jy skuif 450 URL’s van ’n ou na ’n nuwe webwerf. In plaas daarvan om bediener-konfigurasielêers te wysig, uit te rol en terug te rol by foute, kan jy die omleidingskaart binne die Worker of ’n eksterne datawinkel soos KV bestuur. Dit maak die uitrol, toetsing en terugrol baie meer beheerbaar.

Verskille tussen Cloudflare Workers en Bediener-gebaseerde Omleidings

Daar is nie ’n een-en-al regte metode vir elke projek nie. Vir ’n klein webwerf met net ’n paar 301-omleidings kan die omleidingsinstrument in jou hostingbeheer paneel voldoende wees. Maar vir komplekse logika, hoë verkeer, veelvuldige domeine en vinnige veranderinge is Cloudflare Workers doeltreffender. Die onderstaande tabel som die kernverskille op om jou te help besluit.

’n eenvoudige reël om te onthou: As jy min omleidings het, eenvoudige voorwaardes en maklik toegang tot die bediener, is die klassieke metode geskik. Maar as jou omleidings SEO-migrasie, landgebaseerde verspreiding, A/B-veldtogte of veelvuldige domeine behels, is Workers die volhoubare keuse.

Wat jy voorheen moet hê

Dit help om die tegniese voorbereiding te voltooi voordat jy met Cloudflare Workers omleidings begin. Jou domein moet aktief wees op Cloudflare en jou DNS-rekords moet korrek opgestel wees. As jou DNS-rekords nie met ’n oranje wolk (Cloudflare proxy) geaktiveer is nie, sal die Worker-omleiding dalk nie werk soos verwag nie. Maak seker dat die host waarvoor jy gaan omlei Cloudflare proxy geaktiveer het.

• Cloudflare-rekening en ’n aktiewe domein waarvoor jy omleidings wil doen.
• Korrek ingestelde DNS A-, CNAME- of ander relevante rekords.
• Cloudflare proxy aktief en geskikte SSL/TLS modus gekies.
• ’n Omleidingskaart: ou URL, nuwe URL, en statuskode.
• SEO kontrolelys: canonical tags, sitemap, interne skakels en indeksstatus.
• Toetsinstrumente soos webblaaier, curl of HTTP-header kontroleerder.

Dit is ook belangrik dat jou oorspronklike bediener gesond funksioneer. Workers kan die las op oorspronklike bediener verminder, maar kan nie foute in DNS of SSL volledig regmaak nie. Veral as jy HTTPS-omleidings doen, maak seker jou SSL-sertifikaat op jou Hostragons hosting rekening is aktief. Vir hulp kan jy kyk na Hoe om gratis SSL te installeer en verwysingsproses met cPanel vir meer inligting.

Stap-vir-stap: Serverlose Omleidings met Cloudflare Workers

1. Skep ’n Worker

Gaan na jou Cloudflare-paneel, kies die toepaslike rekening, en navigeer na die Workers and Pages afdeling. Skep ’n nuwe Worker. Cloudflare gee ’n voorbeeldskrip wat jy kan uitvee en jou eie omleidingslogika kan skryf. Gebruik ’n duidelike naam soos seo-omleidings, domein-migrasie-omleidings of veldtog-router om toekomstige onderhoud makliker te maak.

In die basiese omleidingslogika sal die versoek ontvang word, ’n URL-objek gemaak word, en as ’n spesifieke voorwaarde waar is, word Response.redirect gebruik om na die nuwe adres te lei. Vir permanente SEO-migrasie gebruik jy 301; vir tydelike veldtogte of toetse gebruik jy 302. Die 308 kan ook vir permanente omleidings gebruik word, maar 301 bly die mees algemene en duidelike keuse vir SEO.

2. Voeg ’n Basiese 301 Omleidingsreël by

Die eenvoudigste scenario is om ’n ou bladsy permanent na ’n nuwe een te skuif. Die logika is: As die versoekpad /ou-bladsy is, lei die gebruiker na /nuwe-bladsy met ’n 301-omleiding. In die Worker lees jy die versoek se URL en kontroleer die padnaam. Slegs versoeke wat aan die voorwaarde voldoen, word omgeleid; ander gaan voort soos gewoonlik.

Byvoorbeeld, as jy jou ou hosting kategorie URL-struktuur verander het, kan jy /hosting-pakkette na /web-hosting skuif. Dit vertel soekmasjiene dat die bladsy permanent verskuif is. Google sal binne ’n paar weke die nuwe URL duideliker assosieer, maar maak seker jy vermy omleidingskettings en lei ou URL’s direk na die finale bestemming.

3. Definieer ’n Worker Route

Dit is nie genoeg om net die Worker-kode te skryf nie; jy moet ook bepaal op watter versoeke dit werk deur ’n route te stel. Byvoorbeeld, example.com/* dek al die paaie onder die hoofdomein. As jy dit beperk tot ’n spesifieke subgids wil hê, kan jy example.com/ou-blog/* gebruik. Maak die route nie te breed nie, want dit kan onbedoelde omleidings veroorsaak.

Dit is ’n goeie praktyk om die route eers op ’n staging- of toets-subdomein te toets, soos test.example.com/*. Toets die header en omleidingsgedrag, en as alles reg is, skuif na die produksiedomein. Dit voorkom massiewe foutiewe omleidings by groot SEO-migrasies.

4. Publiseer en Toets HTTP Statuskode

Na publikasie is dit nie genoeg om net te kyk of die bladsy in die blaaier oopmaak nie. Blaaier-kas kan ou resultate wys. Gebruik ’n HTTP-header-inspeksie-instrument om te bevestig dat die 301 of 302 statuskode korrek teruggestuur word. Kontroleer ook of die Location-header die verwagte finale URL bevat.

• Gaan na of die ou URL regstreeks na die nuwe URL lei.
• Is die omleidingskode 301 of 302?
• Is daar oortollige kettings van HTTP na HTTPS?
• Is daar konsekwente hantering van www en non-www?
• Word daar konsekwent gebruik gemaak van ’n trailing slash?
• Het mobiele en desktop gebruikers dieselfde SEO-doel?

Gewilde Omleidingscenario’s

Enkelblad Omleiding

Hierdie is die mees basiese en veiligste beginpunt. As ’n ou diensbladsy, veldtogbladsy of blogpos na ’n nuwe adres skuif, gebruik jy dit. Dit is belangrik dat die ou en nuwe bladsy se inhoud en doel ooreenstem. Om ’n ou SSL-gids direk na die tuisblad te stuur, kan die gebruikerservaring verswak en SEO-seine versprei. In plaas daarvan is dit beter om na die naaste ooreenstemmende SSL-gids of kategoriebladsy te lei.

Massiewe Omleidings met URL-kaarte

By werf-migrasies moet jy dalk duisende URL’s omlei. Jy kan ’n kaart-objek in die Worker definieer wat ou paaie aan nuwe koppel. Byvoorbeeld, /ou-blog/cloudflare-is-wat kan lei na /blog/cloudflare-is-wat. Hierdie metode werk goed vir klein tot medium lysies. Vir meer as 1000 URL’s is dit moeilik om ’n lang lys direk in kode te bestuur. ’n Professionele benadering is om die kaart uit ’n Cloudflare KV, R2 of ’n eksterne API te lees.

Voordat jy massiewe omleidings doen, stel ’n tabel op met drie kolomme: ou URL, nuwe URL en statuskode. Maak seker geen ou URL lei na meer as een nuwe adres nie, die finale URL gee ’n 200-status terug, en word nie deur robots.txt geblokkeer nie. ’n Algemene SEO-fout is om ou URL’s massaal na onrelevante nuwe bladsye te stuur. Dit kan aanvanklik minder kruipverlies veroorsaak, maar op die lang termyn die kwaliteit van jou sigbaarheid benadeel.

Landgebaseerde Omleiding

Cloudflare maak dit moontlik om die land van waar die versoek kom te gebruik. Jy kan byvoorbeeld Suid-Afrikaanse gebruikers na /za en Duitse gebruikers na /de stuur. Wees egter versigtig met outomatiese landgebaseerde omleidings vanuit ’n SEO-oogpunt. Googlebot kruip hoofsaaklik van sekere plekke af, en verkeerde opstelling kan die ontdekking van taalvariante bemoeilik. Gebruik hreflang etikette, taalseleksie skakels en aparte sitemaps korrek.

Dit is dikwels veiliger om landgebaseerde omleidings as tydelik (302) en nie permanent (301) te doen. Dit bied ’n tydelike ervaring gebaseer op ligging sonder om ’n permanente skuif aan te dui. Dit is ook belangrik om gebruikers toe te laat om taalseleksie handmatig te verander vir ’n beter ervaring.

Toestel- of User-Agentgebaseerde Omleiding

Om mobiele gebruikers na ’n ander bladsy te stuur was vroeër algemeen, maar moderne responsiewe ontwerp word meer aanbeveel. Tog kan user-agent-gebaseerde omleidings steeds nuttig wees vir spesifieke app-aflaaibladsye, mobiele veldtogte of ligte landingsblad-ervarings. Wees versigtig met SEO, aangesien heeltemal verskillende inhoud vir mobiele en desktop gebruikers verwarring kan veroorsaak.

As jy toestel-gebaseerde omleidings implementeer, maak seker die mobiele bladsy se inhoud is in lyn met die desktopbladsy se bedoeling. Onthou ook Google se mobile-first indeksasie; mobiele ervarings is ’n kernsein vir rangorde. Net desktop optimalisering is nie genoeg nie.

Veldtog Omleidings op Navraagparameters

Vir digitale bemarkers is Worker-omleidings baie handig. Byvoorbeeld, gebruikers met die parameter utm_campaign=blackfriday kan na ’n spesiale veldtogbladsy geneem word. Dit word alles op die edge afgehandel sonder ekstra ontwikkeling op die oorspronklike toepassing. Let egter daarop om nie UTM-parameters te verloor nie — dra dit oor na die nuwe URL of monitor dit korrek in jou analitiese stelsel.

SEO-oorwegings: Wanneer om 301, 302, 307 of 308 te gebruik

Die keuse van die omleidingskode is nie net ’n tegniese detail nie; dit kommunikeer die skuif-intensie aan soekenjins. 301 is ’n permanente skuif en die mees gebruikte kode vir SEO-migrasies. 302 is ’n tydelike omleiding, geskik vir veldtogte, toetse, ligging of tydgebaseerde vloei. 307 is ’n tydelike omleiding wat die HTTP-metode behou. 308 is ’n permanente omleiding wat ook die metode behou.

Die goue reël vir SEO is: Gebruik 301 vir permanente skuif wanneer die nuwe bladsy duidelik is; gebruik 302 vir tydelike, persoonlike of voorwaardelike omleidings. Vermy ook omleidingskettings. As ’n ou URL eers van HTTP na HTTPS, dan non-www na www, en dan na die nuwe bladsy gaan, vorm dit ’n ketting van drie stappe. Die ideale is ’n enkele stap na die finale HTTPS-URL.

Beste praktyke vir prestasie en sekuriteit

Cloudflare Workers is vinnig, maar ’n swak geskryfde omleidingslogika kan steeds latensie en foute veroorsaak. Hou jou reëls eenvoudig, vermy onnodig ingewikkelde regulêre uitdrukkings, en laat nie groot lyste onbeheerbaar in die kode groei nie. Vir baie groot omleidingslyste is data-winkels soos KV beter vir prestasie en onderhoud. Voorkom ook oneindige lusse deur seker te maak jou teiken-URL verskil van die huidige gasheer en pad.

• Maak elke reël se eienaarskap duidelik: SEO, ontwikkelaars of bemarking.
• Maak ’n rugsteun van jou omleidingskaart voor enige veranderinge.
• Toets op ’n staging-domein voor jy live gaan.
• Wees seker die nuwe URL’s is permanent voor jy 301 gebruik.
• Kontroleer handmatig 10-20 voorbeelde ná elke uitrol.
• Monitor 404-verslae en Google Search Console se indeksdata.
• Werk interne skakels by na nuwe URL’s, verwyder ou een.

Wees ook versigtig vir oop omleidingsrisiko’s. As jy parameter-gebaseerde omleidings doen met waardes soos next, redirect of url, kan dit deur kwaadwilliges misbruik word om jou betroubare domein te manipuleer. Gebruik witlyste slegs vir toegelate domeine, soos jou eie of geverifieerde veldtogdomeine.

SSL-opstelling is ’n ander belangrike aspek. As jy Cloudflare se Flexible SSL gebruik sonder ’n HTTPS-opstelling op jou oorspronklike bediener, kan dit omleidingslusse veroorsaak. Die beste praktyk is om Full of Full strict SSL te gebruik, wat ’n geldige SSL-sertifikaat op jou oorspronklike bediener vereis. Hostragons kan jou hiermee help: Koop SSL sertifika en Korporatiewe hosting sekuriteit.

Belangrike punte vir Hostragons-infrastruktuur

Wanneer jy Cloudflare Workers omleidings op Hostragons gebruik, dink aan drie lae: domein DNS, hosting konfigurasie en toepassingsvlak omleidings. Eerstens moet jou domein se nameservers na Cloudflare wys. Dan moet jou DNS-rekords na Hostragons se bedieners wys en die rekords met ’n oranje wolk (proxy) geaktiveer wees.

Tweedens, maak seker jou domein, addon-domein of alias in jou hostingpaneel korrek opgestel is. Alhoewel omleidings by Cloudflare edge gebeur, sal sommige versoeke steeds die oorspronklike bediener bereik. As daar foute is in virtuele hosts, SSL of worteldirektorie opstel, kan dit die gebruikerservaring benadeel. Vir hulp kan jy Gids vir domein omleiding en cPanel hosting bestuur raadpleeg.

Derdens, beheer toepassingsvlak omleidings. WordPress, Laravel, of ander CMS kan hul eie HTTPS, www of taal-omleidings doen. As Cloudflare Worker dieselfde omleiding probeer uitvoer, kan dit lusse of kettings veroorsaak. Die beste praktyk is om omleidings op een vlak te konsolideer. Byvoorbeeld, alle domein- en SEO-migrasie-omleidings in Workers, en gebruikersessies of app-spesifieke omleidings in die toepassingskode.

Toets, Monitering en Foutopsporing

Die moniteringsfase ná omleidingspublikasie is net so belangrik soos die opstelling self. Kyk die eerste 24 uur na die belangrikste URL’s, inkomste-gedrewe landingsbladsye, organiese verkeer se topbladsye en ou URL’s met terugskakels. Gebruik Google Search Console se indeksasie en bladsy-ervaringsverslae. Deursoek bedienerlogboeke, Cloudflare-analise en webanalise-rapportering om foutiewe omleidings vinniger op te spoor.

Algemene foute sluit in: per ongeluk 302 in plaas van 301, ou URL’s wat na die verkeerde nuwe bladsy lei, verskillende gedrag met trailing slashes, groot- en kleinlettersensitiwiteit, en verlore navraagparameters. Op e-handel, SaaS en hosting-webwerwe kan verkeerde omleidings vir pryse, produkte, kategorieë en ondersteuning direk omskakelings beïnvloed.

Gebruik ’n eenvoudige kontrolelys ná elke uitrol. Kies ewekansige ou URL’s, toets hulle met ’n header-inspeksie-instrument, verseker die finale bladsy gee ’n 200-status, kontroleer dat die inhoud ooreenstem met die ou bladsy se soekbedoeling, en bevestig interne skakels is opgedateer. Hierdie vyf stappe voorkom die meeste tegniese maar SEO-kwessies.

Voorbeeldstrategie: Ouer Hostingbladsye na Nuwe Inligtingsargitektuur skuif

Kom ons neem ’n praktiese voorbeeld. ’n Hostingmaatskappy wil hul ou URL-struktuur opdateer en bladsye soos /linux-hosting, /wordpress-hosting-pakkette, /ssl-sekuriteit en /domein-navraag na ’n eenvoudiger struktuur skuif. Die nuwe doelwitte is onderskeidelik /web-hosting, /wordpress-hosting, /ssl-sertifikaat en /domein-navraag. Op die Worker stel jy vier duidelike 301-reëls op. Daarna werk jy die interne menu’s, voetskrifskakels, sitemap en canonical etikette by na die nuwe URL’s.

Die doel is nie net om gebruikers na die regte bladsy te stuur nie, maar ook om soekenjins duidelik te wys waar ou bladsye heen verskuif het. As die ou /linux-hosting bladsy na die tuisblad omlei word, kan Google die konteks verloor. Maar /web-hosting is ’n beter pasmaat vir dieselfde produk. ’n Goeie omleidingskaart is dus ’n SEO-strategie, nie net ’n tegniese lêer nie.

Gereelde Vrae

Is omleidings met Cloudflare Workers SEO-vriendelik?

Ja, solank jy die regte statuskode en finale URL gebruik. Vir permanente skuif gebruik 301, vir tydelike of voorwaardelike gebruik 302. Vermy omleidingskettings, lusse en onrelevante teikens.

Moet die oorspronklike bediener werk vir Worker-omleidings?

As die omleiding heeltemal op Cloudflare edge plaasvind, hoef die oorspronklike bediener nie bereik te word nie. Maar die finale bladsy werk nog steeds op ’n bediener, so jou hosting, DNS en SSL moet korrek wees.

Is Workers beter as Cloudflare Page Rules vir omleidings?

Vir eenvoudige omleidings is Page Rules of Redirect Rules voldoende. Maar vir pad-, land-, toestel-, parameter- of veelvuldige domein-dinamiese logika is Workers meer buigsaam en skaalbaar.

Kan ek ’n 301 omleiding later verander?

301 is ’n permanente sein en moet nie gereeld verander word nie. Blaaiers en soekenjins kan 301 resultate kas. Maak seker jou teiken-URL is permanent en pas by jou inhoud voordat jy 301 publiseer.

Kan Cloudflare Workers www en non-www omleidings hanteer?

Ja. Jy kan die gasheerveld kontroleer en non-www na www of andersom omlei. Belangrik is om een standaard te kies, SSL sertifikate vir albei te hê, en interne skakels konsekwent op te dateer.

Gevolgtrekking

Om serverlose omleidings met Cloudflare Workers te doen, bied ’n kragtige manier om prestasie en operasionele buigsaamheid in moderne webprojekte te verbeter. As jy die regte statuskodes kies, jou omleidingskaart sorgvuldig voorberei en DNS, SSL en hosting saam beheer, kan jy SEO-migrasies veiliger bestuur. Klein projekte kan met eenvoudige reëls klaarkom, maar groot migrasies vereis deeglike toetsing, monitering en dokumentasie.

Deur jou domein, hosting en SSL op Hostragons korrek op te stel, kan jy jou Cloudflare Workers omleidings ’n stewige basis gee. As jy wil, kan jy Web hosting pakkette, Domein navraag en Oplossings vir SSL sertifika besoek om die beste infrastruktuur vir jou projek te beplan.