Le suppresseur d'objets d'Ideogram : fonctionnement et coût

Pourquoi je lis la spécification du masque avant la page marketing

Je construis le produit d'eesel, donc la majeure partie de ma semaine se passe dans les références d'API d'autres entreprises, à déterminer ce qu'un endpoint fait vraiment par rapport à ce que sa landing page prétend. Sur cet écart précis, les endpoints d'images sont les pires. Le GIF de démo montre à chaque fois le chemin qui fonctionne, et le tableau des paramètres est là où se trouve le vrai contrat.

C'est le volume qui rend tout cela important. Un des clients contenu d'eesel, une responsable contenu SEO travaillant sur Webflow CMS, monte en charge jusqu'à plus de 360 articles par mois, 12 par jour, à partir d'un pipeline qui va du mot-clé à la publication, avec une relecture en masse à la fin. À ce rythme, l'étape image n'est plus une décision de design. C'est une boucle, et les boucles ont besoin d'un comportement qui reste borné. Le même réflexe se retrouve dans la façon dont eesel est déployé côté support aussi, où je simule un déploiement sur des tickets historiques avant qu'il ne réponde en direct à un seul client réel, et la raison est simple : "ça avait l'air bon en démo" a déjà coûté cher à l'équipe.

Ce guide est donc écrit en partant des tableaux de paramètres. La question n'est pas de savoir si la gomme d'Ideogram est bonne. C'est ce que chaque voie fait réellement à tes pixels et ce qu'elle te facture. Ainsi que là où elle va te surprendre.

Trois choses chez Ideogram s'appellent "remove"

Avant toute chose, ceci mérite d'être clarifié, car c'est la plus grande source de confusion de tout le produit. Trois fonctionnalités distinctes portent ce mot. Seules deux d'entre elles vont réellement supprimer un objet pour toi.

1. Object Remover, la mini-app. Un outil hébergé, à usage unique. Sa promesse est exactement ce que tu veux entendre : importe une image, peins sur l'objet, efface, et l'arrière-plan se remplit tout seul, sans clonage ni retouche. Pour l'exécuter, il faut un compte, car sur la page anonyme le bouton indique "Login to Run".

2. remove-object, l'endpoint de l'API. Réel, documenté, tarifé, et disponible de manière générale. Des trois, c'est celui sur lequel je construirais.

3. Le mode Eraser dans Canvas, qui n'est pas du tout une gomme à objets. Canvas met devant toi une barre d'outils de masquage : Select, masque rectangulaire, masque libre, masque au pinceau, mode Eraser, inverser le masque, charger le masque précédent. Le mode Eraser est défini dans la documentation Canvas comme effaçant les zones masquées, et ce qui est effacé là, c'est le masque, pas les pixels. Alors si tu as cliqué dessus en attendant une gomme à objets, ta lecture de l'interface était raisonnable. Ce n'était quand même pas l'outil que tu voulais.

Le premier, la documentation le rend plus difficile à trouver qu'il ne devrait l'être. L'index des fonctionnalités et outils d'Ideogram liste Batch Generation, Background Remover App, Describe, Reference Features, Remix, Replace or Remove Background, Search et Upscale. Aucun suppresseur d'objets nulle part. Aucune gomme non plus. Et la section AI Apps de la documentation présente le même trou.

Deux cartes là. Background remover, plus Recompose. Le suppresseur d'objets existe donc bel et bien, c'est juste que personne ne l'a encore documenté comme faisant partie du produit, ce qui coïncide avec l'étiquette PoC qu'il porte de toute façon sur sa propre page.

Il vaut la peine de séparer ici les outils de fond, car leur tarification fonctionne différemment. Remove BG renvoie un détourage transparent, et sur les plans payants c'est illimité. Replace BG est la version générative : elle génère un nouvel arrière-plan à partir d'un prompt, et peut aller jusqu'à ajuster les bords, l'éclairage, les ombres de contact. Sur l'API, cette séparation se maintient aussi, l'endpoint de détourage pur se situant à $0.01 tandis que le remplacement génératif d'arrière-plan facture le tarif par image du modèle. Ma revue d'Ideogram détaille davantage les domaines où la plateforme est réellement forte, et il s'agit toujours du rendu de texte, pas de l'édition.

Voie 1 : la mini-app Object Remover

Ce que l'app annonce faire, elle le fait. Pour juger de la qualité de sortie, le regard le plus équitable est celui des propres exemples d'Ideogram, sachant que c'est ici le fournisseur qui présente son meilleur cas.

Un remplissage propre, et sur un cas difficile. Les pavés sont une texture répétitive à l'espacement irrégulier, donc un mauvais inpainting se voit instantanément. Encore plus difficiles sont les cas avec reflets et ombres de contact, et Ideogram publie ceux-là aussi.

Les reflets sont partis avec la voiture. Ce qui est le comportement souhaité sur ce plan, et c'est aussi le comportement qui devient un problème dans la section suivante.

Ce que l'app ne te dit pas, c'est le coût. Sur la page de l'outil, aucun prix en crédits n'est indiqué, aucun quota, aucune exigence de plan non plus, et Object Removal est absent du bloc Édition de la page tarifs, celui qui liste Canvas, Remix, Style, style reference, character reference, Magic Fill, Extend, Upscale et suppression d'arrière-plan. Donc, à ce jour, les restrictions de l'Object Remover dans l'app ne sont pas publiées. Un flux de travail d'équipe sur un PoC non documenté sans quota indiqué n'est pas quelque chose que je construirais, et c'est en grande partie pour cela que le reste de ce guide traite de l'API.

Voie 2 : l'API remove-object, le vrai produit

Le contrat complet figure ci-dessous, tiré de la référence Remove Object. C'est synchrone. Pas de polling, et pas d'ID de tâche à suivre.

POST https://api.ideogram.ai/v1/remove-object
Api-Key: <key>

image=@photo.jpg        required, max 10MB, JPEG/PNG/WebP
mask=@mask.png          required, same dimensions as image
seed
num_inference_steps     1-128
guidance_scale          1-10
rendering_speed         FLASH | TURBO | DEFAULT | QUALITY

Deux champs obligatoires, puis quatre réglages. Ce qui se passe, c'est que la zone masquée est régénérée pour se fondre dans la scène qui l'entoure, et ce cadrage est ici le point important. C'est du remplissage génératif borné à un masque. Ce n'est pas un patch conscient du contenu.

Le piège de la polarité du masque

La partie que je collerais sur un post-it, c'est celle-ci. Les deux endpoints d'édition par masque d'Ideogram prennent des masques qui sont inversés l'un par rapport à l'autre.

remove-object spécifie le blanc, c'est-à-dire toute valeur égale ou supérieure à 128, comme la région à supprimer. L'endpoint inpaint-v3 affirme quant à lui l'inverse, à savoir que les régions noires du masque doivent correspondre aux zones que tu veux modifier. Les deux sont documentés et tous les deux sont corrects. Aucune des deux pages ne t'avertit au sujet de l'autre.

C'est le silence qui rend ce mode de défaillance vicieux. Un 200 revient, une image revient, et la facture aussi. Rien ne remonte d'erreur du tout, l'image revient simplement avec tout régénéré sauf ton sujet. Donc si un pipeline migre de l'inpainting Magic Fill vers Object Removal, inverser le masque est une étape obligatoire, pas un détail. Les éditeurs qui fonctionnent uniquement par prompt évitent toute cette catégorie de bug, car ils ne prennent jamais de masque du tout, et c'est un argument bien réel en faveur de Nano Banana 2 dans un flux de travail scripté.

Limites à connaître avant d'écrire la boucle

Il y en a quatre, et elles mordent au volume plutôt qu'en phase de test :

• Plafond d'entrée de 10 Mo, et uniquement JPEG, PNG ou WebP. Les fichiers RAW d'appareil photo, ainsi que les gros TIFF, nécessiteront une étape de redimensionnement en amont.
• 10 requêtes simultanées par défaut. Quel que soit le nombre de workers lancés, dix est le plafond de ta concurrence.
• Les URL de sortie expirent. Les résultats ne restent disponibles que pour une durée limitée, environ une journée dans le cas du suppresseur d'arrière-plan, donc télécharge dans le même job plutôt que de stocker l'URL quelque part.
• La facturation de l'API est distincte de l'abonnement. Ideogram le dit clairement : les abonnements utilisateur et les comptes API ont une configuration de paiement et de facturation séparée. Une place Pro illimitée n'achète donc absolument rien sur l'endpoint.

Pour ce même type de contrat chez un autre fournisseur, le point de comparaison le plus proche est l'API d'édition d'images d'OpenAI, sémantique de masque comprise.

Il y a une odeur de documentation suspecte, et il vaut la peine de le signaler équitablement. La page tarifs de l'API porte un tampon indiquant "Last revised August 6, 2025", tout en listant des endpoints qui sont clairement postérieurs à cette date, Object Removal parmi eux, marqué "New". Ses prix correspondent bien à la documentation de référence, donc je les traite comme actuels, même si je les revérifierais avant d'engager un budget dessus. Ce genre de décalage est courant dans toute cette catégorie, et c'est pourquoi mon article sur la génération d'images OpenAI cite des dates à côté de chaque chiffre.

Ce que coûte réellement un mois de suppressions

Selon l'endpoint utilisé, Ideogram facture le même clic de cinq manières différentes, et entre elles l'écart est de près de 20x. Entre ton propre volume.

Cette forme, c'est le vrai conseil d'achat. Pour le même résultat visuel, Instructional Edit coûte près de 7x Object Removal, et ce que tu paies là, c'est le confort de ne pas avoir à construire un masque. Donc quand un masque existe déjà, se rabattre sur des mots devient une habitude coûteuse. Tout en bas de la fourchette du marché, l'autre tarif à garder ouvert est gpt-image-1-mini. Pour voir comment le reste du marché tarife ce même clic, la fiche que j'ouvre en premier est les tarifs de Nano Banana Pro. Et le côté uniquement par prompt se trouve dans les tarifs de Gemini.

Pour le modèle par abonnement plutôt que par image, voir les tarifs de Midjourney. Il vaut la peine de noter qu'une place mensuelle et un tarif par appel récompensent des flux de travail totalement différents, et c'est en mélangeant les deux que les budgets images partent de travers.

Voie 3 : Magic Fill, la voie documentée dans l'app

Tu travailles dans le navigateur plutôt que contre l'API ? Alors Magic Fill est la voie qu'Ideogram documente pour toi. C'est de l'inpainting piloté par prompt, qui se déroule en deux étapes : masquer d'abord la zone, puis définir une fenêtre de génération et décrire le résultat recherché.

Remarque la zone de prompt ici. Il n'existe aucun mode "supprime simplement ceci", ce qui signifie qu'effacer une chose revient à décrire ce qui va la remplacer. Avant l'arrivée de la mini-app, c'était la seule voie disponible, et sur "quel prompt donner", la réponse de la communauté était sans détour :

"Remplir avec la couleur de fond"

Deleting Objects In Images, Reddit

Cette voie comporte trois barrières, et ce sont ces barrières qui poussent les gens à chercher ailleurs.

Magic Fill est en pratique réservé à la 3.0. Une note de bas de page sur la page tarifs le limite aux versions 2.0 et 3.0, donc jamais pour la 4.0, et la moitié 2.0 a déjà disparu :

"Ouais... on dirait que la version 2.0 de Magic Fill a été abandonnée il y a quelques semaines. Maintenant l'option qu'on a c'est 3.0 Magic Fill."

u/Upbeat_Pop_6010, Reddit

Pour l'utilisateur qui a ouvert ce fil, la régression était à la fois précise et coûteuse. Sur le remplacement de parties de vêtements, la 3.0 se trompait sur le type, la couleur, la texture et l'ajustement à des endroits où la 2.0 avait été correcte. Puis un second utilisateur du même fil a publié des résultats en 3.0 qui fonctionnaient sur la tâche identique, donc il faut lire cela au cas par cas selon le prompt plutôt que globalement. Sur l'histoire des versions, le côté API concorde, puisqu'il existe un endpoint inpaint-v3 et aucun équivalent v4.

Modifier un import nécessite Plus ou Pro. Sur tout plan payant, la page Canvas d'Ideogram propose Magic Fill et Extend, "ou passe à Ideogram Plus ou Pro pour modifier des images importées". Par définition, la suppression d'objet est une modification de ta propre image importée, donc la clause qui te lie est cette seconde. La grille complète figure dans mon décryptage des tarifs d'Ideogram.

Free n'est pas un niveau exploitable. Dix crédits lents par semaine. Une génération simultanée, deux canvases, et les outils d'édition qui tournent sur ces mêmes crédits lents. Cette file d'attente s'est aussi allongée pour les utilisateurs payants :

"Avant, le temps entre les générations pour les utilisateurs payants était plafonné à 2 minutes. Cependant, depuis le 15 janvier, c'est maintenant 20 minutes… Ça veut dire que les plans basic vs premium/pro d'ideogram pour les crédits illimités (100 vs crédits 'illimités' par jour) deviennent la même chose en pratique."

u/Profanion, Reddit

Sur Free, chaque tentative est une tentative en file lente, et elle est prélevée sur un budget de dix par semaine, ce qui pour un travail de masquage itératif revient à environ deux modifications sérieuses. Là où il faut un niveau gratuit exploitable, l'étape habituelle est Canva AI, même si celui-ci plafonne aussi les exports à sa manière. L'autre étape est Photoroom.

Ce que ce niveau gratuit permet réellement est couvert dans mon article sur les avis Canva AI. Et quand le blocage vient de la restriction de plan et non de la qualité, le contournement est les alternatives à Canva AI.

Le benchmark qu'Ideogram publie, et comment le lire

Il faut reconnaître ça à Ideogram : la qualité n'est pas juste une affirmation. Sur la page Object Remover figure une comparaison directe publiée sur le jeu de données public RemovalBench, avec le prix par requête juste à côté.

Aux côtés de ces chiffres : PSNR 26.92, SSIM 0.811, LPIPS 0.0598, puis une latence moyenne d'environ 9,8 secondes. Pour quiconque traite par lots, ce dernier chiffre compte plus que le FID, car dix secondes par appel combinées à un plafond de dix requêtes simultanées ramènent le débit réel à environ 60 images par minute, et ce dans le meilleur des cas.

La dernière ligne vient avec son propre contexte, que j'ai décortiqué dans mon comparatif GPT Image-2.

Lis ce tableau pour ce qu'il est. Le jeu de données est public, tu peux donc aller le vérifier toi-même, ce qui est déjà plus que ce qu'offrent la plupart des fournisseurs. Cela dit, la comparaison reste menée et sélectionnée par le fournisseur, donc traite-la comme une affirmation appuyée par un jeu de données vérifiable, pas comme une preuve indépendante. Cette deuxième ligne est reprise selon ses propres termes dans ma revue de Nano Banana 2. L'entrée à poids ouverts reçoit le même traitement dans ma revue de Flux 3. Il vaut aussi la peine de noter que Nano Banana Pro se situe au-dessus du niveau testé ici.

La suppression n'est pas une modification bornée

Avant d'approcher tout ça d'un catalogue produit, voici ce que je voudrais savoir. Interrogée directement sur le fait de modifier ou non le reste de ton image, la réponse dans la propre FAQ d'Ideogram est "c'est possible", et la raison donnée est que le modèle peut mettre à jour des pixels hors de ton masque afin de supprimer les ombres et reflets associés à l'objet sélectionné.

Esthétiquement, c'est le bon comportement. C'est aussi la raison pour laquelle un masque ici n'est pas un contrat. Regarde à nouveau le taxi, où les reflets sur l'asphalte mouillé sont aussi partis, et personne ne les avait masqués.

La même limite est décrite dans la documentation d'inpainting d'Imagen de Google, dans leurs propres mots, où l'avertissement précise que les pixels hors du masque ne sont pas garantis identiques à l'entrée, et que de petits objets situés à côté du masque pourraient eux aussi être supprimés. Donc, ce dont il s'agit ici, c'est une propriété du remplissage génératif masqué. Pas un défaut d'Ideogram.

La solution pratique est une seule étape que presque personne n'implémente. Après chaque suppression, compare la sortie à l'entrée, puis signale toute zone modifiée hors de ton masque au-delà d'un certain seuil. Sur une seule image vedette, l'œil le remarque. Sur 500 photos de catalogue par mois, il ne le fera pas, et celle qui passera à travers sera précisément celle où un logo s'est adouci, ou où l'étiquette de prix du produit voisin a été redessinée. Pour la photographie produit en particulier, les tarifs de Photoroom valent la comparaison, puisque Retouch n'y consomme aucun crédit IA.

Ce que je ferais réellement

Quatre décisions ici, prises dans l'ordre où elles se présentent.

1. Volume scripté, masque en main. Utilise remove-object à $0.03. Inverse ton masque quand il sort d'un pipeline d'inpainting, redimensionne tout ce qui dépasse 10 Mo, puis plafonne les workers à dix. Pour l'alternative la moins chère par image, la ligne à comparer est Nano Banana 2 Lite.
2. Nettoyage ponctuel dans un navigateur. Utilise la mini-app, et accepte que son quota ne soit pas documenté. Tant qu'elle indique encore PoC, ne construis pas de processus d'équipe dessus.
3. Modifier tes propres imports dans Canvas. Budgète pour Plus ou Pro, et attends-toi à devoir écrire un prompt plutôt que de cliquer sur effacer. Le côté génération de cette décision est couvert dans mon comparatif des alternatives à Ideogram.
4. Visuels de catalogue ou de marque. L'étape de comparaison des différences s'ajoute avant le volume. Là où le flux ecommerce est tout le travail, la première comparaison que je ferais est les alternatives à Photoroom.

Sur la question plus large de "quelle gomme choisir" plutôt que celle spécifique à Ideogram, j'en ai classé dix dans les alternatives au suppresseur d'objets d'Ideogram, triées selon le plafond qui te touche en premier.

Là où ton travail penche vers l'illustration plutôt que la photographie, Recraft AI a aussi sa place sur cette liste. Leonardo AI aussi. Et pour le côté génération plutôt qu'édition, celui à lire est les alternatives à Midjourney.

Une dernière à citer, car sa mesure des crédits piège les gens précisément sur ce type de modification. C'est Freepik AI, désormais Magnific. Sa grille tarifaire se trouve dans les tarifs de Freepik AI, et les options de changement dans les alternatives à Freepik AI.

Essaie eesel pour les images et l'article qui les entoure

Chaque voie de cette page finit au même endroit. L'objet a disparu, et il reste encore quarante images à produire, plus le texte alternatif, les légendes, puis l'article entier dans lequel tout ça s'insère.

C'est cette partie qu'eesel prend en charge. Le rédacteur de blog eesel enquête sur un sujet à partir de sources primaires, génère les illustrations et les infographies dans un style maison cohérent, rédige les légendes et le texte alternatif, et construit également le graphe de liens internes, si bien que ce qui arrive est un brouillon dont les visuels sont déjà placés, pas un fichier texte en attente d'un designer. Cet article en est la démonstration. Les deux diagrammes ci-dessus et l'image principale sont tous issus de ce pipeline, et les captures d'écran des fournisseurs ont elles aussi été récupérées et réhébergées par lui.

Là où les images sont précisément le manque, commence par le rédacteur de blog IA avec images, ou adopte l'angle du rédacteur d'articles IA pour du contenu long. Et si le problème le plus difficile est de faire sonner quarante articles comme s'ils venaient d'une seule personne, l'endroit à regarder est l'entraînement de la voix de marque.

Pour budgétiser, des chiffres réels se trouvent dans le coût du rédacteur de blog IA, et mon avis sur le rédacteur de blog IA compare eesel honnêtement au reste du marché. Là où le classement est la seule métrique que tu suis, va directement à l'angle rédacteur de blog IA pour le SEO. Essaie eesel gratuitement, et vois si les images reviennent à la taille que tu as réellement demandée.