Cloudflare, IA y la caída global del 18 de noviembre de 2025: lecciones para tu web

Hoy, 18 de noviembre de 2025, buena parte de Internet amaneció con el mismo mensaje: “Internal server error – Error code 500 – Internal server error on Cloudflare’s network”.

Entre los sitios afectados hubo gigantes como X (antes Twitter), ChatGPT, servicios de transporte, medios de comunicación e infinidad de webs “normales” que simplemente confiaban toda su capa de entrega y seguridad a Cloudflare.

En BelkCar Informática vivimos esta situación desde otra vereda: hace meses decidimos migrar a nuestros clientes fuera de la dependencia directa de Cloudflare, apoyándonos en CDN propios de hosting y CDNs dedicados por proyecto, justamente para evitar este tipo de escenarios.

Este post no va de “te lo dije”, sino de algo mucho más útil: cómo tomamos esa decisión, qué razonamientos utilizamos y qué puedes aprender para tu propia web en un mundo cada vez más atravesado por la inteligencia artificial.

¿Qué pasó hoy con Cloudflare?

De forma muy resumida:

Cloudflare reportó un problema en su Global Network que generó errores 500 generalizados, afectando tanto sitios web como su propio panel y API.
Grandes plataformas que dependen de Cloudflare para CDN, seguridad o servicios de IA quedaron total o parcialmente inaccesibles durante horas.
El incidente reactivó una preocupación que muchos expertos venimos señalando: el riesgo de concentrar demasiada infraestructura crítica en muy pocos proveedores.

A nivel usuario, la experiencia es simple (y frustrante): entrás a una web y te encontrás con la pantalla de error 500 de Cloudflare, aunque tu navegador y el servidor de origen estén “perfectamente bien”.

Un contexto que viene de antes: más IA, más servicios… y más complejidad

En los últimos meses Cloudflare no solo ha sido “el CDN gratis de siempre”. Se ha convertido en una plataforma de servicios de IA y seguridad de nueva generación: AI Gateway, Firewall for AI, AI Crawl Control y “Pay Per Crawl”, entre otros.

Todo esto es técnicamente impresionante, pero tiene una consecuencia directa:

Cada nueva capa de servicio que montamos sobre el mismo proveedor aumenta el impacto cuando ese proveedor falla.

Cómo decidimos en BelkCar no depender de Cloudflare (y por qué te importa)

Como responsable de infraestructura de mis clientes, mi trabajo no es enamorarme de una herramienta, sino proteger el negocio digital detrás de esa herramienta. Hace meses tomé una decisión estratégica:

Reducir al mínimo posible la dependencia crítica de Cloudflare en producción, especialmente en webs de clientes cuyo negocio no puede “parar” por decisiones o fallos de un tercero.

Factores que analizamos

1. Punto único de falla

Si tu DNS, CDN, firewall, WAF, reglas de bots y servicios de IA dependen todos de Cloudflare, el día que Cloudflare tenga un problema tu web deja de existir para el mundo, aunque tu servidor esté sano.

2. Cambios de política orientados a IA

Herramientas como AI Crawl Control y Pay Per Crawl implican que parte de tu visibilidad, tu SEO y hasta tu relación con los modelos de IA pasan por las reglas de un tercero.

3. Complejidad operativa creciente

Cuanto más apoyas tu stack en Workers, KV, R2, etc., más difícil es “volver atrás” en caso de un fallo o un cambio de condiciones comerciales.

4. Privacidad y gobierno de datos

En un mundo donde la IA lo raspa todo, cada salto extra de infraestructura es una nueva superficie de riesgo.

Qué hicimos concretamente

DNS y CDN: DNS en el registrador o el mismo hosting cuando es robusto; CDN del propio hosting antes que un CDN externo global.
Seguridad y caché: WAF y caching a nivel de hosting + plugin ligero en WordPress.
Cloudflare solo donde tiene sentido: como capa adicional y siempre con plan de escape documentado.
Evitar que funcionalidades clave de negocio dependan de un SaaS externo.

El resultado: hoy, mientras muchas webs quedan inaccesibles por el error 500 de Cloudflare, los proyectos bajo nuestra gestión siguen online o tienen un camino claro de mitigación.

IA, “shiny objects” y el peligro de ser un consumidor desprevenido

El tema de fondo no es solo Cloudflare, es la forma en que usamos la IA en general. Como dueños de negocio y técnicos, tenemos dos opciones:

Ser consumidores desprevenidos: activar todo lo nuevo porque “está de moda”, conectar la web a cualquier API sin leer las letras chicas, depender de integraciones que no controlamos.

Diseñar una estrategia consciente de uso de IA: preguntar siempre “¿qué pasa si este servicio se cae?”, definir qué partes del negocio pueden apoyarse en IA y cuáles no deben depender de terceros, y asegurar que el “core” del sitio (contenido, ventas, reservas, leads) no quede rehén de una sola empresa.

Mi recomendación es clara:

Adoptá IA y servicios avanzados, sí, pero como capas auxiliares. Nunca como cimientos únicos de tu presencia digital.