Ouvrez le journal des demandes le 1er juillet et recherchez un ancien ID de modèle d'API Veo 3. Un seul résultat suffit pour ne pas déclarer la migration terminée trop tôt. L'application principale a peut-être été déplacée alors qu'une tâche, un bloc-notes ou une file d'attente de nouvelles tentatives du vendredi ne l'a pas été. Google a annoncé le 15 juin 2026 que trois Veo ID fermeraient le 30 juin. Cette checklist vise le composant oublié qui effectue encore cet appel.
Lancez un test de contrôle Veo 3.1 dans APOB
Voici comment je procéderais à l’audit. Utilisez une page simple. Donnez une ligne à chaque ancien appel, ajoutez le propriétaire et joignez un test en forme de campagne. Conservez le fichier téléchargé à côté d'un résultat oui ou non.
Suivez le travail de la demande à l'archivage. Ne vous arrêtez pas lorsqu'un échantillon est rendu. Un gestionnaire de vignettes qui ne peut pas lire le nouveau fichier constitue toujours un échec de migration.
Écrivez la note de restauration tôt. Après l'arrêt, la restauration peut impliquer la restauration d'un rendu approuvé ou la mise en pause de la file d'attente. Cela ne peut pas signifier réactiver un point de terminaison retiré.
J'ai vérifié à nouveau les dates et les identifiants le 2 septembre 2026 à l'aide de Google. Notes de version de l'API Gemini et Tableau de dépréciation de l'API Veo. Commencez par ce dossier public. Terminez dans les journaux de trafic Gemini API Veo de l’équipe.
Traitez cela comme une migration de l'API Veo 3.1, et non comme une recherche et un remplacement. L’article est une liste de contrôle éditoriale, et non une référence Google ou une promesse de parité de production.
Cutover Ledger I – Cartographier les appels retirés et les routes encore disponibles
Cutover 01 — Identifiants morts dans le journal des requêtes
Tirez sept à trente jours de trafic. Regroupez-le par ID exact, point de terminaison, compte de service, région et appelant. Ne regroupez pas par une étiquette de tableau de bord conviviale.
Imprimez le trio à la retraite en haut : veo-2.0-generate-001, veo-3.0-generate-001, et veo-3.0-fast-generate-001 dans l'API Gemini. Les chaînes littérales battent la mémoire.
Il existe un piège ennuyeux. Google avait déjà fermé deux identifiants de prévisualisation Veo 3 en novembre 2025. Mettez cet événement sur une autre ligne. Une ancienne alerte ne prouve pas que le passage au modèle stable de juin a été effectué.
Cutover 02 — Destinations Veo 3.1 à cartographier
L'avis de Google de juin oriente les utilisateurs de l'API Gemini vers veo-3.1-generate-preview ou veo-3.1-fast-generate-preview, tout en mentionnant également les modèles GA Veo 3.1 disponibles via la plateforme Gemini Enterprise Agent. Ce ne sont pas des cordes interchangeables. La plate-forme, le chemin d'authentification, le quota, le prix et les contrôles pris en charge appartiennent à la décision de migration.
Utilisez le courant de Google Guide de l'API Veo 3.1 Gemini pour enregistrer la destination exacte que votre code peut appeler aujourd'hui. Si l'entreprise évalue une voie de création à moindre friction, conservez le Générateur APOB Veo 3.1 à côté du test API, mais étiquetez-le comme un flux de travail distinct plutôt que de revendiquer la parité des points de terminaison.
Cutover Ledger II — Tracez la chaîne de production
Cutover 03 — Points de terminaison, préréglages et valeurs par défaut masquées
Créez une ligne par générateur de requêtes. Capturez l'URL de base, le SDK et la version, l'ID du modèle, le rapport hauteur/largeur, la durée, la résolution, le comportement de la graine si elle est exposée, les entrées de référence, les instructions négatives, le nombre de sorties, l'intervalle d'interrogation, le délai d'attente et l'étape de téléchargement. Copiez les valeurs d'un objet de requête réel ; les fichiers de configuration omettent souvent les valeurs par défaut injectées au moment de l'exécution.
Enregistrez ensuite une demande et une réponse expurgées. Supprimez les informations d'identification et les données personnelles, mais conservez les codes d'état, les ID d'opération, les horodatages et les noms de fichiers. Cela devient l’état avant auquel la route API Veo 3.1 est comparée.
Cutover 04 — Des automatisations qui font toujours appel à l'ancien modèle
Recherchez au-delà de l’application principale. Vérifiez les tâches planifiées, les connecteurs sans code, les blocs-notes, les scripts de feuilles de calcul, les bibliothèques d'invites, les outils internes, les files d'attente de nouvelles tentatives et les exemples copiés dans la documentation de l'équipe. Un travail hebdomadaire désactivé peut se réveiller après la migration et devenir le seul appelant restant d'un modèle mort.
Demandez aux propriétaires de marquer chaque dépendance comme active, dormante, remplacée ou retirée. « Aucun trafic récent » n'est pas la même chose que supprimé. Exigez un propriétaire nommé et une date de suppression pour les intégrations dormantes.
Cutover 05 — Ce que supposent les exportations en aval
Un échange de modèle peut changer plus que la demande. Répertoriez tout ce qui lit le résultat : analyseurs de noms de fichiers, révision de modération, extraction audio, synchronisation des sous-titres, génération de vignettes, tâches de téléchargement, suivis de campagne et archives. Enregistrez les hypothèses formulées par chaque étape concernant la durée, les dimensions, l'orientation, le codec, l'audio et la disponibilité des fichiers.
Le guide de Google décrit les fonctionnalités de Veo 3.1 telles que la génération de portraits, le contrôle de la première et de la dernière image, les images de référence, l'extension vidéo, l'audio natif et plusieurs résolutions de sortie. L’assistance dépend de l’itinéraire et de l’opération spécifiques. Validez uniquement la combinaison que vous comptez utiliser ; ne convertissez pas une table de fonctionnalités en une promesse universelle.
Cutover Ledger III – Exécuter une migration pilote
Cutover 06 — Choisissez un clip représentatif
Choisissez un clip qui ressemble à un travail rémunéré sans utiliser une campagne irremplaçable. Il doit contenir un sujet reconnaissable, un mouvement de caméra ciblé, un signal sonore parlé ou environnemental, une image finale claire et un recadrage utilisé par l'équipe. Évitez les photos de beauté qui passent même lorsque l'identité, le timing ou le son dérivent.
Le canari est un bref fixe. Stockez l'invite, les ressources de référence, l'enregistrement des droits, le rapport hauteur/largeur prévu, la durée et les notes d'acceptation. Exécutez l'ancienne sortie de l'archive à côté du nouveau résultat Veo 3.1 ; ne régénérez jamais la ligne de base après l'arrêt et prétendez qu'il s'agit du même test.
Cutover 07 — Geler la configuration exacte
Créez une carte de configuration avec la date de la demande, l'ID du modèle de destination, l'API ou l'itinéraire du produit, le compte, la région, le SDK, les paramètres, les hachages d'entrée et les hachages de sortie. La carte est importante car l’API Gemini et les surfaces d’entreprise de Google peuvent exposer différents identifiants de modèle et règles de cycle de vie.
Pour une comparaison visuelle en dehors de l'intégration de l'API, exécutez le même brief créatif via la version plus large d'APOB. Générateur vidéo IA. Traitez le résultat APOB comme une option de production indépendante. Cela peut aider une équipe de créateurs à comparer les frictions du flux de travail, mais cela ne prouve pas que le point de terminaison de Google a migré correctement.
Cutover 08 — Écrivez la carte de restauration avant de changer
Définissez la restauration pendant que les deux chemins sont compréhensibles. Nommez l'indicateur de trafic, le propriétaire, le budget d'erreur maximum, la règle de gestion de la file d'attente, la période de conservation des actifs et le canal de communication. Étant donné que les modèles d'API Veo 3 retirés sont arrêtés, la restauration peut signifier revenir à un rendu approuvé stocké ou désactiver une tâche, sans appeler à nouveau l'ancien ID.
Incluez le point de non-retour. Une fois les fichiers en aval remplacés ou publiés, la restauration d'un paramètre de point de terminaison ne restaurera pas la création précédente. Gardez les archives source et de sortie immuables via la fenêtre d'évaluation.
Cutover Ledger IV — Juger le remplacement sur deux axes
Cutover 09 — Inspection d’images et de mouvements
Inspectez l'identité, le nombre d'objets, la composition, la direction de la caméra, l'ordre d'action, les images de début et de fin, le texte, les mains, les bords, le scintillement temporel et l'alignement audio-image. Examinez à vitesse normale, à mi-vitesse et image par image autour des transitions. Enregistrez les codes temporels au lieu d’écrire « ça a l’air différent ».
Utilisez trois images d’approbation : la première composition propre, le mouvement le plus fort et le image finale résolu. Un résultat n'est transmis que lorsque la lecture et ces images sont conformes au brief.
Cutover 10 — Intégrité opérationnelle après l'échange
Mesurez l'acceptation des demandes, l'interrogation des opérations, l'achèvement, le téléchargement, la création de nom de fichier, le transfert de modération, l'écriture d'archive et l'importation en aval. Enregistrez la latence et le coût depuis votre propre compte plutôt que de copier un numéro générique. celui de Google page de tarification actuelle de l'API Gemini est la référence externe ; la facture et les journaux sont la preuve de votre flux de travail.
Exécutez un échec délibéré : mauvaise entrée, génération bloquée, délai d'attente ou tâche annulée. Vérifiez que les nouvelles tentatives ne créent pas de travail facturable en double ou n'écrasent pas un actif valide. Une migration qui ne réussit que sur le chemin du bonheur est inachevée.
Cutover 11 — La ligne d'acceptation
Écrivez une ligne binaire : le modèle nommé accepte la requête gelée ; le fichier renvoyé répond aux vérifications requises en matière de durée, de recadrage, d'image et d'audio ; toutes les étapes en aval sont terminées ; le coût et la latence restent dans les limites déclarées par l’équipe ; et la carte de restauration est utilisable. Laissez les préférences subjectives dans les notes, pas dans la condition de réussite.
Demandez à une deuxième personne de reproduire le test à partir du registre. S’ils ne le peuvent pas, la migration constitue une connaissance détenue par un seul opérateur plutôt qu’un flux de travail durable.
Conservez également la sortie rejetée. Associez-le au critère exact d’échec, et non à une vague aversion. Une mise à jour ultérieure du modèle pourrait résoudre ce défaut, et l'échec préservé donnera à l'équipe un nouveau test stable.
Cutover Ledger V — Passer de l'audit à APOB
Cutover 12 — Un itinéraire interne à faible friction
La migration de l'API résout un problème de dépendance. Il ne décide pas du meilleur endroit pour réaliser chaque futur clip. Les équipes qui ont besoin d'un flux de travail destiné aux créateurs peuvent tester Veo 3.1 via APOB, comparer un autre modèle vidéo et conserver ensemble les critères d'invite, de saisie, de recadrage et de révision sans décrire APOB comme le propriétaire du cycle de vie de Google.
Gardez la limite explicite : Google documente les points de terminaison Google ; APOB fournit son propre workflow de création. L’avantage opérationnel est l’optionnalité. Lorsqu'un fournisseur modifie son accès ou son comportement de modèle, un brief documenté peut être déplacé sans que l'équipe ne reconstruise l'intention à partir d'un ancien fichier.
Cutover 13 – Qu'est-ce qui déclenche le prochain examen mensuel
Revérifiez chaque mois le journal des modifications officiel, le tableau de dépréciation, le guide des modèles, les prix et vos journaux en direct. Déclenchez un examen immédiat lorsqu'un ID de modèle, un point de terminaison, un plan, un contrôle pris en charge, une limite de débit, un prix, un format de sortie ou un comportement de modération changent. Enregistrez « aucun changement » comme résultat daté.
L'artefact final est une page : identifiants retirés, destination choisie, propriétaires de dépendances, configuration pilote, verdicts d'image et de flux de travail, règle de restauration et date de prochaine révision. Cette page (et non une réponse HTTP verte) est la preuve que l'arrêt de l'API Veo 3 a été géré.
Sources
Soyez le premier à aimer ceci.
Pas de carte de crédit requise
