Креирање Сервера без Логовања помоћу Cloudflare Workers

Креирање сервера без логовања помоћу Cloudflare Workers подразумева хватање захтева посетиоца пре него што стигне до оригиналног сервера и враћање одговора о преносу 301, 302 или условног преноса. Овим методом можете брзо и скалабилно креирати преносе без додиривања конфигурације веб сервера, на основу домена, URL пута, државе, уређаја, језика, параметара кампање или старе странице. Ово је посебно корисно за SEO прелазе, промене домена, руте кампања и управљање више веб локација, пружајући решење са малом латенцијом, централизовано и лако за одржавање.

Традиционални преноси се обично извршавају преко Apache .htaccess, Nginx server block, кодова апликација или контролних панела хостинга. Ове методе и даље важе; међутим, на сајтовима са високим прометом, у тимовима који управљају више домена или у пројектима који захтевају динамичке одлуке на основу различитих локација, Cloudflare Workers нуди флексибилнији слој. Зато што логика преноса ради на Cloudflare центру података најближем кориснику. Таким образом, и оптерећење оригиналног сервера се смањује, а ризик од перформанси и прекида услед неправилно конфигурисаних правила сервера се смањује.

У овом водичу ћете пронаћи применљиве примере, почевши од основног 301 преноса, до руте заснованих, преноса заснованих на упитним параметрима, преноса заснованих на држави, мобилних уређаја и сценарија масовног преноса. Поред тога, детаљно ћемо размотрити у којим условима треба да користите 301, а у којим 302 из SEO перспективе, на шта обратити пажњу у процесу тестирања и које провере ће бити корисне у управљању доменом, SSL-ом и хостингом у оквиру Hostragons инфраструктуре. За управљање доменом можете природно погледати странице Регистрација домена и управљање DNS-ом, за безбедну везу Решења за SSL сертификате и за перформансно објављивање Пакети веб хостинга.

Шта су Cloudflare Workers и зашто их користити за преносе?

Cloudflare Workers је платформа без сервера која вам омогућава да извршавате комаде кода засноване на JavaScript на тачкама ивице Cloudflare мреже. Израз "без сервера" не значи да немате сервер; он подразумева да се не бавите управљањем сервера, скалирањем, одржавањем оперативног система и капацитетом инфраструктуре. Када посетиоц шаље захтев вашој веб страници, Worker обрађује тај захтев на ивици, извршава ваша правила и, ако је потребно, преусмерава корисника на другу адресу.

Највећа предност коришћења Workers за преносе је ниво контроле. Можете да извршите једноставну проверу URL-а, али и да читате заглавља захтева, његову државу, пут, упитне параметре, информације о корисничком агенту и вредност хоста. На пример, можете трајно преместити вашу стару страницу /proizvodi/hosting на страницу /web-hosting, упутити само кориснике који долазе изван Турске на енглески поддиректоријум или преносити промет са одређеним параметром кампање на посебну страницу за одредиште.

У пракси, овај приступ убрзава операцију између SEO тимова и техничких тимова. Замислите да преносите 450 URL-ова са старе локације на нову. Уместо да уређујете конфигурациону датотеку сервера, објављујете и враћате се у случају грешке, можете управљати мапом преноса унутар Workera или у спољној области података као што је KV. Тако се процеси објављивања, тестирања и повлачења чине контролисанијим.

Разлике између преноса на основу сервера и Cloudflare Workers

Нема једног правилног метода за сваку пројекту. За мали сајт, неколико 301 преноса може бити довољно упутство за пренос у контролном панелу хостинга. Међутим, ако постоји сложена логика, висок промет, више домена и потреба за брзим променама, Cloudflare Workers постаје ефикаснији. Следећа табела резимира основне разлике које треба узети у обзир при одлучивању.

Ту табелу можете протумачити једноставним правилима: Ако је број ваших преноса мали, услови једноставни и ваш приступ серверу удобан, класичне методе могу бити довољне. Међутим, ако ваши преноси укључују SEO миграцију, расподелу на основу државе, A/B ток кампање или архитектуру више домена, Worker слој ће бити одрживији.

Шта је потребно пре почетка

Завршавање техничке припреме пре него што почнете са преносом помоћу Cloudflare Workers смањује ризик од грешака. Прво, ваш домен мора бити активан на Cloudflare-у, а ваши DNS записи морају бити исправно конфигурисани. У DNS записима са сивим облаком, где функција проксија Cloudflare није активна, Worker рута можда неће функционисати како сте очекивали. Стога проверите статус проксија за хост на коме ће се применити пренос.

• Cloudflare налог и активан домен за пренос.
• Исправни A, CNAME или релевантни записи на DNS-у.
• Активност Cloudflare проксија и исправан избор SSL/TLS модула.
• Мапа преноса: стари URL, нови URL и статус код.
• SEO контролна листа: канонски, мапа сајта, интерни линкови и статус индекса.
• Алати за тестирање: прегледач, curl или алат за контролу HTTP заглавља.

Такође, важно је да ваш оригинални сервер функционише исправно. Worker пренос може смањити оптерећење оригинала, али не може у потпуности компензовати неправилне DNS или SSL конфигурације. Посебно ако планирате да радите HTTPS преносе, корисно је осигурати да ваш SSL сертификат буде активан на вашем хостинг налогу на Hostragons. За ову тему можете користити Како се ради инсталација бесплатног SSL и Преусмеравање преко cPanel-а као додатне водиче.

Корак по корак: Креирање сервера без логовања помоћу Cloudflare Workers

1. Креирајте Workera

Изаберите одговарајући налог на Cloudflare панелу, уђите у секцију Workers and Pages и креирајте новог Workera. У почетној фази, Cloudflare вам нуди пример скрипте. Можете да избришете тај пример и напишете вашу логичку структуру преноса. Будите описни у именовању; на пример, seo-redirects, domain-migration-redirects или campaign-router ће олакшати одржавање у будућности.

У основној логичкој структури преноса, захтев се прима, објекат URL-а се креира и ако се задовољи одређени услов, пренос се врши на нову адресу помоћу Response.redirect. За трајни SEO пренос, користите 301, а за привремене кампање или тестирање 302. 308 се такође може користити за трајни пренос; али, у миграцијама SEO, најчешћи и најразумљиви избор и даље остаје статус код 301.

2. Додајте једноставно правило 301

Најосновнији сценарио је трајно преносити стару страницу на нову. Логика је следећа: Ако је пут захтева /stara-strana, пошаљите корисника на адресу /nova-strana са 301. Унутар Workera читате вредност URL захтева и контролишете pathname. Тако да пренос настаје само када се тачно подудара пут, а остали захтеви настављају нормалним током.

На пример, ако сте прешли са старе структуре URL-а категорије хостинга на нову, можете пренети /hosting-paketi на /web-hosting. У том случају обавештавате претраживаче да је страница трајно премештена. У року од неколико недеља, Google ће почети да повезује нови URL јасније; али за то је потребно избегавати стварање ланца преноса и осигурати да стари URL иде директно на крајњи URL.

3. Дефинишите Worker руту

Само писање кода Workera није довољно; морате одредити руту на којим захтевима ће радити. На пример, example.com/* руту обухвата све путеве под главним доменом. Ако желите да ради само у одређеном поддиректоријуму, можете дефинисати уже руту као example.com/stari-blog/*. Широка рутна обухват може довести до неочекиваних преноса.

Пре него што објавите, добар је поступак тестирати обухват руте на стагинг или тест поддомену. На пример, можете тестирати правило на test.example.com/* и контролисати заглавља и понашање преноса. Ако је све у реду, можете прећи на продукцијску домену. Ова метода посебно спречава грешке у масовним преносима у великим SEO пројектима.

4. Објавите и тестирајте HTTP статус код

Након што је Worker објављен, само проверавање да ли се страница отвара у прегледачу није довољно. Кеширање прегледача понекад може показати старе резултате. Уместо тога, проверавањем HTTP заглавља потврдите да ли се статус код 301 или 302 правилно враћа. Такође, проверите да ли је крајњи URL у заглављу Location онај који сте очекивали.

• Да ли стари URL иде директно на нови URL?
• Да ли је код преноса 301 или 302?
• Да ли се ствара додатни ланац од HTTP до HTTPS?
• Да ли су www и non-www варијације доследне?
• Да ли је употреба косе црте на крају URL-а сведена на један стандард?
• Да ли мобилни и десктоп корисници виде исти SEO циљ?

Честе сценарије преноса

Пренос једне странице

Пренос једне странице је најједноставнији и најсигурнији почетак. Користи се када стара страница услуге, кампање или блога буде премештена на нову адресу. Овде је важно да садржај старе странице буде у складу са намерама нове странице. Директно преношење старог SSL водича на главну страницу може ослабити корисничко искуство и разбити SEO сигнале. Уместо тога, правилније је преносити на нови SSL водич или страницу категорије која више одговара.

Масовно преношење URL мапе

У пројектима преноса веб странице може бити потребно преносити десетине па чак и хиљаде URL-ова. Можете дефинисати објекат мапе унутар Workera и извршити упаривање старог пута са новим путем. На пример, упарите /stari-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 вам омогућава да користите информације о држави из које долази захтев. На пример, можете упутити кориснике из Турске на /tr, а кориснике из Немачке на /de. Међутим, са SEO аспекта, треба бити опрезан са аутоматским преносима на основу државе. Googlebot углавном скенира из одређених локација, а неправилна конфигурација може отежати откривање различитих верзија на језику. Стога, hreflang ознаке, линкови за избор језика и разликовање мапа сајта морају бити правилно конципирани.

Пренос на основу државе је у већини случајева сигурније урадити са 302 уместо трајног 301. Јер на тај начин нудите привремено искуство на основу локације корисника; не тврди се да је страница трајно премештена на другу адресу. Такође, важно је дати кориснику могућност да промени избор језика или државе из аспекта искуства.

Пренос на основу уређаја или корисничког агента

Пренос мобилних корисника на различиту страницу је некад био уобичајен приступ; међутим, респонсивни дизајн се данас сматра здравијим решењем. Ипак, за специјалне странице за преузимање апликација, токове мобилних кампања или лагане искуства страница за одредиште може се користити пренос на основу корисничког агента. И овде треба бити опрезан са SEO. Пружање потпуно различитог садржаја мобилним и десктоп корисницима може довести до неусаглашених сигнала.

Ако радите пренос на основу уређаја, садржај странице приказане мобилним кориснику мора бити у складу са намерама десктоп странице. Такође, не заборавите Google-ов приступ "mobile-first indexing". Мобилно искуство је један од главних сигнала за индексирање, тако да није довољно оптимизовати само десктоп страницу.

Кампања преноса на основу упитних параметара

Преноси помоћу Workera су веома корисни за тимове дигиталног маркетинга. На пример, можете упутити кориснике који долазе са параметром utm_campaign=blackfriday на посебну страницу кампање. Ова операција се може решити на страни ивице без додатног развоја у оригиналној апликацији. Међутим, будите опрезни да не изгубите УТМ параметре. Ако су вам потребни за аналитичко мерење, пренесите параметре на нови URL или их правилно пратите на вашој платформи кампање.

Избор између 301, 302, 307 и 308 из SEO перспективе

Избор кода преноса није само технички детаљ; он објашњава намеру преноса странице претраживачима. 301 је трајни пренос и највише коришћени код у SEO миграцијама. 302 је привремени пренос; користи се у кампањама, тестовима, локацијама или токовима ограниченим временом. 307 нуди привремени пренос који задржава HTTP метод. 308 је сличан 301 у смислу трајног преноса и чува метод.

Златно правило за SEO је следеће: користите 301 за странице које су трајно премештене и имају јасну нову верзију; користите 302 за привремене, персонализоване или условне преносе. Такође, избегавајте ланце преноса. Ако стари URL прво иде од HTTP до HTTPS, затим од non-www до www, а потом на нову страницу, ствара се троступни ланац. Идеална структура је она у којој стари URL иде у једном кораку на крајњи HTTPS URL.

Најбоље праксе за перформансе и безбедност

Cloudflare Workers су брзи; међутим, лоше написана логика преноса може и даље генерисати закашњење и грешке. Чувајте своја правила једноставним, не пишите непотребно сложене регуларне изразе и не дозволите да велике листе неограничено расту у коду. У великим листама преноса, структуре за чување кључ-вредност као што је KV су исправније у погледу перформанси и одржавања. Такође, уверите се да целна URL адреса није иста као постојећи хост и пут да бисте избегли бесконачне петље.

• За свако правило одредите јасно власништво: SEO, софтверски или маркетиншки тим.
• Направите резервну копију мape преноса пре измена.
• Тестирајте на стагинг домену пре него што објавите.
• Проверите да ли је нови URL трајан пре него што донесете одлуку о 301.
• Након сваког објављивања, ручно проверите 10-20 примера URL-ова.
• Пратите 404 извештаје и податке о покривању из Google Search Console.
• Не остављајте интерне линкове на старим URL-овима; ажурирајте их на нове URL-ове.

Са аспекта безбедности, треба обратити пажњу на ризик од отворених преноса. Директно коришћење параметара као што су next, redirect или url које корисник даје као циљ може довести до злоупотребе вашег поузданог домена од стране нападача. Ако радите пренос на основу параметара, белу листу укључите само дозвољене домене. На пример, само ваши домени или потврђене кампање могу бити циљеви.

Конфигурација SSL-а је такође критична тема. Када користите Flexible SSL на Cloudflare-у, а HTTPS на оригиналном серверу није доступан, могу настати сложени ланци преноса. Најздравија структура је обично Full или Full strict SSL режим. За то, ваш оригинални сервер мора имати валидан SSL сертификат. Решења за SSL на Hostragons могу вам олакшати ову тему: Купите SSL сертификат и Безбедност корпоративног хостинга.

Кључне тачке на Hostragons инфраструктури

Када користите пренос Cloudflare Workers на сајтовима хостованим на Hostragons, потребно је размотрити три слоја: DNS домена, конфигурацију хостинга и преносе апликације. Прво, записи nameserver-а домена морају бити усмерени на Cloudflare. Затим, ваши DNS записи треба да указују на хостинг сервер Hostragons и записи који ће користити прокси морају бити активирани на наранџастом облаку.

Друго, уверите се да су домени, додатни домени или алтернативне структуре дефинисане у вашем хостинг панелу исправне. Иако се пренос може десити на Cloudflare ивичном мрежу, неки захтеви ће наставити да долазе до оригиналног сервера. Стога, ако постоје неправилне виртуелне хост конфигурације, недостајући SSL или грешке у конфигурацији коренског директоријума, то може утицати на корисничко искуство. За упаривање домена и хостинга, Водич за пренос домена и Управљање cPanel хостингом могу бити корисни.

Треће, проверите преносе на нивоу апликације. WordPress, Laravel, сопствена PHP апликација или неки други CMS могу унутар себе вршити пренос HTTPS, www или језика. Ако Cloudflare Worker покрене другу правилу у истом контексту, може доћи до петље или ланца. Најбољи приступ је да се одговорност за пренос консолидује у једном слоју. На пример, сви преноси домена и SEO миграције могу бити управљани преко Workera, док преноси корисничких сесија унутар апликације могу остати на софтверској страни.

Тестирање, праћење и отклањање грешака

Након објављивања преноса, процес праћења је једнако важан као и подешавање. У првих 24 сата проверите најважније URL-ове, странице које доносе приходе, странице које највише посећују органски промет и старе URL-ове који добијају повратне линкове. Пратите извештаје о индексирању и о искуству страница у Google Search Console. Када се прегледају серверски логови, Cloudflare аналитика и аналитички подаци, грешке у преносу се брже идентификују.

У отклањању грешака често се јављају следећи образци: грешка у коришћењу 302 уместо 301, стари URL се преусмерава на главну страницу уместо на нови URL, различито понашање у варијацијама косе црте, осетљивост на велика и мала слова и губитак упитних параметара. Посебно код е-трговине, SaaS и хостинг сајтова, погрешно усмеравање страница са ценама, производима, категоријама и подршком може директно утицати на конверзијске стопе.

Након објављивања примените једноставну контролну листу. Прво, изаберите насумично примере из листе старих URL-ова. Друго, тестирајте их сваког помоћу алата за контролу заглавља. Треће, уверите se да је крајња страница вратила 200 статус код. Четврто, проверите да ли је садржај странице у складу са намером претраге старе странице. Пето, потврдите да су интерни линкови ажурирани на нове URL-ове. Ових пет корака ће спречити велики део технички исправних али SEO слабих преноса.

Пример стратегије: Пренос старих хостинг страница на нову информациону архитектуру