Fin de Sora et de son API vidéo le 24 septembre : quoi faire maintenant

Deux dates différentes à ne pas confondre

La fermeture de Sora se déroule en deux temps. Selon le centre d’aide d’OpenAI, les expériences web et mobile ont été arrêtées le 26 avril 2026. L’API vidéo reste temporairement accessible, mais sa documentation porte désormais un avertissement explicite : arrêt définitif le 24 septembre 2026.

Cette seconde date concerne directement les développeurs, créateurs, indépendants et petites équipes dont un formulaire, un script, un outil interne ou une automatisation appelle les modèles vidéo Sora. Le retrait est mondial ; aucune exception ni échéance propre à la France ou à l’Union européenne n’est indiquée.

Fait vérifié : l’API Sora est marquée comme obsolète et doit s’arrêter définitivement le 24 septembre 2026. Analyse : toute intégration encore active doit être traitée comme une dette urgente.

Ce qui est confirmé — et ce qui ne l’est pas

OpenAI confirme la date d’arrêt, l’existence d’un parcours d’export et la suppression ultérieure des données liées à l’usage de Sora après une éventuelle fenêtre finale. La page officielle recommande de lancer l’export dès que possible depuis sora.chatgpt.com/sunset. Un courriel est envoyé lorsque l’archive est prête.

En revanche, les sources consultées ne nomment aucun successeur à l’API vidéo, aucun outil automatique de migration et aucun calendrier détaillé de suppression. Elles ne fournissent pas non plus de garantie de compatibilité avec une autre API. Il serait donc trompeur d’annoncer un remplacement officiel ou de déduire une solution à partir d’une rumeur.

Qui doit agir avant le 24 septembre

Vous êtes concerné si votre application appelle l’endpoint vidéo, si un prestataire vous a livré un workflow qui génère des clips via Sora, si une équipe conserve ses seuls fichiers dans l’ancien espace, ou si des clients attendent une fonction vidéo dans un produit que vous exploitez.

Vous êtes moins directement concerné si vous avez seulement testé Sora sans contenu à conserver. Vérifiez tout de même les abonnements, crédits, clés, scripts et promesses commerciales associés. Le centre d’aide précise que des crédits ChatGPT/Sora achetés peuvent encore être utilisés dans Codex, mais cela ne signifie pas qu’ils financent une autre API vidéo.

Étape 1 — exporter avant de comparer

Commencez par la sauvegarde. Connectez-vous au compte concerné, ouvrez la page d’export officielle et demandez l’archive. À réception, téléchargez-la dans un emplacement maîtrisé, contrôlez qu’elle s’ouvre et créez une seconde copie selon votre politique de sauvegarde. Ne considérez pas l’e-mail de confirmation comme une preuve que tous les fichiers sont exploitables.

Dressez ensuite une liste des vidéos importantes avec leur nom, finalité, client ou projet, format, droits d’utilisation, date et emplacement. Si un contenu contient des données personnelles, limitez les accès et la conservation. L’export protège les fichiers ; il ne transfère pas automatiquement les licences, les consentements ou l’historique de validation.

1. Demander l’export depuis la page officielle
2. Télécharger et ouvrir réellement l’archive
3. Inventorier les fichiers et leurs droits
4. Créer une copie de sauvegarde contrôlée
5. Noter les éléments absents ou illisibles

Étape 2 — retrouver toutes les dépendances

Cherchez les appels à l’API dans le code, les automatisations sans code, les variables d’environnement, les tâches planifiées et les tableaux de bord. Interrogez aussi les personnes qui utilisent un outil livré par un prestataire : le nom Sora peut ne jamais apparaître dans l’interface alors que le service est appelé en arrière-plan.

Pour chaque dépendance, notez son propriétaire, son volume, le modèle appelé, les formats d’entrée et de sortie, les délais attendus, les données transmises et la conséquence d’un échec. Classez rouge une fonction qui bloque une livraison, orange une fonction contournable manuellement et verte une expérimentation non essentielle.

Étape 3 — décider entre remplacement, mode manuel et retrait

Toutes les fonctions ne méritent pas une migration. Une option rarement utilisée peut être supprimée. Une production occasionnelle peut passer temporairement par un outil manuel. Une fonction vendue ou appelée automatiquement exige une alternative testée avant la date butoir.

Cette décision évite d’acheter dans l’urgence. Calculez le coût complet : abonnement ou API, stockage, temps de correction, réécriture de l’intégration, contrôle des droits et assistance. Le prix par seconde générée ne décrit pas le coût d’une vidéo réellement livrable.

Étape 4 — comparer avec un jeu de tests fixe

Préparez dix demandes représentatives avec des éléments fictifs ou autorisés : formats horizontal et vertical, mouvements, continuité visuelle, style, référence d’image et consignes de sécurité. Conservez les mêmes objectifs et critères pour chaque candidat. Notez la fidélité, les artefacts, le délai, le taux d’échec, le temps de retouche et le coût final.

Vérifiez séparément la disponibilité en France, les conditions commerciales, les droits sur les entrées et sorties, la conservation, les régions de traitement et les limites techniques. Une démonstration spectaculaire ne prouve ni la stabilité d’une API ni son adéquation contractuelle à un client.

Étape 5 — adapter l’intégration sans enfermer le prochain choix

Placez l’authentification, le nom du modèle, les paramètres et la lecture de la réponse derrière un adaptateur. Votre application doit manipuler ses propres objets — projet, consigne, statut, résultat — plutôt que propager partout le format d’un fournisseur. Cette séparation réduit le prochain changement, sans promettre une compatibilité totale.

Les API vidéo diffèrent sur les durées, résolutions, références, modération, files d’attente et téléchargements. Écrivez des tests de contrat : création, suivi, réussite, erreur, annulation si disponible, téléchargement et expiration. Validez les fichiers obtenus avant de signaler une tâche terminée au client.

Étape 6 — effectuer une bascule progressive

Faites d’abord passer des travaux internes et non sensibles par le nouveau parcours. Comparez les résultats au processus actuel pendant une courte période, sans dupliquer inutilement des données personnelles. Fixez des seuils : taux d’échec, coût par vidéo acceptée, délai et nombre de corrections.

Conservez un mode manuel documenté et un interrupteur permettant de désactiver la fonction si la qualité chute. Informez les clients uniquement des conséquences réelles : délai, format ou interruption possible. N’annoncez pas une équivalence parfaite tant que les tests ne la démontrent pas.

Plan de travail jusqu’au 24 septembre

Cette semaine, terminez l’export et l’inventaire. La semaine suivante, testez deux options au maximum sur les mêmes scénarios. Avant le 18 septembre, choisissez remplacement, mode manuel ou retrait et déployez sur un faible volume. Gardez les derniers jours pour les erreurs, la documentation et le contrôle des sauvegardes.

Le 24 septembre ne doit pas être la date du premier essai. À cette échéance, les appels restants doivent être désactivés ou reroutés, les utilisateurs doivent disposer d’un message clair et l’équipe doit savoir comment revenir à un mode sûr. Après la coupure, retirez les clés et le code mort lorsque cela peut être fait sans perdre la traçabilité.

1. Avant le 8 septembre : export et inventaire
2. Avant le 13 septembre : tests comparables
3. Avant le 18 septembre : décision et intégration
4. Avant le 22 septembre : bascule progressive et retour arrière
5. Le 24 septembre : contrôle des appels, erreurs et messages utilisateurs

Le point essentiel

L’arrêt de Sora rappelle qu’une API, même proposée par un acteur majeur, reste un service révocable. La bonne réponse n’est pas de choisir précipitamment une nouvelle marque, mais de préserver les contenus, comprendre les dépendances et tester la tâche complète.

Une fois l’urgence traitée, conservez les prompts, fichiers et critères dans des formats indépendants. Abonnez-vous aux canaux de dépréciation des fournisseurs et attribuez un propriétaire à chaque intégration critique. Une migration réussie se juge à la continuité du résultat, pas au simple retour d’un code HTTP 200.