# Comment fonctionne la remise Batch API pour Nano Banana Pro et Nano Banana 2 ? > Atlas Cloud ne réduit pas le prix par image uniquement parce que les requêtes sont regroupées. Les économies viennent de l'endpoint, du tarif actif, de moins de reprises, du routage ou de conditions de volume négociées. Regrouper les requêtes Nano Banana peut augmenter le débit et réduire la charge opérationnelle, mais ne baisse pas automatiquement le prix publié par image sur Atlas Cloud. Un lot est un mode d'exécution, tandis qu'une remise est une règle tarifaire. Il faut les séparer dans le budget. ## Réponse courte : un lot n'est pas un coupon Atlas Cloud ne propose pas de bouton appliquant automatiquement un pourcentage de remise Batch API à Nano Banana Pro ou Nano Banana 2. Regrouper des prompts, les mettre en file ou les envoyer avec plusieurs workers améliore l'exploitation, mais ne modifie pas à lui seul le tarif unitaire. Calculez d'abord le coût avec le prix actuel du catalogue ou de la console, puis mesurez séparément les économies d'ingénierie. Atlas Cloud peut proposer des tarifs développeur, promotions ou accords de volume. Ce sont des programmes tarifaires, pas le résultat du batching. Vérifiez la [page Nano Banana Pro](https://www.atlascloud.ai/models/nanobanana?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=nano-banana-batch-api-discount-explained) et la [page Nano Banana 2](https://www.atlascloud.ai/models/nanobanana-2?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=nano-banana-batch-api-discount-explained) avant d'engager un budget. ## Quatre notions faciles à confondre | Mécanisme | Ce qu'il change | Baisse automatique du prix unitaire ? | | --- | --- | --- | | Envoi par lots | Regroupement et mise en file | Non | | Workers concurrents | Nombre de tâches simultanées | Non | | Tarif développeur ou promotion | Prix publié d'un endpoint éligible | Oui, s'il est actif et sélectionné | | Tarif de volume négocié | Conditions commerciales pour usage durable | Potentiellement, après accord | Le batching reste utile : moins de surcharge HTTP, meilleure occupation des workers, reprises plus simples et campagnes plus faciles à planifier. Le gain porte sur le temps d'ingénierie et le débit. ## Calculer le coût réel d'un lot `coût estimé = nombre de générations envoyées × prix unitaire actuel` Ajoutez le taux de reprise : `coût planifié = sorties visées × (1 + taux de reprise) × prix unitaire` Pour 10 000 images acceptées avec 12 % de régénération, prévoyez environ 11 200 générations. Séparez les calculs par modèle, résolution, qualité et mode. | Partie de la charge | Volume d'exemple | Prix à utiliser | | --- | ---: | --- | | Concepts initiaux | 6 000 générations | Endpoint Nano Banana 2 actuel | | Visuels finaux | 2 000 générations | Endpoint Nano Banana Pro actuel | | Reprises attendues | 12 % de chaque groupe | Même endpoint que la tâche reprise | | Stockage et livraison | Selon votre politique | Infrastructure hors génération | La meilleure optimisation consiste à ne pas utiliser la route la plus chère à chaque étape. Explorez à moindre coût, puis réservez Pro aux finalistes. ## Ce que le batching améliore réellement Une bonne file alimente les workers, limite la concurrence et récupère une tâche sans relancer toute la campagne. La plupart des modèles média Atlas Cloud sont asynchrones : 1. Lire le prompt et les références. 2. Envoyer la génération. 3. Stocker le prediction ID avec la source. 4. Interroger avec un backoff borné ou reprendre plus tard. 5. Valider avant de marquer la tâche terminée. 6. Reprendre uniquement l'élément en échec. Les limites s'appliquent par compte et par modèle. Une réponse `429` doit déclencher un backoff exponentiel. ## Quand Nano Banana 2 doit faire le premier passage Nano Banana 2 convient à l'exploration, aux variantes en volume et aux workflows guidés par références. * générer des concepts de campagne ; * tester fonds et mises en page ; * créer des variantes localisées ; * détecter les problèmes de texte ou de composition ; * produire des planches pour revue humaine. Le but est d'utiliser la route économique lorsque de nombreuses propositions seront éliminées. ## Quand Nano Banana Pro se justifie Pro convient lorsque l'actif approche de la livraison et qu'une erreur coûte cher : visuel principal, typographie délicate, haute résolution ou édition complexe. | Étape | Choix par défaut | Règle de promotion | | --- | --- | --- | | Exploration | Nano Banana 2 | Garder les candidats conformes à la composition et à la marque | | Raffinement | 2 ou Pro selon le défaut | Escalader si fidélité ou texte restent insuffisants | | Rendu final | Nano Banana Pro | Rendre uniquement les concepts validés | | Reprise | Même modèle puis une escalade | Éviter les reprises infinies sur la mauvaise route | L'économie vient du nombre réduit de tâches envoyées à l'étape premium. ## Une architecture sûre pour la production Utilisez une file avec état explicite. Conservez l'ID source, le modèle, la version du prompt, les URL d'entrée, le task ID, le nombre d'essais, l'état, l'URL de sortie et le résultat de validation. Réglez la concurrence par modèle, commencez bas et augmentez après mesure. Un lot de 20 000 éléments exige une file fiable, pas 20 000 connexions simultanées. Définissez aussi la rétention. Atlas Cloud accepte des en-têtes de rétention par requête pour les médias asynchrones. Copiez les actifs validés avant expiration des URL. ## Les métriques qui prouvent l'efficacité | Métrique | Utilité | | --- | --- | | Images acceptées par dollar | Combine prix et régénération | | Temps P50 et P95 | Montre vitesse et latence de queue | | Reprises par type d'erreur | Sépare prompt et plateforme | | Taux de rejet humain | Mesure l'utilité des brouillons | | Coût par actif validé | Relie dépense et résultat | | Âge de la file | Montre si la capacité suit les arrivées | Si le débit augmente mais que le rejet double, il n'y a pas de gain. Un flux 2 vers Pro qui baisse le coût par actif validé produit une vraie économie. ## Une règle de décision pratique Utilisez les lots pour l'exécution, et le choix d'endpoint, le tarif actif, la qualité des prompts et les accords de volume pour le coût. 1. Vérifiez le prix exact en direct. 2. Testez un échantillon sur les deux modèles. 3. Mesurez acceptation et reprises. 4. Envoyez l'exploration vers la route économique et les finales vers la route conforme. 5. Discutez du volume après avoir établi une consommation mensuelle stable. Un lot rend des milliers de tâches gérables ; le mot « batch » ne garantit pas une remise. ## FAQ ### Existe-t-il une remise Batch API dédiée ? Non. Regrouper ou mettre en file ne change pas automatiquement le prix publié ; consultez la page actuelle du modèle. ### Pourquoi utiliser des lots si le prix ne change pas ? Ils améliorent l'utilisation des workers, les reprises, la concurrence et l'exploitation. ### Comment estimer un grand lot ? Multipliez les générations prévues par le prix actuel et ajoutez une marge réaliste de reprises et rejets. ### Quel modèle doit faire le premier passage ? Nano Banana 2 est généralement utilisé pour explorer, puis Pro pour les concepts validés. ### Comment gérer les limites ? Utilisez une file bornée et un backoff exponentiel avec jitter après 429 ou erreur temporaire. ### Un gros volume peut-il obtenir un autre prix ? Un accord commercial est possible, mais ce n'est pas une remise automatique du batching.