Google Cloud : trois modèles Gemini 2.5 retirés le 20 octobre

Ce qui change

Google Cloud programme le retrait de Gemini 2.5 Pro, Gemini 2.5 Flash et Gemini 2.5 Flash-Lite au 20 octobre 2026 sur Gemini Enterprise Agent Platform. Les identifiants à rechercher dans vos applications sont respectivement gemini-2.5-pro, gemini-2.5-flash et gemini-2.5-flash-lite. Le calendrier officiel indique les remplacements recommandés pour chacun.

Pour une entreprise dont un traitement dépend de ces modèles, l’enjeu est la continuité du fonctionnement. Google mentionne explicitement les erreurs provoquées par les modèles arrivant à leur date de retrait. Nous recommandons donc de traiter cette échéance comme une migration applicative (le remplacement du modèle dans l’application) à préparer avec votre équipe technique ou votre prestataire.

Qui est concerné

Sont concernées les PME françaises dont les applications utilisent l’un de ces trois identifiants sur la plateforme Google Cloud. Faites préciser le service effectivement appelé : le nom commercial « Gemini » ne suffit pas à déterminer le calendrier applicable.

La fiche Gemini 2.5 Pro précise que les dates concernent le retrait du support sur cette plateforme. Elle distingue Gemini API (l’interface de programmation de Google), qui relève d’un autre service et de ses propres conditions.

Dans le calendrier Gemini API, ces trois modèles ne disposent pas de date d’arrêt annoncée. Leur accès est toutefois limité aux utilisateurs qui les ont déjà utilisés activement. Cette absence de date ne signifie donc pas qu’ils constituent une option ouverte pour tout nouveau projet.

Quel calendrier retenir

Le 20 octobre 2026 est la date programmée à retenir pour les trois modèles Google Cloud visés. Google précise que ce calendrier peut être prolongé. Le calendrier officiel doit être revérifié lors de la préparation de la migration.

Organisez les essais avant l’échéance. Le guide de migration recommande des tests approfondis avant une migration complète. Il indique également que les tarifs et la disponibilité des points d’accès régionaux (adresses d’accès au service dans une région) varient selon le modèle. Nous recommandons de faire examiner ces deux éléments avant de choisir le remplaçant, puis de réserver une période de validation avec les personnes qui utilisent réellement l’application.

Ce qu’il faut faire

• Identifier les dépendances. Demandez un relevé des applications, du service Google utilisé et des identifiants de modèles appelés. Rattachez chaque application concernée à une personne chargée de préparer sa migration ; cette organisation est une recommandation de la rédaction.
• Choisir une cible et vérifier ses conditions. Partez des remplacements du calendrier officiel. Faites comparer le tarif et la disponibilité régionale du candidat avec les besoins de votre application, sans présumer que les conditions restent identiques.
• Faire adapter les réglages de raisonnement. Pour Gemini 3, Google documente le paramètre thinking_level (niveau de raisonnement). Transmettez à votre développeur le guide correspondant pour vérifier les paramètres transmis lors du changement de modèle.
• Tester les échanges comportant plusieurs étapes. Les « signatures de raisonnement » (informations techniques de continuité) doivent être transmises lorsque le modèle les exige. Pour les modèles Gemini 3 qui appliquent cette validation, l’omission d’une signature requise entraîne une erreur 400, c’est-à-dire le rejet de la requête. Gemini 3 Pro Image ne renvoie pas cette erreur en cas d’omission, mais Google demande aussi de lui transmettre les signatures. Faites vérifier ce point dans les consignes de gestion des signatures.
• Valider puis organiser la bascule. Faites exécuter les tests sur vos fonctions essentielles et consignez les résultats avant de remplacer le modèle en production. Nous recommandons de fixer explicitement qui décide du passage en service et qui reçoit les incidents constatés après celui-ci.

VCSTS vous accompagne pour adapter vos intégrations IA, les éprouver sur vos cas réels et préparer leur mise en service.