Quand les géants de la tech imposent leurs règles : la vérité gênante sur l'API Prompt de Google

Le web repose sur un principe simple depuis ses débuts : les standards web appartiennent à tous, pas aux boîtes publicitaires. Ce pilier vient de prendre un coup dur.

Google a récemment lancé son Prompt API. L'idée ? Permettre aux développeurs web d'accéder à des modèles IA directement dans le navigateur. Pratique en apparence. Mais le vrai problème, c'est la manière dont ça s'est fait. Et ce que ça cache derrière le bla-bla marketing.

Un processus de standardisation fantôme

Rappelons comment fonctionnent les standards web. Des organismes comme le W3C, Mozilla ou WebKit veillent au grain. Leur job : garder le web ouvert, interopérable, sans domination d'une seule entreprise. C'est pour ça que la géolocalisation n'exige pas les conditions d'utilisation de Maps. Ou que l'intégration de médias ne t'oblige pas à signer un contrat corporate.

Avec le Prompt API de Google, Mozilla, WebKit et le W3C ont crié au scandale. Réponse de Google : "Merci pour vos retours. On le déploie quand même."

L'argument ? "Les développeurs en veulent."

Les preuves ? Un fil de discussion avec trois commentaires (dont un hors sujet), plus de downvotes que d'upvotes, et un chiffre tiré d'un sondage anonyme. Fournit par un employé dont la prime dépend du succès de l'API. De la logique en rond, quoi.

L'API réelle (spoiler : pas du tout standard)

Google vend ça comme une interface universelle pour l'IA. En vrai ? Une API taillée sur mesure pour Gemini Nano, le modèle propriétaire de Google. Pas de standard ouvert. Pas de flexibilité. Juste une porte d'entrée vers leur jardin clos.

Ça change tout. Utiliser cette API ? Tu acceptes les règles d'usage de Google. Ton code hérite de leurs conditions. Pas de linter pour les repérer. Pas de review qui les signale. Mais elles sont là, tapies.

Imagine si :

• La Geolocation API t'obligeait à souscrire à Google Maps pour des coordonnées basiques.
• Les images embarquées venaient avec une clause "HTML Standard™ Terms".
• Chaque API standard requérait un audit juridique corporate avant codage.

Ça ne marche pas comme ça. Jusqu'à aujourd'hui.

Le modèle imposé sans demander la permission

Sur Chrome, as-tu vu ce téléchargement de 4 Go récent ? C'est Gemini Nano, glissé dans le navigateur. Sans opt-in. Sans choix. Et si tu le supprimes, il réapparaît en douce.

La spec dit que c'est une exception unique. Les futurs modèles IA ? Permission explicite requise. Mais celui de Google ? Par défaut. Règle spéciale gravée dans leur standard maison.

Pendant ce temps, les autres "fonctionnalités IA" de Chrome – aide à la frappe, résumés de pages, suggestions – renvoient tout aux serveurs Google. Sans trace d'usage local. La frontière entre "local" et "collecte de données" reste floue à souhait.

Pourquoi ça compte : la privacy au-delà du visible

Le téléchargement forcé gaspille de la bande passante. Les ToS obligatoires cassent l'esprit des standards web. Mais le privacy, c'est le vrai malaise.

Le fingerprinting browser existe déjà. Pubs qui te pistent via résolution d'écran, polices installées, fuseau horaire. Ajoute "modèle IA précis, daté, réservé à certains users". Ça te rend unique, pas anonyme.

Pire : n'importe quel site peut envoyer des prompts à ce modèle. Sans te demander. Ton CPU. Ton modèle. Tes ressources. Offerts à tous les sites visités.

Google : "Faites-nous confiance." La même boîte qui a payé des milliards en amendes privacy et enchaîné les procès pour pratiques trompeuses.

Ce que ça implique pour les devs

Si tu codes pour le web, réfléchis-y à deux fois :

1. Tu signes des ToS externes en utilisant cette API, lu ou pas.
2. Tu assumes la responsabilité si tu violes leurs règles interdites.
3. Tes users n'ont pas leur mot à dire sur l'exécution du modèle.
4. Le précédent est posé pour d'autres techs similaires.

La vue d'ensemble

La question n'est pas : l'IA dans les browsers, bonne ou mauvaise idée ? C'est un débat à part. Non, c'est sur la façon de décider quand une boîte domine le navigateur leader.

Les standards web existent car l'histoire prouve : laisser une entité unique dicter les règles nuit à tous. Pas de posture politique. Juste des faits. C'est pour ça qu'on a ces processus.

Les contourner parce qu'on a bâti le browser et packagé la feature ? Problème majeur. Que Gemini Nano soit top ou fiasco, que l'IA browser soit l'avenir ou une erreur – l'échec du process nous concerne tous.

Chez NameOcean, on mise sur les standards ouverts. Les domains sont la base du web justement parce qu'aucune boîte ne les contrôle. Plus le web évolue, plus ce principe compte.

Lors du choix d'un hosting ou d'une infra, pose-toi la question : cette boîte respecte-t-elle les standards ouverts ? Ou réécrit-elle ses propres règles ?

Apparemment, c'est possible maintenant.

Ton avis ? L'API Prompt vaut-elle le coup malgré les compromis, ou pose-t-elle un précédent dangereux ? On en discute ?