Caída de Google Cloud y Revolut: el riesgo de depender de pocos proveedores críticos

La caída de Google Cloud en la región europe-west2, asociada a Londres, coincidió este martes 20 de octubre de 2026 con una interrupción masiva de Revolut. Según Reuters, varios servicios de Google Cloud tuvieron disrupciones en esa región y una persona familiarizada con el asunto dijo que la caída de Revolut estaba relacionada con ese incidente. ([aol.com](https://www.aol.com/articles/google-cloud-services-face-outage-091137000.html))

Para los usuarios, el problema no se vio como una falla técnica remota. Se tradujo en tarjetas rechazadas, retiro de efectivo no disponible, transferencias detenidas y acceso limitado a la app. Según The Guardian, Revolut dijo que el dinero y los datos de sus clientes estaban seguros, pero sus servicios estaban parcialmente no disponibles. ([theguardian.com](https://www.theguardian.com/business/2026/oct/20/revolut-down-app-cards-service-disruption))

Lo esencial

• Google Cloud reportó un incidente activo en europe-west2, con múltiples servicios afectados, según su propio panel de estado. ([status.cloud.google.com](https://status.cloud.google.com/?hl=en-GB&utm_source=openai))
• Reuters informó que Revolut también reportó una caída de servicio y que pagos con tarjeta y retiros en cajeros aparecían no disponibles o parcialmente no disponibles. ([aol.com](https://www.aol.com/articles/google-cloud-services-face-outage-091137000.html))
• El País reportó que Revolut registró 31 servicios afectados en España, incluyendo pagos, transferencias, retiros, inversiones y funciones de atención al cliente. ([elpais.com](https://elpais.com/economia/2026-10-20/revolut-sufre-una-caida-que-impide-a-sus-clientes-hacer-pagos-transferencias-y-acceder-a-sus-cuentas.html))
• Sky News informó reportes de problemas en bancos, servicios de entrega, sitios web y otros servicios digitales durante el incidente de Google Cloud. ([news.sky.com](https://news.sky.com/story/google-outage-latest-banks-and-delivery-services-affected-by-outage-13600814))
• La información pública disponible todavía no permite medir el número total de usuarios afectados ni el tiempo final de recuperación del servicio.

Cuando la nube deja de ser invisible

La computación en la nube suele operar como una capa invisible para el usuario final. Si funciona, nadie piensa en regiones, centros de datos o servicios administrados. Pero cuando falla una región crítica, esa infraestructura aparece en la experiencia cotidiana: una app que no abre, una compra que no pasa, un comercio que no puede cobrar o una empresa que no logra atender a sus clientes.

En este caso, Google Cloud informó problemas en europe-west2 y señaló que el incidente afectaba múltiples servicios. Su panel oficial indicó que el evento seguía activo y que el inicio fue el 19 de octubre de 2026 a las 23:08 PDT. Ese tipo de detalle importa porque muestra que el incidente no se limitó a una aplicación aislada, sino a una capa de infraestructura usada por muchas compañías. ([status.cloud.google.com](https://status.cloud.google.com/?hl=en-GB&utm_source=openai))

Revolut fue la cara visible porque es una fintech de uso cotidiano. Según Reuters, su página de estado mostraba la mayoría de sus servicios como no disponibles o parcialmente no disponibles, incluyendo pagos con tarjeta y retiros en cajeros. Para un usuario, eso equivale a perder acceso operativo a su dinero, aunque la compañía asegure que los fondos estén seguros. ([aol.com](https://www.aol.com/articles/google-cloud-services-face-outage-091137000.html))

El daño no es solo técnico: también es de confianza

En servicios financieros digitales, la confianza se prueba en momentos de fricción. Si una tarjeta falla una vez, el usuario puede entenderlo. Si además no puede entrar a la app, revisar su saldo, transferir o retirar efectivo, el problema cambia de escala. La percepción pasa de “hay una falla” a “no tengo control”. Esa diferencia es clave para cualquier fintech, banco o comercio que depende de canales digitales.

The Guardian reportó que los usuarios de Revolut recibían mensajes de error al intentar revisar sus cuentas y que la compañía insistió en que el dinero y los datos estaban seguros. Esa aclaración es necesaria, pero no resuelve por sí sola la ansiedad operativa. En pagos, la promesa principal no es solo seguridad; también es disponibilidad en el momento exacto de uso. ([theguardian.com](https://www.theguardian.com/business/2026/oct/20/revolut-down-app-cards-service-disruption))

El impacto se amplía cuando varios servicios dependen de una misma capa tecnológica. Sky News recogió reportes de usuarios con problemas en bancos, entregas, supermercados y otros sitios. Aunque no todos los casos estaban necesariamente confirmados como causados por Google Cloud, la concentración de reportes durante el mismo incidente muestra cómo una falla de infraestructura puede volverse un problema público para marcas muy distintas. ([news.sky.com](https://news.sky.com/story/google-outage-latest-banks-and-delivery-services-affected-by-outage-13600814))

Multicloud no es una moda: es una decisión de continuidad

La lección para empresas no es abandonar la nube. La nube permite escalar, operar con flexibilidad y lanzar servicios más rápido. El punto es no confundir disponibilidad contratada con continuidad garantizada. Si una operación crítica depende de una sola región, de un solo proveedor o de un solo flujo de autenticación, el negocio queda expuesto a una interrupción que no controla.

Un plan multicloud o multirregión no significa duplicar todo sin criterio. Significa identificar qué procesos no pueden detenerse: cobros, autenticación, atención al cliente, conciliación, inventario, delivery, soporte y comunicación. Luego hay que diseñar rutas de contingencia realistas. Para algunos negocios bastará con redundancia regional. Para otros, será necesario combinar proveedores, canales alternos de pago y capacidades mínimas fuera de la plataforma principal.

El País recordó que el Banco Central Europeo ya había advertido sobre el riesgo de que los bancos dependan de pocos proveedores tecnológicos y sobre la necesidad de reforzar continuidad de negocio y recuperación ante incidencias. Aunque esa referencia se ubica en el contexto europeo, el principio aplica a cualquier empresa digital: tercerizar infraestructura no elimina la responsabilidad operativa frente al cliente. ([elpais.com](https://elpais.com/economia/2026-10-20/revolut-sufre-una-caida-que-impide-a-sus-clientes-hacer-pagos-transferencias-y-acceder-a-sus-cuentas.html))

La comunicación durante incidentes es parte del producto

En una caída, la comunicación no puede ser un trámite posterior. Debe ser parte del diseño del servicio. Revolut informó que experimentaba una interrupción, pidió disculpas y dijo que trabajaba para restablecer el servicio. Según Reuters y The Guardian, también comunicó que el dinero y los datos de los clientes estaban seguros. Ese mensaje atiende una preocupación central, pero los usuarios también necesitan saber qué pueden hacer mientras tanto. ([aol.com](https://www.aol.com/articles/google-cloud-services-face-outage-091137000.html))

Para marcas y comercios, el estándar debería incluir páginas de estado claras, actualizaciones frecuentes, mensajes coordinados en app, correo y redes, y alternativas concretas: otro método de pago, canal de soporte, plazo estimado si existe o confirmación de que aún no hay plazo. El silencio, o un mensaje genérico repetido durante horas, suele aumentar la frustración más que la falla técnica inicial.

Qué significa para las empresas en Latinoamérica

Para empresas en Latinoamérica, la señal es directa: si cobras, atiendes o entregas productos a través de plataformas externas, tu continuidad depende también de terceros. Pasarelas de pago, nubes públicas, CRMs, sistemas de mensajería, marketplaces y herramientas de soporte forman parte de la operación real, aunque no estén en el organigrama.

Las áreas de marketing y experiencia de cliente también deben involucrarse. Cuando cae una app o un medio de pago, el usuario no distingue entre infraestructura, proveedor y marca. Reclama a quien le prometió el servicio. Por eso los planes de crisis deben incluir mensajes listos, responsables definidos y criterios para compensaciones o respuestas comerciales.

La discusión no es técnica versus negocio. Es técnica al servicio del negocio. La resiliencia debe medirse en ventas que no se pierden, clientes que reciben información clara y equipos que saben qué hacer sin improvisar. Un plan de continuidad que nadie ensaya es solo un documento.

Qué vigilar

Habrá que vigilar el reporte final de Google Cloud sobre causa raíz, duración e impacto del incidente, y las actualizaciones de Revolut sobre recuperación total de servicios. También será importante observar si reguladores financieros europeos piden nuevas explicaciones sobre dependencia cloud y planes de continuidad.

Mi lectura

Mi lectura es que este incidente confirma una tensión que muchas empresas prefieren postergar: la eficiencia de concentrar operaciones en pocos proveedores choca con el riesgo de una falla visible. No se trata de demonizar a Google Cloud ni a la nube. Se trata de aceptar que una arquitectura conveniente puede no ser suficiente para procesos críticos. En América Latina, donde muchas compañías aceleran pagos digitales, e-commerce, automatización y atención basada en plataformas externas, la pregunta no debería ser “¿puede caerse?”, sino “¿qué sigue funcionando cuando se cae?”. La respuesta debe estar probada antes del incidente, no escrita después en un comité de crisis.

Preguntas frecuentes

¿La caída de Revolut fue causada por Google Cloud?

Reuters informó que una persona familiarizada con el asunto dijo que la caída de Revolut estaba relacionada con la disrupción de Google Cloud. Revolut comunicó una interrupción de varios servicios y Google Cloud reportó problemas en europe-west2. ([aol.com](https://www.aol.com/articles/google-cloud-services-face-outage-091137000.html))

¿Qué servicios de Revolut estuvieron afectados?

Según El País, hubo incidencias en pagos con tarjeta, transferencias, retiros de efectivo, recargas, cambio de divisas, inversiones, crédito, verificación de identidad y algunas funciones de atención al cliente. ([elpais.com](https://elpais.com/economia/2026-10-20/revolut-sufre-una-caida-que-impide-a-sus-clientes-hacer-pagos-transferencias-y-acceder-a-sus-cuentas.html))

¿Qué deberían hacer las empresas para reducir este riesgo?

Deben identificar procesos críticos, diseñar redundancia regional o multicloud cuando tenga sentido, habilitar métodos alternativos de pago y atención, y probar sus planes de continuidad con simulacros reales.

¿Qué tan lista está tu empresa para aprovechar la IA y la tecnología? Haz el diagnóstico gratuito de 3 minutos o escríbeme.