La guerra de los runtimes: por qué un catálogo abierto de mini-programas vence al jardín cerrado

Cada jardín tiene un muro

El modelo de mini-programa ganó. WeChat, Alipay, Telegram, LINE, Grab, Gojek —cada uno probó que los programas gobernados dentro de un host confiable vencen a la instalación en frío de apps. Pero fíjate quién ganó: los hosts. Cada una de estas plataformas es un jardín cerrado. Un programa hecho para WeChat no corre en Alipay. Uno hecho para Telegram no corre en LINE. Los desarrolladores que abrazaron los mini-programas cambiaron el cuello de botella de la tienda de apps por una docena de cuellos privados.

Lo que el muro le cuesta al desarrollador

Reescribir por jardín. Cada host tiene su propio framework, proceso de revisión y reglas de datos. Publicar en tres plataformas significa construir tres veces.
Riesgo de renta y política. El dueño del jardín fija la comisión, el algoritmo de visibilidad y la barra de cumplimiento —y puede cambiar cualquiera de un día para otro.
Sin portabilidad. Tus usuarios, tu lógica, tu inversión quedan encerrados en el destino de un solo host y en la regulación de un solo mercado.
Descubrimiento cautivo. Solo llegas al usuario vía la superficie de descubrimiento del host, en los términos del host.

Este es el problema de la tienda de apps, multiplicado —y es el factor único más grande que frena al modelo global de mini-programas de liberar su potencial a escala China.

Lo que cambia un runtime abierto

Un runtime abierto es un único entorno de ejecución que cualquier host puede embeber, y un catálogo abierto es un registro portable de programas gobernados que corren sobre él. El cambio es estructural:

Construye una vez, distribuye en todas partes. Un programa gobernado se suelta en cualquier host que embeba el runtime —una billetera, una app de mapas, un super-app, un marketplace— sin reescribir por jardín.
Confianza portable. Los flujos de identidad, pago y consentimiento vienen del host, igual que en un mini-programa nativo, pero el programa no es propiedad del host.
El cumplimiento viaja con la unidad. El sandbox, el alcance y el diseño de consentimiento son parte del programa, así que un servicio revisado pasa la revisión en varios mercados en lugar de re-probarse cada vez.
Sin punto único de renta. El desarrollador negocia con muchos hosts, no con un custodio. La competencia mantiene honesto al ecosistema.

Por qué importa para la distribución global

China mostró el modelo a escala de mil millones pero lo dejó tras muros nacionales. El resto del mundo es un parche de super-apps regionales sin runtime compartido. La capa abierta es lo que permite que un programa escrito una vez alcance un usuario de Telegram en Latinoamérica, uno de LINE en Japón, uno de billetera en el Sudeste Asiático y uno de app de mapas en Europa —sin convertirse en diez codebases distintas.

Los ganadores de la próxima década no serán el jardín con el muro más alto. Serán los desarrolladores y hosts que se conecten a un estante abierto y alcancen usuarios en cada superficie que ya confían.

Dónde encaja Cross Mini App

Cross Mini App es ese estante abierto. Es el runtime y el catálogo abierto de la era post-instalación: construyes un mini-programa gobernado una vez y lo distribuyes a muchos hosts confiables, heredando identidad, pago y consentimiento en lugar de reconstruirlos. Pre-compliant, sandboxeados y localizados, estos programas son portables por diseño —agnósticos al host, listos para el mercado y libres de la renta de cualquier custodio único. Los hosts obtienen servicios revisados que embeben en una línea; los comercios dejan de reconstruir por tienda, plataforma y país; el usuario obtiene el servicio dentro de la app que ya abre.

¿El jardín o el estante?

Los jardines cerrados optimizan para el host. Un runtime abierto optimiza para la distribución misma. A medida que los mini-programas se globalizan, el catálogo abierto es la unidad que hace ganar a todo el ecosistema —desarrolladores, hosts y usuarios— a la vez. Cross Mini App está construyendo ese estante.