Resumen

  • Akamai declara un único segmento operativo y de reporte. Security, Delivery and other cloud applications y Cloud infrastructure services son categorías de solución, no segmentos. La que incluye cómputo y almacenamiento facturó 108,803 millones de dólares en el trimestre cerrado el 30 de septiembre de 2026: el 9,7% del total.
  • El gasto de capital en base devengada fue de 464,146 millones en ese trimestre, frente a 224,163 millones un año antes, y equivale al 41,4% de los ingresos del trimestre. Ninguna de las fuentes revisadas asigna esa inversión a una categoría concreta.

La primera sorpresa llega antes que cualquier número. La nota de segmentos del 10-Q dice que Akamai opera como un único segmento operativo y de reporte, y que Security, Delivery and other cloud applications y Cloud infrastructure services son categorías de solución de ingresos. Quien busque una tabla de segmentos con márgenes separados no la va a encontrar, porque no existe. La compañía presenta tres líneas de ingresos y un solo resultado operativo. (10-Q)

El documento se localiza con precisión, y conviene decirlo porque la identidad del papel importa tanto como las cifras: Form 10-Q de Akamai Technologies, Inc., periodo cerrado el 30 de septiembre de 2026, presentado el 6 de noviembre de 2026, número de acceso 0001086222-26-000100, documento principal akam-20260930.htm, emisor con CIK 1086222. (índice del expediente) El rastro arranca en el buscador de EDGAR. (resultados de búsqueda)

Las tres líneas, con sus unidades

Todo lo que sigue está en millones de dólares y cubre los tres meses cerrados el 30 de septiembre.

Las tres líneas, con sus unidades
Categoría de ingresos 2025 2026 Variación
Security 568,437 621,892 +53,455
Delivery and other cloud applications 405,014 391,266 −13,748
Cloud infrastructure services 81,179 108,803 +27,624
Total 1.054,630 1.121,961 +67,331

La tercera fila es la que la narrativa de nube reclama. También es la más pequeña, y el 10-Q explica qué contiene: soluciones de cómputo y almacenamiento, EdgeWorkers y soluciones de socios de cómputo que operan sobre la plataforma de Akamai. Esa última parte merece leerse dos veces. La categoría no es solo capacidad propia; también incluye cómputo de terceros servido en la plataforma. Los documentos que leí no separan cuánto de la línea es infraestructura de Akamai y cuánto es capacidad de socios. (10-Q)

Cómo se reconoce ese ingreso

La nota de reconocimiento describe obligaciones de prestación continua —«stand-ready»— satisfechas a lo largo del tiempo, y un reconocimiento generalmente lineal durante el plazo del contrato. El consumo por encima del compromiso contractual se reconoce a medida que se sirven las unidades. Una porción menor se reconoce en un momento del tiempo: ciertos contratos de servicios profesionales, de integración y de licencia.

Traducido a la práctica: la mayor parte de la línea de nube se parece a una renta mensual, no a una venta de equipo. Eso hace el ingreso previsible y deja el coste de servirlo, sobre todo, en capital ya inmovilizado. Ahí es donde las cifras se separan del relato.

El capital, en dos bases que no son la misma

Akamai publica el gasto de capital dos veces, con dos definiciones. En la presentación de flujos de efectivo del 10-Q, los nueve meses cerrados el 30 de septiembre de 2026 muestran 761,516 millones en compras de propiedad y equipo y 261,239 millones en capitalización de software de uso interno: 1.022,755 millones en total. Son cifras de caja y cubren nueve meses. (10-Q)

La segunda versión está en el anexo 99.1, la información financiera suplementaria del tercer trimestre publicada el 5 de noviembre de 2026 y archivada en la página de resultados trimestrales de la compañía. (archivo de resultados) Allí el gasto de capital en base devengada del trimestre es de 464,146 millones, formado por 376,833 millones de propiedad y equipo y 87,313 millones de software de uso interno capitalizado. El mismo trimestre de 2025: 224,163 millones. En base de caja, ese trimestre muestra 605,155 millones, y los nueve meses 1.022,755 millones. (anexo 99.1)

Akamai explica la diferencia: las dos medidas difieren por cambios en costes devengados y no pagados de propiedad, equipo y software de uso interno. La brecha del trimestre es de 141,009 millones. No es un error de nadie; son dos perímetros.

La depreciación y un hueco que no relleno

El mismo anexo da la depreciación y amortización total del trimestre en 191,592 millones, frente a 176,623 millones un año antes; los nueve meses, 560,880 frente a 526,106. Nombra dos componentes: 149,622 millones de depreciación y amortización no-GAAP y 26,331 millones de amortización de intangibles adquiridos. Suman 175,953. Faltan 15,639 millones hasta el total declarado. El extracto que leí no nombra ese componente restante y no lo voy a inferir. La medida no-GAAP es una definición de la compañía, no un sustituto de la cifra GAAP. (anexo 99.1)

Mi aritmética, etiquetada como mía

Ninguno de los números de este apartado es de Akamai. Son divisiones y restas sobre las cifras anteriores.

  • Peso en los ingresos del trimestre: Security 55,4%, Delivery 34,9%, Cloud infrastructure services 9,7%.
  • Crecimiento interanual: Security +9,4%, Delivery −3,4%, Cloud infrastructure services +34,0%, total +6,4%.
  • Cambio en dólares: +53,455, −13,748 y +27,624, que suman exactamente los +67,331 millones del aumento total.
  • Contribución al aumento: Security 79,4%, Cloud infrastructure services 41,0%, Delivery −20,4%.
  • Gasto de capital devengado: +107,1% interanual; 41,4% de los ingresos del trimestre; 2,42 veces la depreciación del trimestre; 4,3 veces los ingresos de la categoría de nube.
  • Gasto de capital de caja del trimestre: 5,6 veces los ingresos de esa categoría; 59,2% del acumulado de nueve meses, lo que implica unos 417,6 millones en los primeros seis meses si la definición es la misma en ambos periodos. Esa implicación es una resta mía bajo ese supuesto.
  • Gasto de capital de caja de nueve meses: 1,82 veces la depreciación de nueve meses.

Lo que no está en el documento

Ninguna de las cinco fuentes que leí asigna un dólar de gasto de capital a una categoría de ingresos. No hay margen por categoría, ni beneficio bruto por categoría, ni consumo de capital por categoría, porque hay un solo segmento. La consecuencia incomoda a los dos lados de la discusión. Quien defiende la transformación no puede demostrar con estos papeles el retorno de esa inversión en la línea que la justifica. Quien la duda tampoco puede demostrar que el capital esté mal gastado, porque la compañía no publica el dato que permitiría saberlo.

Lo que sí se puede afirmar es más estrecho y más útil: la categoría que alquila cómputo y almacenamiento facturó 108,803 millones en el trimestre, y el gasto de capital devengado del mismo trimestre fue 4,3 veces esa cifra. La inversión se hace a escala de toda la empresa; la etiqueta de nube se aplica a una novena parte de los ingresos. Entre las dos hay una brecha de divulgación que no es un vacío temporal: mientras Akamai reporte un único segmento, esa brecha es estructural.

Por qué importa más allá de Akamai

Un lector que quiera saber si el negocio de nube de Akamai gana dinero tiene que esperar a que la compañía decida publicarlo. Los documentos no lo esconden: simplemente no lo producen. Esa es la lección transferible. Una categoría de ingresos con nombre de producto no es una unidad económica. Cuando una empresa reorganiza el negocio en torno a una etiqueta y mantiene un solo segmento, el nombre avanza más rápido que la contabilidad. El nombre es gratis; la contabilidad por categoría cuesta disciplina de gestión y revela cosas que quizá no convenga revelar en el trimestre en que el capital se duplica.

Akamai tiene todo el derecho a operar así, y el 10-Q lo dice sin rodeos. El lector tiene derecho a saber que la cifra que busca no está ahí. Las dos cosas caben en la misma frase, y esa frase es la que este artículo deja sobre la mesa: 108,803 millones de ingresos de nube, 464,146 millones de capital devengado, cero dólares asignados.