Mozilla vs Chrome Prompt API: riesgos para tu startup

¿Qué es la Prompt API de Chrome y por qué genera controversia?

En diciembre de 2025, Google lanzó oficialmente la Prompt API, una interfaz que permite ejecutar Gemini Nano directamente en el navegador Chrome sin servidores externos, con una descarga inicial de aproximadamente 22 GB del modelo de IA. Esta API promete procesar solicitudes en lenguaje natural de forma offline, eliminando costos por token y mejorando la privacidad al mantener los datos en el dispositivo del usuario.

Sin embargo, en abril de 2026, Mozilla registró formalmente una posición "negative" en su repositorio de standards-positions (issue #1213), marcando uno de los debates técnicos más relevantes para founders que desarrollan productos con IA integrada en la web.

La Prompt API se accede vía window.LanguageModel en páginas web (detrás de flags experimentales en Chrome Canary) y chrome.languageModel en extensiones (estable desde Chrome 138+), soportando tareas como clasificación de texto, generación de resúmenes, reescritura de contenido y análisis multimodal básico.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

¿Por qué Mozilla se opone formalmente?

La oposición de Mozilla no es un rechazo casual: está documentada en el ecosistema de estándares web abiertos donde navegadores como Firefox, Chrome y Safari coordinan especificaciones técnicas. Cuando Mozilla marca una posición como "negative" en su repositorio standards-positions, está señalando preocupaciones técnicas profundas que afectan la interoperabilidad de la web.

Según el debate en blink-dev (el foro de desarrollo de Chrome), Mozilla identificó riesgos específicos de compatibilidad e interoperabilidad. Chrome respondió con actualizaciones sobre estos riesgos, pero Mozilla mantuvo su rechazo. En contraste, WebKit (el motor de Safari) mostró "No signal", sin tomar posición clara.

Los puntos críticos del debate incluyen:

Dependencia de un solo navegador: La Prompt API es propietaria de Chrome, no un estándar W3C universal, lo que ata el desarrollo de IA on-device a un navegador con ~65% de cuota global
Carga técnica para usuarios: La descarga de 22 GB por navegador elimina opciones alternativas como compartir pesos de modelos entre sitios o permitir que usuarios opten por no usar IA
Riesgo de vendor lock-in: Founders que construyan sobre esta API quedarán atados al ecosistema Chrome/Gemini Nano, limitando portabilidad a Firefox, Safari u otros navegadores

En discusiones relacionadas (issue #1067 sobre Writing Assistance APIs), Mozilla mencionó vulnerabilidades técnicas como "coercing models into following instructions rather than summarizing input text", problemas que Chrome agradeció como "extremely helpful bug report", demostrando que el diálogo técnico entre navegadores es activo pero las posiciones divergen.

¿Qué significa esto para tu startup?

Si estás construyendo un producto que integra IA en la web, este debate entre Mozilla y Chrome no es solo teoría de estándares: afecta decisiones arquitectónicas que definirán la escalabilidad y portabilidad de tu startup.

El riesgo inmediato: Si desarrollas sobre la Prompt API de Chrome, tu producto funcionará excelentemente en Chrome (65% del mercado) pero podría requerir reescritura completa para Firefox, Safari o navegadores emergentes. Para un MVP, esto puede ser aceptable. Para un producto que aspira a escala global, es una deuda técnica significativa.

La oportunidad: La oposición de Mozilla abre espacio para alternativas. Mozilla está experimentando con una WebExtension trial API que comparte pesos de modelos entre sitios en un contexto más privilegiado, evitando exposición directa en la web y mitigando riesgos de seguridad e interoperabilidad. Esta aproximación podría convertirse en un estándar más neutral si gana tracción.

El contexto hispanohablante: En LATAM y España, donde la diversidad de dispositivos y conexiones es mayor, la descarga de 22 GB representa una barrera de entrada significativa. Founders que priorizan accesibilidad deben considerar si su audiencia objetivo puede descargar modelos locales pesados, especialmente en mercados emergentes con planes de datos limitados.

Acciones concretas para founders

Basado en este análisis, aquí hay decisiones accionables que puedes tomar esta semana:

Evalúa tu dependencia de navegador: Si tu MVP depende de la Prompt API de Chrome, documenta explícitamente esta limitación para inversores y early adopters. Considera construir una capa de abstracción que permita cambiar de proveedor de IA (Chrome, Mozilla, o servicios cloud) sin reescribir todo el frontend.
Monitorea el debate de estándares: Suscríbete a los issues de Mozilla standards-positions (#1213 y relacionados) y a los hilos de blink-dev. Las decisiones que se tomen en los próximos 6-12 meses definirán si la Prompt API se convierte en estándar multi-navegador o permanece como función exclusiva de Chrome.
Considera alternativas híbridas: Para productos que requieren IA on-device pero no quieren vendor lock-in, evalúa arquitecturas que combinen: (1) IA local ligera para tareas básicas, (2) fallback a APIs cloud para tareas complejas, (3) soporte multi-navegador desde el día 1 aunque Chrome sea tu prioridad inicial.
Participa en la comunidad: Si tu startup tiene perspectiva única sobre este debate (ej: casos de uso en LATAM, necesidades de accesibilidad), contribuye al discussion en GitHub o en la comunidad de Ecosistema Startup. La voz de founders hispanohablantes puede influir en cómo se diseñan estos estándares.

Conclusión

La oposición de Mozilla a la Prompt API de Chrome no es un obstáculo para la innovación, sino un recordatorio de que los estándares web abiertos protegen a largo plazo a founders y usuarios. Para startups que integran IA, la decisión no es binaria (usar o no usar la API), sino estratégica: ¿construyes para el mercado actual de Chrome o para un ecosistema web diverso y portable?

La respuesta depende de tu horizonte temporal, tu audiencia objetivo y tu tolerancia al riesgo técnico. Lo que es cierto: ignorar este debate significa asumir riesgos de interoperabilidad que podrían costar caro cuando tu startup escale.