Accueil › Glossaire › Gemma License

Gemma License (Gemma Terms of Use)

La Gemma License (officiellement « Gemma Terms of Use ») est la licence propriétaire custom de Google DeepMind pour ses modèles Gemma. Elle autorise l’usage commercial, le fine-tuning et la redistribution, mais incorpore une Prohibited Use Policy modifiable par Google, une obligation de propagation des restrictions aux utilisateurs en aval, et un droit de résiliation unilatérale par Google. Ce n’est pas une licence open source approuvée par l’OSI.

Ce que la Gemma License autorise

Avant de parler des restrictions, soyons clairs sur ce qui est permis. La Gemma License accorde un droit non exclusif de :

• Utiliser, reproduire, modifier et distribuer les modèles Gemma
• Créer des œuvres dérivées (fine-tuning, distillation, quantization)
• Déployer commercialement, y compris via une API hébergée (Hosted Service)
• Appliquer votre propre licence à vos modifications (tant qu’elle ne contredit pas les Gemma Terms)

Pour la majorité des usages courants (chatbot interne, assistant commercial, analyse de documents, classification), Gemma est utilisable sans frais ni négociation avec Google. C’est plus permissif que les modèles propriétaires accessibles uniquement via API, et Google n’impose pas de seuil d’utilisateurs comme le fait Meta avec la Llama License (700M MAU).

Les restrictions spécifiques de la Gemma License

La Prohibited Use Policy

L’utilisation de Gemma est conditionnée au respect de la Gemma Prohibited Use Policy, un document séparé hébergé sur ai.google.dev et incorporé par référence dans la licence. Cette politique interdit notamment :

• La génération de contenu portant atteinte aux droits de tiers (copyright, vie privée)
• Les tentatives de contournement des filtres de sécurité du modèle
• Les usages liés aux armes, à la surveillance illégale, au spam, aux contenus trompeurs
• La génération de contenu sexuellement explicite impliquant des mineurs

Le contenu de cette politique est globalement standard pour l’industrie et non controversé. Ce qui pose problème, c’est la mécanique juridique :

Le droit de résiliation unilatérale de Google

La clause la plus problématique pour les entreprises : Google se réserve le droit de « restreindre (à distance ou autrement) l’usage de tout Gemma Service que Google considère raisonnablement en violation de cet Accord ». En clair, Google peut couper votre accès ou limiter votre utilisation de Gemma s’il estime que vous violez les conditions, y compris la Prohibited Use Policy modifiable.

Aucune licence open source approuvée par l’OSI ne contient une telle clause. Apache 2.0 et MIT sont des grants irrévocables (sauf violation par l’utilisateur dans le cas d’Apache 2.0 pour les brevets). Avec Gemma, le droit d’usage reste conditionnel et révocable par Google.

En pratique, Google n’a jamais exercé cette clause à ce jour. Mais pour un service juridique d’entreprise, « pas encore utilisé » n’est pas « ne peut pas être utilisé ». Si votre produit dépend de Gemma et que Google décide que votre usage viole la politique (dont les termes peuvent évoluer), vous avez un risque opérationnel.

L’obligation de propagation downstream

Si vous redistribuez Gemma ou un dérivé, vous devez inclure les restrictions de la section 3.2 comme une « provision exécutoire » dans tout accord régissant l’utilisation. Vous devez aussi informer vos utilisateurs en aval que les restrictions s’appliquent, et fournir une copie de la licence.

C’est une forme de copyleft, non pas sur le code, mais sur les restrictions d’usage. Les conditions de Gemma se propagent le long de la chaîne de distribution, du modèle original jusqu’aux utilisateurs finaux de votre produit. C’est une obligation opérationnelle qui n’existe pas avec Apache 2.0 ou MIT.

Signalement des modifications et attribution

Comme Apache 2.0, la Gemma License exige de signaler les fichiers modifiés et d’accompagner toute distribution d’un fichier « Notice » contenant la mention : « Gemma is provided under and subject to the Gemma Terms of Use found at ai.google.dev/gemma/terms ». C’est une obligation d’attribution légère et standard.

La propagation aux Model Derivatives

La Gemma License définit un « Model Derivative » comme tout modèle créé par modification, fine-tuning, distillation ou toute autre transformation basée sur les poids ou les outputs de Gemma. Tout Model Derivative reste soumis aux mêmes Gemma Terms of Use.

Un point subtil mérite attention. Les outputs textuels de Gemma (par exemple, des traductions ou des résumés) ne sont pas eux-mêmes soumis aux restrictions de la licence. Vous pouvez les redistribuer sous n’importe quelle licence. Mais si vous utilisez ces outputs comme données d’entraînement pour créer un nouveau modèle qui réplique les capacités de Gemma, ce nouveau modèle peut être qualifié de Model Derivative et retomber sous les Gemma Terms.

Comparaison avec les autres licences IA

La Gemma License se situe dans un entre-deux. Elle est plus permissive que la Llama License sur certains points (pas de seuil MAU, pas de branding obligatoire, pas de restriction UE), mais plus risquée sur d’autres (résiliation unilatérale, politique d’usage modifiable). Par rapport à Apache 2.0 et MIT, elle est clairement plus restrictive sur tous les plans.

Les modèles Gemma

La famille Gemma comprend plusieurs gammes, toutes sous la Gemma Terms of Use :

Le modèle phare, Gemma 3 27B, est remarquable pour ses performances. Il surpasse Llama 3.1 405B et DeepSeek V3 sur le leaderboard LMArena selon Google, tout en tenant sur un seul GPU ou TPU. Le Gemma 3 4B rivalise avec le Gemma 2 27B de la génération précédente, illustrant les gains obtenus par la distillation depuis les modèles Gemini 2.0.

La gamme s’étend jusqu’au Gemma 3 270M (270 millions de paramètres), un modèle ultra-compact pour le fine-tuning sur des tâches spécifiques, capable de tourner sur un téléphone avec moins de 1 % de batterie pour 25 conversations. Plus de 200 millions de téléchargements ont été comptabilisés pour la famille Gemma à mi-2025.

Risques pour les entreprises

Risque de modification des termes

C’est le risque principal. La Prohibited Use Policy peut être modifiée par Google après votre déploiement. Si une mise à jour ajoute une restriction qui couvre votre cas d’usage, vous vous retrouvez en violation sans avoir changé quoi que ce soit. Avec Apache 2.0 ou MIT, les termes de la licence sont fixés au moment de l’obtention du logiciel et ne changent jamais.

Risque de coupure d’accès

Le droit de restriction « à distance ou autrement » est unique dans le monde des licences IA. Si vous auto-hébergez Gemma sur votre propre infrastructure, la capacité de Google à restreindre « à distance » votre usage est techniquement limitée (Google n’a pas accès à votre serveur). Mais la clause existe dans le contrat, ce qui crée un risque juridique même si l’exécution technique est improbable.

Complexité de la chaîne downstream

Si vous construisez un produit B2B basé sur Gemma, vous devez propager les restrictions d’usage à vos clients. Cela signifie intégrer les restrictions de Gemma dans vos propres conditions d’utilisation. C’est un coût opérationnel et juridique non trivial, surtout si vous changez de modèle par la suite et devez mettre à jour vos CGU.

Risque d’adoption en entreprise

De nombreuses entreprises maintiennent une liste de licences approuvées (Apache 2.0, MIT, BSD). Toute licence custom nécessite une revue juridique dédiée, ce qui prend du temps et coûte de l’argent. Comme le soulignait un chercheur dans TechCrunch, les petites entreprises sans équipe juridique préfèrent les modèles sous licences standard, même si les modèles sous licence custom sont parfois techniquement supérieurs.

Gemma vs les alternatives : que choisir ?

La question pertinente n’est pas « Gemma est-il bon ? » (il l’est), mais « la licence Gemma justifie-t-elle le surcoût juridique par rapport aux alternatives sous licence permissive ? »

Si les performances de Gemma 3 27B correspondent parfaitement à votre cas d’usage et qu’aucun modèle sous Apache 2.0 ou MIT n’offre la même qualité, la Gemma License est acceptable pour la plupart des usages. Mais si un modèle de taille comparable sous licence permissive (Mistral Small 4 sous Apache 2.0, par exemple) répond à vos besoins, la licence standard élimine toute la complexité juridique sans contrepartie de performance.

Pour les cas d’usage edge et mobile, Gemma 3 dans ses petites tailles (270M, 1B, 4B) occupe un créneau où les alternatives sous licence permissive sont plus rares. C’est dans ce segment que la Gemma License se justifie le plus facilement.

Historique de la licence Gemma

Google a lancé la première génération de Gemma en février 2024 avec les modèles Gemma 1 (2B et 7B paramètres). Dès le départ, Google a fait le choix d’une licence custom plutôt qu’Apache 2.0 (la licence utilisée pour TensorFlow et d’autres projets Google). Ce choix reflète la volonté de Google de garder un contrôle sur les usages de ses modèles, notamment via la Prohibited Use Policy.

Gemma 2 (mi-2024) a étendu la gamme à 2B, 9B et 27B paramètres, avec des améliorations significatives de performance. Les termes de la licence sont restés globalement inchangés.

Gemma 3 (mars 2025) a constitué un saut technique majeur : multimodalité (texte + images), contexte étendu à 128K tokens, support de plus de 140 langues, et des performances qui surpassent des modèles beaucoup plus grands grâce à la distillation depuis Gemini 2.0. La licence est restée la même Gemma Terms of Use, avec la Prohibited Use Policy incorporée par référence.

L’adoption a été massive : plus de 200 millions de téléchargements et plus de 60 000 variantes créées par la communauté à mi-2025. Malgré les réserves juridiques, la qualité technique des modèles Gemma a convaincu un large public de développeurs et de chercheurs.

Verdict

La Gemma License est plus « ouverte » que beaucoup de licences propriétaires, mais moins sûre juridiquement que les licences open source standard. Son principal défaut n’est pas ce qu’elle interdit (les restrictions sont raisonnables), mais le fait que Google se réserve le droit de modifier ces restrictions et de révoquer l’accès unilatéralement. C’est une asymétrie de pouvoir contractuel qui n’existe pas avec Apache 2.0 ou MIT.

Pour un développeur individuel ou une startup en phase de prototype, Gemma est un excellent choix technique. Pour un déploiement en production à long terme, posez-vous la question : êtes-vous à l’aise avec le fait que les termes de votre licence puissent changer après votre mise en production ? Si oui, Gemma est viable. Si non, privilégiez un modèle sous licence véritablement permissive.