La respuesta corta
El 22 de julio de 2026, Google Cloud registró un crecimiento del 82 % hasta los $24.8 mil millones y una cartera de pedidos contratada de $514 mil millones, y dijo a los inversores que no puede construir capacidad con la rapidez suficiente para atender la demanda. El CEO Thomas Kurian afirmó que los clientes gastan aproximadamente un 50 % más de lo que habían comprometido y que Google alquilará capacidad a proveedores externos durante unos trimestres para cubrirlos hasta que sus propios centros de datos se pongan al día. Alphabet elevó la inversión de capital de 2026 hasta $205 mil millones y sus acciones aun así cayeron cerca de un 7 % por el temor a que la factura siga subiendo.
Para los equipos que compran nube, la señal es que la restricción determinante ha pasado del presupuesto a la capacidad física. El efecto a corto plazo son plazos de entrega más largos y menos margen de negociación en los aceleradores más nuevos; la respuesta duradera es tratar la planificación de la capacidad y la portabilidad como trabajo de ingeniería de primer orden, no como papeleo de compras.
¿Qué comunicó realmente Alphabet?
Un negocio de nube que crece mucho más rápido de lo esperado, con una demanda que reconoce abiertamente no poder atender del todo. En sus resultados del T2 de 2026, Alphabet dijo que los ingresos de Google Cloud subieron un 82 % interanual hasta los $24.8 mil millones, frente a $13.6 mil millones un año antes y holgadamente por encima de las estimaciones de los analistas, en torno a $22.4 mil millones. Eso sitúa al segmento en una tasa anualizada de unos $99 mil millones. Los ingresos totales de Alphabet fueron de $119.8 mil millones, un 24 % más en el trimestre cerrado el 30 de junio de 2026.
La cifra que replantea la historia es la cartera de pedidos. Los ingresos contratados de Google Cloud aún no reconocidos (acuerdos firmados que todavía deben entregarse) alcanzaron los $514 mil millones, frente a unos $460 mil millones el trimestre anterior. Son varias veces la tasa anual actual, lo que significa que una gran parte del gasto empresarial en nube e IA de los próximos años ya está comprometida con el stack de Google. Para los equipos que planifican su propia capacidad de cloud y DevOps, una cartera de ese tamaño no es solo un argumento para inversores: describe quién está en la cola delante de usted por las mismas GPU escasas.
Los inversores no lo celebraron. Alphabet elevó su previsión de inversión de capital de 2026 a entre $195 mil millones y $205 mil millones, frente a $180–190 mil millones un trimestre antes, y la acción cayó cerca de un 7 % al cuestionar el mercado si la expansión de la IA puede amortizar tanto gasto. El trasfondo de esa reacción importa a los compradores: el proveedor vuelca dinero en capacidad precisamente porque le falta.
¿Por qué una cartera de pedidos de $514 mil millones es una historia de capacidad y no solo de crecimiento?
Porque el cuello de botella se ha desplazado de la demanda a la oferta. Durante la mayor parte de la era de la nube, el trabajo del proveedor era ganar el acuerdo; se daba por supuesto atenderlo. Lo que Kurian describió en la conferencia de resultados es el problema contrario: los clientes contrataron una cosa, descubrieron que necesitaban mucha más infraestructura de IA de la prevista y ahora gastan aproximadamente un 50 % más que sus importes comprometidos. Cuando el uso supera los compromisos en una cartera de negocio de $500 mil millones, la restricción ya no son las ventas, sino los centros de datos, la energía y los aceleradores.
La prueba más clara es lo que Google decidió hacer al respecto. En lugar de dejar que el déficit limite el crecimiento, la empresa dijo que alquilará capacidad a proveedores externos durante unos trimestres para incorporar a los clientes y cubrirlos hasta que su propia capacidad esté disponible. Que un hiperescalador alquile capacidad ajena es una admisión poco habitual: significa que la oferta interna va realmente por detrás de la demanda contratada, y no que simplemente esté ajustada. La previsión de capex elevada es la solución a varios años; los alquileres a terceros son el parche mientras fragua el hormigón.
Nada de esto es exclusivo de Google. El mismo patrón (carteras de pedidos récord, capex en carrera ascendente y oferta de aceleradores como factor limitante) se observa en los mayores proveedores de nube e IA en este ciclo. Por eso es una señal de mercado y no una rareza de una sola empresa: el recurso escaso de todo el sector ahora mismo es la capacidad, y los compradores que planifiquen para la escasez ejecutarán mejor que los que den por supuesta la abundancia.
¿Qué supone la escasez para los equipos que compran nube?
Sobre todo, pérdida de capacidad de negociación y plazos de entrega que se alargan, en la dirección equivocada. Cuando la demanda contratada va por delante de la oferta, los proveedores asignan primero los recursos escasos, en especial la capacidad de GPU y aceleradores más nueva en regiones concretas, a sus mayores clientes comprometidos. Para un equipo mediano, eso puede traducirse en plazos de entrega más largos en instancias reservadas, límites de cuota en los aceleradores más recientes y bastante menos margen para negociar descuentos que hace un año. Los precios de lista bajo demanda rara vez se disparan de la noche a la mañana, pero la disponibilidad práctica detrás de esos precios se estrecha.
El cambio estratégico es que la planificación de la capacidad protege ahora su hoja de ruta más que comparar precios. Una tarifa por hora más barata vale poco si la capacidad que necesita no está disponible en la región que necesita, cuando la necesita. Eso reordena las preguntas que un equipo debería hacer a un proveedor: no solo «¿cuánto cuesta esto?», sino «¿pueden comprometer esta capacidad en esta región en esta fecha y qué ocurre con mis cargas de trabajo si no pueden?». Obtener esas respuestas por escrito forma ya parte de la diligencia debida, no es un caso límite.
También aumenta el valor de la portabilidad. Si su plataforma de IA, aprendizaje automático (ML) y datos solo puede ejecutarse en los servicios propietarios de un proveedor, hereda las restricciones de capacidad de ese proveedor sin alternativa. Los equipos que mantienen sus cargas de trabajo débilmente acopladas (formatos de datos portables, infraestructura como código, entornos de ejecución de inferencia que pueden apuntar a más de un backend) pueden sortear un déficit regional o usar un segundo proveedor como palanca. Esa opcionalidad conviene construirla antes de que la escasez fuerce la decisión, no durante ella.
Qué significa para los equipos de EE. UU. y la UE
Para los equipos de EE. UU., el titular es la disciplina de planificación. La era de tratar la capacidad de la nube como un servicio infinito y disponible a demanda se detiene para las cargas de trabajo que necesitan aceleradores escasos. Eso no significa acaparar reservas que no se van a usar (comprometerse en exceso en un mercado que se mueve rápido es otra trampa), pero sí prever la demanda de aceleradores con unos trimestres de antelación, asegurar capacidad reservada para las cargas de trabajo de las que se esté seguro y mantener una alternativa documentada para las demás. Los equipos que ganan aquí son los que convierten la capacidad en un insumo de la hoja de ruta, no en una carrera de última hora.
Los equipos de la UE afrontan la escasez en dos ejes a la vez: capacidad y cumplimiento. La capacidad escasa de aceleradores no se reparte por igual entre regiones, de modo que la región europea que cumple sus requisitos de residencia de datos puede ser justo la que está limitada, y un proveedor que cubre la demanda con capacidad alquilada a terceros puede cambiar dónde se ejecutan físicamente las cargas de trabajo. Por eso es esencial tratar la residencia de datos y el registro como restricciones firmes en cada decisión de capacidad, y verificar dónde se ejecuta realmente el cómputo frente al RGPD y el Reglamento de IA de la UE en lugar de suponer que está resuelto. Sobre todo en trabajos regulados de FinTech y sanidad, una solución de capacidad que traslada discretamente el tratamiento a la jurisdicción equivocada es un incidente de cumplimiento, no una comodidad.
La lección duradera está por encima de cualquier informe de resultados. Los precios de la nube, la capacidad y la disponibilidad regional seguirán cambiando mientras la expansión de la IA siga su curso; los equipos que se mantienen resilientes son aquellos cuya arquitectura trata la capacidad como un insumo planificado y sustituible, y no como una suposición. Construir esa disciplina no tiene glamour (previsiones, reservas, portabilidad, una alternativa probada), pero compensa cada vez que el mercado se aprieta como acaba de hacerlo.
Cómo planificar con una capacidad limitada
Tómelo como un impulso para planificar la capacidad con deliberación, no para comprar reservas presa del pánico. Esta es la versión lista para ejecutar.
- Prevea la demanda de aceleradores. Proyecte las necesidades de GPU y aceleradores con unos trimestres de antelación por carga de trabajo, y separe la demanda de la que está seguro de la especulativa.
- Reserve para lo seguro. Asegure capacidad reservada o comprometida en las regiones concretas que necesite para las cargas de trabajo seguras; deje margen flexible bajo demanda para el resto.
- Obtenga por escrito los compromisos de capacidad. Pida a los proveedores capacidad y plazos de entrega por región, no solo precio, y documente qué ocurre si la capacidad se retrasa.
- Mantenga las cargas de trabajo portables. Use infraestructura como código, formatos de datos portables y entornos de ejecución que puedan apuntar a más de un proveedor, de modo que un déficit sea un cambio de ruta y no una reconstrucción.
- Fije la residencia como restricción firme. Haga de la residencia de datos y del registro entradas innegociables de cada decisión de capacidad, y verifique dónde se ejecuta el cómputo frente al RGPD y el Reglamento de IA de la UE.
- Pruebe la alternativa. Disponga de una segunda opción documentada para las cargas de trabajo críticas y ejercítela de verdad, para que «podemos mudarnos» sea una capacidad demostrada y no una esperanza.
Bien aprovechado, un mercado con capacidad limitada premia a los disciplinados: prever, reservar, mantenerse portable y tratar la residencia como una restricción y no como una ocurrencia tardía. Mal aprovechado, convierte un titular sobre la cartera de pedidos de otro en su propio lanzamiento paralizado. La diferencia está en la planificación que haga antes de que la capacidad que usted necesita sea la que todos los demás necesitan también.
Preguntas frecuentes
¿Qué comunicó Alphabet sobre Google Cloud el 22 de julio de 2026?
Los ingresos de Google Cloud subieron un 82 % interanual hasta los $24.8 mil millones, frente a $13.6 mil millones, por encima de las estimaciones de unos $22.4 mil millones, y su cartera de pedidos contratada alcanzó los $514 mil millones, frente a unos $460 mil millones el trimestre anterior. Los ingresos totales de Alphabet fueron de $119.8 mil millones, un 24 % más. La compañía elevó la previsión de capex de 2026 a $195–205 mil millones y sus acciones cayeron cerca de un 7 % por la preocupación por el gasto en IA.
¿Qué quiso decir Thomas Kurian con que la demanda supera la capacidad?
Kurian dijo que los clientes gastan aproximadamente un 50 % más de lo que habían comprometido, porque necesitaban mucha más infraestructura de IA de la prevista. La demanda es lo bastante fuerte como para que Google alquile capacidad a proveedores externos durante unos trimestres para incorporar a los clientes y cubrirlos hasta que su propia capacidad se ponga al día. La demanda contratada va por delante de la capacidad física disponible para atenderla.
¿Cómo afecta la escasez al precio y a la disponibilidad de la nube?
La capacidad escasa de GPU y aceleradores en regiones concretas se asigna primero a los mayores clientes comprometidos, por lo que los equipos más pequeños pueden ver plazos de entrega más largos, límites de cuota en los aceleradores más nuevos y menos margen de negociación. Los precios de lista bajo demanda rara vez se disparan de la noche a la mañana, pero la disponibilidad se estrecha, lo que hace que la planificación de la capacidad, y no comparar precios, sea lo que protege su hoja de ruta.
¿Deberían los equipos pasarse a multicloud por esto?
No por reflejo. El multicloud añade coste y complejidad, así que merece la pena cuando aporta algo concreto: acceso a capacidad escasa en una región, resiliencia o capacidad de negociación. Lo mejor por defecto es la portabilidad (mantener las cargas de trabajo, los formatos de datos y la infraestructura como código débilmente acoplados), de modo que añadir o cambiar de proveedor sea un proyecto planificado y no una reconstrucción de emergencia.
¿Qué supone concretamente la escasez para los equipos de la UE?
Los equipos de la UE afrontan a la vez capacidad y cumplimiento. La capacidad escasa de aceleradores es desigual entre regiones, así que la región que cumple el RGPD y la residencia de datos puede ser la limitada, y alquilar capacidad de terceros puede cambiar dónde se ejecutan las cargas de trabajo. Fije la residencia de datos y el registro como restricciones firmes en cada decisión de capacidad, y verifique dónde se ejecuta el cómputo frente al RGPD y el Reglamento de IA de la UE.
Fuentes
CNBC — Google Cloud CEO Kurian says customers are spending 50% more as segment blows away expectations (en inglés), 23 de julio de 2026
CNBC — Alphabet earnings: Q2 revenue beats, GOOGL sinks on 2026 capex hike (en inglés), 22 de julio de 2026
Alphabet Investor Relations — Q2 2026 results (en inglés; fuente primaria)