El último fin de semana dejó una imagen tan absurda como inquietante: usuarios denunciando que no podían entrar en la web de Madrid Salud durante horas. No por una caída del servicio ni por mantenimiento, sino por un bloqueo asociado —según relataron en redes— a la ofensiva antipiratería que suele intensificarse cuando hay partidos de LaLiga.
Madrid Salud es un organismo municipal que presta información y recursos vinculados a la salud pública. Que un ciudadano intente acceder a una página así y se la encuentre inaccesible, aunque sea temporalmente, no es una simple “molestia técnica”: es una señal de alarma sobre cómo se están aplicando ciertos bloqueos en Internet.
Los mensajes compartidos por usuarios señalaban que el acceso a la web fue irregular durante varias horas del domingo por la tarde. En algunos casos, la página cargaba a ratos, luego dejaba de hacerlo y más tarde volvía a estar disponible. Ese comportamiento intermitente es especialmente frustrante porque genera confusión: la gente no sabe si el problema es su conexión, su dispositivo, la web o un bloqueo externo.
Las quejas también apuntaban a algo relevante: no parecía un fallo aislado de una sola operadora, sino una situación más extendida. Y cuando el mismo síntoma aparece en varias redes, la conclusión ciudadana es inevitable: esto no es un fallo puntual, es un problema de cómo se está gestionando el bloqueo.
La discusión de fondo no es nueva. En los últimos meses se han denunciado casos de bloqueos que terminan afectando a páginas legítimas, incluidas webs sensibles. El temor que muchos expresan es sencillo: hoy es una web de información municipal, mañana podría ser un servicio todavía más crítico.
Aquí no se trata de blanquear la piratería ni de negar que existan retransmisiones ilegales. La cuestión es el método: si el remedio provoca daños colaterales repetidos, el remedio deja de ser aceptable.
Según lo comentado, el motivo por el que la web quedó atrapada en el bloqueo estaría relacionado con que el sitio funciona detrás de Cloudflare, una plataforma ampliamente usada para mejorar rendimiento y seguridad (por ejemplo, mitigación de ataques y protección ante picos de tráfico).
El problema es que, cuando una estrategia antipiratería se aplica de forma demasiado amplia, puede acabar afectando a servicios que comparten ciertos elementos de infraestructura o rutas. El resultado es el que vimos: páginas inocentes bloqueadas por estar “en el lugar equivocado”.
En redes suele aparecer una frase recurrente: “que dejen de usar Cloudflare”. Pero esa idea ignora por qué se usa: precisamente porque ayuda a proteger sitios frente a ataques y a mantenerlos estables. Pedir a instituciones públicas que renuncien a capas de seguridad estándar para evitar bloqueos es un dilema perverso: o te proteges y te arriesgas a cortes, o te expones a ataques.
Otra sospecha razonable que circuló es que el episodio se intensificó coincidiendo con la antesala de un partido de alta audiencia, cuando los bloqueos suelen endurecerse. Cuanto más se aprieta el sistema, más fácil es que se produzcan excesos o errores.
Y es aquí donde el debate cambia de naturaleza: ya no es “LaLiga contra la piratería”, sino ciudadanos contra un sistema que interrumpe el acceso a servicios legítimos.
El daño más grande no es solo el bloqueo en sí, sino lo que deja detrás:
En la práctica, el ciudadano siente que se ha convertido en rehén de una guerra que no es la suya.
Las demandas que suelen repetirse cuando ocurre algo así son muy claras:
Porque si el acceso a una web institucional puede verse interrumpido por una estrategia antipiratería, el problema ya no es técnico: es de prioridades.
¿Cómo puede bloquearse una web legal como Madrid Salud?
Porque algunos bloqueos se aplican a nivel de red o rutas y pueden afectar a servicios legítimos de forma colateral.
¿Qué pinta Cloudflare en todo esto?
Muchas webs usan Cloudflare por seguridad y rendimiento. Si se bloquea infraestructura asociada, pueden caer páginas inocentes que dependen de ella.
¿Por qué parece ocurrir más en días de partidos?
En jornadas de alta audiencia se intensifican las medidas antipiratería y, si no son precisas, aumentan los bloqueos accidentales.
¿Qué debería hacerse para que no vuelva a pasar?
Mejorar la precisión de los bloqueos, habilitar vías rápidas de “desbloqueo” cuando se detectan errores y proteger explícitamente webs institucionales y servicios críticos.
