Як зрабіць безсерверныя перанакіраванні з Cloudflare Workers: SEO, хостынг і практыка

Выкарыстанне Cloudflare Workers для безсерверных перанакіраванняў дазваляе захопліваць запыты наведвальнікаў яшчэ да таго, як яны даходзяць да вашага origin-сервера, і вяртаць 301, 302 або ўмоўную перанакіраванне на ўзроўні edge-сеткі Cloudflare. Гэта значыць, вы можаце хутка і маштабна ствараць перанакіраванні па дамену, URL-шляху, краіне, прыладзе, мове, параметрах кампаніі або старых старонках — без змены канфігурацыі вэб-сервера. Для SEO-міграцый, змены дамена, маршрутызацыі landing page кампаній і кіравання некалькімі сайтамі гэта дае цэнтралізаваны, хуткі і просты ў абслугоўванні інструмент з мінімальнай затрымкай.

Звычайна перанакіраванні робяцца праз .htaccess (Apache), server block (Nginx), код прыкладання або панэль хостынгу. Гэтыя метады ўсё яшчэ працуюць, але для сайтаў з высокім трафікам, каманд з некалькімі даменамі або праектаў, дзе патрэбна дынаміка па лакалізацыі, Cloudflare Workers — больш гнуткі пласт. Перанакіраванне адбываецца ў найбліжэйшым да карыстальніка дата-цэнтры Cloudflare, што зніжае нагрузку на origin і мінімізуе рызыку памылак у серверных правілах, якія могуць выклікаць прастое або страты прадукцыйнасці.

У гэтым гайдзе вы знойдзеце прыклады ад базавага 301 перанакіравання да маршрутызацыі па шляхах, параметрах, краіне, прыладзе, масавых перанакіраванняў і нюансаў для SEO. Мы разбярэм, калі выбіраць 301, а калі 302, як тэставаць працэс, і на што звярнуць увагу пры працы з даменам, SSL і хостынгам на Hostragons. Для кіравання даменам глядзіце Рэгістрацыя дамена і кіраванне DNS, для бяспекі Рашэнні сертыфікатаў SSL, а для прадукцыйнай публікацыі Пакеты вэб-хостынгу.

Што такое Cloudflare Workers і чаму іх выкарыстоўваць для перанакіраванняў?

Cloudflare Workers — serverless-платформа, якая дазваляе запускаць JavaScript-код на edge-сетцы Cloudflare. "Serverless" азначае, што вам не трэба кіраваць серверамі, масштабаваннем, аперацыйнымі сістэмамі — усё гэта на Cloudflare. Калі наведвальнік заходзіць на сайт, Worker апрацоўвае запыт на edge, выконвае вашы правілы і, калі патрэбна, перанакіроўвае карыстальніка на новы URL.

Галоўнае перавага Workers — глыбіня кантролю: вы можаце не толькі рабіць простыя перанакіраванні па URL, але і аналізаваць загалоўкі, краіну, шлях, query-параметры, user-agent і хост. Напрыклад, можна пастаянна перанесці старонку /produkty/hosting на /web-hosting, адправіць толькі карыстальнікаў з-за межаў Беларусі на англамоўную версію, або маршрутызаваць трафік з пэўнымі параметрамі на спецыяльную landing page.

Практычна гэта спрасціць працу паміж SEO і тэхнічнымі камандамі. Калі вы пераносіце 400+ URL са старога сайта, не трэба мяняць канфігурацыю сервера, вы можаце кіраваць перанакіраваннямі праз Worker або Cloudflare KV. Так тэставанне і адкат становяцца простымі і кантраляванымі.

Адрозненні паміж перанакіраваннямі на серверы і Cloudflare Workers

У кожным праекце няма "адзіна правільнага" спосабу. Для невялікіх сайтаў з некалькімі 301 перанакіраваннямі хопіць стандартных інструментаў хостынгу. Але калі патрэбна складаная логіка, шмат даменаў, высокая дынаміка або SEO-міграцыі, Cloudflare Workers — больш эфектыўны выбар. Табліца ніжэй абагульняе асноўныя розніцы:

Каротка: калі перанакіраванняў мала і яны простыя — можна карыстацца класічнымі метадамі. Калі трэба SEO-міграцыя, геа-таргет, A/B кампаніі або шмат даменаў — Worker зручней і больш надзейна.

Што патрэбна перад пачаткам

Перад наладкай перанакіраванняў праз Cloudflare Workers важна правільна падрыхтавацца:

• Cloudflare-аккаунт і актыўны дамен для перанакіравання.
• Правільныя DNS-запісы (A, CNAME і інш.).
• Актыўны Cloudflare proxy (павінен быць "аранжавы воблака"), правільны SSL/TLS-режым.
• Карта перанакіраванняў: стары URL, новы URL, код.
• SEO-чэкліст: canonical, sitemap, унутраныя спасылкі, індэксацыя.
• Інструмент для тэставання (браузер, curl, HTTP header checker).

Важна, каб ваш origin-сервер быў здаровы. Workers зніжаюць нагрузку, але не выпраўляюць памылкі DNS або SSL. Калі перанакіроўваеце HTTPS-запыты, пераканайцеся, што SSL-сертыфікат на Hostragons актыўны: Як усталяваць бясплатны SSL, працэдуры пераадрасавання ў cPanel.

Пакрокавая інструкцыя: як зрабіць безсервернае перанакіраванне з Cloudflare Workers

1. Стварыце Worker

Зайдзіце ў Cloudflare-панэль, выберыце Workers and Pages, стварыце новы Worker. Cloudflare прапануе шаблон скрыпту — вы можаце яго выдаліць і напісаць свой. Назвайце Worker зразумела: seo-redirects, domain-migration-redirects, campaign-router — каб потым было зручна абслугоўваць.

Асноўная логіка — апрацоўка запыту, стварэнне URL-аб'екта і Response.redirect, калі ўмова спраўдзіцца. Для пастаянных SEO-перанакіраванняў выкарыстоўвайце 301; для часовых акцый або тэставання — 302. Код 308 таксама падыходзіць для пастаянных, але для SEO найбольш зразумелы 301.

2. Дадайце простае правіла 301

Класічны прыклад: стары шлях /stara-staronka трэба перанакіраваць на /nova-staronka з 301. У Worker вы чытаеце request URL, правяраеце pathname і, калі супадае, робіце перанакіраванне. Толькі для адпаведнага шляху — астатнія запыты ідуць звычайна.

Напрыклад, калі вы змянілі структуру URL, /hosting-pakety пераносіце на /web-hosting. Так пошукавікі бачаць, што старонка перанесена пастаянна, і праз некалькі тыдняў Google пачне звязваць новы URL. Важна — не ствараць ланцугі перанакіраванняў, каб старая старонка ішла адразу на фінальную.

3. Вызначце маршрут (Route)

Worker-праграма сама па сабе не вырашае, на якіх запытах працуе. Для гэтага трэба вызначыць route: напрыклад, example.com/* — на ўсе URL дамена; example.com/stary-blog/* — толькі на пэўным шляху. Не рабіце route занадта шырокім — можа ўзнікнуць нязбытнае перанакіраванне.

Перад публікацыяй тэстуйце на staging або test.example.com/*. Праверце headers і паводзіны перанакіравання. Калі ўсё добра — запускайце на production. Гэта асабліва важна для масавых SEO-міграцый.

4. Публікуйце і правярайце HTTP-код

Пасля публікацыі не абмяжоўвайцеся простай праверкай у браузеры — cache можа паказаць стары вынік. Праверце HTTP headers: ці выдаецца правільны код (301/302), ці Location паказвае на фінальны URL.

• Стары URL імгненна вядзе на новы?
• Код перанакіравання — 301 ці 302?
• Ці ёсць ланцуг з HTTP→HTTPS або www→non-www?
• Варыяцыі www і non-www аднолькавыя?
• Адзіны стандарт слэшоў у URL?
• Мабільныя і desktop карыстальнікі бачаць аднолькавы SEO-вынік?

Тыповыя сцэнары перанакіраванняў

Перанакіраванне адной старонкі

Самы просты і бяспечны спосаб — перанакіраваць адзін URL на новы. Гэта выкарыстоўваецца для старых старонак паслуг, кампаній або блогаў. Важна — каб кантэнт і мэта старой і новай старонкі супадалі. Перанакіраванне SSL-гайда на галоўную не лепшае для карыстальніка і SEO; лепш на адпаведную SSL-старонку або катэгорыю.

Масавае перанакіраванне па URL-карце

У праектах пераносу сайта часта трэба перанакіраваць дзесяткі або сотні URL. У Worker можна вызначыць map-аб'ект, дзе кожны стары шлях адпавядае новаму. Напрыклад, /stary-blog/cloudflare-nedyr → /blog/cloudflare-nedyr. Для невялікіх спісаў гэта зручна. Калі URL больш за 1000 — не закладвайце вялікі спіс у код, карыстайцеся Cloudflare KV, R2 або API.

Пры масавым перанакіраванні падрыхтуйце табліцу (Excel або Google Sheets): стары URL, новы URL, код. Праверце, што адзін стары URL вядзе толькі на адзін новы, новы URL вяртае 200, і robots.txt не блокуе. Самая частая памылка — перанакіраванне старых URL на невідпаведныя старонкі, што шкодзіць SEO у доўгатэрміновай перспектыве.

Перанакіраванне па краіне

Cloudflare дазваляе выкарыстоўваць інфармацыю пра краіну карыстальніка. Можна накіроўваць беларусаў на /by, немцаў на /de. Але для SEO аўтаматычныя перанакіраванні па краіне — рызыкоўна. Googlebot праходзіць з розных лакалізацый, і няправільная настройка можа перашкодзіць індэксацыі розных моўных версій. Таму hreflang, моўныя спасылкі і sitemap павінны быць дакладна падзелены.

Краінавыя перанакіраванні лепш рабіць праз 302 — гэта часовая перанакіраванне, што не паказвае на пастаянны перанос. Дайце карыстальніку магчымасць змяняць мову або краіну.

Перанакіраванне па прыладзе або user-agent

Раней было папулярна перанакіроўваць мабільных карыстальнікаў на асобныя старонкі, але сёння responsive-дызайн пераважае. Для landing page, мабільных кампаній або спецыяльных app download можна выкарыстоўваць user-agent перанакіраванне, але кантэнт павінен быць эквівалентным desktop-версіі. Для SEO — не раздзяляйце сутнасць паміж мабільнай і desktop-старонкай. Памятайце пра mobile-first indexing — аптымізацыя мабільнай версіі важней за desktop.

Перанакіраванне па query-параметры для кампаніі

Для digital marketing Worker — вельмі карысны: напрыклад, карыстальнікі з utm_campaign=blackfriday могуць быць перанакіраваны на спецыяльную старонку. Гэта робіцца на edge, без змены асноўнага прыкладання. Важна — не губляйце UTM-параметры для аналітыкі: пераносіце іх на новы URL або правільна адсочвайце ў платформе.

Выбар кода перанакіравання: 301, 302, 307, 308 і SEO

Код перанакіравання не проста тэхнічная дробязь — ён паведамляе пошукавікам пра намеры. 301 — пастаянная перанакіраванне, галоўная для SEO-міграцый. 302 — часовая, для кампаній, тэстаў, або геа-таргетынгу. 307 — часовая, але захоўвае HTTP-метад (напрыклад, POST). 308 — пастаянная з захаваннем метаду, але 301 — найбольш зразумелы для SEO.

Залаты правіла: для пастаянных, дакладна адпаведных старонак — 301; для часовых, персаналізаваных або ўмоўных — 302. Не стварайце ланцуг перанакіраванняў (HTTP→HTTPS→www→нова старонка). Ідэальна — адзін крок, адразу на фінальны HTTPS URL.

Лепшыя практыкі для прадукцыйнасці і бяспекі

Cloudflare Workers вельмі хуткі, але дрэнна напісаная логіка можа выклікаць затрымкі і памылкі. Падтрымлівайце простыя правілы, не пішыце складаныя regex без патрэбы, не закладвайце вялікія спісы ў код — для маштабных задач выкарыстоўвайце KV/key-value storage. Пераканайцеся, што перанакіраванне не стварае бясконцых цыклаў (target URL не супадае з current).

• Для кожнага правіла вызначайце "ўладальніка": SEO, распрацоўка, маркетынг.
• Робіце бэкап карты перанакіраванняў перад зменамі.
• Тэстуйце на staging або тэставым дамене перад публікацыяй.
• Перад выкананнем 301 пераканайцеся, што новы URL — пастаянны.
• Пасля публікацыі праверце 10-20 URL уручную.
• Маніторце 404 і Search Console coverage.
• Абнаўляйце ўнутраныя спасылкі на новыя URL.

Бяспека: не дазваляйце адкрытае перанакіраванне — параметр next, redirect або url не павінен прымаць любы domain. Белы спіс — толькі вашыя дамены або правераныя landing page. Інакш злоўжыванні могуць сапсаваць рэпутацыю.

SSL — крытычна важна. Flexible SSL без HTTPS на origin можа стварыць цыклы перанакіраванняў. Рэкамендуецца Full або Full strict SSL, што патрабуе рабочы SSL-сертыфікат на серверы. Для гэтага Купіць сертыфікат SSL, Бяспека карпаратыўнага хостынгу на Hostragons.

На што звярнуць увагу на Hostragons

На Hostragons перанакіраванне праз Cloudflare Workers трэба разглядаць у кантэксце трох пластоў: DNS дамена, хостынг-канфігурацыя, і прыкладныя перанакіраванні. Дамен павінен мець NS-запісы на Cloudflare; DNS-запісы — паказваць на хостынг Hostragons, і proxy павінен быць "аранжавы воблака".

Другі пласт — правільная канфігурацыя дамена ў хостынг-панелі: асноўны дамен, дадатковы, alias — усё павінна быць настроена. Нават калі перанакіраванне адбываецца на edge, частка запытаў усё роўна ідзе на origin. Няправільны virtual host, SSL або root folder — дрэнны карыстацкі досвед. Для гэтага Кіраўніцтва па перанакіраванню дамена, кіраванне хостынгам cPanel.

Трэці пласт — прыкладныя перанакіраванні (WordPress, Laravel, PHP, CMS). Яны могуць рабіць свае перанакіраванні (HTTPS, www, мова). Калі Worker дублюе правіла — можа ўзнікнуць цыкл або ланцуг. Лепшы падыход — адказнасць за перанакіраванні ў адным месцы: масавыя SEO і даменныя — на Workers, а прыкладныя — у кодзе.

Тэставанне, маніторынг і debugging

Пасля публікацыі перанакіраванняў маніторынг такі ж важны, як і наладка. У першыя 24 гадзіны праверце ключавыя URL, landing page, топ-старонкі па трафіку і backlink-старонкі. Маніторце Search Console (індэксацыя і page experience), server logs, Cloudflare analytics і аналітыку разам — так памылкі выяўляюцца хутка.

Папулярныя багі: памылкова 302 замест 301, перанакіраванне на галоўную замест новай старонкі, розныя паводзіны для / і без /, case sensitivity, страта query-параметраў. Для e-commerce, SaaS, хостынгу — памылковае перанакіраванне цэнаў, прадуктаў, катэгорый або падтрымкі — страта канверсіі.

Пасля публікацыі правядзіце просты чэкліст: выберыце выпадковыя URL са спісу, праверце headers, пераканайцеся, што фінальная старонка вяртае 200, што кантэнт адпавядае пошукаваму намеру, што ўнутраныя спасылкі абноўлены. Гэтыя пяць крокаў выправяць большасць тэхнічных і SEO-праблем.

Прыклад стратэгіі: перанос старых хостынг-старонак у новую інфармацыйную структуру

Уявім: хостынг-кампанія мяняе URL-структуру — /linux-hosting, /wordpress-hosting-pakety, /ssl-guvennost, /domain-sorgula пераносіцца на /web-hosting, /wordpress-hosting, /ssl-sertifikaty, /domain-sorgulanne. На Worker задаецца чатыры 301 правілы. Далей абнаўляюцца меню, footer, sitemap і canonical на новыя URL.

Мэта — не проста перанакіраваць карыстальніка, а паказаць пошукавікам дакладную адпаведнасць старых і новых старонак. Калі /linux-hosting перанакіруецца на галоўную, Google страціць кантэкст. /web-hosting — больш адпаведнае. Добрая карта перанакіраванняў — частка SEO-стратэгіі, а не проста тэхнічны файл.

Частыя пытанні

Ці бяспечныя перанакіраванні праз Cloudflare Workers для SEO?

Так, калі выкарыстоўваць правільны код і мэтавы URL. Для пастаянных пераносаў — 301, для часовых — 302. Ухіляйцеся ад ланцугоў, цыклаў і невідпаведных мэтавых старонак.

Ці патрэбны origin-сервер для Worker-перанакіравання?

Перанакіраванне адбываецца на Cloudflare edge без origin. Але мэтавая старонка павінна працаваць (хостынг, DNS, SSL).

Ці лепш выкарыстоўваць Workers, чым Cloudflare Page Rules?

Для простых перанакіраванняў хопіць Page або Redirect Rules. Для складаных сцэнарыяў (шлях, краіна, прылада, параметр, масавыя, карта) Workers — больш гнуткі і маштабны.

Ці можна змяняць 301 перанакіраванне пасля публікацыі?

301 — пастаянны сігнал, не варта часта змяняць. Browsers і search engines cache-юць 301. Перад публікацыяй пераканайцеся, што мэтавы URL — канчатковы і адпаведны намеру.

Ці можна рабіць www↔non-www перанакіраванні з Cloudflare Workers?

Так. Правярайце host і перанакіроўвайце як патрэбна. Важна: вызначыць стандарт, падрыхтаваць SSL для абедзвюх версій, абнавіць унутраныя спасылкі.

Вынік

Cloudflare Workers — сучасны і гнуткі спосаб безсерверных перанакіраванняў, які дае прадукцыйнасць і кіраванне SEO-міграцыямі. Пры правільным выбары кода (301/302), дакладнай карце і кантролі DNS, SSL, хостынгу вы зможаце бяспечна перавесці сайт або дамен. Для малых праектаў — простыя правілы, для вялікіх — тэставанне, маніторынг і дакументацыя абавязковыя.

На Hostragons, правільная настройка дамена, хостынгу і SSL дазваляе зрабіць перанакіраванні праз Cloudflare Workers надзейнымі. Для падтрымкі праекта глядзіце Пакеты вэб-хостынгу, праверка дамена, Рашэнні сертыфікатаў SSL.