SEO-оптимизация4 мин чтения

Редирект через Cloudflare: как настроить без доступа к серверу

Редирект через Cloudflare позволяет отправить посетителей и поисковых роботов со старого адреса на новый, не заходя в хостинг и не правя код сайта. Это выход, когда сайт собран на конструкторе, разработчик недоступен или доменов несколько. Разберём, как это устроено, где чаще всего ошибаются и как проверить результат.

Почему Cloudflare может перенаправлять сам

Cloudflare стоит между посетителем и вашим сайтом: DNS домена указывает на него, и каждый запрос сначала попадает к нему. Поэтому он способен ответить редиректом сам, а до хостинга запрос даже не дойдёт. Для владельца бизнеса это практичный вариант: на конструкторе нельзя задать коды ответа, хостинг ограничен, а программист занят другим проектом.

Для SEO редирект не формальность. Когда адрес меняется, поисковая система должна понять, что новая страница заменяет старую. А ссылки из Instagram, Telegram, каталогов и рекламных объявлений не должны вести на ошибку 404. Постоянный редирект с кодом 301 (или 308) передаёт именно этот сигнал.

Что подготовить до настройки

Правила Cloudflare действуют только на трафик, который проходит через него. Поэтому проверьте три вещи:

  • у регистратора домена указаны серверы имён Cloudflare;
  • в разделе DNS есть запись для нужного хоста;
  • у этой записи включено проксирование — оранжевое облако, а не серое.

Какие задачи закрывают правилами

Если облако серое, запрос идёт напрямую на сервер, и правило просто не сработает. Это самая частая причина ситуации «всё настроил, а ничего не происходит».

Типичные случаи, где редирект на уровне Cloudflare оправдан:

  • склейка версии с www и без www;
  • перевод http на https;
  • перенос отдельных страниц после редизайна;
  • объединение старого домена с новым после ребрендинга;
  • перенаправление запасных доменов, например .uz и .com или вариантов с опечатками, на основной сайт.

Как устроено правило перенаправления

Правило состоит из условия, адреса назначения, кода ответа и дополнительных опций. Условие обычно строится по хосту или пути. Чтобы склеить зеркала, задайте: если хост равен варианту с www, перенаправить на основной домен кодом 301. Названия разделов в панели меняются: раньше использовали Page Rules, сейчас есть отдельные правила перенаправления и массовые списки. Точные шаги смотрите в актуальной документации Cloudflare, логика остаётся прежней.

Два момента определяют результат. Первый — подстановка пути: человек должен попасть на ту же страницу нового адреса, а не на главную. Второй — сохранение строки запроса, иначе UTM-метки из таргетированной рекламы потеряются, и аналитика перестанет показывать источники.

При переезде на сотни страниц удобнее массовый список: таблица «старый адрес — новый адрес». Составляйте её по смыслу страниц, а не отправляйте всё подряд на главную: поисковики плохо относятся к таким перенаправлениям.

Домен без хостинга, циклы и конфликты с сервером

Дополнительный домен не нужно привязывать к хостингу. Добавьте его в Cloudflare, создайте проксируемую DNS-запись (подойдёт фиктивная) и правило на основной сайт. Так удобно закрывать домены, купленные «на всякий случай».

Самая частая проблема — ошибка «слишком много перенаправлений». Обычно причина в гибком режиме SSL: посетитель приходит по https, Cloudflare обращается к серверу по http, сервер отвечает редиректом на https, и всё повторяется. Решение — установить на сервере действующий сертификат и включить полный строгий режим либо убрать принудительный https на сервере и оставить его в Cloudflare.

Чтобы редиректы не выстраивались в цепочки, придерживайтесь простых правил:

  • для каждого типа редиректа выберите одно место настройки;
  • зеркала и https держите в Cloudflare, а страничные переносы — в CMS;
  • не дублируйте одно и то же правило на сервере и в Cloudflare;
  • запишите, что и где настроено, чтобы через полгода не искать.

Кэш и проверка результата

Редиректы кэшируются и Cloudflare, и браузером. Если вы изменили правило, а старое поведение осталось, очистите кэш в панели и проверьте адрес в режиме инкогнито.

Проверьте несколько адресов командой curl -I или онлайн-сервисом заголовков. Должен быть код 301, в заголовке Location ожидаемый адрес, один шаг без цепочки, а финальная страница отвечает 200. Отдельно откройте адрес с UTM-метками и страницы, на которые ведут объявления. Если на сайте принимают оплату через Click или Payme, убедитесь, что адреса возврата после платежа не попали под правило.

Когда Cloudflare, а когда сервер

Если доступ к серверу есть и Cloudflare вам больше ни для чего не нужен, редиректы проще держать на сервере: меньше звеньев, где что-то ломается. Cloudflare выигрывает, когда хостинг ограничен, доменов много или трафик нужно перенаправить быстро, без разработчика.

Редиректы — лишь часть технического SEO: после переезда стоит проверить карту сайта, канонические адреса и индексацию. Если нужна помощь с миграцией или SEO-оптимизацией сайта в Узбекистане, команда markdev готова обсудить вашу задачу и предложить аккуратный план без потери позиций.

Частые вопросы

Нужен ли хостинг, чтобы сделать редирект через Cloudflare?

Для дополнительного домена хостинг не нужен. Достаточно добавить домен в Cloudflare, создать проксируемую DNS-запись и правило перенаправления на основной сайт.

Почему правило есть, а редирект не работает?

Чаще всего DNS-запись работает без проксирования (серое облако), и запрос идёт мимо Cloudflare. Включите проксирование и очистите кэш.

Что делать с ошибкой «слишком много перенаправлений»?

Проверьте режим SSL. Установите на сервере действующий сертификат, выберите полный строгий режим и не держите принудительный https сразу и на сервере, и в Cloudflare.

Какой код выбрать для постоянного переноса?

Для постоянного переноса используют 301 или 308. Код 302 нужен только для временных перенаправлений.

Разберём вашу задачу бесплатно

Оставьте контакт — за 15 минут созвона покажем, где теряются заявки и что сделать в первую очередь.