Si tienes una web en España y algún sábado tus clientes te han dicho que «no carga», que «tarda una eternidad» o que se ve sin imágenes, es muy posible que no sea culpa tuya, ni de tu servidor, ni de tu proveedor. Es el fútbol. Durante los partidos de LaLiga, las operadoras españolas bloquean direcciones IP compartidas por cientos de miles de webs legales para perseguir las retransmisiones piratas. Y nadie te avisa.

En MuseDock lo hemos vivido en primera persona, lo hemos medido y hemos construido una solución. Te lo contamos todo, con datos propios y con las fuentes, empezando por el observatorio independiente OONI.

Lo que nos pasó: «no era culpa de nadie… y a la vez de todos»

Durante meses, algunos clientes nos decían que no podían entrar en sus webs. En picalias.com, una plataforma de imágenes con IA alojada en MuseDock, las páginas cargaban, pero sin imágenes: ni avatares ni fotos. Revisamos el servidor, los certificados, la configuración… todo estaba bien. Llegamos a pensar que el problema era Cloudflare y estuvimos a punto de cambiar de proveedor.

No era culpa de Cloudflare. Las imágenes de picalias se sirven desde un subdominio propio a través de Cloudflare, y esa IP estaba entre las bloqueadas durante los partidos. La web, que va directa al servidor, sí cargaba. Las imágenes, no. Y si nos hubiéramos cambiado a otro CDN, nos habría pasado lo mismo: los bloqueos también alcanzan a otros proveedores, como verás más abajo.

Menos mal que picalias todavía está en beta, en fase de pruebas, y aún no se ha lanzado. Imagínate que esto nos pasa en plena campaña de lanzamiento: anuncios pagados llevando gente a una web que, desde España, carga sin imágenes cada vez que hay partido. Su caso es además el más difícil, porque las imágenes salen de un almacenamiento de Cloudflare (R2) al que no se le puede quitar el proxy, así que estamos preparando para él una solución más profesional.

Lo peor no es el bloqueo, es la indefensión. Nadie avisa. No aparece en ningún panel. El cliente piensa que tu web está rota y el webmaster se vuelve loco buscando un fallo que no existe.

Qué está pasando exactamente

Muchas webs usan una CDN, como Cloudflare, para ir más rápido y protegerse de ataques. Estos servicios no dan una IP a cada web: miles de webs comparten las mismas direcciones. Algunas webs piratas también se esconden detrás de esos servicios.

Como hoy casi todo va cifrado (HTTPS), la operadora no puede distinguir qué web concreta se está visitando dentro de una IP compartida. Así que bloquea la IP entera, y con ella caen todas las webs legales que la comparten: tiendas, medios, festivales, colegios, empresas, blogs. Desde España el visitante ve un error de conexión (ERR_CONNECTION_TIMED_OUT); desde fuera, la misma web funciona perfectamente.

Quién decide qué se bloquea

  • La base legal: la sentencia 310/2024 del Juzgado de lo Mercantil nº 6 de Barcelona (18 de diciembre de 2024), que autoriza a LaLiga y a Telefónica a pedir a las operadoras el bloqueo de IPs durante los partidos.
  • Quién elige las IPs: LaLiga, según su criterio sobre qué direcciones difunden sus partidos sin permiso.
  • Quién bloquea: las operadoras (Movistar, Orange, Vodafone, Digi, ONO, Euskaltel…), obligadas por la sentencia.
  • Quién no interviene: la CNMC (la antigua CMT). Y el juez dio la autorización general, pero no revisa cada IP que se bloquea cada jornada.

Cloudflare, RootedCON y otras organizaciones recurrieron, y en marzo de 2025 el juzgado rechazó sus peticiones. Cloudflare llevó después el caso al Tribunal Constitucional. La autorización cubre tres temporadas: la 2026/27 es la última con este aval.

No es solo Cloudflare

Según el informe de OONI, entre el 1 de enero y el 1 de junio de 2026 se bloquearon 7.441 direcciones IP de 36 proveedores de infraestructura y alojamiento. Cloudflare es el caso más visible, pero también se han visto afectados Vercel, GitHub Pages, BunnyCDN, Akamai o Amazon AWS (incluidos depósitos de ficheros S3). BunnyCDN llegó a limitar sus nodos de España a clientes empresariales, en parte por estos bloqueos.

Y no cae solo «la web». Cae cualquier cosa servida desde una IP bloqueada: imágenes, vídeos, scripts, tipos de letra, APIs. Una web puede cargar a medias, sin imágenes o sin funcionar del todo, que es todavía más desconcertante para quien la visita.

Las cifras: cientos de miles de webs legales

  • 554.507 dominios bloqueados en algún momento entre enero y junio de 2026, alrededor del 5,8 % de los 9,2 millones analizados (OONI).
  • En una sola hora, bloquear entre 4 y 20 IPs dejó sin servicio a más de 400.000 dominios (OONI).
  • Más del 90 % de los dominios afectados estaban detrás de Cloudflare, precisamente porque comparte pocas IPs entre muchísimas webs (OONI).

Nuestras propias mediciones: sábado 17 de octubre de 2026

En MuseDock montamos una sonda en una oficina en España que mide cada minuto, por dos operadoras distintas (ONO y Orange), si llega a las IPs de Cloudflare que usan nuestras webs y las de nuestros clientes. Esto es lo que vimos:

  • 4 IPs de Cloudflare bloqueadas (188.114.96.2, 188.114.96.3, 188.114.97.2 y 188.114.97.3): fallaron en el 100 % de las mediciones por las dos operadoras, minuto a minuto, mientras desde un servidor en Alemania respondían con normalidad.
  • Las otras 40 IPs de Cloudflare de nuestros dominios: cero fallos. Un bloqueo selectivo de direcciones concretas, no un problema de red.
  • 33 webs nuestras y de clientes dependían de esas 4 IPs y no se podían abrir desde España.

Después cruzamos esas 4 IPs con la lista Tranco del millón de dominios más visitados del mundo (lista 64VVX). Resultado: 102.059 dominios del top un millón apuntaban a esas 4 direcciones en ese momento (el 10,2 % de la lista; 179.161 nombres contando las variantes con www), y eso solo entre las webs más populares del mundo.

No eran webs dudosas. Comprobamos una por una, desde España por las dos operadoras y desde Alemania como referencia, que estas webs no cargaban desde España y sí desde fuera (17 de octubre, entre las 18:10 y las 18:15, hora peninsular):

  • Ciencia y universidades: la web de la Universidad de Oregón (www.uoregon.edu), el repositorio científico bioRxiv (biorxiv.org), el repositorio académico CORE (core.ac.uk) y la Federation of American Scientists (www.fas.org).
  • Medios y referencia: el diario tecnológico británico The Register (theregister.co.uk), TheFreeDictionary (thefreedictionary.com) y el diccionario Glosbe (glosbe.com).
  • Tecnología y software libre: DreamHost (www.dreamhost.com), FreeType (freetype.org), Doxygen (doxygen.org) y ModSecurity (modsecurity.org).
  • En España: IAB Spain (www.iabspain.es), el Atlántida Film Fest (atlantidafilmfest.es), Petitchef (petitchef.es), teinteresa.es, The Olive Press (theolivepress.es), cesevilla.es o iconos8.es.

Uno de cada diez de los dominios más visitados del mundo caía a la vez por solo cuatro direcciones IP.

¿Es legal?

Hoy, sí: las operadoras cumplen una orden judicial, y el reglamento europeo de neutralidad de la red (2015/2120) permite bloqueos ordenados por un juez. Lo que está en discusión es la proporcionalidad: dejar sin servicio a cientos de miles de webs legales para perseguir a unos pocos piratas, con listas que elabora una empresa privada y que nadie revisa caso a caso.

Por qué es lamentable

  • Se castiga a inocentes. Webs legales, que pagan sus impuestos y no tienen nada que ver con el fútbol, quedan inaccesibles.
  • No hay aviso ni forma de reclamar a tiempo. Te enteras cuando un cliente te dice que no carga.
  • Cuesta dinero y reputación. Una tienda pierde ventas, un festival pierde inscripciones, una empresa pierde credibilidad.
  • Parece culpa tuya. El visitante cree que tu web está rota, no que su operadora la ha bloqueado.
  • Hace perder tiempo y dinero a los profesionales. Webmasters y empresas revisan servidores, cambian de proveedor o contratan soporte por un problema que no está en su lado.

Qué puedes hacer

  • Confirmar si es el bloqueo: abre la web con los datos del móvil de otra operadora o con una VPN, o consulta hayahora.futbol o el monitor de BandaAncha mientras falla.
  • Quitar el proxy durante el partido: poner el dominio en «nube gris» (conexión directa) hace que vuelva a verse en España, pero pierdes la protección y la caché de la CDN y la IP de tu servidor queda a la vista. Hacerlo a mano cada fin de semana no es viable.
  • IPs dedicadas: reducen mucho el riesgo, pero en las CDN suelen ser planes de empresa muy caros.

Lo que hemos hecho en MuseDock

En MuseDock CMS hemos incorporado un sistema que hace ese cambio de forma automática y solo cuando hace falta. No lo vendemos como un escudo, porque no lo es: quitar el proxy tiene un riesgo. Pero es la única forma de que tu web siga viéndose en España durante un bloqueo, así que lo hacemos con cabeza:

  • Una sonda en España comprueba cada minuto, por una o varias operadoras, si llega a las IPs de tus webs.
  • Si una IP queda bloqueada, y tu servidor responde bien por su cuenta con un certificado válido, quita el proxy solo a las webs afectadas.
  • Cuando la IP vuelve a responder de forma estable, vuelve a poner el proxy tal como estaba. Si cambiaste algo a mano mientras tanto, respeta tu cambio.
  • Mientras la web va directa, la protegen las jaulas de fail2ban de MuseDock, que banean a quien prueba contraseñas o escanea tu web.
  • Viene de serie en el núcleo de MuseDock CMS, no es un módulo aparte. La sonda es un pequeño script que cualquiera puede instalar en un servidor o miniPC en España.

El 17 de octubre, en cuanto lo pasamos a modo automático, devolvió a la vida 32 webs afectadas en 43 segundos, y las siguientes en cuanto las detectó. Para que la sonda pueda avisar aunque caiga la IP de tu propio CMS, recomendamos conectarla por WireGuard.

👉 Cómo funciona y cómo activarlo, paso a paso: Bloqueos de Cloudflare (LaLiga): paso automático a conexión directa.

Fuentes