IBM Z cae un 42%: cómo leer un trimestre sin sentenciar al mainframe
Los resultados de IBM muestran una caída fuerte de IBM Z, pero también ilustran por qué una cifra trimestral no basta para atribuir una causa ni decretar el final de una plataforma.
El 22 de julio de 2026, IBM comunicó que los ingresos de IBM Z descendieron un 42% interanual en el segundo trimestre. El dato es llamativo, pero no autoriza por sí solo el titular más fácil: que la inteligencia artificial esté acabando con el mainframe. Sirve, en cambio, para aprender a leer una cuenta trimestral sin confundir tres cosas distintas: una caída medida, la explicación que ofrece la dirección y un pronóstico. Y el propio informe da la primera pista de que el titular fácil exagera: en el mismo trimestre, los ingresos totales de IBM subieron un 1% interanual, hasta 17.200 millones de dólares. La compañía entera creció mientras una de sus líneas se hundía.
El dato que sí está en el informe
En sus resultados del segundo trimestre, IBM informa de que el segmento de infraestructura facturó 3.800 millones de dólares, un 7% menos que un año antes. Dentro de infraestructura híbrida, IBM Z cayó el 42%, mientras que infraestructura distribuida subió el 37%. El software creció un 5%, hasta 7.800 millones, y la consultoría se mantuvo plana en 5.300 millones (un 1% más a moneda constante). El margen bruto del trimestre fue del 57,7%. Son medidas de ingresos por segmento, no una encuesta sobre cuántos clientes quieren abandonar sus sistemas centrales.
La primera capacidad transferible es nombrar exactamente qué se ha medido. «IBM Z cayó» significa que esa línea registró menos ingresos en la comparación interanual; no significa que todos los mainframes instalados se apaguen, que los clientes hayan migrado a un modelo de IA ni que una alternativa haya ganado definitivamente.
Cuatro preguntas antes de aceptar una causa
Primero: ¿contra qué trimestre se compara? Los negocios de grandes sistemas pueden concentrar pedidos, renovaciones y lanzamientos en ventanas concretas. Una tasa interanual describe el contraste con esa base, no una línea recta hacia el futuro.
Segundo: ¿qué parte del negocio se mueve? IBM separa IBM Z, infraestructura distribuida, soporte, software y consultoría. Agruparlos bajo «hardware» borra una información decisiva: en el mismo trimestre, Power y almacenamiento —dentro de la infraestructura distribuida que subió un 37%— «crecieron a un ritmo récord», con una cartera de pedidos de cerca de 500 millones de dólares, según la compañía. Meter todo eso en un cubo llamado «hardware» borra que una parte se desploma mientras otra bate su propio récord.
Tercero: ¿quién atribuye la causa? Aquí está el hallazgo que separa leer la fuente de leer el titular: la nota de prensa de IBM NO atribuye la caída al gasto en IA. Lo más cerca que llega es la frase del director financiero, James Kavanaugh, sobre «vientos en contra de ingresos a finales del segundo trimestre» — sin nombrar la inteligencia artificial ni una sola vez. La explicación de que la IA habría desplazado presupuestos de hardware vive en la cobertura secundaria y en comentarios atribuidos a la dirección, no en el documento auditado. Puede ser una hipótesis razonable de gestión; pero un dato sin su fuente en el mismo eje no es una prueba, y aquí la fuente primaria calla sobre la causa que el titular da por segura.
Cuarto: ¿qué otros indicadores la respaldan? Busque pedidos, renovación de contratos, uso, márgenes y varios trimestres, no solo una reacción bursátil. Si faltan, la conclusión honesta es más estrecha: hubo una caída reportada y la empresa ofreció su interpretación.
Por qué una tasa interanual engaña con el mainframe
Hay una razón estructural para desconfiar de un titular de mainframe basado en un solo trimestre, y entenderla es la capacidad que se lleva el lector. IBM Z no se vende como un teléfono, en un goteo constante: se renueva por generaciones. Cuando sale una familia nueva, los grandes clientes —bancos, aseguradoras, administraciones— concentran compras durante varios trimestres; cuando esa ola madura, las ventas caen frente a un año que incluía el pico. Comparar el valle de un ciclo con la cresta del anterior produce números de dos dígitos que dicen más sobre el calendario del producto que sobre la salud del negocio. Un −42% en esa fase es esperable sin que ningún cliente se haya ido a ninguna parte.
La prueba de que el mainframe no está en fuga hay que buscarla en otro sitio: en el volumen de transacciones que procesa, en las renovaciones de contrato, en si los clientes instalados suben o bajan de capacidad. Nada de eso está en una tasa de ingresos trimestral, y por eso una tasa trimestral no puede, sola, sostener la tesis de que la IA lo está matando. Puede sostener, como mucho, que este trimestre se vendieron menos máquinas que hace un año — que es una frase mucho menos vendible y mucho más cierta.
La guía no borra el retroceso
IBM mantuvo una previsión de que el flujo de caja libre anual aumentará unos 1.000 millones de dólares y situó su expectativa de crecimiento de ingresos a moneda constante entre el 4% y el 5%. El consejero delegado, Arvind Krishna, lo dijo con esas cifras al presentar los resultados. La página de resultados para inversores permite revisar el anuncio y sus materiales. Una guía es una previsión de la propia empresa, no la refutación automática de un trimestre débil. Pero es un contrapeso legítimo al pánico del titular: si la caída del mainframe fuera el desplome estructural que sugiere el «−42%», costaría cuadrarla con que la misma dirección eleve su previsión de caja libre en 1.000 millones para el año. O la dirección se equivoca en su propia previsión, o la caída de Z es menos terminal de lo que el número aislado insinúa. El lector no tiene que decidir cuál; solo tiene que ver que ambas cosas no encajan en la historia de la muerte del mainframe.
Tampoco el buen comportamiento de software demuestra que la IA compense cada línea de infraestructura. Lo que muestra es una cartera heterogénea: Red Hat, datos, automatización, sistemas y servicios tienen ciclos y clientes distintos. Leerla como una única batalla entre IA y mainframe pierde justamente el mecanismo. Y hay un matiz que casi nunca aparece: buena parte de la carga de trabajo de IA empresarial que supuestamente «desplaza» al mainframe acaba corriendo, precisamente, junto a datos que viven en mainframes. La relación entre IA y sistemas centrales no tiene por qué ser de sustitución; puede ser de complemento, y un trimestre de ingresos no distingue entre las dos.
Qué vigilar a continuación
Para valorar la tesis, no hace falta adivinar un ganador. En el próximo informe, compare el crecimiento de IBM Z con la base del año anterior; revise si IBM aporta pedidos o comentarios verificables sobre renovación; contraste la evolución de infraestructura distribuida; y separe las cifras auditables de las explicaciones de los ejecutivos. El calendario de inversores de IBM identifica cuándo publica la compañía esos materiales.
La lección dura más que este trimestre: una cifra puede ser real y aun así no probar la historia que se cuenta alrededor. Cuando un titular anuncia que una tecnología «mata» a otra, haga cuatro comprobaciones: qué segmento cayó y frente a qué base; quién ofrece la causa —y si esa causa está en el documento primario o solo en el resumen—; qué otra parte del mismo negocio creció a la vez; y qué dato futuro podría desmentirla. En este caso, la tercera comprobación sola ya desarma el titular: la misma empresa que perdió un 42% en mainframe creció un 1% en total y batió récords en otra línea de hardware. Eso no hace menos interesante el resultado de IBM; lo hace legible sin vender certeza donde todavía hay interpretación.
Fuentes de esta pieza
Esta pieza se apoya en 3 fuente(s) primaria(s), recogidas durante la investigación.
Este artículo se ha elaborado con inteligencia artificial bajo supervisión editorial humana.