La surveillance de la dépréciation de l’API Sora 2 : vérifications de routage avant le 24 septembre 2026 est urgente, car OpenAI indique que la Videos API, sora-2, sora-2-pro et les instantanés Sora 2 associés seront arrêtés le 24 septembre 2026. Si un flux de travail de création, un pipeline média ou un outil de campagne interne dépend encore de tâches de l’API Sora 2, considérez les deux prochains jours comme une fenêtre de gel et de vérification, et non comme un cycle normal de sélection de modèle.
La réponse pratique : ne lancez pas de nouvelle dépendance de production sur l’API Sora 2 cette semaine. Conservez les tâches existantes derrière un coupe-circuit, exportez l’historique d’utilisation et des tâches dont vous avez besoin, vérifiez que chaque ID de modèle et point de terminaison est toujours dans le code, et préparez un itinéraire de secours via votre passerelle de génération vidéo avant la date d’arrêt.
Flatkey est utile dans cet examen, car il offre aux équipes une surface unique de routage vidéo pour les modèles vidéo pris en charge, un flux de journaux d’utilisation unique, ainsi que le même schéma POST /v1/videos pour les routes vidéo Flatkey actuelles. Cet article n’affirme pas que Flatkey route actuellement Sora 2. La bonne vérification consiste à lister les modèles Flatkey actuels de votre compte avec GET /v1/models, puis à router les nouveaux tests vidéo uniquement vers les modèles qui sont réellement renvoyés pour votre compte.
Réponse rapide : devez-vous construire sur l’API Sora 2 maintenant ?
Non. Au 22 septembre 2026, la page des dépréciations d’OpenAI indique que la Videos API et les alias/instantanés du modèle Sora 2 ont été annoncés comme dépréciés le 24 mars 2026 et leur suppression de l’API est prévue pour le 24 septembre 2026. Le même tableau de dépréciation ne liste pas de remplacement recommandé pour la Videos API, sora-2 ou sora-2-pro.
N’utilisez l’API Sora 2 que pour l’extraction finale, l’audit ou des tests d’arrêt que vous pouvez vous permettre de perdre après la date limite. Pour tout nouveau flux de travail de création, placez un contrôle de passerelle vidéo avant le choix du modèle :
| Décision | Action recommandée avant le 24 septembre |
|---|---|
| Chemin de production Sora 2 existant | Gelez les modifications, vérifiez le trafic restant et ajoutez un itinéraire de secours ou d’arrêt ferme. |
| Nouvelle campagne ou fonctionnalité produit | Ne faites pas de Sora 2 l’itinéraire par défaut. Évaluez plutôt les modèles vidéo actifs. |
| Prompts et références archivés | Exportez maintenant les prompts, références d’entrée, IDs de tâches, sorties et enregistrements d’utilisation. |
| Estimations budgétaires | Considérez la tarification de Sora 2 comme historique ou à court terme uniquement, et non comme des données de planification pérennes. |
| Configuration de la passerelle | Vérifiez la disponibilité des modèles au niveau du compte avec GET /v1/models, et non avec un article de blog mis en cache. |
Pourquoi ce sujet de l’API Sora 2 nécessite une surveillance de la dépréciation
Les intégrations de génération vidéo échouent différemment des intégrations textuelles. Un changement de modèle textuel peut rompre le ton, la forme JSON ou le comportement des outils. Un changement de modèle vidéo peut casser toute la chaîne de production : création de tâches asynchrones, latence de file d’attente, format de prompt, gestion des références d’image, durée des clips, résolution, durée de vie de l’URL de sortie, règles de modération et coût par clip accepté.
C’est pourquoi la surveillance de la dépréciation de l’API Sora 2 : vérifications de routage avant le 24 septembre 2026 doit être traitée comme une liste de contrôle opérationnelle. La question n’est pas seulement « quel modèle est le meilleur ? ». La question plus sûre est :
- Quelles routes existent encore après le 24 septembre ?
- De quelle structure de requête chaque route a-t-elle besoin ?
- Quelles sorties votre produit peut-il accepter sans reprise ?
- Quels journaux prouvent la route, le coût et le statut de chaque tâche ?
- Quelle règle de repli empêche un calendrier de campagne ou un flux utilisateur de dépendre d’un endpoint supprimé ?
Calendrier officiel à intégrer à votre revue
Utilisez les dates exactes ci-dessous dans votre ticket de migration afin que la décision soit auditée.
| Date | Fait étayé par la source | Implication pour l’équipe |
|---|---|---|
| 24 mars 2026 | OpenAI indique avoir notifié les développeurs utilisant l’API Videos et les alias/snapshots de Sora 2 de la dépréciation. | Vérifiez qui a reçu les notifications du fournisseur et si elles sont bien parvenues à l’équipe responsable. |
| 22 septembre 2026 | La documentation d’OpenAI décrit toujours Sora 2 et Sora 2 Pro comme des modèles de l’API Videos, tandis que la page de dépréciation liste leur date d’arrêt. | Ne confondez pas une documentation disponible avec une route durable. |
| 24 septembre 2026 | OpenAI indique cette date comme date d’arrêt de l’API Videos, sora-2, sora-2-pro, sora-2-2025-10-06, sora-2-2025-12-08 et sora-2-pro-2025-10-06. | Gelez toute nouvelle dépendance et terminez les vérifications de repli avant cette date. |
Le glossaire de dépréciation d’OpenAI compte aussi : il définit la dépréciation comme le processus de mise hors service d’un modèle ou d’un endpoint, et précise que les modèles et endpoints dépréciés ont une date d’arrêt à partir de laquelle ils ne seront plus accessibles. Cela fait de la date du 24 septembre un risque de routage, et pas seulement une note de documentation. Gardez ouverte le guide de génération vidéo Sora d’OpenAI, la page du modèle sora-2, la page du modèle sora-2-pro et la page de tarification pendant que vous réconciliez l’utilisation existante.
Ce qu’il faut vérifier dans le code avant le 24 septembre
Commencez par une recherche de chaîne dans vos dépôts, configurations de workflows, notebooks et files de tâches :
rg -n "sora-2|sora-2-pro|sora-2-2025|/v1/videos|openai\\.videos|Videos API|video_id"Puis classez chaque occurrence :
| Résultat | Risque | Action |
|---|---|---|
sora-2 ou sora-2-pro codé en dur | Les appels peuvent échouer après l’arrêt. | Déplacez l’identifiant du modèle dans la configuration et retirez-le de la politique de production par défaut. |
Appel direct à https://api.openai.com/v1/videos | La dépendance à l’endpoint peut disparaître. | Placez-le derrière un adaptateur de route ou désactivez-le avant la date limite. |
| Boucle de polling liée aux identifiants vidéo OpenAI | L’état de la file et le comportement de téléchargement peuvent ne plus s’appliquer. | Ajoutez des adaptateurs d’état de tâche spécifiques au modèle. |
| Calculateur de coûts utilisant les prix Sora 2 à la seconde | L’estimation budgétaire devient obsolète. | Marquez-le comme historique et remplacez-le par la tarification de la route active. |
| Modèles de prompt enregistrés et étiquetés Sora 2 | Les prompts peuvent ne pas se transférer proprement. | Retestez les prompts sur les modèles vidéo actifs avec revue humaine. |
La revue utile la plus rapide n’est pas une réécriture géante. C’est un inventaire des routes avec les responsables, le trafic, le repli et une décision pour chaque chemin d’appel.
Le prix de l’API Sora 2 est un facteur de planification à court terme
Les pages actuelles des modèles OpenAI listent les prix de génération vidéo de Sora 2 et Sora 2 Pro par durée et résolution. Sora 2 est listé uniquement en 720p, tandis que Sora 2 Pro est listé pour 720p, 1024p et 1080p. La page de tarification affiche également des tarifs vidéo plus bas pour l’API Batch.
Ces données restent utiles pour un examen historique des coûts. Elles ne suffisent pas pour un plan de lancement en septembre. Si un modèle et un point de terminaison sont programmés pour l’arrêt le 24 septembre, la question du coût devient moins « ce prix est-il intéressant ? » que « que se passe-t-il pour les tâches en file d’attente, en nouvelle tentative ou planifiées lorsque la route disparaît ? »
Utilisez plutôt cette liste de champs normalisée :
video_route_review:
route_name: sora_2_legacy_shutdown_review
checked_at: 2026-09-22
owner: media_platform
endpoint: /v1/videos
model_ids:
- sora-2
- sora-2-pro
provider_shutdown_date: 2026-09-24
active_traffic_last_24h: fill_from_logs
queued_jobs: fill_from_queue
stored_outputs_exported: yes_or_no
fallback_route: model_id_or_feature_off
rollback_owner: team_or_person
user_visible_feature_flag: flag_nameNotes de routage Flatkey : ce qui est vérifié et ce qui ne l’est pas
La documentation publique de Flatkey décrit un flux de travail de génération vidéo partagé :
POST https://router.flatkey.ai/v1/videoscrée une tâche vidéo asynchrone.GET /v1/videos/{task_id}interroge l’état de la tâche.GET /v1/videos/{task_id}/contenttélécharge la vidéo terminée.GET /v1/modelsest la méthode spécifique au compte pour découvrir les modèles actuellement disponibles.
Le guide de génération vidéo de Flatkey affiche actuellement des exemples vidéo actifs tels que seedance-2.5, MiniMax-H3, grok-imagine-video, grok-imagine-video-1.5, veo-3.1-generate-preview et veo-3.1-fast-generate-preview. Le répertoire public des modèles affiche également des lignes vidéo telles que seedance-2.0-pro, veo-3.1-generate-preview et des modèles vidéo Grok Imagine.
Ne déduisez pas la disponibilité de Sora 2 à partir de cet article. L’affirmation publiable est plus étroite : Flatkey prend en charge un flux de routage vidéo et la découverte des modèles spécifiques au compte. Si vous migrez loin d’une dépendance à l’API Sora 2, vérifiez les routes vidéo Flatkey disponibles dans votre propre compte avant de modifier le trafic de production.
curl --fail-with-body -sS https://router.flatkey.ai/v1/models \
-H "Authorization: Bearer $FLATKEY_API_KEY" \
| jq '.data[] | select(.type == "video") | {id, owned_by, type}'Si sora-2 n’est pas renvoyé, ne le configurez pas. Si un modèle de repli est renvoyé, exécutez un test de qualité de prompt et de forme de sortie avant d’acheminer de vrais utilisateurs.
Matrice de repli vidéo pour les équipes de création
Utilisez cette matrice pour comparer les routes actives après la fenêtre d’arrêt de l’API Sora 2.
| Classe de route | À vérifier | Condition de réussite |
|---|---|---|
| Route Seedance | Structure de requête content, rôles de l’image de référence, durée, résolution, option audio, enregistrement d’utilisation. | La tâche se crée, s’interroge, se télécharge et enregistre le coût pour le flux de travail du créateur visé. |
| Route Veo | Structure de requête prompt, résolution prise en charge, durée, état du modèle, coût par seconde. | La même classe de prompt s’affiche avec une latence acceptable et une qualité de revue satisfaisante. |
| Route MiniMax H3 | Structure de requête content, casse requise pour la résolution, média de référence, comportement de l’URL de sortie. | L’adaptateur gère ses règles de paramètres spécifiques sans valeurs par défaut cachées. |
| Route vidéo Grok Imagine | Structure de requête prompt, taille de sortie, durée, limites de répétabilité. | Le produit accepte le format de sortie et consigne les contraintes spécifiques au modèle. |
| Chemin direct du fournisseur | Compte fournisseur, authentification, endpoint, limites, propriétaire de la facture, paramètre de rétention. | Le repli direct fonctionne même si la politique de la passerelle change. |
L’objectif n’est pas de trouver un remplacement en une ligne pour Sora 2. L’objectif est d’isoler la structure de requête de chaque modèle derrière un adaptateur de tâche vidéo afin que le code de votre produit ne dépende pas de l’endpoint retiré d’un seul fournisseur.
Pour les revues de routes adjacentes, gardez à portée de main la checklist d’accès à l’API Veo, la revue de routage Seedance vs Veo API, le guide du catalogue de modèles IA, le guide de routage des agents multimodaux et le guide de démarrage rapide de l’API Flatkey. Ces pages couvrent les vérifications de catalogue de modèles, de bascule, de tarification et du premier appel vers lesquelles ce point de contrôle de l’arrêt de l’API Sora 2 vous oriente.
Surveillance de la dépréciation de l’API Sora 2 : vérifications de routage avant le 24 septembre 2026 checklist
Exécutez cette checklist avant la date d’arrêt.
- Recherchez dans chaque dépôt, file d’attente, notebook et planificateur
sora-2,sora-2-pro, les instantanés Sora 2 et/v1/videos. - Exportez les ID des tâches Sora 2 restantes, les prompts, les références d’entrée, les sorties acceptées, les sorties échouées, les horodatages, les propriétaires et les dépenses.
- Arrêtez de créer de nouveaux modèles de campagne à longue durée de vie qui supposent la disponibilité de Sora 2.
- Ajoutez un indicateur produit qui désactive les routes Sora 2 sans redéployer toute l’application.
- Ajoutez un plan de vidage de la file d’attente pour les tâches encore en attente à l’approche de la date limite.
- Vérifiez si les tentatives de relance peuvent recréer accidentellement des tâches vers l’endpoint retiré.
- Choisissez des routes vidéo actives candidates avec
GET /v1/models, pas à partir de la mémoire ou de captures d’écran. - Retestez les prompts avec des modèles actifs et consignez les différences de qualité, les dimensions de sortie, la durée, les échecs de modération et le coût.
- Mettez à jour les textes visibles par l’utilisateur si un nom de fonctionnalité implique « Sora » plutôt qu’une route générique de génération vidéo.
- Conservez les preuves dans les journaux d’utilisation : ID de requête, ID de modèle, endpoint, statut, coût, motif du repli et URL de sortie.
Enregistrement de revue de route copiable
Utilisez un enregistrement par charge de travail vidéo.
workload: product_trailer_generator
audience: creator_team
checked_at: 2026-09-22
legacy_route:
provider: openai
endpoint: /v1/videos
model: sora-2-pro
shutdown_date: 2026-09-24
current_status:
active_traffic: fill_from_logs
queued_jobs: fill_from_queue
stored_outputs_exported: yes_or_no
candidate_routes:
- model: fill_from_get_v1_models
request_shape: prompt_or_content
max_duration: model_limit
supported_resolution: model_limit
cost_unit: per_second
acceptance_checks:
- task_create_returns_id
- polling_reaches_terminal_state
- completed_video_downloads
- usage_log_records_model_status_cost
- fallback_reason_is_visible
decision:
owner: team_or_person
rollout: disabled_until_route_verified
rollback: direct_provider_or_feature_offFAQ
L’API Sora 2 est-elle dépréciée ?
Oui. La page de dépréciation d’OpenAI répertorie l’API Videos, sora-2, sora-2-pro et les instantanés Sora 2 associés comme dépréciés, avec une date d’arrêt au 24 septembre 2026.
Puis-je encore utiliser la tarification de l’API Sora 2 pour les estimations budgétaires ?
Utilisez-la uniquement pour une revue historique ou un rapprochement final à court terme. Comme la route doit être arrêtée, les équipes de créateurs devraient estimer les nouveaux travaux à partir des modèles vidéo actifs et des routes actuelles au niveau du compte.
Qu’est-ce qui remplace l’API Sora 2 ?
Le tableau de dépréciation d’OpenAI ne liste pas de remplacement recommandé pour l’API Videos ou les modèles Sora 2. Cela signifie que les équipes doivent effectuer une évaluation au niveau de la route plutôt que de supposer un substitut officiel un-à-un.
Flatkey prend-il en charge l’API Sora 2 ?
Ne le supposez pas à partir de cet article. Flatkey prend en charge un flux de routage vidéo asynchrone et documente la découverte des modèles spécifiques au compte via GET /v1/models. Vérifiez la liste actuelle des modèles vidéo de votre compte avant de configurer une route.
Que doit consigner une passerelle vidéo ?
Au minimum : ID de requête, utilisateur ou espace de travail, ID de modèle, point de terminaison, ID de tâche, statut, nombre de tentatives, motif de repli, durée, résolution, unité de coût, URL finale de sortie, et si la sortie a été acceptée ou rejetée.
En résumé
La surveillance de la dépréciation de l’API Sora 2 : vérifications de routage avant le 24 septembre 2026 est une revue des risques de routage, pas une comparaison routinière de modèles. Si Sora 2 apparaît quelque part en production, bloquez-le, exportez ce dont vous avez besoin et transférez les futurs travaux vers des routes vidéo actives vérifiées.
Flatkey peut aider pour l’étape suivante : un catalogue de modèles au niveau du compte, un schéma unique de point de terminaison vidéo asynchrone pour les routes vidéo prises en charge, et des journaux d’utilisation qui rendent visibles le modèle, le statut et le coût. Commencez avec GET /v1/models, comparez les coûts de route actuels sur la page de tarification, validez la route sur un petit ensemble de prompts, et seulement ensuite déplacez le trafic des créateurs.
