La gran brecha de las API: Por qué las guerras de navegadores importan a los desarrolladores web
La Gran División de las APIs: Por qué las guerras de navegadores importan a los desarrolladores web
Google quiere meter una API de prompts para LLM directo en el navegador. Suena genial, ¿verdad? AI nativa en la web. Pero la cosa no es tan simple. Esto podría cambiar cómo construimos apps web para siempre.
Qué está pasando de verdad
Chrome avanza con una API que deja llamar a modelos de lenguaje desde código web puro. Sin servidores intermedios. Menos latencia. Todo integrado. Sin embargo, Mozilla y otros lo ven como un peligro. No es solo una API nueva. Es un paso hacia un web dividido.
El lío de la interoperabilidad que nadie menciona
Las APIs exclusivas de un navegador rompen la magia de "escribe una vez, funciona en todos lados".
Si Chrome lanza su LLM API y Firefox no, tú decides:
- Hacer todo solo para Chrome (adiós al 25% de usuarios)
- Detectar el soporte y poner planes B (más código, más lío)
- Tirar de polyfills o librerías externas (dependencias extras)
Esto ya lo vivimos con WebGL o Geolocation. Años para que se estandarizaran... si es que lo hicieron.
El problema de las condiciones legales
Pero el drama real viene con los términos y condiciones. Imagina: Google poniéndole reglas propietarias a una API web.
La web se basa en estándares abiertos. HTML, CSS, JavaScript: de todos y de nadie. Si un navegador mete T&Cs comerciales, ya no usas un estándar web. Usas un servicio de Google disfrazado de API.
Esto abre la puerta a locuras:
- ¿AWS con sus reglas en una API de cómputo?
- ¿Apple exigiendo licencias para herramientas dev?
- ¿Hasta dónde llega?
Por qué te afecta directamente
Piensas: "Me da igual las guerras de estándares. Quiero hacer cosas chulas con AI". Vale. Pero lo clave es estabilidad. Los estándares protegen tu curro a largo plazo. Lo que codificas hoy debe rodar en cinco años.
En la práctica:
- Incertidumbre legal: ¿Google cambia las reglas mañana?
- Bloqueo a un proveedor: Mejor experiencia solo en Chrome
- Problemas en empresas: IT ya desconfía de AI en navegadores. Suma T&Cs y complica todo
La alternativa sensata
No se trata de frenar la AI en navegadores. Se trata de hacerlo bien.
Una API LLM abierta debería:
- Estandarizarse en W3C, como las demás
- Tener specs fijas y claras
- Funcionar igual en todos los navegadores
- Sin condiciones comerciales
- Permitir ejecución local opcional
Firefox no odia la AI. Quiere cuidar la salud del web a futuro.
El panorama completo
La industria ama la velocidad innovadora. Pero la web es única: no descargas nada, no instalas, no pides permiso. Eso vale oro. Hay que defenderlo.
Como dev, estás en el juego. Cada API propietaria reduce tus opciones. Cada T&C fragmenta tu audiencia.
Qué puedes hacer tú
Si usas AI, estate atento a cómo se integra. Sigue las discusiones de estándares. Mira el Web Incubator Community Group para novedades. Si algo solo va en un navegador, cuestiona.
El debate de la LLM API parece cosa de insiders. Pero es sobre si la web sigue abierta, portable y estable... o se convierte en otro jardín cercado donde Google (o Amazon, o Apple) manda.
Vale la pena preocuparse.
¿Quieres estar al día con estándares web y evoluciones de la plataforma? En NameOcean, seguimos estos cambios de cerca. Impactan cómo se arma la web. Si eliges hosting o planeas tu stack tech, saber hacia dónde va todo es clave. Nuestro blog va de DNS a tendencias dev—siempre un paso adelante.