В одном из моих SEO-проектов Yandex проиндексировал 12 500 страниц. Если смотреть только на эту цифру, сайт выглядел вполне здоровым. Но реальный трафик из России был почти нулевым.
Этот крупный SEO-проект я строил в том числе для того, чтобы прокачивать свои навыки фронтенд-разработчика.
Сначала я, естественно, думал в терминах SEO. Однако после разбирательства выяснилось, что проблема находилась ниже — на сетевом уровне. Сайт работал через Cloudflare, и из России до него нельзя было стабильно достучаться. Я жил за пределами России, поэтому со своей стороны почти не видел этой поломки.
Этот случай заставил меня разделить три сигнала, которые слишком легко принять за одно и то же: индексацию, доступность и трафик. Это разные вещи. Страница может оставаться в индексе, пока реальные пользователи на отдельных сетях не могут её нормально загрузить.
Что я действительно могу подтвердить
Факты из моего опыта достаточно простые. Я развивал крупный SEO-проект за Cloudflare. В Yandex было 12 500 проиндексированных страниц, но трафик из России оставался почти нулевым. Я начал разбираться и локализовал проблему на сетевом уровне. После этого полностью отключил проксирование Cloudflare и настроил Nginx на собственном VDS, чтобы самостоятельно закрыть необходимые функции: кеширование, сжатие и базовую защиту.
После этой смены доступ из России восстановился сразу. Это самый сильный результат, который я могу честно заявить по этому кейсу: изменение пути доставки восстановило доступность.
Не менее важно то, чего этот кейс не доказывает. По нему нельзя назвать точное число потерянных визитов, перечислить все затронутые российские сети или сказать, на сколько затем вырос органический трафик. Исходные наблюдения были про доступность и почти нулевой трафик, а не про контролируемый SEO-эксперимент.
Публичные данные точнее моей первоначальной формулировки
Изначально я описывал ситуацию так: Роскомнадзор заблокировал определённые диапазоны IP Cloudflare. Сейчас я считаю эту формулировку слишком конкретной для тех доказательств, которыми располагаю.
26 июня 2025 года Cloudflare опубликовал собственное описание проблемы. Компания заявила, что с 9 июня 2025 года пользователи в России, которые обращались к защищённым Cloudflare сервисам, сталкивались с throttling со стороны российских интернет-провайдеров. По внутреннему анализу Cloudflare, на затронутых соединениях нередко загружались только первые 16 КБ веб-ресурса, чего недостаточно для нормальной загрузки большинства страниц. Подробности есть в отчёте Cloudflare об ограничениях доступа из России.
Это описание хорошо согласуется с тем типом проблемы, который видел я. Но оно не доказывает точный механизм принуждения у каждого провайдера и не позволяет мне напрямую приписать весь мой провал трафика Роскомнадзору. Корректнее сказать так: путь доставки через прокси Cloudflare был ненадёжно доступен из России, а обход этого прокси в моём случае восстановил доступ.
Почему 12 500 страниц в индексе не означали, что с сайтом всё в порядке
Именно здесь я недооценил важное различие. Я видел 12 500 страниц в индексе и воспринимал это как общий признак доступности сайта. Но поисковый краулинг и подключение обычного пользователя — разные системы.
Поисковик мог получить URL раньше, может ходить к сайту по другому сетевому пути и может продолжать хранить страницу в индексе, даже если часть пользователей уже не получает полный ответ. Поэтому наличие URL в индексе не доказывает, что пользователь конкретного российского ISP способен открыть страницу сегодня. В моём случае одновременно существовали оба факта: Yandex проиндексировал 12 500 страниц, а реальный трафик из России был почти нулевым.
Индексация — не доступность. Доступность — не трафик.
Что я изменил
- Полностью отключил прокси Cloudflare. HTTP/HTTPS-трафик перестал проходить через Cloudflare перед попаданием на мою инфраструктуру.
- Перенёс нужные функции в Nginx. На своём VDS я сам настроил кеширование, сжатие и базовые меры защиты.
Смысл был не в том, что Nginx якобы «лучше» Cloudflare. Я просто убрал сетевую зависимость, которая стала проблемой для важного для меня рынка.
Доступ вернулся, но ответственность тоже вернулась ко мне
Обход reverse proxy — не бесплатное улучшение. В актуальной документации Cloudflare прямо сказано: при DNS-only запись указывает пользователя на origin и HTTP/HTTPS-трафик больше не идёт через прокси Cloudflare. Вместе с этим исчезают прокси-зависимые преимущества вроде кеширования и части защитных механизмов, а origin IP может стать видимым. Это описано в официальной документации о Proxy status.
Nginx может закрыть часть моих задач: локальный кеш, сжатие, обработку запросов и базовую фильтрацию. Но он не превращается из-за этого в глобальную сеть Cloudflare, не даёт автоматически её управляемую DDoS-защиту и не воспроизводит все функции безопасности. То есть миграция была обменом: меньше удобства и управляемой защиты, зато больше контроля над маршрутом доставки.
Для этого проекта обмен оказался оправданным, потому что моей непосредственной проблемой была доступность из России. Но из этого не следует, что VDS + Nginx — универсально самая безопасная архитектура.
Как я бы диагностировал похожую ситуацию сейчас
Если трафик резко падает в одной стране или сетевом регионе, я бы не начинал с переписывания заголовков и контента. Сначала я бы разделил проблему по уровням:
- Открывается ли страница из нужной страны и хотя бы через несколько разных ISP?
- Получает ли клиент всё тело ответа, а не просто HTTP 200?
- Меняется ли поведение, если в контролируемом тесте обойти CDN или reverse proxy?
- Краулится и индексируется ли URL?
- И только после подтверждения доступности: меняются ли показы, клики и сессии?
Практический вывод простой: мониторить нужно из того рынка, который для вас важен. Проверка из другой страны может показать, что origin жив, и при этом полностью пропустить региональную проблему с доступом.
Что я вынес из этого случая
Начиналось всё как SEO-загадка: 12 500 страниц в индексе и почти ноль российского трафика. Полезный ответ оказался ниже по стеку.
Отключение прокси Cloudflare и перенос необходимого минимума в Nginx на моём VDS сразу вернули доступ из России. Именно этот результат я могу защищать фактами. Я не могу на его основании утверждать, что доказал влияние на ранжирование Google или Yandex, точный механизм блокировки на уровне регулятора или универсальное правило «всем надо уходить с Cloudflare».
Мой вывод теперь проще: если рынок важен, проверяйте доступность именно из этого рынка. Цифры в поисковой консоли и количество страниц в индексе не отвечают на вопрос, может ли реальный пользователь получить страницу.