Volver al blog
14 de noviembre de 2025Sergei Solod2 min de lectura

Por qué mi sitio casi no recibía tráfico desde Rusia

El problema no era la demanda. Eran Cloudflare, el bloqueo ruso y la migración lo que por fin devolvió el acceso.

DevOpsSEONginxCloudflareResolución de problemasInfraestructura

💔 ¡Cómo Roskomnadzor hundió sin querer mi tráfico ruso! La historia SEO de un desarrollador

En mi último proyecto de SEO confié en Cloudflare. Al fin y al cabo, es el estándar de la industria, ¿no? Pero un bloqueo silencioso por parte de Roskomnadzor en el verano de 2025 recortó de forma drástica mi acceso a los usuarios rusos. La lección fue dura: en mercados críticos, necesitas controlar tu propia infraestructura.

El misterio del tráfico desaparecido

Soy desarrollador frontend y vivo fuera de Rusia. Estoy construyendo un proyecto SEO a gran escala para seguir mejorando mis habilidades. Sobre el papel todo pintaba bien: Yandex había indexado nada menos que 12.500 páginas.

Pero aun así, mi tráfico real desde Rusia era casi inexistente.

El muro invisible

Empecé a investigar. El problema no estaba en mi código ni en mi estrategia SEO, sino en la capa de red.

Resultó que Roskomnadzor había bloqueado tráfico procedente de determinados rangos IP de Cloudflare. Como yo no estaba en Rusia, no tenía forma de saber que mi sitio estaba prácticamente caído para miles de usuarios de los principales ISP rusos. Mi "capa de rendimiento" se había convertido en un cortafuegos.

La solución: Nginx y VDS

Para arreglarlo, tuve que eliminar al intermediario.

  1. Desactivar Cloudflare: apagué por completo el proxy.
  2. Reconstruir seguridad y caché: configuré manualmente Nginx en mi propio VDS para replicar las funciones esenciales que antes obtenía gratis: caché, compresión y seguridad básica.

El resultado: el acceso se restauró de inmediato. Las 12.500 páginas vuelven a ser accesibles desde la Federación Rusa.

La lección

En mercados muy regulados, los servicios de "configúralo y olvídate" como Cloudflare pueden convertirse en un riesgo. A menudo, la opción más segura es la de toda la vida: una configuración VDS + Nginx muy personalizada que controlas de principio a fin. No dejes que tus usuarios se conviertan en daño colateral por el veto a un proveedor.