En bref
- Veo 3.1 Preview a été arrêté dans Gemini API le 22 octobre 2026.
- La documentation de Google recommande de passer à Gemini Omni Flash pour la génération vidéo et les modifications par conversation.
- Le modèle peut créer de courtes vidéos à partir de textes et d’images ; les résultats peuvent être modifiés en plusieurs étapes.
- Les exemples de prompts architecturaux de ce guide sont originaux : ils proposent des modèles d’instructions et ne garantissent pas une fonctionnalité présente dans les sources.
Ce que vous apprendrez dans ce guide
Ce guide explique comment rendre les instructions de génération vidéo plus claires et plus faciles à contrôler pour la visualisation architecturale et les présentations d’intérieur. L’objectif est de structurer la demande textuelle adressée à Gemini Omni Flash, puis d’améliorer le premier résultat au fil de modifications par conversation. Les exemples abordent des situations courantes dans les présentations de projets : un travelling vers la façade d’une maison, un mouvement de caméra en intérieur ou encore un changement de matériau.
Selon la documentation vidéo de Gemini API de Google, Gemini Omni Flash peut créer de courtes vidéos à partir de textes et d’images, puis les améliorer en plusieurs étapes. La documentation donne également des exemples de modifications par conversation, comme le remplacement d’un élément ou le changement de perspective. Cela ne signifie pas que chaque détail d’une scène architecturale sera conservé avec exactitude. Il est donc important de considérer les prompts comme des instructions de départ, d’examiner le résultat et de décrire clairement les corrections nécessaires.
Prérequis et note sur la migration
Le flux de travail présenté s’appuie sur le modèle Gemini Omni Flash mentionné dans la documentation de Gemini API. Son nom y est indiqué sous la forme gemini-omni-1.1-flash. Les sources ne détaillent pas la création d’un compte, les tarifs, les exigences matérielles ni les menus à suivre dans une interface particulière ; aucune hypothèse n’est donc formulée à ce sujet. Pour une utilisation via API, consultez également les instructions d’accès et d’utilisation de la documentation actuelle de Gemini API de Google.
La date à retenir pour les équipes qui envisagent une migration est le 22 octobre 2026. Google indique que le service Veo 3.1 Preview de Gemini API a été arrêté à cette date et recommande de passer à Gemini Omni Flash ou aux modèles GA proposés via Gemini Enterprise Agent Platform afin d’éviter les interruptions. Les exemples ci-dessous sont conçus pour Omni Flash ; ils ne contiennent ni paramètres ni appels API destinés au modèle de préversion Veo désormais arrêté.
L’approche fondamentale de la conception des prompts consiste à décomposer la demande en éléments clairs et précis. Le guide de Google sur les stratégies de prompt recommande de préciser la tâche, l’entrée, les contraintes et le format de sortie attendu. Il souligne également que la conception des prompts peut nécessiter des essais et des ajustements. Les textes ci-dessous ont été créés par nos soins pour des scénarios architecturaux, en s’appuyant sur ces principes.
Cinq prompts pour créer des vidéos d’architecture
1. Créer un travelling vers une façade
Commencez par distinguer le sujet de la scène du mouvement souhaité dans la vidéo. Si vous utilisez une image de référence, précisez également qu’elle doit servir de référence au design de la façade existante.
Crée une courte vidéo de présentation architecturale à partir de la façade de la maison contemporaine visible dans l’image de référence. Fais lentement avancer la caméra vers le bâtiment. Ne modifie ni la disposition des fenêtres, ni les matériaux, ni la forme générale des volumes. Le mouvement doit être fluide et continu ; n’ajoute aucun nouvel élément de design.Ce prompt décrit séparément le sujet de la scène, le mouvement de caméra et les caractéristiques à préserver. Comme rien ne garantit que le modèle conservera chaque détail géométrique, comparez le résultat au visuel de conception.
2. Décrire un mouvement de caméra en intérieur
Pour présenter un intérieur, décrivez aussi simplement que possible la direction de la caméra et la nature de son mouvement. Cet exemple n’impose ni durée ni paramètre technique particulier, car les sources ne précisent pas de telles limites.
Transforme le séjour moderne de l’image de référence en une courte vidéo d’architecture. La caméra se déplace doucement depuis l’entrée de la pièce vers l’espace de séjour. Préserve la disposition du mobilier, les ouvertures dans les murs et l’organisation de l’éclairage. N’ajoute aucun meuble ni élément décoratif absent de l’image.La demande se concentre ici sur une seule transition spatiale. Si le mouvement de caméra ou les éléments de la scène s’écartent de vos attentes dans le premier résultat, indiquez uniquement le point à corriger lors de l’étape suivante : la demande sera ainsi plus facile à comprendre.
3. Demander un changement de matériau par modification conversationnelle
La documentation source fournit des exemples de modifications conversationnelles et de remplacement d’éléments. Le texte ci-dessous adapte cette approche à la présentation des matériaux ; il ne prétend pas qu’un outil spécifique de modification des matériaux soit disponible.
Conserve la façade et le mouvement de caméra de la vidéo précédente. Modifie uniquement l’apparence de la surface claire autour de l’entrée pour lui donner un revêtement en pierre plus foncé. Ne change ni les proportions des fenêtres, ni les ouvertures de la façade, ni les autres surfaces.La référence à « la vidéo précédente » indique qu’il s’agit d’une modification qui s’inscrit dans la continuité du travail. Le prompt précise ensuite l’élément à modifier et les parties à préserver. Vérifiez le résultat pour voir si le changement se limite bien à la zone demandée.
4. Demander un changement de perspective
La documentation vidéo de Google cite le changement de perspective parmi les exemples de modifications en plusieurs étapes. L’exemple ci-dessous est un modèle d’instruction pour présenter la même scène sous un autre angle.
Conserve le bâtiment et l’apparence des matériaux de la vidéo d’architecture précédente. Présente cette fois la scène depuis le coin opposé du bâtiment. N’ajoute pas de nouveaux volumes bâtis et ne modifie pas le design de la façade.Pour distinguer le changement de perspective d’une révision du design, le prompt précise les caractéristiques à préserver, comme les volumes et les matériaux. Si des changements apparaissent dans le résultat, corrigez-les explicitement dans une demande de suivi distincte.
5. Indiquer à la fois le résultat attendu et les contraintes
Un prompt ne doit pas se limiter à « créer une vidéo ». La demande sera plus précise si elle indique à la fois la tâche, l’image d’entrée et les changements à éviter.
Crée une courte vidéo de présentation à partir de l’image d’intérieur fournie. Prends comme référence la pièce et la disposition principale du mobilier ; veille à ce que la caméra donne une vue claire de l’espace. N’ajoute ni fenêtre, ni meuble, ni élément décoratif au design. Le résultat doit constituer un récit visuel sobre, adapté à la présentation d’un projet d’architecture.Ce cinquième exemple décrit l’objectif de présentation et les contraintes sans imposer un mouvement de caméra précis. Si le résultat du modèle ne répond pas à vos attentes, précisez davantage la demande ; par exemple, indiquez clairement la partie de la scène à préserver ou l’angle de vue souhaité.
Erreurs fréquentes
Regrouper trop de tâches dans un seul prompt : associer plusieurs objectifs, comme un mouvement de caméra, un changement de matériau et l’ajout de nouveaux éléments à la scène, peut compliquer l’évaluation du changement souhaité. Commencez par créer la vidéo de base, puis formulez la demande de modification lors d’une étape distincte.
Ne pas préciser ce qui doit rester inchangé : une formulation générale comme « modifier la façade » ne dit pas clairement quelles décisions de conception doivent être préservées. Indiquez à la fois l’élément à modifier et les parties qui doivent rester intactes.
S’attendre à un résultat parfait dès le premier essai : Google décrit la conception des prompts comme un processus itératif. Il est préférable d’examiner le résultat et de clarifier les instructions plutôt que de supposer que le premier prompt fonctionnera toujours correctement.
Supposer des détails techniques absents des sources : les documents ne précisent ni la durée, ni la résolution, ni les paramètres de caméra, ni une syntaxe de contrôle spéciale pour les prompts architecturaux présentés dans ce guide. N’intégrez pas de telles valeurs au prompt ou au plan de production comme si elles étaient disponibles.
Étapes suivantes dans un flux de travail en architecture et visualisation
Les agences et les étudiants peuvent évaluer cette approche pour préparer de courtes présentations de concepts ou expérimenter la création de vidéos à partir de visuels existants. La possibilité d’animer une image de façade ou d’intérieur et d’affiner le premier résultat par conversation peut contribuer au flux de travail. En revanche, ne considérez pas le résultat du modèle comme une représentation de conception vérifiée, pouvant remplacer le modèle du projet ou les dessins techniques.
Commencez par choisir une image de référence adaptée à l’utilisation prévue et décrivez le résultat souhaité en une phrase. Ajoutez ensuite les éléments du design à préserver. Comparez la vidéo générée à l’intention de conception et, si nécessaire, poursuivez avec une seule demande de modification. Les sources ne donnent aucune information sur le prix du service Gemini API, les conditions liées au compte ou les conditions d’utilisation ; vérifiez ces éléments dans la documentation à jour du service avant de commencer. La documentation de Google est indiquée sous licence CC BY 4.0 et les exemples de code sous licence Apache 2.0.
Source et licence
Ce contenu est une adaptation en français de la documentation de Google sur la génération vidéo avec Gemini API, sous licence CC BY 4.0, et de son guide sur les stratégies de conception de prompts. Les exemples de prompts pour les scénarios architecturaux ont été rédigés spécialement pour ce guide.
Sources
2 sourcesLes textes sources ne sont pas republiés ; les courtes citations sont signalées, le reste est notre propre résumé et commentaire.
Pour les agences d’architecture et les équipes de visualisation en Turquie, le principal intérêt réside dans la possibilité de transformer un visuel existant en une courte présentation animée, puis d’affiner le résultat au moyen d’instructions successives. Cette approche peut être utile pour tester rapidement différentes façons de présenter un concept, mais l’exactitude du design et les décisions liées au projet doivent être vérifiées par une personne.
L’arrêt de Veo 3.1 Preview peut avoir des conséquences sur les flux de travail. Avant de passer à Gemini Omni Flash, il est important que les organisations vérifient les conditions d’accès, de licence et de coût en vigueur ; les sources ne précisent ni les tarifs ni les exigences matérielles. Il convient également de revoir les politiques internes concernant l’utilisation des visuels des clients.
Questions fréquentes
Quand Veo 3.1 Preview a-t-il été arrêté dans Gemini API ?
Selon la documentation de Google, Veo 3.1 Preview a été arrêté dans Gemini API le 22 octobre 2026.
Peut-on créer des vidéos d’architecture avec Gemini Omni Flash ?
Google indique que Gemini Omni Flash peut créer de courtes vidéos à partir de textes et d’images. Les exemples de prompts pour une utilisation en architecture ont été rédigés spécialement pour ce guide.
Est-il possible de modifier les vidéos Gemini Omni Flash ?
Selon la documentation de Google, les résultats peuvent être améliorés par conversation en plusieurs étapes. Le remplacement d’un élément et le changement de perspective font partie des exemples de modification présentés dans la documentation.



