Le 10 août 2026, plusieurs modèles GPT accessibles via le module OpenAI de Make vont être coupés. Pas ralentis. Coupés. Si vos scénarios tournent encore sur GPT-5.2 ou GPT-5.3, ils passeront de « OK » à « 0 exécution » du jour au lendemain. Selon la documentation officielle Make, la dépréciation touche l'ensemble des modèles antérieurs à la génération 5.5.
Cet article s'adresse aux dirigeants et responsables ops de PME qui ont industrialisé des scénarios Make sans forcément suivre les changelogs OpenAI ligne par ligne. On va poser le problème avec des chiffres, expliquer pourquoi ça arrive, comparer les options, et vous donner un protocole d'audit + migration qui prend moins d'une heure pour un parc de 20 à 50 scénarios.
Le problème : des scénarios critiques qui vont s'arrêter net
Chez Boom Maker, on observe systématiquement le même schéma dans les PME de 20 à 100 salariés : entre 60 et 80% des scénarios Make en production utilisent encore un modèle GPT figé au moment de la création du scénario. Un scénario construit en janvier 2026 pointe presque toujours sur GPT-5.2 ou GPT-5.3. Personne n'a pensé à le mettre à jour depuis.
La date butoir est claire : 10 août 2026. Selon l'annonce Make du 31 juillet 2026, tout appel API vers un modèle déprécié renverra une erreur 404 côté OpenAI. Make ne peut rien y faire. Le scénario s'exécute, atteint le module OpenAI, échoue, et selon votre configuration : soit il stoppe la chaîne, soit il envoie une erreur en boucle jusqu'à saturation de vos operations.
Les scénarios les plus à risque sont ceux qui portent le plus de valeur : qualification de leads entrants, réponses automatiques SAV, génération de contenu commercial, tri de factures fournisseurs, résumés de réunions. Bref, les briques que vos équipes ne voient plus parce qu'elles tournent en silence depuis des mois.
Pourquoi ça arrive (et pourquoi ça va se reproduire)
Trois causes racines expliquent la situation.
1. Le versioning figé côté Make. Quand vous choisissez un modèle GPT dans un module Make OpenAI, la valeur est stockée en dur dans le scénario. Il n'y a pas de « toujours utiliser le dernier stable ». Vous choisissez GPT-5.3 en mars, vous restez sur GPT-5.3 jusqu'à ce que vous éditiez manuellement le module.
2. Le cycle de dépréciation OpenAI s'est accéléré. Depuis la sortie de GPT-5.6 Sol le 6 août 2026, OpenAI pousse activement les intégrations vers les nouveaux modèles. Les release notes ChatGPT le confirment : les modèles antérieurs à 5.5 sont désormais considérés comme legacy.
3. L'angle mort du monitoring. Make affiche bien un avertissement dans l'éditeur de scénario. Mais si personne n'ouvre le scénario, personne ne le voit. Les alertes email de Make se déclenchent sur erreur d'exécution, pas sur dépréciation annoncée.
La leçon est simple : ce ne sera pas le dernier cycle de dépréciation. En 2027, GPT-5.5 subira le même sort. Il faut un protocole, pas un rattrapage.
Diagramme avant / après : ce qui casse et ce qui tient
Le côté gauche du schéma montre le risque immédiat : un scénario apparemment sain qui devient une bombe à retardement. Le côté droit montre l'état cible après migration.
Les options pour corriger : 3 approches comparées
Il existe trois façons de traiter le problème. Elles n'ont pas le même coût ni le même niveau de sécurité.
Approche | Effort | Sécurité | Coût OpenAI | Recommandé pour |
Migration manuelle scénario par scénario | Élevé (5-10 min/scénario) | Haute | Identique ou -10% | Parcs de moins de 15 scénarios |
Migration semi-automatisée via API Make | Moyen (1h de setup, puis batch) | Haute | Identique ou -10% | Parcs de 15 à 100 scénarios |
Wrapper via module HTTP + variable centralisée | Élevé (refonte partielle) | Très haute | -15 à -30% | Structures qui prévoient de re-migrer chaque année |
Pour la majorité des PME, l'approche 2 est le bon compromis. On l'utilise en interne et c'est celle qu'on détaille dans la section suivante.
La méthode recommandée : 5 étapes pour migrer en moins d'une heure
Étape 1 : Auditer votre parc de scénarios
Ouvrez votre dashboard Make et exportez la liste de vos scénarios actifs. Filtrez ceux qui contiennent un module OpenAI. Pour chaque scénario, notez trois informations dans un tableur : nom du scénario, modèle GPT utilisé, criticité business (haute / moyenne / basse).
La criticité haute correspond aux scénarios dont l'arrêt bloque une opération client dans les 24h : qualification de leads, réponses SAV, facturation. La criticité basse correspond aux automatisations internes (résumés, tri de docs).
Étape 2 : Prioriser par risque
Traitez d'abord les scénarios à criticité haute qui pointent sur GPT-5.2 ou 5.3. Ce sont les bombes à retardement. Ensuite les criticités moyennes. Les basses peuvent attendre juillet 2026 sans problème, mais autant les traiter dans la foulée.
Étape 3 : Choisir le modèle cible
Trois options selon vos usages :
GPT-5.6 Sol : équilibre qualité / coût. Bon défaut pour 80% des cas.
GPT-5.6 Luna : plus rapide, moins cher, adapté aux tâches courtes (classification, extraction).
GPT-5.5 : encore supporté, à choisir si vous avez des prompts finement calibrés que vous ne voulez pas retester.
Étape 4 : Migrer et tester
Pour chaque scénario, dupliquez-le d'abord (bouton « Clone »). Sur la copie, changez le modèle dans le module OpenAI. Lancez une exécution manuelle avec un jeu de données représentatif. Comparez la sortie avec l'ancien scénario. Si OK, activez la copie et désactivez l'ancien. Ne supprimez rien pendant 30 jours.
Étape 5 : Mettre en place un monitoring
Créez un scénario Make qui tourne chaque premier lundi du mois. Il appelle l'API Make (endpoint scenarios), liste tous vos scénarios avec un module OpenAI, extrait le modèle utilisé, et vous envoie un rapport Slack ou email si un modèle non validé apparaît. C'est 20 minutes de setup et ça vous évite le prochain cycle de panique.
Coût et ROI de l'opération
Coûts directs de la migration :
Temps humain : 30 à 60 minutes pour un parc de 20 à 40 scénarios avec la méthode ci-dessus.
Operations Make consommées pour les tests : négligeable, moins de 100 operations.
Coût OpenAI post-migration : GPT-5.6 Sol coûte environ 10 à 15% moins cher que GPT-5.3 en input, à qualité équivalente ou supérieure.
Gains :
Zéro rupture d'automatisation critique au 10 août 2026.
Économie récurrente sur les tokens OpenAI (typiquement 50 à 200€/mois pour une PME avec un usage soutenu).
Monitoring qui vous protège des prochains cycles.
Sur un parc typique de 30 scénarios, l'opération est rentable en moins d'un mois grâce à la seule réduction du coût OpenAI. Le vrai gain reste la continuité opérationnelle.
Si vous voulez qu'on regarde votre cas
Auditer un parc de scénarios Make et sécuriser une migration prend en général une demi-journée pour nous. Si vous voulez qu'on regarde votre situation avant la date butoir, on propose des audits gratuits sur boommaker.io/audit-gratuit.
Pour aller plus loin sur les sujets connexes : notre guide sur l'automatisation de la facturation électronique avec Make et Pennylane, notre analyse des nouvelles capacités Web Search et Agents Grid dans Make, et pour ceux qui envisagent une alternative RGPD-first, notre comparatif n8n + Mistral pour les PME françaises.
FAQ — Make + GPT Dépréciation : Migrez vos Scénarios en 5 Étapes
Quels modèles GPT sont dépréciés dans Make en août 2026 ?
Selon la documentation officielle Make, tous les modèles GPT antérieurs à la génération 5.5 sont concernés par la dépréciation au 10 août 2026. Cela inclut notamment GPT-5.2, GPT-5.3 et leurs variantes. Les modèles GPT-5.5, GPT-5.6 Sol et GPT-5.6 Luna restent supportés. Après la date butoir, tout appel API vers un modèle déprécié renverra une erreur 404, ce qui stoppera l'exécution du module OpenAI dans vos scénarios Make.
Comment savoir si mes scénarios Make sont impactés ?
Ouvrez votre dashboard Make, listez vos scénarios actifs et filtrez ceux qui contiennent un module OpenAI. Pour chaque module, vérifiez la valeur du champ « Model ». Si vous voyez GPT-5.2, GPT-5.3 ou une variante antérieure à 5.5, le scénario est à risque. Vous pouvez aussi utiliser l'API Make (endpoint scenarios) pour extraire cette information en batch sur des dizaines de scénarios en une seule requête.
Est-ce que la migration vers GPT-5.6 va changer les résultats de mes prompts ?
Dans 90% des cas, GPT-5.6 Sol produit des résultats équivalents ou meilleurs que GPT-5.3 sur les mêmes prompts. Les écarts apparaissent surtout sur les prompts très longs ou finement calibrés. C'est pourquoi la méthode recommandée est de dupliquer chaque scénario, tester la copie avec un jeu de données représentatif, comparer les sorties, et seulement basculer si le résultat est validé. Prévoyez 5 à 10 minutes de test par scénario critique.
Combien coûte GPT-5.6 Sol par rapport à GPT-5.3 ?
GPT-5.6 Sol est environ 10 à 15% moins cher en tokens d'entrée que GPT-5.3, à qualité équivalente ou supérieure. GPT-5.6 Luna, sa version rapide, est encore moins chère et convient parfaitement aux tâches courtes comme la classification ou l'extraction de champs. Pour une PME avec un usage soutenu de l'API OpenAI via Make, l'économie mensuelle se situe généralement entre 50 et 200 euros après migration.
Comment éviter que le problème se reproduise en 2027 ?
Mettez en place un scénario Make de monitoring qui tourne chaque premier lundi du mois. Il appelle l'API Make, liste tous vos scénarios avec un module OpenAI, extrait le modèle utilisé, et envoie un rapport Slack ou email si un modèle non validé apparaît. Le setup prend 20 minutes. Vous pouvez aussi maintenir une liste de modèles autorisés dans un Data Store Make, ce qui permet de centraliser la politique et de recevoir une alerte dès qu'OpenAI annonce une nouvelle dépréciation.