¿10 mil millones de dólares por una estación de transferencia? ¿Qué ve Stripe en OpenRouter?

A finales de julio de 2026, un rumor de adquisición rompió la calma en el círculo de infraestructura de IA. Según el Wall Street Journal, el gigante de pagos Stripe está en conversaciones para adquirir la plataforma de agregación de modelos de IA OpenRouter por aproximadamente 10 mil millones de dólares. Si se concreta el acuerdo, esta valoración equivaldría a 70 veces los ingresos anuales de OpenRouter. Lo más llamativo es que, apenas tres meses antes, OpenRouter había completado una ronda de financiamiento Serie B de 113 millones de dólares, con una valoración de 1.3 mil millones de dólares. En solo unos meses, su valoración se ha disparado casi 8 veces, detrás de un negocio que parece no tener barreras tecnológicas: una estación de transferencia de API de IA.

Entre los muchos intermediarios que revenden API, ¿qué hace que OpenRouter se destaque y que Stripe esté dispuesto a pagar una prima tan alta? Para responder a esta pregunta, es necesario desentrañar la superficie del rumor de valoración y volver a la trayectoria de desarrollo de OpenRouter, su modelo de negocio y la experiencia del desarrollador en sí.

Rumores de 10 mil millones de dólares y 70 veces la relación precio-ventas: ¿dónde está el techo de una estación de transferencia?

El mercado de capitales ya había anticipado la explosión de la capa de aplicación de IA, pero el hecho de que OpenRouter, como capa intermedia, pueda obtener una prima tan alta sigue superando la comprensión de muchos. Una relación precio-ventas (PS) de 70 veces es un número extremadamente alto en el ámbito de SaaS. Es importante aclarar que los aproximadamente 140 millones de dólares en ingresos anuales son una tasa de operación calculada por el mercado; no hay datos de auditoría pública sobre los ingresos netos reales de OpenRouter (ingresos netos después de deducir los costos de tokens pagados a los proveedores de modelos subyacentes). Si se calcula en función de los ingresos netos, la relación PS real podría ser mucho más alta que 70 veces.

La razón por la que el mercado está dispuesto a ofrecer tal valoración radica en la intensa demanda de un "punto de entrada para la liquidación de la economía de agentes de IA". Los fabricantes de modelos grandes están compitiendo por parámetros, los desarrolladores están compitiendo por aplicaciones, y OpenRouter está actuando como "la caja registradora y la sala de control de las API". Stripe, de hecho, es el procesador de pagos de backend de OpenRouter. En la era de los agentes de IA, la invocación y liquidación mutua entre agentes requiere infraestructura; al adquirir OpenRouter, Stripe estaría controlando el flujo de tráfico y capital en el ecosistema de aplicaciones de IA.

Pero esta es solo la lógica del capital. La capacidad de OpenRouter para acumular en solo unos años una escala ecológica que respalde esta valoración se debe a la fuerte adhesión que ha establecido en la comunidad de desarrolladores. Hasta mediados de 2026, OpenRouter procesaba más de 25 billones de tokens por semana, sirviendo a más de 8 millones de desarrolladores, conectando más de 400 modelos y más de 70 proveedores. Los inversores de la ronda B no son solo VC financieros, sino que CapitalG lideró la inversión, con empresas de infraestructura empresarial como Nvidia, ServiceNow, MongoDB y Snowflake también participando. Esto indica que OpenRouter ha pasado de ser "un juguete para desarrolladores" a formar parte del "stack de IA empresarial".

De mercado de NFT a enrutador de IA: la memoria muscular de un emprendedor en serie

El rápido ascenso de OpenRouter está íntimamente ligado a la trayectoria de emprendimiento continuo de su fundador, Alex Atallah. Alex Atallah es cofundador y ex CTO de OpenSea, el mercado de NFT más grande del mundo. Antes del pico de la burbuja de NFT, decidió salir y fundó OpenRouter a principios de 2023.

Desde la agregación de transacciones de activos digitales hasta la agregación de potencia de IA y enrutamiento de API, estas dos pistas aparentemente no relacionadas tienen una alta isomorfismo en términos de lógica comercial. Lo que Atallah hace, en esencia, es "no producir activos/modelos, solo actuar como una capa intermedia de liquidez y enrutamiento". En OpenSea, el núcleo es agregar activos digitales en diferentes blockchains y proporcionar un mercado de transacciones unificado; en OpenRouter, el núcleo es agregar las API de diferentes fabricantes de modelos grandes y proporcionar una interfaz de invocación unificada.

Esta memoria muscular de los modelos de negocio de Marketplace (mercado) y Router (enrutador) es clave para que OpenRouter pueda expandir rápidamente su ecosistema. Él sabe bien que una vez que se establece el efecto de red de una plataforma de agregación, el costo de seguimiento para los nuevos entrantes aumentará exponencialmente. Durante su tiempo en OpenSea, Atallah experimentó cómo atraer usuarios mediante la reducción de fricciones en las transacciones y la agregación de activos de cola larga, formando finalmente una barrera de mercado bilateral. Esta experiencia se trasladó directamente al diseño del producto de OpenRouter: al unificar el formato de la API, ofrecer una amplia selección de modelos y reducir las barreras de entrada, OpenRouter rápidamente atrajo a una gran cantidad de desarrolladores. Una vez que los desarrolladores se acostumbran a usar una clave para invocar todos los modelos, el costo de migración se vuelve extremadamente alto, y este efecto de red constituye su muralla más profunda.

Por lo tanto, OpenRouter desde el principio no se posicionó como un simple agente de API, sino como un "mercado de modelos de IA", enfatizando la diversidad de modelos, la facilidad de acceso y la estabilidad del enrutamiento.

Un impuesto invisible del 5.5% y la transmisión de tokens: ¿para quién realmente están pagando los desarrolladores?

El modelo de facturación oficial de OpenRouter afirma que "la transmisión de tokens no tiene recargo", es decir, OpenRouter cobra exactamente lo que los fabricantes de modelos subyacentes cobran. Su principal fuente de ingresos proviene de una tarifa de plataforma del 5.5% cobrada al recargar créditos (mínimo $0.80). Además, para los usuarios que llaman con una clave API propia (BYOK), no hay tarifas hasta un límite de $25,000 al mes, y se cobra un 5% por el exceso.

Este modelo de facturación ha generado diferentes lógicas de cálculo en la comunidad de desarrolladores. Podemos deducir algunos escenarios típicos:

Para un desarrollador independiente o un equipo muy pequeño que llama por un monto de $100 al mes, usar la conexión directa oficial significa que necesita registrarse por separado en cuentas de OpenAI, Anthropic, etc., gestionar múltiples tarjetas de crédito y lidiar con diferentes formatos de documentación de API. A través de OpenRouter, solo necesita pagar una tarifa de $5.5 para obtener la experiencia de "una clave API para gobernarlos a todos", además de disfrutar de la garantía de recuperación automática en caso de fallos. Esta experiencia sin preocupaciones es extremadamente atractiva para los equipos de startups que iteran rápidamente.

Cuando la escala aumenta a un volumen de llamadas de $10,000 al mes para un equipo mediano, la tarifa de $550 sigue siendo aceptable. En este punto, el equipo puede necesitar probar varios modelos de ajuste fino de código abierto; si implementan estos modelos por su cuenta, los costos de potencia y de mantenimiento superan con creces los $550. La vasta biblioteca de modelos y las características listas para usar que ofrece OpenRouter les ayudan a ahorrar una gran cantidad de costos ocultos en la fase de selección de modelos.

Sin embargo, para grandes empresas que consumen un millón de dólares al mes, la situación es completamente diferente. La tarifa del 5.5% significa $55,000 al mes en "peaje", una cantidad suficiente para formar un equipo dedicado al mantenimiento de la puerta de enlace API. Esta es también la razón por la cual las grandes empresas a menudo optan por construir sus propias puertas de enlace.

Más digno de discusión es la controversia sobre los costos ocultos. Aunque la empresa afirma que la transmisión de tokens es transparente, algunos desarrolladores han encontrado en comunidades como Hacker News y Reddit que las tasas de deducción de algunos modelos populares en OpenRouter son ligeramente más altas que las de la conexión directa oficial. Los desarrolladores sospechan que hay un recargo dinámico, o que algunos proveedores de terceros conectados a OpenRouter tienen diferencias en los criterios de cálculo de tokens. Como se analiza en el artículo de OmniTools "Desglosando la estructura de precios de GPT-5.6: la ilusión del precio unitario y la lucha por el costo real de la tarea", la fijación de precios de API a menudo presenta ilusiones de precios unitarios, y los desarrolladores deben prestar atención al costo real de la tarea. La controversia sobre los costos ocultos de OpenRouter nos recuerda que al evaluar su modelo de negocio, no solo debemos considerar la publicidad oficial, sino también combinar los datos de llamadas reales para calcular los costos. Si esta diferencia en las deducciones no se explica de manera transparente, podría debilitar la confianza de los desarrolladores en su promesa de "transmisión de tokens".

Sin mantenimiento y mecanismo de recuperación: ¿por qué no LiteLLM o Portkey?

En el campo de las estaciones de transferencia de IA, OpenRouter no carece de competidores. Herramientas como LiteLLM y Portkey también están compitiendo por la atención de los desarrolladores. Sin embargo, la razón por la que OpenRouter puede destacarse radica en su posicionamiento como "sin mantenimiento" y "con una gran cantidad de modelos".

LiteLLM es una biblioteca de proxy de Python de código abierto, adecuada para equipos con fuertes capacidades de mantenimiento y altas exigencias de privacidad de datos que construyen puertas de enlace. Su ventaja radica en ser de código abierto y gratuito, con datos completamente localizados y sin intermediarios, pero su desventaja es que requiere que el equipo mantenga sus propios servidores y código de proxy. Para grandes empresas con equipos dedicados de DevOps, LiteLLM ofrece un gran control, pero para equipos de startups que carecen de recursos de mantenimiento, este modelo de construcción propia tiene una barrera demasiado alta.

Portkey, por otro lado, es una puerta de enlace de IA empresarial y una plataforma de observabilidad, orientada al análisis de registros, almacenamiento en caché y gestión de cumplimiento de seguridad. Su valor central radica en ayudar a las empresas a gestionar los modelos que ya han conectado, proporcionando registros detallados de llamadas y monitoreo de rendimiento. Sin embargo, en términos de capacidad de agregación de modelos, Portkey no es tan rica como OpenRouter; se inclina más hacia la "gestión" que hacia el "mercado". Si la necesidad de un equipo es controlar de manera precisa las llamadas a los modelos existentes, Portkey es una mejor opción; si la necesidad es probar rápidamente varios nuevos modelos, OpenRouter tiene una ventaja.

En comparación, la ventaja central de OpenRouter radica en la experiencia de "sin mantenimiento" de SaaS y su vasta biblioteca de modelos. Se asemeja más a un mercado de modelos de IA, donde los desarrolladores pueden invocar modelos de ajuste fino de código abierto más recientes a un costo muy bajo, sin necesidad de implementar por su cuenta. Más importante aún, su mecanismo de recuperación (Fallback). Cuando un proveedor de modelos de código abierto se cae o la API oficial limita el flujo, OpenRouter puede redirigir automáticamente las solicitudes a otros proveedores, garantizando la disponibilidad en el entorno de producción. Esta capacidad de recuperación es clave para diferenciarse de las estaciones de transferencia de "revender API" comunes y constituye su muralla. Para los equipos que integran capacidades de IA en sus procesos comerciales centrales, las limitaciones o caídas de los proveedores de modelos subyacentes son la norma; la capacidad de OpenRouter para reintentar automáticamente y cambiar de enrutamiento está directamente relacionada con la continuidad del negocio.

Caja negra de cumplimiento de datos y punto único de fallo: preocupaciones ocultas detrás de la alta valoración

A pesar de que OpenRouter se destaca en la experiencia del desarrollador, como capa intermedia, enfrenta desafíos y limitaciones que no deben ser ignorados.

Primero, está el problema de la "caja negra" de la privacidad y el cumplimiento de datos. Todos los prompts y respuestas pasan por los servidores de OpenRouter. Aunque la empresa ofrece una política de "cero retención de datos", para empresas en sectores altamente regulados como finanzas y salud, entregar datos críticos a una plataforma de agregación de terceros sigue presentando obstáculos de cumplimiento. En industrias con alta regulación, la salida de datos sensibles a través de nodos de terceros no auditados está a menudo estrictamente restringida; las empresas deben asegurarse de que los datos sensibles no pasen por nodos no auditados. Esta es también la razón por la cual competidores como Portkey, que enfatizan la localización de datos, aún tienen un lugar en el mercado empresarial.

En segundo lugar, está el problema del "punto único de fallo" y la latencia en el entorno de producción. Algunos desarrolladores experimentados han señalado en Hacker News que OpenRouter es más adecuado para escenarios de Dev/Chat o de baja a media concurrencia. En rutas de producción críticas con alta concurrencia, cada salto adicional en la red añade latencia. Para aplicaciones en tiempo real que son extremadamente sensibles al tiempo de respuesta (como el comercio de alta frecuencia o la interacción de voz en tiempo real), este costo adicional de red puede convertirse en un cuello de botella. Además, si OpenRouter falla, todos los servicios descendentes se paralizarán. Esta dependencia de la estabilidad de terceros es una de las principales preocupaciones de las grandes empresas al adoptar OpenRouter en sus negocios centrales. Si OpenRouter experimenta una falla global, todas las aplicaciones que dependen de él perderán instantáneamente la capacidad de IA; esta concentración de riesgo es un punto crítico que los defensores de las puertas de enlace construidas suelen criticar.

Finalmente, la controversia sobre los costos ocultos sigue vigente. Aunque OpenRouter ha logrado un ciclo comercial a través de una tarifa del 5.5%, la aparición de tasas de deducción ligeramente más altas que las de la conexión directa oficial podría debilitar la confianza de los desarrolladores en su promesa de "transmisión de tokens" si no se proporciona una explicación transparente. En un momento en que los costos de llamadas a API siguen siendo el principal gasto en aplicaciones de IA, los desarrolladores son extremadamente sensibles a los precios; cualquier regla de facturación poco clara podría convertirse en un factor de pérdida.

El rumor de adquisición de 10 mil millones de dólares, independientemente de si se concreta o no, ya ha colocado a OpenRouter en el centro del escenario de infraestructura de IA. Ha demostrado que en el ecosistema de IA, la capa intermedia de agregación y enrutamiento tiene un valor innegable. Pero para pasar de ser "un juguete para desarrolladores" a convertirse realmente en "el stack de IA empresarial", OpenRouter aún necesita proporcionar respuestas más definitivas en términos de cumplimiento de datos, optimización de latencia y transparencia de costos. Para los desarrolladores, elegir entre OpenRouter y construir su propia puerta de enlace es, en esencia, una cuestión de equilibrar la "experiencia sin preocupaciones" con el "control", y este punto de equilibrio determinará el techo futuro de OpenRouter.

Este contenido se ofrece únicamente con fines informativos generales y no constituye asesoramiento financiero, de inversión, legal ni fiscal. Cualquier evento, recompensa, promoción en línea o información relacionada que se mencione en el presente documento no debe considerarse como una recomendación, solicitud o invitación a comprar, vender, tradear o de negociar de otra manera con cualquier criptoactivo. Los criptoactivos son sumamente volátiles y pueden provocar pérdidas. La disponibilidad de los servicios, productos y eventos relacionados de WEEX puede variar según la región. Tienes la responsabilidad de asegurarte de que tu participación esté de acuerdo con las leyes y regulaciones locales vigentes.