Stripe ha acordado la compra de OpenRouter por más de 7.000 millones de dólares, según información de de diferentes medios de tecnología, en una operación que puede llevar a la compañía de pagos a controlar una de las capas técnicas que más están creciendo alrededor de la inteligencia artificial generativa. OpenRouter no desarrolla modelos propios comparables con Claude, Gemini o GPT: proporciona una API común para acceder a cientos de ellos y decidir qué modelo y proveedor utilizar en cada momento. Stripe y OpenRouter todavía no han comunicado oficialmente el acuerdo, por lo que el precio definitivo y sus condiciones no son públicos.
Las claves de Stripe y OpenRouter en 20 segundos
- Algunos medios de tecnología sitúan la adquisición de OpenRouter por encima de los 7.000 millones de dólares, aunque todavía no existe anuncio oficial.
- OpenRouter ofrece mediante una API acceso a más de 400 modelos de más de 70 proveedores.
- Su infraestructura permite cambiar de modelo según precio, prestaciones, disponibilidad o latencia.
- En mayo captó 113 millones de dólares con una valoración aproximada de 1.300 millones.
- Stripe ya proporcionaba a OpenRouter servicios de pagos, facturación, impuestos y gestión del fraude.
La cifra resulta especialmente llamativa por otro motivo. OpenRouter cerró en mayo una Serie B de 113 millones de dólares que situó su valoración alrededor de 1.300 millones. Tomando como referencia los más de 7.000 millones publicados ahora, Stripe estaría valorando la compañía en más de cinco veces aquella cifra apenas unos meses después.
Pero el interés tecnológico de la operación está en otro lugar. La posible adquisición muestra el valor que empieza a tener la infraestructura situada entre las aplicaciones y los modelos de IA.
Durante los últimos años la atención se ha concentrado en quién construye el modelo más capaz. OpenRouter plantea una cuestión diferente: ¿qué ocurre cuando una aplicación puede elegir entre cientos de modelos y ya no tiene sentido enviar todas sus peticiones al mismo?
OpenRouter quiere convertirse en la capa de abstracción de los modelos de IA
La forma más sencilla de entender OpenRouter es pensar en una puerta de entrada común a diferentes proveedores de inteligencia artificial.
Un desarrollador puede integrar su aplicación con la API de OpenRouter y desde ahí acceder a modelos de Anthropic, Google, OpenAI, Meta, DeepSeek y otros desarrolladores disponibles en la plataforma, sin tener que construir desde cero una integración independiente para cada uno.
La propuesta va más allá de disponer de un catálogo.
La plataforma puede seleccionar diferentes proveedores para un mismo modelo, aplicar mecanismos de fallback cuando existe un problema de disponibilidad y establecer políticas relacionadas con precio, latencia o tratamiento de los datos.
| Función | Qué aporta a una aplicación de IA |
|---|---|
| API unificada | Reduce las integraciones específicas con cada proveedor |
| 400+ modelos | Permite utilizar modelos diferentes según la carga |
| 70+ proveedores | Amplía las opciones de infraestructura de inferencia |
| Routing | Selecciona proveedor según diferentes criterios |
| Fallback | Ofrece alternativas cuando falla un proveedor |
| Control de costes | Facilita comparar y gestionar el gasto entre modelos |
| Facturación centralizada | Agrupa el consumo realizado en diferentes servicios |
Esta arquitectura cobra importancia porque el mercado de modelos se está fragmentando.
El modelo más potente no es necesariamente el más adecuado para todas las peticiones. Utilizar un modelo avanzado de razonamiento para clasificar un texto sencillo puede incrementar innecesariamente el coste. Utilizar un modelo pequeño para una tarea compleja puede producir resultados insuficientes.
Una aplicación puede necesitar modelos distintos para programación, razonamiento, traducción, visión, generación de imágenes o tareas rutinarias.
Ahí aparece el model routing: decidir programáticamente dónde ejecutar cada petición.
El router puede ser tan importante como el modelo
Esta capa adquiere todavía más peso con los agentes de IA.
Una interacción con un chatbot tradicional puede generar una o unas pocas llamadas al modelo. Un agente encargado de completar una tarea puede realizar decenas de peticiones, utilizar herramientas externas, revisar resultados y volver a consultar diferentes modelos antes de terminar.
Multiplicado por miles o millones de usuarios, elegir correctamente dónde se ejecuta cada operación empieza a tener consecuencias económicas importantes.
El problema deja entonces de ser únicamente:
¿Cuál es el mejor modelo?
La pregunta técnica pasa a ser cuál ofrece la relación adecuada entre calidad, precio, latencia y disponibilidad para cada petición.
OpenRouter intenta resolver precisamente esa decisión sin obligar al desarrollador a modificar constantemente su aplicación.
La compañía aseguraba en mayo que su volumen había pasado de aproximadamente 5 billones a 25 billones de tokens semanales en seis meses, además de superar entonces los ocho millones de desarrolladores. Actualmente su web habla de más de 10 millones de usuarios globales y más de 200 billones de tokens procesados mensualmente.
Estas cifras proceden de la propia OpenRouter, pero ayudan a explicar por qué una infraestructura que inicialmente podía parecer simplemente un agregador de API está despertando interés a valoraciones multimillonarias.
Stripe ya estaba dentro de la infraestructura económica de OpenRouter
La conexión entre las dos compañías tampoco empieza con esta posible adquisición.
Stripe anunció a comienzos de 2026 que OpenRouter utilizaba varios componentes de su plataforma para gestionar su infraestructura económica.
Entre ellos estaban Stripe Invoicing, Stripe Tax y Radar.
La relación resulta especialmente interesante porque monetizar servicios de IA plantea un problema diferente al de muchos productos SaaS tradicionales.
Una aplicación puede consumir distintos modelos con precios diferentes, y estos pueden cobrar por tokens de entrada, tokens de salida, imágenes, caché u otras unidades. Además, las tarifas cambian.
El desarrollador necesita convertir ese consumo variable en precios y facturas para sus propios clientes.
Stripe y OpenRouter ya estaban trabajando conjuntamente alrededor de ese problema.
La compra permitiría ahora reunir dos capas bajo la misma compañía: la que decide dónde se ejecuta una petición de IA y la que permite cobrar por ella.
Del payment routing al model routing
Existe además un paralelismo tecnológico entre ambos negocios.
Stripe construyó buena parte de su posición convirtiendo la complejidad de los pagos en interfaces que los desarrolladores pudieran integrar mediante software.
OpenRouter está intentando hacer algo parecido con los modelos.
En un caso hay bancos, tarjetas, monedas, países, métodos de pago, fraude y diferentes redes. En el otro hay modelos, proveedores de inferencia, tokens, precios, contextos, disponibilidad y latencias.
Las dos compañías actúan como capas de abstracción, aunque los problemas técnicos subyacentes sean diferentes.
Stripe puede ahora intentar conectar ambas.
Una aplicación podría medir cuánto cuesta ejecutar determinada función de IA, enrutarla hacia una infraestructura concreta, registrar su utilización y posteriormente facturarla.
Esto resulta particularmente interesante en un momento en el que la IA empieza a pasar del modelo de suscripción tradicional hacia esquemas de pago por consumo.
La compra también plantea una cuestión sobre el vendor lock-in
OpenRouter ha utilizado la independencia respecto a un proveedor concreto como uno de sus argumentos.
La idea es sencilla: si mañana aparece un modelo mejor o más barato, una aplicación debería poder incorporarlo sin reconstruir buena parte de su infraestructura.
La adquisición por Stripe no elimina necesariamente esa capacidad técnica.
Pero sí introduce una pregunta que las empresas tendrán que evaluar: hasta qué punto una capa creada para reducir la dependencia de los proveedores de modelos puede terminar convirtiéndose ella misma en una dependencia.
La abstracción elimina un tipo de lock-in, pero puede crear otro.
Una compañía que construya toda su política de modelos, claves, facturación, observabilidad y routing alrededor de un único gateway seguirá dependiendo de una pieza externa, aunque por debajo pueda cambiar fácilmente entre Claude, Gemini o cualquier otro modelo.
Por ahora no existe información que indique que Stripe vaya a cambiar las políticas de OpenRouter ni favorecer determinados proveedores. Tampoco se conocen modificaciones previstas en precios, API o condiciones para sus usuarios.
Por eso cualquier conclusión sobre estos aspectos sería prematura.
7.000 millones por estar en medio
La operación también permite observar un cambio más amplio dentro del mercado de IA.
Las enormes inversiones realizadas en modelos fundacionales han creado una segunda industria alrededor de ellos: gateways, observabilidad, inferencia, bases de datos vectoriales, evaluación, seguridad, agentes y herramientas para controlar costes.
OpenRouter ocupa una posición especialmente interesante porque está situada en el camino de cada petición.
Cuantos más modelos existen, mayor puede ser la necesidad de una capa que permita compararlos y cambiar entre ellos.
Y cuantos más agentes ejecutan tareas automáticamente, mayor es el volumen de decisiones sobre qué modelo utilizar para cada operación y cuánto gastar en ella.
Ese es probablemente el activo que Stripe estaría pagando.
OpenRouter no necesita ganar la carrera por construir el próximo gran modelo. Puede beneficiarse de que existan muchos competidores y de que ninguno consiga convertirse en la única opción.
El material compartido alrededor de la operación muestra precisamente que el debate entre desarrolladores y responsables tecnológicos se está desplazando hacia esa cuestión: si el model routing terminará convirtiéndose en una pieza estándar del backend de las aplicaciones de IA.
Todavía falta que Stripe u OpenRouter confirmen formalmente la adquisición y expliquen cómo encajará la compañía dentro del grupo.
Pero una valoración superior a 7.000 millones deja una señal difícil de ignorar para el sector tecnológico: en la siguiente fase de la IA puede haber tanto negocio en construir los modelos como en controlar la infraestructura que decide cuándo, dónde y a qué precio utilizarlos.
Preguntas frecuentes
¿Stripe ha comprado oficialmente OpenRouter?
Bloomberg informa de que Stripe ha alcanzado un acuerdo para adquirir OpenRouter por más de 7.000 millones de dólares. Las compañías todavía no han realizado un anuncio oficial con las condiciones definitivas de la operación.
¿Para qué sirve OpenRouter?
OpenRouter proporciona una API común para acceder a cientos de modelos de inteligencia artificial y diferentes proveedores de inferencia. Permite centralizar su utilización y seleccionar alternativas en función de factores como precio, disponibilidad o prestaciones.
¿Qué es el model routing?
Es la selección dinámica del modelo o proveedor que procesará una petición. Permite utilizar, por ejemplo, un modelo económico para tareas sencillas y reservar modelos más costosos para operaciones que necesitan mayores capacidades.
¿Por qué OpenRouter puede resultar interesante para Stripe?
Stripe ya proporcionaba infraestructura de pagos y facturación a OpenRouter. La adquisición combinaría la capa que gestiona el consumo y enrutamiento de modelos con una plataforma especializada en convertir ese consumo en transacciones, precios y facturación.
