Note de l'auteur : Une analyse approfondie des raisons pour lesquelles Nano Banana Pro rejette les modifications d'images avec l'erreur blockReason OTHER. Nous examinerons les mécanismes par lesquels des scénarios comme le changement de fond ou la fusion de photos sont considérés comme des falsifications trompeuses, et proposerons 5 solutions possibles.
Récemment (mars 2026), de nombreux développeurs ont constaté que la fonctionnalité d'édition d'images de Nano Banana Pro est devenue plus stricte. Des opérations qui fonctionnaient auparavant sans problème, comme le « changement de fond » ou la « fusion de deux personnes sur une photo », retournent désormais fréquemment l'erreur blockReason: OTHER. Ces demandes d'édition, qui semblent tout à fait normales, sont jugées comme des « falsifications trompeuses » par le système de sécurité de Google, entraînant le refus de générer l'image.
Valeur ajoutée : Après avoir lu cet article, vous comprendrez le mécanisme de déclenchement de blockReason OTHER, saurez quelles opérations de modification d'images ont été renforcées après mars 2026, et maîtriserez 5 solutions alternatives possibles.

Points clés de l'erreur Nano Banana Pro blockReason OTHER
| Point clé | Description | Portée de l'impact |
|---|---|---|
| Signification de l'erreur | La requête enfreint les conditions d'utilisation ou l'opération n'est pas prise en charge | Principalement les requêtes d'édition d'images |
| Cause du déclenchement | Le remplacement de fond et la fusion de photos impliquant des personnes sont considérés comme du contenu trompeur | Net resserrement après mars 2026 |
| Catégorie d'erreur | OTHER est une catégorie fourre-tout, n'appartenant pas à des catégories explicites comme la pornographie/violence/haine | Impossible de contourner via la configuration des paramètres de sécurité |
| candidatesTokenCount | La valeur retournée est 0, indiquant que le modèle n'a généré aucun contenu | La requête est interceptée avant la génération |
Analyse complète de l'erreur Nano Banana Pro blockReason OTHER
Décortiquons cette réponse d'erreur champ par champ :
{
"promptFeedback": {
"blockReason": "OTHER"
},
"usageMetadata": {
"promptTokenCount": 537,
"candidatesTokenCount": 0,
"totalTokenCount": 537,
"promptTokensDetails": [
{"modality": "TEXT", "tokenCount": 21},
{"modality": "IMAGE", "tokenCount": 516}
]
},
"modelVersion": "gemini-3-pro-image-preview",
"responseId": "9EesaeyMN7HxjrEPtpSj0QE"
}
Interprétation des champs clés :
| Champ | Valeur | Signification |
|---|---|---|
blockReason |
OTHER |
N'appartient pas aux catégories de sécurité standard, il s'agit d'une interception au niveau des conditions d'utilisation/politiques |
candidatesTokenCount |
0 |
Le modèle n'a généré aucune sortie, la requête a été rejetée dès la phase d'entrée |
promptTokenCount |
537 |
L'entrée a consommé 537 tokens (21 texte + 516 image) |
IMAGE tokenCount |
516 |
L'entrée contient une image, ce qui indique qu'il s'agit d'une requête d'édition image vers image (img2img) |
modelVersion |
gemini-3-pro-image-preview |
Le modèle utilisé est Nano Banana Pro |
La valeur candidatesTokenCount: 0 confirme que : il ne s'agit pas d'un filtrage de sortie (le modèle a généré, mais le résultat a été bloqué), mais d'un filtrage d'entrée (le modèle n'a même pas commencé à générer). Le système de sécurité de Google, après avoir analysé votre invite et l'image d'entrée, a directement jugé que cette opération relevait d'une catégorie non autorisée.
Différence entre Nano Banana Pro blockReason OTHER et les autres blockReason
L'API Gemini propose plusieurs types de blockReason, et OTHER est le plus particulier :
| blockReason | Signification | Ajustable via les paramètres de sécurité |
|---|---|---|
SAFETY |
Déclenche une catégorie de sécurité standard (pornographie/violence/haine/danger) | ✅ Le seuil peut être abaissé |
OTHER |
Enfreint les conditions d'utilisation, les restrictions de politique ou une opération non prise en charge | ❌ Impossible de contourner via la configuration |
BLOCKLIST |
Déclenche une liste de mots bloqués personnalisée | ✅ La liste de blocage peut être modifiée |
PROHIBITED_CONTENT |
Déclenche des restrictions strictes non configurables (ex. CSAM) | ❌ Absolument impossible à contourner |
Différence clé : Les blocages de type SAFETY peuvent être assouplis en ajustant le harm_block_threshold, mais le type OTHER est une restriction au niveau de la politique et n'est pas affecté par les paramètres de sécurité. Cela signifie que, quels que soient les ajustements que vous apportez aux paramètres de sécurité, le blockReason OTHER ne peut pas être résolu par la configuration.
4 scénarios typiques de refus de modification d'images avec Nano Banana Pro

En mars 2026, Google a encore renforcé ses politiques de sécurité pour l'édition d'images sur Nano Banana Pro. Voici les scénarios les plus fréquemment bloqués :
Scénario un : Remplacement de l'arrière-plan d'une personne
Opération : Télécharger une photo d'une personne et demander de changer l'arrière-plan d'un intérieur vers une plage/ville/autre scène.
Raison du refus : Le système de sécurité de Google considère cela comme la « création d'une scène factice » – faire apparaître une personne dans un endroit où elle n'a jamais été. Cela relève de la catégorie Deepfake / contenu trompeur.
Retour d'erreur : blockReason: OTHER
Analyse : Bien que pour l'utilisateur, il s'agisse d'une simple demande de « changement d'arrière-plan », du point de vue de la sécurité de la plateforme, cela équivaut à falsifier une photo d'une personne dans un lieu spécifique, ce qui pourrait être utilisé à des fins de fraude, de fausses preuves, etc.
Scénario deux : Composition d'une photo de groupe de deux personnes
Opération : Télécharger deux photos de personnes différentes et demander de les combiner en une seule photo où les deux personnes sont côte à côte.
Raison du refus : C'est l'un des scénarios Deepfake les plus typiques – faire apparaître deux personnes qui ne se sont peut-être jamais rencontrées comme étant ensemble sur une photo, ce qui pourrait être utilisé pour de fausses preuves sociales, la falsification de photos de célébrités, etc.
Retour d'erreur : blockReason: OTHER
Scénario trois : Modification des vêtements/de l'apparence d'une personne
Opération : Télécharger une photo d'une personne et demander de changer ses vêtements, sa coiffure ou de modifier son apparence.
Raison du refus : Modifier l'apparence d'une personne réelle constitue une altération de personne. Le système de sécurité a du mal à distinguer entre « créer un look amusant pour un ami » et « créer une fausse image d'une personne ».
Scénario quatre : Placer une personne dans une scène spécifique
Opération : Télécharger une photo d'une personne et demander de l'« insérer » dans une affiche de film, une couverture de magazine ou une scène spécifique.
Raison du refus : Similaire au remplacement d'arrière-plan, ce type d'opération pourrait être utilisé pour falsifier des preuves de la participation d'une personne à un événement ou une activité spécifique.
💡 Note importante : Les scénarios ci-dessus fonctionnaient normalement début 2026, mais depuis la sortie de Nano Banana 2 en février, Google a entièrement mis à jour ses mécanismes de sécurité du contenu, et le taux de blocage de ces opérations a considérablement augmenté. Il ne s'agit pas d'un bug, mais d'une politique de sécurité délibérément renforcée par Google.
Raisons techniques du blockReason OTHER de Nano Banana Pro
Pourquoi Google a-t-il renforcé sa politique de modification d'images ?
Google a renforcé sa politique de sécurité pour la modification d'images avec Nano Banana Pro pour les raisons principales suivantes :
Risque de prolifération des deepfakes :
La qualité d'édition d'images de Nano Banana Pro est extrêmement élevée – changer un arrière-plan ne laisse pratiquement aucune trace. Cela signifie qu'en cas d'abus, les images falsifiées générées peuvent être très trompeuses. En tant que fournisseur de technologie, Google ne souhaite pas assumer la responsabilité d'une propagation massive de deepfakes.
Pression de conformité avec l'EU AI Act :
L'EU AI Act (pleinement en vigueur en août 2026) contient des clauses strictes de responsabilité pour les contenus trompeurs générés par l'IA. Le renforcement anticipé des stratégies de filtrage est une mesure de préparation de Google pour se conformer à cette loi.
Principe de "prudence maximale" des systèmes de sécurité :
Les systèmes de sécurité de Google ne peuvent pas déterminer avec précision l'intention de l'utilisateur. "Changer un arrière-plan pour une belle photo à poster sur les réseaux sociaux" et "falsifier une photo de quelqu'un à un endroit précis pour une fraude" sont techniquement des opérations identiques. Le système de sécurité ne peut qu'intercepter de manière radicale toutes les opérations impliquant la modification de personnes et de scènes.
Architecture de filtrage de sécurité à deux couches de Nano Banana Pro
Nano Banana Pro utilise deux systèmes de filtrage de sécurité indépendants :
| Couche de filtrage | Nom | Configurabilité | blockReason déclenché |
|---|---|---|---|
| Couche 1 | Filtrage de sécurité standard | ✅ Ajustable via safety_settings |
SAFETY |
| Couche 2 | Filtrage de politique/conditions | ❌ Non configurable | OTHER / PROHIBITED_CONTENT |
Le blockReason OTHER est déclenché par la Couche 2 – cette couche n'est pas contrôlée par les paramètres de l'API et représente une restriction de politique appliquée de force par Google côté serveur.
# Même si tous les paramètres de sécurité sont réglés au minimum, blockReason OTHER sera toujours déclenché
import google.generativeai as genai
# Ces paramètres n'affectent que la Couche 1 et sont inefficaces pour la Couche 2
safety_settings = [
{"category": "HARM_CATEGORY_HARASSMENT", "threshold": "BLOCK_NONE"},
{"category": "HARM_CATEGORY_HATE_SPEECH", "threshold": "BLOCK_NONE"},
{"category": "HARM_CATEGORY_SEXUALLY_EXPLICIT", "threshold": "BLOCK_NONE"},
{"category": "HARM_CATEGORY_DANGEROUS_CONTENT", "threshold": "BLOCK_NONE"},
]
# blockReason OTHER n'est pas affecté par les paramètres ci-dessus
# Le remplacement d'arrière-plan impliquant des personnes sera toujours intercepté par la Couche 2
🎯 Conseil technique : Lorsque vous rencontrez un
blockReason OTHER, n'essayez pas d'ajuster les paramètressafety_settings, c'est totalement inefficace. Vous devez modifier votre méthode d'opération ou choisir un autre modèle. La plateforme APIYI (apiyi.com) vous permet de basculer rapidement vers d'autres modèles comme Nano Banana 2 ou Seedream pour tester les mêmes besoins.
5 solutions pour le blockReason OTHER de Nano Banana Pro
Solution 1 : Utiliser la génération à partir d'une description textuelle pure (texte vers image au lieu d'image vers image)
Le blockReason OTHER intercepte principalement les "modifications basées sur des photos de personnes réelles". Si vous utilisez une description textuelle pure pour générer la scène souhaitée, le taux de réussite augmentera considérablement :
import openai
client = openai.OpenAI(
api_key="YOUR_API_KEY",
base_url="https://vip.apiyi.com/v1"
)
# ❌ Méthode img2img (susceptible de déclencher blockReason OTHER)
# Télécharger une photo de personne réelle + "changer l'arrière-plan en plage"
# ✅ Méthode texte vers image (contourne les restrictions d'édition de photos de personnes)
response = client.chat.completions.create(
model="gemini-3-pro-image-preview",
messages=[
{
"role": "user",
"content": "Generate a portrait photo of a young professional woman standing on a beautiful tropical beach at sunset, warm golden lighting, natural relaxed pose, high quality photography"
}
]
)
# La génération texte vers image pure n'implique pas l'édition de photos de personnes réelles, le taux de réussite est plus élevé
Voir plus d’exemples de solutions alternatives texte vers image
import openai
client = openai.OpenAI(
api_key="YOUR_API_KEY",
base_url="https://vip.apiyi.com/v1"
)
# Scénario 1 : Alternative au besoin de "changer l'arrière-plan"
# Décrivez en détail la combinaison personne + arrière-plan souhaitée avec du texte
response = client.chat.completions.create(
model="gemini-3-pro-image-preview",
messages=[{
"role": "user",
"content": "A professional headshot of a businessman in a navy suit, modern glass office building in the background, natural daylight, corporate photography style"
}]
)
# Scénario 2 : Alternative au besoin de "photo de groupe"
# Décrivez la scène de groupe souhaitée plutôt que de synthétiser de vraies photos
response = client.chat.completions.create(
model="gemini-3-pro-image-preview",
messages=[{
"role": "user",
"content": "Two friends taking a selfie together at a coffee shop, smiling naturally, warm indoor lighting, candid photography style, smartphone photo quality"
}]
)
🚀 Démarrage rapide : Nous vous recommandons d'appeler l'API Nano Banana Pro via la plateforme APIYI (apiyi.com). La plateforme offre un crédit de test gratuit, ce qui vous permet de vérifier rapidement différentes stratégies d'invite.
Solution 2 : Utiliser Nano Banana 2 comme alternative
Nano Banana 2 (gemini-3.1-flash-image-preview) présente des différences dans sa politique de filtrage par rapport à Nano Banana Pro pour certains scénarios d'édition. Bien que le mécanisme de sécurité global soit similaire, le taux de réussite peut être plus élevé pour certains cas limites avec Nano Banana 2 :
| Dimension de comparaison | Nano Banana Pro | Nano Banana 2 |
|---|---|---|
| ID du modèle | gemini-3-pro-image-preview | gemini-3.1-flash-image-preview |
| Qualité d'image | La plus élevée | Environ 95% de la qualité Pro |
| Vitesse | Plus lente | 3 à 5 fois plus rapide |
| Filtrage d'édition de personnes | Très strict après mars 2026 | Strict mais peut varier légèrement |
| Prix | Plus élevé | Plus bas |
💰 Conseil d'optimisation des coûts : Via la plateforme APIYI (apiyi.com), vous pouvez appeler Nano Banana Pro et Nano Banana 2 avec une seule clé API, ce qui vous permet de comparer rapidement les résultats de filtrage pour une même demande sur différents modèles.
Solution 3 : N'éditer que les parties non humaines
Si votre besoin d'édition n'implique pas la modification de personnes, mais plutôt d'autres éléments de la scène, la probabilité d'être intercepté sera considérablement réduite :
Opérations sûres (ne déclenchent généralement pas blockReason OTHER) :
- Modifier des produits/objets dans l'image (changer la couleur du produit, ajouter des accessoires, etc.)
- Modifier la lumière et la tonalité d'un paysage/bâtiment
- Ajouter du texte ou des éléments graphiques à l'image
- Modifier le style général de l'image (par exemple, la transformer en illustration, en peinture à l'huile)
Opérations risquées (susceptibles de déclencher blockReason OTHER) :
- Modifier l'arrière-plan/la scène où se trouve une personne
- Ajouter/supprimer des personnes dans l'image
- Modifier les vêtements, l'apparence ou la posture d'une personne
- Combiner des personnes de différentes photos
Solution 4 : Utiliser Seedream 4.5 comme alternative
Pour les scénarios d'édition de personnes que Nano Banana Pro ne peut pas gérer, Seedream 4.5 peut être une alternative. La politique de filtrage de contenu de Seedream est différente de celle de Google (définie par ByteDance), et le taux de réussite peut varier pour certains scénarios :
import openai
client = openai.OpenAI(
api_key="YOUR_API_KEY",
base_url="https://vip.apiyi.com/v1"
)
# Essayer la même demande d'édition avec Seedream 4.5
response = client.images.generate(
model="seedream-4.5",
prompt="A professional portrait with a modern city skyline background, soft evening lighting",
n=1,
size="1024x1024"
)
Attention : Seedream possède également son propre système de filtrage de contenu (Content Pre-filter), et certains scénarios peuvent également être interceptés (retournant une erreur de "sensitive information"). Cependant, les politiques de filtrage des deux plateformes ne se chevauchent pas entièrement, et un scénario bloqué sur l'une peut passer sur l'autre.
Solution 5 : Stratégie d'édition par étapes
Décomposer une opération d'édition complexe en plusieurs étapes simples, en n'apportant qu'une petite modification à chaque étape, peut réduire la probabilité de déclencher le filtrage de sécurité :
En une seule étape (facilement bloqué) :
- "Changer l'arrière-plan de cette photo de personne, du bureau à la Tour Eiffel à Paris"
Édition par étapes (taux de réussite plus élevé) :
- Première étape : Utiliser le texte vers image pour générer une scène vide devant la Tour Eiffel à Paris.
- Deuxième étape : Générer séparément une personne correspondant au style de la photo originale.
- Troisième étape : Utiliser un logiciel d'édition d'images professionnel pour la composition.
Bien que cette méthode implique plus d'étapes, elle permet d'éviter les risques de sécurité liés à la modification directe de photos de personnes réelles.

Questions fréquentes
Q1 : Le `blockReason OTHER` peut-il être résolu en ajustant les `safety_settings` ?
Non. Le blockReason OTHER est déclenché par la couche 2 (filtrage au niveau des politiques/conditions d'utilisation) et n'est pas contrôlé par le paramètre safety_settings de l'API. Même si tous les harm_block_threshold sont définis sur BLOCK_NONE, le blockReason OTHER sera toujours déclenché. Il s'agit d'une restriction appliquée de force par Google côté serveur, et elle est complètement différente du mécanisme de filtrage des catégories de sécurité standard (SAFETY).
Q2 : Pourquoi une opération de modification d’image qui fonctionnait auparavant génère-t-elle soudainement une erreur ?
Google a procédé à une mise à niveau complète de la politique de sécurité de Nano Banana Pro en février-mars 2026, en particulier après la sortie de Nano Banana 2. Le filtrage des opérations impliquant des personnes, telles que le remplacement d'arrière-plan, la composition de photos de groupe ou la modification d'apparence, est devenu beaucoup plus strict. Il ne s'agit pas d'un bug ou d'un problème temporaire, mais d'un resserrement délibéré de la politique. Il est recommandé d'essayer d'autres modèles via la plateforme APIYI apiyi.com pour répondre aux mêmes besoins.
Q3 : Toutes les modifications d’images impliquant des personnes seront-elles refusées ?
Non. Nano Banana Pro prend toujours en charge certaines opérations d'édition liées aux personnes, telles que : l'ajustement de la lumière et des couleurs, la modification du style général de l'image (par exemple, la transformer en style anime), un simple flou d'arrière-plan, etc. Les opérations principalement bloquées sont celles qui impliquent la « falsification de scène » – faire apparaître une personne dans un endroit où elle n'est pas réellement allée, ou faire apparaître deux personnes ensemble sur une photo de groupe.
Q4 : Le `blockReason OTHER` consomme-t-il des crédits API ?
Oui, cela consomme des tokens d'entrée. Le message d'erreur indique promptTokenCount: 537, ce qui signifie que le texte et les images d'entrée ont été traités et ont consommé 537 tokens. Bien qu'aucune sortie n'ait été générée (candidatesTokenCount: 0), les coûts de la partie d'entrée sont tout de même calculés. Par conséquent, déclencher fréquemment le blockReason OTHER non seulement empêche l'accomplissement de la tâche, mais gaspille également les frais d'invocation de l'API.
Résumé
Points clés concernant l'erreur blockReason OTHER de Nano Banana Pro :
- Le
blockReason OTHERest une interception au niveau de la politique : Contrairement aux types SAFETY qui peuvent être ajustés viasafety_settings, OTHER est une restriction stricte non configurable. - La politique d'édition de personnes a été considérablement renforcée après mars 2026 : Les opérations telles que le changement d'arrière-plan, la composition de photos de groupe et la modification de l'apparence des personnes sont considérées comme des altérations trompeuses.
candidatesTokenCount: 0indique un rejet dès la phase d'entrée : Le modèle n'a pas du tout commencé à générer ; le système de sécurité a directement intercepté après avoir analysé l'entrée.- Le texte vers image est la solution alternative la plus efficace : Décrivez le scénario souhaité avec du texte pour éviter la ligne rouge de « l'édition basée sur de vraies photos ».
- Changer de modèle peut présenter des différences : Les politiques de filtrage de Nano Banana 2 et Seedream 4.5 ne sont pas entièrement identiques à celles de Nano Banana Pro.
Nous vous recommandons d'utiliser la plateforme APIYI apiyi.com pour basculer rapidement entre différents modèles de génération d'images. Une seule clé API vous permet d'invoquer plusieurs modèles comme Nano Banana Pro, Nano Banana 2, Seedream 4.5, etc., afin de trouver la solution optimale pour vos besoins.
Références
-
Documentation des paramètres de sécurité de l'API Gemini : Explication de la configuration des paramètres
safety_settings- Lien :
ai.google.dev/gemini-api/docs/safety-settings - Description : Contient la signification des différents types de
blockReasonet la méthode de configuration dessafety_settings.
- Lien :
-
Politique d'utilisation de l'IA générative de Google : Explication des utilisations interdites de l'API Gemini
- Lien :
policies.google.com/terms/generative-ai/use-policy - Description : Énumère clairement les comportements de génération de contenu trompeur non autorisés.
- Lien :
-
Guide de dépannage de l'API Gemini : Conseils officiels pour gérer les erreurs
blockReason- Lien :
ai.google.dev/gemini-api/docs/troubleshooting - Description : Contient l'explication officielle et les pistes de traitement pour
blockReason OTHER.
- Lien :
-
Documentation de l'API Nano Banana Pro : Fonctionnalités et limitations de Gemini 3 Pro Image Preview
- Lien :
ai.google.dev/gemini-api/docs/models/gemini-3-pro-image-preview - Description : Capacités du modèle, opérations d'édition prises en charge et politiques de sécurité.
- Lien :
Auteur : L'équipe technique d'APIYI
Échanges techniques : N'hésitez pas à discuter des problèmes de modification d'images avec Nano Banana Pro dans la section commentaires. Pour plus de conseils sur l'utilisation des API d'images IA, consultez le centre de documentation d'APIYI sur docs.apiyi.com.
