Cloudflare Workers እንዴት ለWeb Hosting የServerless መዳረሻ ማዘጋጀት ይቻላል?

Cloudflare Workers ንስሐ በመጠቀም የሰርቨር ያልተጠየቀ የተሾሙ መሪዎችን ማከናወን ማለት የተጠቃሚው ጥያቄን ከorigin ሰርቨሩ የሚያደርስ በፊት Cloudflare edge አውታረ መስመር ላይ በመያዝ 301፣ 302 ወይም የተገላጋዩ መሪ ምላሽ ማቅረብ ማለት ነው። ይህንን ዘዴ በመጠቀም የweb ሰርቨሩን ቅድመ-ሁኔታ ሳትዳስበው፣ domain፣ URL መንገድ፣ አገር፣ መሣሪያ፣ ቋንቋ፣ የካምፓኒያ ፓራሜትር ወይም በቀድሞ ገጽ መስማማት ላይ በተመለከተ ፈጣንና የሚታወቀ መሪዎችን ማቅረብ ይችላሉ። በተለይም ለSEO ስውር መስተካከል፣ domain ለውጦች፣ የካምፓኒያ landing page መንገዶችና ለብዙ ሰብስቦች የሚጠበቁ ገጾች በዝቅተኛ ዘገየ በቀላሉ ሊተከላለልና ሊያስተዳድር የሚችል መፍትሄ ነው።

በተለምዶ የሚሰሩ መሪዎች ብዙውን ጊዜ Apache .htaccess፣ Nginx server block፣ የመተግበሪያ ኮድ ወይም በhosting control panel ላይ ይተከላለላሉ። እነዚህ ዘዴዎች ገና የሚሠሩ ናቸው፤ ነገር ግን በከፍተኛ ትራፊክ የሚገኙ ገጾች፣ ብዙ domain የሚቆጣጠሩ ቡድኖች፣ ወይም በተለያዩ አካባቢዎች ላይ የሚወሰኑ የመሪ ውሳኔዎች የሚፈልጉ ፕሮጀክቶች ውስጥ Cloudflare Workers የበለጠ ግልጽ እና ገለልተኛ ቅጥ ይሰጣል። የመሪው ምክንያት በተጠቃሚው በጣም ቅርብ Cloudflare ዲታ ማዕከል ውስጥ ይሰራል። በዚህም origin ሰርቨሩ ትክክለኛ የሆነ ቅድመ-ሁኔታ በቀላሉ ይቀነሳል እና በተሳሳተ የሰርቨር ህጎች የተንቀሳቃሽነትና የበሰለ ውጤት አደጋዎች በዝቅተኛ ይሆናሉ።

በዚህ መምሪያ ከCloudflare Workers በተመለከተ የመሰረት 301 መሪ ይጀምራሉ፣ ከዚያም በመንገድ፣ በquery ፓራሜትር፣ በአገር፣ በሞባይል መሣሪያ፣ እና በቡድን መሪዎች ምሳሌዎች ይማሩበት። እንዲሁም ለSEO ምክንያት የተለያዩ ሁኔታዎች ውስጥ 301 ወይም 302 በማንኛው ጊዜ የሚጠቀሙበትን፣ በሙከራ ሂደት ምንን እንደሚያስተካክሉና በHostragons መስመር ላይ በdomain፣ SSL፣ hosting የሚደረጉ ምርመራዎችን እያንዳንዱ እንደሚያደርጉ በደረጃ ይገልጻሉ። ለdomain አስተዳደር ዶማይን ማስመዝገብ እና DNS አስተዳደር፣ ለደህንነት ትስስር SSL ማረጋገጫ çözümleri፣ ለምርት ውጤት የድር ሆስቲንግ ጥቅሶች ገፆችን በተፈጥሮ ማግኘት ይችላሉ።

Cloudflare Workers ምንድነው? ለመቅደም ለምን ይጠቀሙበታል?

Cloudflare Workers በJavaScript የተመሰረቱ የኮድ ክፍሎችን በCloudflare አውታረ መረብ የተለያዩ አገልግሎት ነጥቦች ላይ የሚያስተላለፍ የserverless መድረክ ነው። Serverless የሚነገረው ማንኛውም አውታረ መረብ አልተጠቀሰም ማለት አይደለም፤ ነገር ግን የአውታረ መረብ አስተዳደር፣ ማስተካከያ፣ ኦፕሬቲንግ ሲስተም እና የአውታረ መረብ እድገት ያንተ አስተዳደር አይደለም ማለት ነው። ተገናኝ ሲቀርበው ወደ ሳይትዎ የተጠየቀው ነገር Worker በedge ላይ ይቀበላል፣ የአንተን ህጎች ያሰራል፣ እና እንዲያወጣ ወይም ተገናኙን ወደ ሌላ አድራሻ ይልካል።

ለመቅደም Workers መጠቀም ያለው ትልቅ ጥቅም የተገናኙን መቆጣጠር ነው። ቀላል URL መስማማት ማድረግ ይችላሉ፣ የጥያቄውን ራስ፣ አገር፣ መንገድ፣ query parameter፣ user-agent መረጃና host እና የሚገኙ አዲስ እድሳት ማንበብ ይችላሉ። ለምሳሌ፣ የቀድሞውን /urunler/hosting ገፅዎን ወደ /web-hosting ገፅ በቋሚ መልኩ ማቅረብ ይችላሉ፣ በአዲስ አዲስ አገር የሚመጡ ተገናኞችን ወደ እንግሊዝኛ አናት ማስተላለፍ ይችላሉ፣ ወይም በልዩ campaign parameter የተገናኙ ትራፊክን ወደ ልዩ የlanding page ገፅ ማስተላለፍ ይችላሉ።

በተግባር ይህ አፍታ የSEO ቡድናትን ከቴክኒክ ቡድናት ጋር እንዲቀልጡ ይረዳል። ከድሮ ሳይት ወደ አዲስ ሳይት 450 URL እንደሚያቅረቡ ይገልጻል። የserver configuration ፋይልን ማስተካከያ፣ ማቅረብና በስህተት ተከስቷል ከሚባል ጊዜ ወደ እናት መመለስ ከመድረስ በተለይ፣ የየቅደም አብራሪውን መረጃ በWorker ውስጥ ወይም በKV እንደ ውጪ የመዳበሪያ ቦታ ማስተዳደር ይችላሉ። ከዚህ በኋላ ማቅረብ፣ መሞከር፣ ወደ እናት መመለስ የሚደረጉ ሂደቶች በተገናኙ መልኩ ይቆጣጠሩበታል።

Cloudflare Workers እና የአሰባሰብ መለዋወጫዎች መካከል ያሉ ልዩነቶች

ለብዙ ፕሮጀክቶች አንድ ብቻ ትክክለኛ መንገድ የለም። ትንሽ ድር ጣቢያ ላይ ጥቂት 301 መለዋወጫ ከሚፈልጉ ከሆነ በ hosting መቆጣጠሪያ ፓነል ያለው መለዋወጫ መሣሪያ በቂ ነው። ነገር ግን የተወሰነ ልዩ ምክንያት፣ ከፍተኛ ትራፊክ፣ በርካታ ዶሜን፣ ፈጣን ለውጥ የሚያስፈልጉ ከሆነ Cloudflare Workers ይልቅ ይረዳል። በታች ያለው ሰንጠረዥ መለዋወጫ ሲደርስ አስፈላጊ ልዩነቶችን ያጠቃልላል።

ይህን ሰንጠረዥ በቀላሉ አንድ ህግ ለመለያየት ትችላለህ፡ መለዋወጫዎችህ ጥቂት ናቸው፣ ሁኔታዎችህ ቀላል ናቸው እና ወደ አሰባሰብ መዳረሻ ቀላል ከሆነ ታዲያ የታዋቂ ዘዴው ይረዳል። ነገር ግን መለዋወጫዎችህ SEO migration፣ በአገር የተመሰረተ ቅርፅ፣ A/B campaign ውስጥ የሚያደርጉ ፈጠራ ወይም በርካታ ዶሜን አቀማመጥ ከሆነ Worker ክፍል የቆይታ ትርጉም ይሰጣል።

መጀመሪያ ሊደርስበት የሚገባው

Cloudflare Workers በመጠቀም ከመምራት በፊት ቴክኒክ ዝግጅትን ማጠናቀቅ ስህተቶችን ይቀንሳል። በመጀመሪያ domainዎ Cloudflare ላይ ንቁ መሆኑን እና DNS መዝገቦችዎ ትክክል መሰረተኛ መዋቅር እንዳላቸው ያረጋግጡ። Cloudflare proxy ባለማንቀሳቀስ (ግራ ደመና የተሳተፈ DNS መዝገቦች) Worker መምራት እንደተጠበቀው ሊሰራ አይችልም። ስለዚህ ለመምራት የሚደርስበት host ላይ Cloudflare proxy አካላዊነቱን ያረጋግጡ።

• Cloudflare መለያና ለመምራት ንቁ domain።
• DNS በአካል ትክክለኛ A, CNAME ወይም የሚገባ መዝገቦች።
• Cloudflare proxy አካላዊነትና SSL/TLS ሞድ ትክክለኛ መምረጥ።
• መምራት ካርታ: የቀድሞ URL, አዲስ URL እና የሁኔታ ኮድ።
• SEO ምርመራ ዝርዝር: canonical, sitemap, ውስጣዊ አገናኞች እና የኢንዴክስ ሁኔታ።
• ለመሞከር ብራውዘር፣ curl ወይም HTTP header መቆጣጠሪያ መሣሪያ።

በHosting በአካል origin serverዎ በጤና መስራት ይከተላል። Worker መምራት origin ጭነትን ሊቀንስ ይችላል፣ ነገር ግን በትክክል ያልተዘጋጀ DNS ወይም SSL ስህተትን ፍጹም ሊያሳድግ አይችልም። በተለይ ሲተከል HTTPS መምራት ከፈለጉ፣ Hostragons ላይ ያሉ hosting መለያዎ ላይ SSL ሰርቲፊኬትዎ ንቁ መሆኑን ያረጋግጡ። በዚህ እንዲፈናይ የSSL አውርውር እንዴት ይከናወን እና cPanel በአየር መረታት ሂደቶች ይዘቶች ተጨማሪ መመሪያ ሊሆኑ ይችላሉ።

Cloudflare Workers እንዴት በእርስዎ የሰርቨር የማይወስድ መማሪያ የማድረግ ደረጃ በደረጃ

1. Worker ፍጠሩ

በCloudflare panel ውስጥ ተወላጅ የሆነውን መለያ ይምረጡ፣ Workers and Pages ክፍል ይግቡና አዲስ Worker ፍጠሩ። በመጀመሪያ Cloudflare አንድ ምሳሌ script ያሳያል። ይህን ምሳሌ ይሰርዙና የራስዎን የredirect logic ይጻፉ። በስም መከተል ግልፅ ይሁን፤ ለምሳሌ seo-redirects፣ domain-migration-redirects ወይም campaign-router እንደዚህ ያሉ ስሞች በወደፊት ጥገናን ያቀርባሉ።

በመሠረታዊ የredirect logic ውስጥ ጥያቄ ይደርሳል፣ የURL object ይፈጠራል እና የተወሰነ ቅኝት ከሚሰጥ በResponse.redirect በአዲስ አድራሻ ይቀየራል። ለዘላቂ SEO ትልቅ ግዢ 301 ይጠቀሙ፣ ለትንሽ ዘመናዊ campaign ወይም test 302 ይስተዋውቁ። 308 ደግሞ ለዘላቂ redirect ይጠቀማል፤ ነገር ግን በSEO migration ውስጥ የተስተናጋጅ የሆነበት እና የሚታወቀው 301 status code ነው።

2. ቀላል 301 Redirect Rule ያክሉ

በጣም የሚጠቀም ምሳሌ፣ አሮጌ ገጽ ወደ አዲስ ገጽ በዘላቂ redirect ማስተካከል ነው። መርህ እንዲህ ነው፤ የጥያቄ path የ/eski-sayfa ከሆነ ተጠቃሚውን ወደ /yeni-sayfa በ301 ይልኩ። በWorker ውስጥ request URL ይያዙና pathname ይቆጥቡ። እንዲሁ በዚያ የሚስማማ path ብቻ የredirect ይሆናል፣ ሌሎች ጥያቄዎች በመደበኛ እሴት ይቀጥላሉ።

ለምሳሌ ከዚህ በፊት የhosting ምድብ URL structure ወደ አዲስ ተቀይሯል ከሆነ /hosting-paketleri ወደ /web-hosting ይቀያይሩ። በዚህ መሠረት ለsearch engines የገጹ በዘላቂ ተቀይሯል እንደሆነ ይገልጻሉ። በጥቂት ሳምንታት ውስጥ Google አዲሱን URL ግልፅ ይያዛል፣ ነገር ግን redirect chain አያቆሙ፣ አሮጌ URL በቀጥታ ወደ መጨረሻ URL ይሂድ ዘንድ ይያዙ።

3. Worker Route ይቀይሩ

Worker ኮድ መጻፍ ብቻ አበቃል፤ የትኛውን ጥያቄ ላይ እንደሚሰራ በroute ይወስኑ። ለምሳሌ example.com/* የአድራሻው የዋና domain ሁሉን path ይሸፍናል። በአንድ በተወሰነ subdirectory የሚሰራ ከሆነ example.com/eski-blog/* እንደዚህ ያሉ የተጠቃሚ የroute ይቀይሩ። የroute ውስጥ አይነቱን የሚያስፋፋ የተወሰነ ከሆነ ያልተጠበቁ የredirect ይሆናሉ።

ከበቃኝነት በፊት የroute አይነቱን staging ወይም test subdomain ላይ ማስፈንጠር የተሻለ ዘዴ ነው። ለምሳሌ test.example.com/* ላይ rule አስተጋብሩና header እና redirect behavior ይቆጥቡ። ሁሉም የተሳካ ከሆነ፣ ወደ production domain route ይቀይሩ። ይህ አቅድ በትልቅ SEO migration project ውስጥ የተያዘ የredirect ስህተትን ይከላከላል።

4. አትምኑና የHTTP Status Code ይቆጥቡ

Worker ከተገናኘ በኋላ፣ browser ላይ ገጹ የተከፈተ እንደሆነ ብቻ አበቃል። የbrowser cache አንዳንድ ጊዜ የቀድሞ ውጤት ይሳያል። በዚህ ተንፈል የHTTP header ይቆጥቡና 301 ወይም 302 status code ትክክል እንደሆነ ያረጋግጡ። እንዲሁም Location header ላይ የመጨረሻ URL የተጠበቀው አድራሻ እንደሆነ ይቆጥቡ።

• አሮጌ URL በቀጥታ ወደ አዲሱ URL ይሄዳል?
• የredirect ኮድ 301 ነው ወይም 302?
• ከHTTP ወደ HTTPS ተጨማሪ chain ስለሚፈጠር ይቆጥቡ?
• www እና non-www ብዙ ምሳሌዎች በተደጋጋሚ ነው?
• በURL መጨረሻ በslash ስትጠቀሙ በአንድ standard ያስቀመጡ?
• የሞባይልና የdesktop ተጠቃሚዎች አንድ SEO ተሳትፎ ያያሉ?

የተለመዱ የመሪ የድህረገፅ አቀራረቦች

አንድ ገፅ መሪ መቀየር

አንድ ገፅ መሪ መቀየር ቀላልና ደህና የሚጀምር መንገድ ነው። አሮጌ የአገልግሎት ገፅ፣ የካምፓኒያ ገፅ ወይም የብሎግ ጽሑፍ ወደ አዲስ አድራሻ ሲያዙ ይጠቀማል። እዚህ ሚስተኛው ነገር የአሮጌው ገፅ የውስጥ አላማው ከአዲሱ ገፅ ጋር ተዛማዝ ያለው መሆን ነው። አሮጌ SSL መመሪያውን ቀጥታ ወደ መነሻ ገፅ መሪ መቀየር የተጠቃሚውን ልምድ ያወስታል፣ SEO ምልክቶችን ሊአበጣ ይችላል። እንዲሁም አብራሪው የ SSL መመሪያ ወይም የምድብ ገፅ ወደ መሪ መቀየር ይሻላል።

በጥቅም የ URL ካርታ መሪ መቀየር

በድህረገፅ እንደ Hostragons ተዘዋዋሪ ፕሮጀክቶች ውስጥ አያሳውቅ የ URL መሪ መቀየር ይደርሳል። በ Worker ውስጥ አንድ ካርታ በመጠቀም አሮጌ መንገድን ከአዲሱ ጋር ይያያዛሉ። ለምሳሌ /eski-blog/cloudflare-nedir ን /blog/cloudflare-nedir ይያያዛሉ። ይህ አካል በትንሹና ዘንድ የመካከለኛ ዝርዝር ለስራ ይጠቅማል። ነገር ግን በ 1000 እና ከዚያ በላይ URL በኮድ ውስጥ አድራሻ ማስገባት ለጥበቃ አይቀርም። በዚህ ሁኔታ Cloudflare KV፣ R2 ወይም ከበስተ ውጭ API ማንበብ በተለያዩ የስራ አዋቂነት ያገኙት አይነት ነው።

በጥቅም መሪ መቀየር ሲደርስ Excel ወይም Google Sheets ሶስት አድራሻ ያለው ታቦል ያዘጋጁ። አሮጌ URL፣ አዲስ URL፣ የሁኔታ ኮድ። በኋላ አንድ URL ከዚህ በላይ ወደ ተለያዩ አድራሻዎች አትሄድ፣ የመጨረሻ URL 200 ኮድ ይሰጣል፣ robots.txt ያልተከለከለ እንደሆነ ያረጋጉ። በ SEO ማዋጋያዎች በጣም የሚደርስ ስህተት አሮጌ URL ወደ አዲስ ስፍራ ያልተገናኘ ገፆች የመሪ መቀየር ነው። ለውድድር በአጭሩ የተሳተፉት አካል ይታወቃል፣ ነገር ግን በረጅሙ ጊዜ የውስጥ ጥራት ምልክቶችን ያዋርዳል።

በአገር መሠረት መሪ መቀየር

Cloudflare የተጠቃሚውን አገር መረጃ ለመጠቀም ያችላል። ለምሳሌ ከኢትዮጵያ የሚመጡትን /am ወይም ከአልማኒያ /de ወደ ይሪ ይችላሉ። ነገር ግን በ SEO የአገር መሠረት አውትሞቲክ መሪ መቀየር በጥንቃቄ ይደርሳል። Googlebot ብዙውን ጊዜ ከተወሰኑ አካባቢዎች ይዘዋዋል፣ ስህተቱ የተለያዩ ቋንቋ ትውልድ አየትን ሊአበጣ ይችላል። ስለዚህ hreflang ቅድሚያዎች፣ የቋንቋ መምረጫ አድራሻዎችና sitemap ልዩነት በትክክል ይተከል።

በአገር መሠረት መሪ መቀየርን የሚቀየሩበት ጊዜ በ 301 የሚያደርጉት ከሆነ በብዙውን ጊዜ 302 የሚሆነው ከተሻለ ነው። ይህም ለተጠቃሚው በአገር መሠረት ትንሽ የልምድ ቀውስ ያቀርባል፤ ገፁ ቀጥሎ የሚያዘው የቆይታ መሆን የማይያዝ። እንዲሁም ተጠቃሚው ቋንቋ ወይም አገር ይቅር አስችለው በልምድ አስፈላጊ ነው።

በመሣሪያ ወይም User-Agent መሠረት መሪ መቀየር

ለሞባይል ተጠቃሚዎች በተለያዩ ገፆች መሪ መቀየር በፊት የተለመደ ነበር፤ አሁን ግን responsive ዲዛይን የታመነ መንገድ ነው። ነገር ግን ለልዩ መተግበሪያ የማውረድ ገፅ፣ ሞባይል ካምፓኒያ ልዩነት ወይም ቀላል የ landing page ልምድ ለመሪ መቀየር user-agent ይችላል። እዚህም SEO ጥንቃቄ ይደርሳል። ለ desktop እና ሞባይል ተጠቃሚዎች በጥሩ የማይዛመድ ውስጥ ማቅረብ ምልክቶችን ሊያዋርድ ይችላል።

በመሣሪያ መሠረት መሪ መቀየር ሲደርስ፣ ለሞባይል ተጠቃሚው የሚታየው ውስጥ አላማ ከ desktop ገፅ ጋር የሚዛመድ ይሁን። እንዲሁም የ Google mobile-first indexing አቀራረብን አትርሱ። ሞባይል ልምድ የታላቅ የአውትሞቲክ ምልክቶች አካል ስለሆነ desktop ገፅን ብቻ ማሻሻያ የበቂ አይደለም።

በ Query Parameter መሠረት የካምፓኒያ መሪ መቀየር

ለዲጂታል ማሻሻያ ቡድኖች Worker መሪ መቀየር በጣም ጠቃሚ ነው። ለምሳሌ utm_campaign=blackfriday በሚመጣ ተጠቃሚዎችን ወደ ልዩ የካምፓኒያ ገፅ ማሪ ማድረግ ይችላሉ። ይህ ስራ origin መተግበሪያው በተጨማሪ ማሻሻያ ያስፈልጋል፣ በ edge ጋር ይፈታል። ነገር ግን UTM parameter አትኖር። በ analytics መለኪያ ለማጠቃለል ያስፈልጋል፣ parameter ወደ አዲስ URL ያያዙ ወይም በካምፓኒያ መድረክዎ በትክክል ይከታተሉ።

SEO አስፈላጊነት ላይ 301, 302, 307 እና 308 የመምሪያ ኮዶች ምርጫ

የመምሪያ ኮድ ምርጫ የጥናት ብቻ አይደለም፤ ለውጥ የሚደረገውን ያሳያል። 301 በሙሉ ቀይር ነው እና SEO ምድብ ላይ በጣም የሚጠቀምበት ኮድ ነው። 302 ጊዜያዊ መምሪያ ነው፤ ማህበረ-ሰብ ዘመናዊ ፕሮሞሽን, ምርመራ, አካባቢ ወይም የሰአት የተገደበ ትራፊክ ላይ ይለቀቃል። 307 የHTTP መቶድን የሚያድን ጊዜያዊ መምሪያ ነው። 308 በ301 ላይ ተመሳሳይ የሚሆን ቀይር አቅርቦት ነው እና መቶድን ይጠብቃል።

SEO ላይ የወሰነ መመኪያ: ቀይር የተደረገና አዲስ አድስ ገጽ የተቆረጠ ከሆነ 301 ይጠቀሙ፤ ጊዜያዊ፣ በግል ወይም በአንዳንድ አብራሪ ሁኔታ ላይ 302 ይምረጡ። የመምሪያ ሰንሰለት ይቆጣጠሩ። አንድ URL በመጀመሪያ HTTP ወደ HTTPS, ከዚያ non-www ወደ www, በኋላ ደግሞ ወደ አዲስ ገጽ ከሚሄድ ከሆነ ሶስት የምሪያ ደረጃ አለ። የሚመከር የስራ አቅርቦት፣ አሮጌ URL በአንድ ደረጃ በHTTPS አዲስ URL ይሂድ ነው።

የተሻሻለ አፈጻጸምና ደህንነት ለማሳካት ምርጥ ተግባራት

Cloudflare Workers ፈጣን ናቸው፤ ነገር ግን በትክክል የማይተደርስ የመሳሪያ ስርዓት ከሆነ የዘገየና የተሳሳተ ውጤት ማምጣት ይችላል። የህጎችዎን አዋጅ ቀላል ያድርጉ፣ የደብዳቤ ምስል (regex) ማሳለፍና ማስቸጋላት አያደርጉ፣ በኮድ ውስጥ አስቀድሞ ያልታወቀ የትልቅ ዝርዝር ልዩነት አያደርጉ። በትልቅ የህጎች ዝርዝር ውስጥ KV ያሉ እንደ ቁልፍ-እና-እንደ እሴት ቤት የሚሰሩ መያዣዎች ለአፈጻጸምና ለአስተዳደር የተሻለ ምርጫ ናቸው። ከዚህ በላይ የማይቋረጥ የውስጥ ምስል እንዳይፈጠር የተመረጠው የURL ቦታ ከዚህ በፊት ከሚኖሩ የhost እና የpath ጋር አይደለም እንደሆነ ያረጋግጡ።

• ለእያንዳንዱ ህግ ግልጽ የተጠየቀ ተጠያቂነት ያረጋግጡ፤ የSEO፣ የሶፍትዌር ወይም የግብረ ገበሬ ቡድን።
• ህጎችን ከማሻሻልዎ በፊት የመሳሪያ ማዕከሉን ያስቀምጡ።
• በህጎች በሚያደርጉበት መመዝገብ ከቀድሞ ያስተላልፉ።
• 301 ህግ ከማድረግዎ በፊት አዲሱ የURL ቦታ በጥልቅ ያረጋግጡ።
• ከህጎች ስለተተወደው የ10-20 ምሳሌ URL በየትኛውም ጊዜ አርጋግጡ።
• 404 ሪፖርቶችን እና የGoogle Search Console ስርዓት ላይ የሚታዩ ግምገማዎችን እንድታከታት ያረጋግጡ።
• የእውቅ መስመሮችን በድሮው የURL ላይ አይቀርበው፤ አዲሱ የURL ላይ ያዘምኑ።

በደህንነት ምክንያት የበጠነ የመሳሪያ ስርዓት ምጥን ከፍተኛ ተጋላጭነት ያሳያል። የተጠቃሚዎች የnext፣ redirect ወይም url ያሉ ፓራሜትሮችን በቀጥታ እንደ መዳረሻ ማድረግ የተጋላጭነት የድር ጥቃት ይቀርባል። በፓራሜትር የተቀመጠ መሳሪያ ስርዓት ከማድረግዎ በፊት የተፈቀዱ የDomain ስምዎችን ብቻ በተስተናጋጅ ያድርጉ። ለምሳሌ የራስዎ የDomain ስምዎች ወይም የተረጋገጡ የውስጥ የካምፓይን የDomain ስምዎች ብቻ እንደ መዳረሻ ሊሆኑ ይችላሉ።

የSSL አዋጅ የጠበቀ ጉዳይ ነው። Cloudflare ላይ Flexible SSL በሚጠቀሙበት ጊዜ የorigin በHTTPS ካልሆነ የተደባበሩ የመሳሪያ ስርዓት ምጥን ሊፈጥር ይችላል። Full ወይም Full strict SSL አብዛኛው ጊዜ በጤና የሚሰራ አዋጅ ነው። ለዚህ በorigin server የተረጋገጠ SSL ሰርቲፍኬት አስፈላጊ ነው። Hostragons SSL መፍትሄዎች በዚህ ቦታ ስራዎን ያሳለፋል፡ SSL የዋጋ ታውቆ ግዢ እና የድርጅት ሆስቲንግ ደህንነት.

Hostragons መረጃ ቅርንጫፍ ላይ ሊጠበቁ የሚገባው ነጥቦች

በHostragons ላይ የተቀመጡ ድርጣቢያዎች ላይ Cloudflare Workers የሚያደርጉ ማቅረብ ሲሆን አንድ ላይ አቅጣጫ የሚጠቁሙ ሶስት አካላት አሉ፡፡ domain DNS, hosting ውስጥ የተደረገ አቅርቦት, እና በመተግበሪያው ውስጥ የሚደረጉ ማቅረቦት፡፡ በመጀመሪያ domain የnameserver መዝገቦች Cloudflare ላይ መታየት አለበት፡፡ ከዚያ DNS መዝገቦች Hostragons hosting ሰርቨሩን ይጠቅማሉ እና በproxy የሚሰራ መዝገቦች በብርቱካን ደመና አንደኛ ይታያሉ፡፡

ሁለተኛው hosting ፓነል ላይ የተዘረዘሩ domain, addon domain ወይም alias አቅርቦት ትክክለኛ መሆኑን ያረጋግጡ፡፡ Cloudflare edge ላይ ማቅረብ ቢደረግም በአንዳንድ ሁኔታዎች request ወደ origin server ይደርሳሉ፡፡ ስለዚህ origin የvirtual host ስተካከል ተቀናቃኝ ሲሆን, SSL የጎደለው ወይም የroot directory ስተካከል ተቀናቃኝ ከሆነ user ተሞክሮ ይጎድላል፡፡ ለdomainና hosting የማዋሃድ ዶማይን መታች መመሪያ እና cPanel ሆስቲንግ ሥነ-ምርት ይረዳሉ፡፡

ሶስተኛው በመተግበሪያው ውስጥ የሚደረጉ ማቅረቦት ያረጋግጡ፡፡ WordPress, Laravel, የተለየ PHP መተግበሪያ ወይም CMS በራሱ HTTPS, www ወይም ቋንቋ ማቅረብ ሊያደርግ ይችላል፡፡ Cloudflare Worker በዚያበል አካል ሌላ ህግ ሲሰራ, የማቅረቦት ዙር ወይም ማሻሻያ ሊደርስ ይችላል፡፡ የሚመከረው በአንድ አካል ላይ የማቅረቦት ተግባርን መያዝ ነው፡፡ ለምሳሌ domainና SEO migration ማቅረቦት Workers ላይ, የuser session ማቅረቦት በመተግበሪያው ውስጥ ሊቀር ይችላል፡፡

ሙከራ፣ እከታታይና አሳሽ ስህተት

አድስ የተዘዋዋሪ አድርጉ በሚገኘው ቦታ ምርመራ ሂደት የተገናኘው እንደ መሰረቱ አስፈላጊ ነው። በመጀመሪያው 24 ሰዓት ውስጥ ጠቃሚ የURL ሰነዶች፣ ገቢ የሚያመጣው landing page፣ በኦርጋኒክ ትራፊክ ላይ በጭንቀት የሚገኙ ገፆችና ከbacklink የሚያገኙ አሮጌ URL ያስተዋውቁ። በGoogle Search Console ላይ Dizin Oluşturma እና Sayfa deneyimi ሪፖርቶችን እከታታይ። የሰርቨር log ሰነዶች፣ Cloudflare ትንተናዎችና analytics መረጃዎችን በአንድነት ሲያየው የተሳሳተ አድስ የተዘዋዋሪዎች ፈጣን ይገኛሉ።

በስህተት ስራ ሂደት ውስጥ የሚታዩ መደበኛ ምሳሌዎች እነዚህ ናቸው፡ 301 በፍጹም 302 መጠቀም፣ አሮጌ URL ወደ አዲስ URL በትክክል አይገባም ከመሆኑ ወደ መነሻ ገፅ ማድረግ፣ በslash አይነቶች ላይ ልዩ ባህሪ፣ ትልቅ-ትንሽ አባህላዊነትና query ፓራሜተሮች መጣላት። በተለይ በe-ticaret, SaaS እና hosting ገፆች የዋጋ፣ ምርት፣ ምድብና የደጋፊ ገፆች ወደ ስህተት የሚወሰኑ ቦታ ሲሄዱ ትዕዛዝ ውጤት በቀጥታ ይተግባል።

ከአድስ ውሰን በኋላ ቀላል የምርመራ ዝርዝሩን ያተጉ። የመጀመሪያው እሴት ከአሮጌ URL ዝርዝር የተወሰኑ ምሳሌዎችን ይመርጡ። ሁለተኛ ሁሉንም በheader መቆጣጠሪያ ይፈትኑ። ሶስተኛ የመጨረሻው ገፅ 200 የሁኔታ ኮድ እንደሚሰጥ ያረጋግጡ። አራተኛ የገፅ ይዘት ከአሮጌ ገፅ በሚፈልጉት የፍለጋ አቋም ጋር ይዛመድ እንደሚያደርግ ይመርምሩ። አምስተኛ የውስጣዊ link-ዎች አዲስ URL-ዎች ወደተዘምነው እንደሚሆኑ ያረጋግጡ። እነዚህ አምስት እሴቶች፣ በቴክኒክ የሚሰሩ ነገሮች ነበሩም ፣ ነገር ግን SEO አይነት ውስጥ የተዘዋዋሪ ድንጋጌን በትልቅ አካባቢ ይከለክላሉ።

የምሳሌ ስትራቴጂ፡ ከድሮ ሆስቲንግ ገፆች ወደ አዲስ የመረጃ አውስት የማስያዣ

በተግባር ሁኔታ እንደምን እንደሚያስረዳ እንመልከት። አንድ የሆስቲንግ ኩባንያ የቀድሞውን URL አይነት አዲስ ያደርጋል እና /linux-hosting, /wordpress-hosting-paketleri, /ssl-guvenlik እና /domain-sorgula ያሉ ገፆችን ወደ ቀላል መዋቅር ያቀርባል። አዲስ የሚሄዱት የURL አይነቶች በቅድሚያ /web-hosting, /wordpress-hosting, /ssl-sertifikasi እና /domain-sorgulama ናቸው። በዚህ ጊዜ Worker ላይ አራት ግልጽ 301 የተለያዩ ህጎች ይተያያያሉ። ከዚያም የሳይት ውስጥ ሜኑዎች፣ የፉተር አገናኞች፣ sitemap እና canonical ታግዎች ወደ አዲስ URL ይታያያዣሉ።

በዚህ ማስተላለፊያ ዓላማ ተጠቃሚውን ወደ ትክክለኛ ገፅ ብቻ ማስተላለፍ አይደለም። ከዚህ በላይ ለፍለጋ ማሽነቶችም የቀድሞውን ገፅ አዲሱን መዋቅር በግልጽ ሁኔታ ማሳየት ነው። በአንዳንድ ጊዜ /linux-hosting የቀድሞው ገፅ ወደ መነሻ ገፅ ቢተላለፍ፣ Google የዚያ ገፅ አይነትን ማጣት ይችላል። ነገር ግን /web-hosting ገፅ በውስጥ የአንደኛው ምኞት የተያያዘ ነው። ስለዚህ ጥሩ የመምሪያ ካርታ በቴክኒክ ፋይል ብቻ ሳይሆን የSEO ስትራቴጂ አካል ነው።

በብዙ ጊዜ የተጠየቁ ጥያቄዎች

Cloudflare Workers የተጠቀሙበት መማሪያ SEO ለሚያሳድግ ደህና ነው?

አዎ፣ ትክክለኛ የቅኝት ኮድና ትክክለኛ የመድረሻ URL ቢጠቀሙ ደህና ነው። ለቀያሪ ገፆች 301, ለዘንድባና ወይም ሁኔታ የሚተጋገዝ እንቅስቃሴ 302 ይጠቀም። እንዲሁም የመማሪያ ሰንሰለት፣ የመቃብለያ ውጤትና የተሳሳተ መድረሻ ገፅ ስህተቶች ከሚከናወኑ ይርቀው።

ለWorker መማሪያ origin አሳሽ አለመስራት ይቻላል?

መማሪያ በCloudflare edge ላይ በትክክል ከተሟሟ አሳሽ origin አይደርም። ግን የተማረ መድረሻ ገፅ origin ወይም በሌላ መደበኛ ስር ሲሰራ hosting, DNS እና SSL የተዘጋጀ መሆን አስፈላጊ ነው።

Cloudflare Page Rules ተከትሎ Workers መጠቀም ይሻላል?

ለቀላል አንደኛና ሁለተኛ መማሪያ Page Rules ወይም Redirect Rules በቂ ሊሆኑ ይችላሉ። ነገር ግን ለአድራሻ፣ ሀገር፣ መሳሪያ፣ ፓራሜትር፣ ብዙ domain ወይም በካርታ የተያያዘ የተለያዩ መማሪያዎች ሲያስፈልጉ Workers የተወሰነና የሚያስተዳድሩ መፍትሄ ነው።

301 መማሪያን በኋላ ማቀያየር ችግር ይደርሳል?

301 የቀያሪ ምልክት እንደሚሰጥ ማቀያየር በብዙ ጊዜ አይገባም። ብራውዘሮችና ሰርተር 301 ውጤት cache ሊያደርጉ ይችላሉ። ስለዚህ 301 ከሚሰጥ በፊት የመድረሻ URL የቀያሪ መሆንና የትክክለኛ ይዘት ዘርፍ እንደሚሰጥ ያረጋግጡ።

Cloudflare Workers ተጠቅሎ www እና non-www መማሪያ ይቻላል?

አዎ፣ የHost ዋጋን በመቆጣጠር non-www አድራሻዎችን www ወይም በተመሳሳይ መንገድ ይችላሉ። ከሚያስፈልገው የተለያዩ መስፈርቶችን አንድ መደበኛ አድርጎ የSSL ማስረጃን ሁለቱን ለማስተካከል ይዘጋጁ፣ ... የውስጥ አድራሻዎችንም በዚያ መደበኛ ያዘምኑ።

ውሎ

Cloudflare Workers በመጠቀም አንዳንድ ሰርቨር ያልባለ መምሪያዎችን ማድረግ በዘመናዊ የድር ፕሮጀክቶች ውስጥ አፈጻጸምን እና ኦፕሬሽን ላይ ስኬትን የሚያስገኝ ኃይለኛ መንገድ ነው። 301 እና 302 ኮዶችን ትክክለኛ እንዲሆን በመምረጥ፣ የመምሪያ ማፍራቻዎን በትክክል በማዘጋጀት፣ እና DNS፣ SSL፣ hosting ደረጃዎችን በአንድ በመቆጣጠር የSEO ቀያዣዎችን በደህና ማቆጣጠር ይችላሉ። በትንሽ ፕሮጀክቶች ላይ ቀላል ደንቦች በቂ ናቸው፤ ነገር ግን በትላልቅ ማይግሬሽን ላይ ሙከራ፣ ክትትል እና ዶክውመንቴሽን አስፈላጊ ይሆናሉ።

በHostragons ላይ የdomain፣ hosting እና SSL መሰረትዎን በትክክል በማዘጋጀት Cloudflare Workers መምሪያዎችን በጽኑ መሠረት ላይ ማቋቋም ይችላሉ። የሚያስፈልጉዎት ከሆነ የድር ሆስቲንግ ጥቅሶች, ዶማይን መረጃ ጥያቄ እና SSL ማረጋገጫ çözümleri ገፆችን በመመልከት ለፕሮጀክቶ ተገቢውን መሰረት መንደር ይችላሉ።