En torno al negocio de IA de Google aparece con frecuencia la explicación de que «OpenAI y Anthropic incurren en costes cada vez que responden, mientras que Google gana dinero con publicidad cada vez que responde». Esta expresión ilustra bien que las tres empresas parten de posiciones diferentes, pero no debe tomarse como un hecho contable.
Las tres empresas asumen costes computacionales al ejecutar sus modelos y las tres obtienen ingresos mediante API, suscripciones, contratos empresariales y otras vías. La verdadera diferencia de Google no reside en la existencia o ausencia de costes, sino en su capacidad para conectar su red de distribución de productos existente, su negocio publicitario, Google Cloud y sus TPU propias dentro de una única estructura económica.
Hechos e interpretaciones que deben corregirse primero
Las afirmaciones proporcionadas mezclan modelos de distintos momentos, clasificaciones dinámicas e información no verificada sobre personal. Utilizarlas tal cual llevaría a interpretar la estrategia de Google de una forma más simplista de lo que realmente es.
| Afirmación | Qué debe comprobarse | Interpretación más precisa |
|---|---|---|
| En una encuesta concreta, Anthropic tenía una cuota del 42 % del gasto en programación | Hay que comprobar la muestra, la fecha de la encuesta, la definición de «gasto» y el grupo de empresas encuestadas | Una encuesta de una firma de capital riesgo puede mostrar tendencias de compra de una muestra empresarial, pero no la cuota del mercado mundial de IA para programación |
| Gemini estaba fuera de los 10 primeros puestos de OpenRouter | La clasificación de OpenRouter cambia continuamente según el periodo, el modelo, el precio, las promociones y la demanda de enrutamiento | Es una señal de uso en un momento concreto, no una clasificación de la adopción total entre desarrolladores ni de los ingresos del producto |
| El lanzamiento de Gemini 1.5 Pro se pospuso indefinidamente | Gemini 1.5 Pro se anunció el pasado mayo, pero su lanzamiento se aplazó sin una fecha prevista | Utilizar una descripción de un retraso pasado como fundamento de la estrategia actual produce una incoherencia cronológica |
| Gemini 1.5 Flash es el modelo más reciente de Google | 1.5 Flash es el nombre de un producto de una generación concreta | Comparar directamente modelos de generaciones diferentes con los modelos competitivos más recientes distorsiona la conclusión |
| Noam Shazeer dejó Google para incorporarse a OpenAI | Shazeer dejó Google y se incorporó a OpenAI | La movilidad del talento es importante, pero hay que distinguir con precisión la empresa de destino y el momento del cambio |
| Las salidas de Jeff Dean y John Jumper demuestran un cambio de estrategia | Las afirmaciones importantes sobre personal deben verificarse mediante anuncios de la empresa o registros públicos de las personas implicadas | La información no verificada sobre personal no debe utilizarse como prueba de la estrategia de una organización |
| A partir de la sexta generación de TPU se separaron los chips para entrenamiento y para inferencia | Trillium es una TPU utilizada para entrenamiento e inferencia, y posteriormente Google anunció Ironwood, una TPU centrada en la inferencia | A partir de la sexta generación de TPU, Google comenzó a diseñar de forma claramente diferenciada las TPU para entrenamiento y las TPU para inferencia |
| Gemini Spark es el agente representativo de Google | Hay que comprobar el nombre oficial exacto del producto y el estado de su lanzamiento | Deben distinguirse los productos oficiales, los proyectos de investigación y los nombres utilizados antes de un anuncio |
Por tanto, Google ha dejado de realizar un gasto excesivo para forzar el primer puesto en rendimiento y está centrándose en qué modelo asignar a cada tarea para elevar la rentabilidad del conjunto de sus servicios.
Por qué importa el rendimiento de la IA para programación y cuáles son sus límites
La programación es un ámbito adecuado para evaluar la utilidad práctica de los modelos de IA. Esto se debe a que las tareas de software requieren interpretar requisitos, generar código, ejecutar pruebas, corregir errores, invocar herramientas y gestionar contextos largos. Estas capacidades también pueden transferirse parcialmente a tareas de agentes de IA, como manejar navegadores o procesar documentos.
Sin embargo, no se sostiene la afirmación de que «el modelo que mejor programa es también el mejor en todas las tareas». Los benchmarks de programación pueden no reflejar suficientemente los siguientes factores:
- Los complejos permisos y dependencias de los repositorios empresariales reales
- Las vulnerabilidades de seguridad y los problemas de licencias
- Los errores acumulativos que surgen en tareas prolongadas
- La conexión con datos no relacionados con la programación, como correos electrónicos, documentos, búsquedas y vídeos
- La latencia de respuesta, la disponibilidad y la cobertura regional
- El precio de los tokens de entrada y salida y los descuentos por caché
- Las funciones de administración, los registros de auditoría y las políticas de conservación de datos
Al evaluar el mercado de herramientas para desarrolladores, además de las puntuaciones de los benchmarks, deben considerarse conjuntamente la tasa real de finalización de tareas, el tiempo que dedican los desarrolladores a corregir resultados, la tasa de fallos, los costes y el volumen de los contratos empresariales.
Comparación de la estructura de ingresos de Google y las empresas dedicadas a la IA
Google, OpenAI y Anthropic gastan dinero en la inferencia de modelos. La diferencia reside en el número de vías disponibles para recuperar esos costes y en su impacto sobre los negocios existentes.
| Categoría | Empresas centradas en la IA como OpenAI y Anthropic | |
|---|---|---|
| Principales canales de distribución | Search, Android, Chrome, Workspace, YouTube, Google Cloud | Aplicaciones propias, API, contratos empresariales y plataformas asociadas |
| Principales fuentes de ingresos | Publicidad en búsquedas y vídeos, tarifas de uso de Cloud, Workspace, suscripciones de IA y API | Suscripciones de consumidores y empresas, API, contratos empresariales y alianzas |
| Infraestructura | Posee TPU y centros de datos propios, al tiempo que utiliza cadenas de suministro externas | Dependencia relativamente mayor de socios de nube y semiconductores |
| Oportunidades de adoptar IA | Puede aumentar la frecuencia de uso y el valor de sus servicios existentes | Puede convertir directamente la nueva demanda de IA en ingresos |
| Riesgos principales | Las respuestas de IA pueden canibalizar los clics de búsqueda existentes y la economía publicitaria | Elevados costes de entrenamiento e inferencia, competencia de precios y dependencia de las redes de distribución |
OpenAI y Anthropic tampoco se limitan a generar costes cada vez que producen una respuesta. Las API suelen facturarse en función del uso, y las suscripciones de pago y los contratos empresariales también generan ingresos. A la inversa, Google también asume el coste de inferencia cuando ofrece respuestas de IA a usuarios gratuitos.
En definitiva, la diferencia no es «coste frente a ingresos», sino con qué servicios y fuentes de ingresos puede conectarse a un usuario una vez captado.
El principal activo de Google no son solo sus modelos
Red de distribución de productos
Google no necesita distribuir las funciones de Gemini únicamente a través de una aplicación de chatbot independiente. Puede incorporarlas en puntos de contacto que ya cuentan con usuarios, como Search, Gmail, Docs, Android, Chrome y Google Cloud. Esto reduce los costes de adquisición de clientes necesarios para que instalen una aplicación nueva y adopten nuevos hábitos.
Sin embargo, la inclusión predeterminada no implica necesariamente un uso continuado. Si los usuarios no confían en los resultados o consideran que la función es más lenta que sus flujos de trabajo anteriores, pueden desactivarla o utilizarla en paralelo con servicios de la competencia.
Infraestructura propia de IA
Google diseña directamente sus TPU y opera conjuntamente centros de datos, redes, modelos y servicios en la nube. Esta integración vertical ofrece la ventaja de poder optimizar de forma conjunta el hardware y el software para tareas específicas.
Especialmente en los servicios a gran escala, reducir la cantidad de cálculo por respuesta, la latencia y el consumo de energía puede tener un impacto mayor sobre el coste total que una pequeña mejora del rendimiento del modelo. Sin embargo, no puede concluirse que los chips propios sean siempre la opción más barata sin considerar conjuntamente su tasa real de utilización, los costes de desarrollo, la depreciación y el precio de las GPU externas.
Cartera de modelos y enrutamiento
No resulta económico utilizar el modelo más grande para todas las preguntas. Es más eficiente que un modelo pequeño se ocupe de clasificaciones o resúmenes sencillos y que solo el razonamiento complejo o la programación se envíen a modelos más grandes.
La calidad de esta estrategia depende de tres factores:
- Si clasifica con precisión la dificultad de las solicitudes
- Si define de forma segura los límites de las tareas que puede procesar un modelo pequeño
- Si, cuando se produce un fallo, transfiere rápidamente la tarea a un modelo más potente o a una persona
Por tanto, colocar modelos pequeños y rápidos en primera línea puede considerarse una estrategia de cartera para gestionar tráfico a gran escala, más que una prueba de que se haya abandonado el desarrollo de modelos de máximo nivel.