D’après le registre du pool de sujets, les appels existants à Gemini Omni 1.1 seront automatiquement redirigés vers Gemini Omni 1.2 le 3 décembre 2026. Vous n’avez pas besoin de modifier votre code, mais les résultats renvoyés, eux, vont changer.
Une précision d’abord : cette date provient pour l’instant du pool de sujets interne, et elle n’a pas encore été confirmée par une annonce officielle vérifiée point par point. Dans cet article, chaque mention de date indique donc son niveau de source. Avant de toucher à votre environnement de production, je vous conseille aussi de comparer par vous-même avec la documentation des modèles de Google et sa page d’annonces de dépréciation.
Ce n’est pas un simple changement de numéro de version. La version 1.2 fait un pas en avant sur la durée par génération, l’audio natif, le nombre d’images de référence et la capacité de continuation. Et comme la bascule est automatique, ces nouveaux comportements s’appliqueront directement à vos requêtes actuelles, sans fenêtre de déploiement progressif.
L’essentiel : après lecture, vous saurez quelles requêtes changeront de comportement après le 3 décembre, quelles validations de paramètres ne fonctionneront plus, et comment fixer proprement votre identifiant de modèle avant la bascule.
Gemini Omni 1.1 bascule automatiquement vers 1.2 : l’essentiel en un coup d’œil
Commençons par rassembler les informations éparses dans un tableau. Dans ce qui suit, la ligne sur la date provient des notes du pool de sujets, la ligne sur les capacités reprend la description de la version 1.2 donnée dans ce même pool, et la ligne sur la disponibilité vient de la vérification effectuée le 12 novembre 2026 sur la page des tarifs d’apiyi.com.
| Élément | Détail | Niveau de source |
|---|---|---|
| Date de bascule | 3 décembre 2026 : les appels existants vers 1.1 sont redirigés automatiquement vers 1.2 | Note du pool de sujets, à confronter à l’annonce officielle |
| Condition de déclenchement | Aucune action manuelle : continuer à utiliser l’ancien identifiant de modèle suffit pour être basculé | Note du pool de sujets |
| Durée par génération | 15 secondes | Note du pool de sujets |
| Capacité de prolongation | Possibilité de prolonger un extrait existant jusqu’à 30 secondes | Note du pool de sujets |
| Audio | Audio natif, sans dépendre d’un doublage ajouté après coup | Note du pool de sujets |
| Images de référence | Jusqu’à 6 | Note du pool de sujets |
| Disponibilité sur les plateformes d’agrégation | Page des tarifs d’apiyi.com vérifiée le 12 novembre 2026 : aucune entrée gemini-omni | Vérification directe de la page des tarifs |
Les deux dernières lignes du tableau méritent le plus d’attention. Pour la date, mieux vaut la revérifier vous-même. Quant à la disponibilité, elle montre qu’on ne peut pas encore supposer que ce modèle soit commandable directement sur une plateforme d’agrégation.
Ce que ces 4 évolutions changent concrètement
Durée unitaire de 15 secondes : cela touche directement la description temporelle que vous écrivez dans l’invite, ainsi que la densité de votre découpage en plans. Si vous gardez, après le passage à la version 1.2, un script pensé à l’origine pour des clips courts avec les mêmes descriptions, la seconde moitié de la vidéo risque de paraître floue, ou le rythme de s’étirer.
Audio natif : c’est sans doute l’évolution la plus sous-estimée. Avant, l’audio était une étape à part : il fallait lancer séparément la voix off ou les effets sonores, puis les caler sur l’image. Désormais, le son sort en même temps que l’image. La logique d’assemblage de votre pipeline de post-production mérite donc d’être réévaluée : est-il encore nécessaire de la conserver ?
Jusqu’à 6 images de référence : vous avez plus de leviers pour contrôler la cohérence des personnages et des scènes. En revanche, si votre code contient une validation stricte du nombre d’images de référence, avec une limite codée en dur à 2 ou 3, cette vérification deviendra une contrainte inutile après la bascule.
Prolongation jusqu’à 30 secondes : cela change le rythme des appels. Pour obtenir une vidéo longue, il fallait auparavant recourir à un assemblage externe ; maintenant, vous pouvez poursuivre dans le même contexte. La contrepartie, c’est que le temps d’attente d’une tâche unique s’allonge, et qu’il faut donc augmenter les réglages de délai d’expiration.
Quelles colonnes regarder pour les écarts de paramètres
Le tableau ci-dessous n’indique pas les anciennes valeurs de la 1.1 : le relevé de départ ne fournit que les données de la 1.2, et remplir ces cases reviendrait à inventer. La quatrième colonne est celle où vous devez vraiment vérifier les choses vous-même.
| Capacité | Valeur relevée pour Omni 1.2 | Impact sur vos requêtes actuelles | À vérifier de votre côté |
|---|---|---|---|
| Durée par génération | 15 secondes | La densité du découpage en plans et la description dans l’invite sont à réécrire | Quelle était la durée par défaut avant |
| Prolongation | Possible jusqu’à 30 secondes | Il faut allonger les délais d’expiration et les intervalles d’interrogation | Si la prolongation passe par la même interface |
| Audio | Sortie audio native | Le doublage et le mixage en post-production deviennent peut-être inutiles | Si les pistes audio sont fournies séparément |
| Image de référence | 6 maximum | La validation du nombre d’images et l’organisation des ressources changent | Les limites de taille et de format pour chaque image |
| Identifiant du modèle | La 1.2 a un nouvel identifiant | Les endroits où l’ID est codé en dur ne correspondront plus | L’écriture exacte du nouvel identifiant |
La dernière ligne est la plus concrète de tout l’article. Un basculement automatique garantit en général que l’ancien identifiant continue d’être routé, mais pas que tous les endroits de votre code où il est écrit en dur suivront le mouvement.
À quoi ressemblent les requêtes à modifier avant la bascule du 3 décembre
Les endroits à toucher ne sont généralement pas l’appel principal, mais ces petits recoins copiés-collés un peu partout. Passez-les en revue dans l’ordre ci-dessous : c’est bien moins pénible que de jouer les pompiers le jour de la bascule.
- Centraliser l’identifiant du modèle : lisez-le depuis une variable d’environnement ou un centre de configuration, au lieu de le laisser codé en dur un peu partout dans le code métier.
- Vérifier que l’adresse d’API est unifiée : si vous passez par une plateforme d’agrégation, gardez la base_url à
https://api.apiyi.com/v1. Au moment de la bascule, vous ne changez que l’identifiant du modèle, sans toucher à la couche d’accès. - Recalculer les délais d’expiration et les nouvelles tentatives : avec une continuation qui va jusqu’à 30 secondes, le délai d’expiration du client, l’intervalle d’interrogation des tâches et le backoff des nouvelles tentatives doivent tous être revus à la hausse.
- Contrôler les validations de quantité : limite d’images de référence, paramètre de durée, activation de l’audio… passez en revue chacune de ces conditions codées en dur pour vérifier qu’elle est toujours valable.
- Vérifier la syntaxe de l’identifiant du modèle : le nouvel identifiant doit suivre la documentation officielle, pas les exemples recopiés d’un billet de blog.
Comparatif avant / après
| Emplacement | Écriture courante avant la bascule | Écriture recommandée après la bascule |
|---|---|---|
| Identifiant du modèle | Littéral 1.1 codé en dur dans le code métier | Géré comme un paramètre de configuration, avec une valeur par défaut alignée sur la documentation officielle |
| Adresse d’API | Chaque SDK configuré séparément | Passage unifié par l’interface compatible https://api.apiyi.com/v1 |
| Délais d’expiration | Calés sur l’expérience des clips courts | Réestimés selon la limite de continuation de 30 secondes |
| Validation des images de référence | 2 à 3 images codées en dur | Élargie à 6 images, avec une limite maximale conservée par sécurité |
| Traitement de l’audio | Doublage séparé puis recomposition | Vérifier d’abord si la sortie contient déjà une piste audio avant de décider d’un doublage |
🚀 Démarrage rapide : si vous voulez d’abord valider votre couche d’accès avec une seule clé, vous pouvez vous inscrire sur APIYI (apiyi.com) pour obtenir un crédit de test gratuit, puis pointer la base_url vers
https://api.apiyi.com/v1via l’interface compatible OpenAI. Laissez l’identifiant du modèle dans la configuration et renseignez-le une fois la documentation officielle confirmée. Le jour de la bascule, il ne vous restera qu’une seule ligne de configuration à modifier.
Petit rappel : la page des tarifs d’APIYI (apiyi.com) ne contient pour l’instant aucune entrée gemini-omni. Lors de la vérification du 12 novembre 2026, les modèles vidéo disponibles étaient de la famille Seedance et Wan. Pour la liste précise, référez-vous à la page des tarifs d’apiyi.com ; cet article n’en déduit rien à sa place.
Impact du passage à Gemini Omni 1.2
Impact pour les développeurs
Le premier effet, c’est la mise au jour de dépendances implicites. Quand la version du modèle avance toute seule, on perd le petit accord tacite entre « la forme d’entrée/sortie que vous supposez » et « la forme réellement renvoyée ». Au quotidien, on ne le voit pas. Mais dès que la durée change, qu’une piste audio apparaît ou que la limite d’images de référence augmente, tout se met à casser en même temps : la conception des clés de cache, les assertions de validation des résultats et les paramètres de transcodage en aval.
Le deuxième effet concerne les actifs d’invites. Les scripts de storyboard, les descriptions de plans, les formulations de durée et autres éléments du même genre sont généralement dispersés dans les documents des équipes produit d’un côté et des équipes d’ingénierie de l’autre, et personne n’en gère vraiment les versions. Les limites de capacité de la version 1.2 ayant changé, quelqu’un doit repasser sur l’ensemble de ces contenus pour les harmoniser.
Impact pour les équipes produit et contenu
Avec l’audio natif, la production d’une vidéo se raccourcit, mais l’étape de validation devient plus lourde. Avant, on relisait l’audio et l’image séparément ; maintenant, ils sortent ensemble, et si l’un des deux pose problème, il faut refaire toute la vidéo. Si votre équipe a l’habitude de traiter l’audio comme un élément indépendant que l’on remplace, cette habitude devra peut-être évoluer avec la version 1.2.
La continuation jusqu’à 30 secondes change aussi la granularité de livraison. Le découpage habituel en tranches de 5 ou 10 secondes paraîtra trop prudent dès que la continuation sera possible. En contrepartie, le coût d’un échec par tâche augmente : rater une génération de 30 secondes, ce n’est pas du tout le même prix à payer que rater une génération de 10 secondes.
Impact sur le calcul des coûts
Durée allongée, audio généré en même temps, jusqu’à 6 images de référence : quand ces trois évolutions arrivent ensemble, la consommation de ressources d’une tâche ne peut pas rester la même qu’avant. Je ne donne pas de chiffres ici, car le mode de facturation dépend de la plateforme que vous utilisez et de la tarification officielle. La page des tarifs d’apiyi.com ne contient pour l’instant aucune entrée Omni, donc toute estimation ne serait que de la spéculation.
Ce qui est certain, c’est qu’il faut changer la méthode de calcul : passer d’une estimation « par nombre de vidéos » à une estimation fondée sur trois variables, à savoir le nombre de secondes, le nombre d’images de référence et l’usage ou non de la continuation, en gardant une marge pour les relances.
Scénarios d’usage et recommandations
| Scénario d’usage | Les capacités de la 1.2 sont-elles concernées ? | Action recommandée |
|---|---|---|
| Génération de vidéos courtes en masse | Les 15 secondes et l’audio natif sont tous deux concernés | Réécrire les modèles de storyboard, valider d’abord sur un petit lot |
| Contenus exigeant une forte cohérence des personnages | Les 6 images de référence sont concernées | Organiser le jeu d’assets des personnages, assouplir la validation sur le nombre d’images |
| Narration longue | La continuation jusqu’à 30 secondes est concernée | Redéfinir les délais d’expiration et le polling, valider la cohérence segment par segment |
| Flux avec image seule et audio ajouté après coup | L’audio natif est concerné | Déterminer d’abord s’il faut désactiver la sortie de la piste audio |
| Tests avec de courts extraits uniquement | Peu concerné | Ne rien changer, simplement refaire un test de non-régression après le passage |
Foire aux questions (FAQ)
Q1 : Que signifie le passage automatique de Gemini Omni 1.1 à 1.2 ?
Cela veut dire que les appels qui ciblent la 1.1 ne seront plus maintenus séparément : ils seront routés vers la 1.2 pour l’exécution. D’après les notes du pool de sujets, cette bascule est datée du 3 décembre 2026. Votre code continuera de fonctionner sans modification, mais le comportement en sortie suivra les capacités de la 1.2.
Q2 : Qu’apporte concrètement la 1.2 par rapport à la 1.1 ?
Les notes du pool de sujets mentionnent quatre nouveautés : 15 secondes par requête, audio natif, jusqu’à 6 images de référence, et possibilité de prolonger la vidéo jusqu’à 30 secondes. Les trois premières modifient la sortie d’une requête unique, la quatrième change le rythme de vos appels. Leur impact n’est donc pas le même, et on ne peut pas les mettre dans le même panier.
Q3 : Peut-on appeler Gemini Omni directement sur APIYI dès maintenant ?
On ne peut pas conclure à partir de la grille tarifaire actuelle. Le 12 novembre 2026, j’ai vérifié la page des tarifs d’apiyi.com : aucune entrée liée à gemini-omni n’y figurait. Les modèles vidéo alors disponibles étaient de la famille Seedance, Wan et similaires. Savoir s’il sera mis en ligne, et quand, dépend de la liste en temps réel sur la page des tarifs d’apiyi.com ; cet article ne préjuge pas de la réponse.
Q4 : Peut-on considérer la date du 3 décembre comme définitive ?
Nous vous le déconseillons. Cette date provient des notes du pool de sujets, donc d’une compilation interne, et elle n’a pas été recoupée point par point avec la page d’annonce officielle au moment de la rédaction. Si la date de bascule est critique pour votre activité, revérifiez vous-même sur la documentation des modèles de Google et sur la page des dépréciations : c’est la page officielle qui fait foi.
Q5 : Quelle est la première chose à modifier avant la bascule ?
Commencez par changer la façon dont vous gérez l’identifiant du modèle, plutôt que l’identifiant lui-même. Sortez-le du code métier pour le placer dans une couche de configuration, et profitez-en pour uniformiser le base_url avec un point d’accès modifiable du type `https://api.apiyi.com/v1`. Le jour J, il suffira de changer une seule valeur. Si vous êtes encore en phase d’évaluation, vous pouvez utiliser le crédit gratuit d’APIYI (apiyi.com) pour valider votre couche d’intégration, puis attendre que la documentation officielle confirme la syntaxe du nouvel identifiant.
Points clés du passage de Gemini Omni 1.1 à 1.2 (Key Takeaways)
- Date de bascule : d’après le relevé du pool de sujets, le 3 décembre 2026. Je vous conseille de la recouper vous-même avec l’annonce officielle.
- Aucun changement de code requis : les anciens appels seront routés automatiquement, mais le comportement des sorties évolue avec la version 1.2.
- Quatre changements de capacités : durée de 15 secondes, audio natif, 6 images de référence, prolongation possible jusqu’à 30 secondes.
- Ce qui casse en premier, ce sont les validations : les contrôles codés en dur sur la durée, le nombre d’images de référence et le traitement de l’audio sont à revoir.
- Le calcul des coûts change : on ne l’estime plus au nombre de requêtes, mais en fonction du nombre de secondes, du nombre d’images de référence et de la prolongation éventuelle.
- Vérifiez la disponibilité au moment voulu : la page de tarifs d’apiyi.com ne contient pour l’instant aucune entrée gemini-omni ; pour les modèles vidéo, la liste fait foi.
- Vous pouvez dès maintenant unifier la couche d’intégration : faites pointer base_url vers
https://api.apiyi.com/v1et gardez l’identifiant du modèle comme paramètre de configuration.
Résumé
Le passage automatique de Gemini Omni 1.1 à 1.2 est, au fond, un changement de comportement sans fenêtre de déploiement progressif. Si on le décortique, il se résume à trois choses :
- Indiquer clairement la source de la date : le 3 décembre 2026 provient du relevé du pool de sujets. Avant de vous lancer, comparez-la à une annonce officielle.
- Répercuter les changements de capacités dans les validations : 15 secondes, audio natif, 6 images de référence, prolongation à 30 secondes. Passez en revue une à une les hypothèses codées en dur dans votre code.
- Centraliser l’identifiant du modèle : une fois qu’il est dans la configuration, le jour de la bascule, il suffit de changer une valeur, sans avoir à faire une mise en production.
Si votre couche d’intégration n’est pas encore figée, vous pouvez commencer par utiliser le quota gratuit d’APIYI (apiyi.com) pour valider base_url et la structure de configuration, puis renseigner le nouvel identifiant une fois que la documentation officielle aura confirmé sa syntaxe. Les tarifs et les modèles disponibles sont ceux de la liste d’apiyi.com ; cet article ne fait aucune déduction de prix pour des modèles qui ne sont pas encore au catalogue.
Références
- Documentation des modèles de l’API Google Gemini : la source de référence pour les identifiants de modèles et les limites de paramètres
- Lien :
ai.google.dev/gemini-api/docs/models -
Remarque : à consulter impérativement avant de basculer, pour vérifier l’orthographe exacte du nouvel identifiant de modèle et ses limites de paramètres
-
Dépréciations et versions de l’API Gemini : la date officielle du basculement automatique
- Lien :
ai.google.dev/gemini-api/docs/deprecations -
Remarque : la date du 3 décembre mentionnée dans cet article vient de notre liste de sujets ; c’est cette page qui fait foi
-
Page des tarifs d’APIYI : la liste en temps réel des modèles disponibles et de leur mode de facturation
- Lien :
api.apiyi.com/api/pricing - Remarque : au 12 novembre 2026, aucune entrée gemini-omni n’y figurait ; pour les modèles vidéo, référez-vous à la liste de cette page
Auteur : l’équipe technique d’APIYI
Échanges techniques : contactez-nous depuis la page d’accueil d’APIYI (apiyi.com) ; le centre de documentation est disponible sur docs.apiyi.com
