Hay un tipo de caída que desconcierta a cualquiera: la web funciona toda la semana y de pronto, un sábado por la tarde, deja de cargar. Desde el móvil aparece un aviso de que la IP está bloqueada por una orden judicial; desde otra conexión, un error de certificado que va y viene. Un par de horas después, sin tocar nada, todo vuelve. Si te suena, lo más probable es que no sea tu servidor.
Desde hace más de un año, en España, esto le ocurre a webs que no tienen absolutamente nada que ver con lo que se está bloqueando. Este es el mecanismo, cómo confirmar si te afecta y qué puedes hacer.
Qué está pasando
Desde finales de 2024, una orden del Juzgado de lo Mercantil nº 6 de Barcelona —a instancia de LaLiga y Telefónica— permite a las operadoras españolas bloquear direcciones IP en tiempo real durante las retransmisiones de fútbol, como medida contra las emisiones piratas.
La clave está en un detalle técnico: el bloqueo no distingue por dominio, distingue por dirección IP. Y una misma IP hoy no pertenece a una sola web.
Por qué caen webs que no tienen nada que ver con el fútbol
Buena parte de internet está detrás de un CDN —Cloudflare es el más común—, un intermediario que acelera y protege los sitios. Para lograrlo, reparte miles de dominios distintos sobre un mismo conjunto de direcciones IP. Tu web, la de tu competencia y otras diez mil comparten IP sin saberlo.
Cuando una de esas emisiones piratas también se sirve a través de Cloudflare y una operadora bloquea su IP durante un partido, se cae todo lo que comparte esa dirección: tiendas online, webs corporativas, paneles de gestión, APIs. Ninguno tiene relación con el fútbol; solo tuvieron la mala suerte de compartir vecindario.
Es un efecto colateral ampliamente documentado durante 2024 y 2025, y que ha dado lugar a recursos judiciales que seguían abiertos.
Cómo saber si te afecta
Tres señales que, juntas, apuntan a esto y no a un fallo tuyo:
- El patrón horario. Se cae a ratos, casi siempre en fin de semana o en noches de competición europea, dentro de la franja de un partido. Se recupera sola al cabo de una o dos horas.
- Depende de por dónde entres. En el mismo momento en que falla desde tu conexión, carga con normalidad desde una VPN, desde los datos de otra operadora o desde fuera de España. Es la prueba más rápida: pídele a alguien de fuera que abra tu web mientras tú no puedes.
- Estás detrás de un CDN con IPs compartidas. Es lo habitual salvo que lo hayas montado expresamente de otra forma. Si usas Cloudflare, Vercel, Netlify o similar, casi seguro que sí.
Si además, al fallar, ves un aviso de bloqueo por orden judicial o un error de certificado intermitente, encaja del todo.
Qué se puede hacer
No hay una solución única. Según cuánto te duela la intermitencia:
- Sacar el punto de entrada de los rangos de un CDN grande. Poner delante una IP propia —un servidor pequeño que haga de puerta de entrada— esquiva el bloqueo por IP compartida, porque tu dirección deja de estar en la lista. A cambio pierdes parte de las protecciones que da el CDN y mantienes una pieza más.
- Separar lo interno de lo público. Los paneles y las herramientas de gestión no necesitan estar expuestos a todo internet. Detrás de una red privada dejan de ser vulnerables a este y a otros muchos problemas; solo queda fuera lo que de verdad tiene que serlo.
- Que la parte que da dinero no dependa de la web. Es la más importante, y la desarrollo abajo.
La parte que no puede caerse
Una web corporativa que se cae media hora un sábado es una molestia. Un sistema de reservas que se cae en esa misma media hora es dinero perdido y clientes que se van a la competencia. No son el mismo problema y no merecen la misma solución.
Cuando montamos la automatización de un negocio, partimos de esa distinción. La función crítica —atender al cliente y cerrar la cita— va por un canal que no comparte suerte con el CDN: los mensajes de WhatsApp llegan desde los servidores de Meta directamente al sistema, sin pasar por la red de una operadora española, que es donde se aplica el bloqueo. Si durante una ventana de bloqueo la web se vuelve inaccesible, las reservas siguen entrando, se siguen confirmando y el negocio se entera igual.
Lo accesorio puede ir por donde sea más cómodo. Lo que sostiene el negocio, no. Esa separación es lo que convierte un problema de terceros en una anécdota en vez de en una pérdida.
¿Sabes qué parte de tu negocio se cae si se cae tu web?
En NanoRed Labs diseñamos automatizaciones donde la función crítica —atender y reservar— sigue en pie aunque falle la web, el CDN o el proveedor de turno. Cuéntanos cómo funciona tu negocio y te decimos dónde están los puntos únicos de fallo.
Revisar mi automatización →