La caída de Cloudflare de ayer, 18 de noviembre de 2025, dejó webs y servicios como X o ChatGPT devolviendo errores durante horas. Si tu web funciona detrás de un proveedor así, la lección es sencilla: no puedes evitar que falle, pero sí tener preparado qué hacer cuando pase. Aquí tienes qué ocurrió, según la propia Cloudflare (18/11/2025), y un plan básico de continuidad para webs de empresa y lanzamientos de campaña.
En resumen
- El fallo empezó a las 11:20 UTC y Cloudflare dio por resuelto el incidente a las 17:06 UTC. En Canarias, que en noviembre comparte hora con UTC, eso es de 11:20 a 17:06.
- No fue un ciberataque: un cambio de permisos en una base de datos generó un archivo de configuración demasiado grande y el sistema falló.
- Un proveedor grande reduce riesgos, pero concentra la dependencia: si cae, caen muchas webs a la vez.
- Un plan de continuidad para una pyme cabe en una página: dependencias, canal alternativo, página de estado y mensajes preparados.
- En lanzamientos de campaña, conviene tener una alternativa para la landing y el vídeo antes del día clave.
Qué pasó en la caída de Cloudflare
Cloudflare es una empresa que ofrece, entre otros servicios, una CDN (red de distribución de contenidos, que sirve tu web desde servidores cercanos al visitante) y protección frente a ataques y bots. Muchísimas webs pasan por su red sin que el visitante lo sepa.
Según el informe publicado por la empresa:
- A las 11:05 UTC se aplicó un cambio de permisos en una base de datos interna.
- Ese cambio hizo que un archivo de configuración del sistema de gestión de bots se duplicara de tamaño y superara un límite interno.
- Desde las 11:20 UTC, los servidores que leían ese archivo empezaron a fallar y a devolver errores 5xx, los códigos que indican que el problema está en el servidor, no en el visitante.
- Se vieron afectados, entre otros, la CDN, el panel de control, Turnstile (su sistema de verificación antibots) y Cloudflare Access.
- El tráfico principal volvió a funcionar hacia las 14:30 UTC y todo quedó restablecido a las 17:06 UTC.
La empresa afirma que el problema no se debió, directa ni indirectamente, a un ciberataque, y anuncia medidas como endurecer la validación de sus archivos de configuración y añadir interruptores de emergencia globales. 9to5Google (18/11/2025) recogió que X y los productos de OpenAI, incluido ChatGPT, estuvieron entre los servicios afectados.
¿Por qué afecta a tantas webs a la vez?
Porque la mayoría de las webs no dependen de un solo proveedor, sino de una cadena: dominio, DNS (el sistema que traduce tu dominio en la dirección del servidor), CDN, alojamiento, plataforma de vídeo, pasarela de pago y herramientas de formulario. Si falla un eslabón muy compartido, el problema se multiplica. No es un argumento contra Cloudflare ni contra ningún proveedor grande: suelen ser más fiables que una solución casera. Es un argumento para saber de quién dependes.
Plan básico de continuidad si tu web depende de un proveedor
Una empresa pequeña no necesita un plan de contingencia de banco. Necesita respuestas preparadas a cinco preguntas:
| Pregunta | Qué tener preparado |
|---|---|
| ¿De qué servicios depende mi web? | Una lista con dominio, DNS, CDN, alojamiento, vídeo, pagos y formularios, con quién gestiona cada uno |
| ¿Cómo me entero de que ha caído? | Un servicio de monitorización que avise por correo o móvil y las páginas de estado de tus proveedores guardadas |
| ¿Cómo aviso a mis clientes? | Redes sociales, WhatsApp Business o correo como canal alternativo, con un mensaje redactado de antemano |
| ¿Cómo siguen comprando o reservando? | Teléfono visible en redes y Google Business Profile, o un formulario alojado fuera de tu web |
| ¿Quién decide y actúa? | Una persona responsable con acceso a las cuentas y el contacto de soporte de cada proveedor |
Una página de estado sencilla
Una página de estado es un sitio donde informas de si tu servicio funciona. Para una pyme, basta con decidir de antemano dónde se comunicará una incidencia (por ejemplo, un mensaje fijado en redes) e incluirlo en tu firma de correo o en tus respuestas automáticas.
Qué hacer si la caída coincide con un lanzamiento de campaña
El peor momento para descubrir una dependencia es el día que has invertido en anuncios, has contratado un rodaje o tienes un evento. Para campañas, añade estos puntos:
- Duplica el vídeo principal: además de en tu web, súbelo a tu canal de YouTube o a tus redes para poder enlazarlo si la web no carga.
- Prepara una landing alternativa sencilla en otro servicio, con lo esencial: oferta, contacto y enlace de compra o reserva.
- Revisa los enlaces de los anuncios: si la web cae, pausar campañas evita pagar clics que acaban en un error.
- Ten redactados los mensajes para redes y correo: «Estamos teniendo problemas técnicos; mientras tanto, reserva en…».
- Escalona la publicación: no concentres en la misma hora el anuncio, el correo masivo y el vídeo en redes si puedes evitarlo.
Para un negocio de Canarias con clientes internacionales, conviene tener esos mensajes también en inglés.
Preguntas frecuentes
¿Qué pasó con Cloudflare el 18 de noviembre de 2025?
Un cambio de permisos en una base de datos interna hizo que un archivo de configuración de su sistema de gestión de bots creciera por encima de un límite. Los servidores que lo usaban empezaron a fallar desde las 11:20 UTC y muchas webs devolvieron errores. Cloudflare dio el incidente por resuelto a las 17:06 UTC y descartó un ciberataque.
¿Cómo sé si mi web usa Cloudflare?
Pregunta a quien gestiona tu web o tu dominio, que debería saber qué servicios hay en la cadena. También puedes revisar el panel de tu registrador de dominio: si los servidores DNS apuntan a Cloudflare, tu web pasa por su red. Lo importante es tener anotadas todas las dependencias, no solo esta.
¿Debo cambiar de proveedor después de una caída así?
No necesariamente. Cualquier proveedor puede fallar, y los grandes suelen tener mejor fiabilidad y protección que las alternativas pequeñas. Tiene más sentido revisar cuánto te afectó, preparar canales alternativos para avisar y vender, y valorar con tu responsable técnico si tu caso concreto justifica redundancia con un segundo proveedor.
¿Qué es un error 5xx?
Es un código de respuesta que indica que el fallo está en el lado del servidor, no en la conexión ni en el navegador del visitante. Durante la caída de Cloudflare, muchas webs mostraban errores de este tipo aunque su propio alojamiento funcionara bien, porque el problema estaba en un servicio intermedio de la cadena.
Una campaña bien producida merece un plan B
Cuando preparamos una campaña, el vídeo y las piezas para redes son solo una parte: también pensamos por dónde van a llegar a la gente y qué pasa si un canal falla. Es parte de cómo entendemos la creación de contenido para marcas y lanzamientos, y lo aplicamos también cuando desarrollamos webs para nuestros clientes.
Si tienes un lanzamiento a la vista y quieres que el contenido esté listo para cualquier canal, escríbenos y lo organizamos.
