Foto com fundo transparente: por que o prompt não resolve (e o que resolve)

O pedido pronto: com o parâmetro e sem o parâmetro

Fundo transparente se consegue por dois caminhos diferentes, e eles não se parecem: antes de copiar qualquer coisa, descubra em qual dos dois você está. No primeiro, a ferramenta expõe um parâmetro de fundo, que é o caso de quem gera pela API do gpt-image-2, onde existe um campo chamado background. No segundo, a ferramenta tem apenas uma caixa de texto, e aí a transparência simplesmente não está ao seu alcance por escrito. O teste leva dez segundos: procure, na tela de opções ou na documentação da ferramenta, um campo de fundo que aceite valores. Se o que existe é só o lugar onde você digita o pedido, você está no segundo cenário.

Os dois blocos abaixo estão prontos para colar. Os dois pressupõem o mesmo alicerce, identidade ancorada na foto anexada antes de qualquer descrição de cena, e nenhum deles substitui o pedido completo, do qual o fundo é só uma camada.

Cenário 1: o prompt descreve a pessoa, o parâmetro faz o recorte

Professional portrait of the attached person, isolated on an empty background.
Preserve the face, hairline, skin texture and glasses exactly as in the reference photo.
Head and shoulders, subject centered, entire silhouette inside the frame,
with an empty margin of about 8% on every side.
Soft frontal key light, even light on the hair, no rim light and no colored spill.
Navy crew-neck sweater over a white collared shirt.
Neutral closed-lip expression, eyes to camera.
The subject stands alone: empty background, no floor, no wall, no cast shadow, no glow.

Em português, o que esse texto pede: retrato profissional da pessoa anexada, isolada, preservando rosto, linha do cabelo, textura de pele e óculos exatamente como estão na referência; cabeça e ombros, silhueta inteira dentro do quadro, com uma margem vazia de cerca de 8% em cada lado; luz frontal suave e parelha no cabelo, sem contraluz e sem vazamento de cor; suéter marinho sobre camisa branca de colarinho; expressão neutra de boca fechada, olhos na câmera; e a pessoa sozinha, sem chão, sem parede, sem sombra projetada e sem brilho em volta.

Repare que a transparência não aparece em nenhuma linha do prompt. É de propósito: ela vive aqui, do lado de fora do texto.

model:          gpt-image-2
background:     transparent    # the default value is "auto", not "opaque"
output_format:  png            # or webp; jpeg is not supported with transparency
size:           1024x1536
n:              1

Quatro decisões desse bloco merecem explicação, e as três primeiras existem apenas porque o destino é um recorte:

• isolated on an empty background e no cast shadow: sombra projetada precisa de superfície. Se você não proibir, o modelo desenha um chão para a sombra cair, e chão é pixel opaco dentro do seu recorte.
• no rim light and no colored spill: contraluz e luz colorida vazando pelo cabelo criam a auréola que sobrevive ao recorte e denuncia a montagem assim que o retrato encosta num fundo novo.
• margem de cerca de 8% em cada lado: com canal alfa, o que encosta na borda do quadro fica cortado reto, e ombro cortado reto é o segundo sinal mais visível de recorte malfeito, logo depois da auréola.
• a ordem identidade, enquadramento, luz, roupa e expressão: a primeira linha é a que trava o rosto. Descrever a pessoa em vez de ancorá-la na foto é o jeito mais rápido de receber outra cara, com ou sem fundo.

Cenário 2: fundo liso agora, recorte depois

Quando não existe parâmetro, pedir fundo transparente por escrito é pedir que o modelo desenhe a aparência de transparência. O pedido honesto é outro: um fundo de cor única, absolutamente liso, feito para ser removido depois.

Professional portrait of the attached person against a single flat background color,
evenly lit, with no gradient, no vignette, no texture and no visible seam.
Background color: medium neutral grey.
Preserve the face, hairline and skin texture exactly as in the reference photo.
Head and shoulders, centered, with at least 10% empty space above the head.
Soft frontal key light; even light on the hair, no rim light, no colored bounce
from the background onto the hair or shoulders.
Neutral closed-lip expression, eyes to camera.

Em português: retrato profissional da pessoa anexada contra uma cor de fundo única e chapada, sem gradiente, sem vinheta, sem textura e sem emenda visível; cor do fundo em cinza neutro médio; preservação de rosto, linha do cabelo e textura de pele; cabeça e ombros, centralizado, com pelo menos 10% de espaço vazio acima da cabeça; luz frontal suave e parelha no cabelo, sem contraluz e sem rebote colorido do fundo no cabelo ou nos ombros; expressão neutra, olhos na câmera.

A parte que ninguém escreve é a escolha da cor, e ela não é estética: a cor do fundo se escolhe por contraste com o cabelo. Cabelo escuro pede fundo claro ou cinza médio. Cabelo loiro, grisalho ou branco pede cinza médio a médio-escuro. Fundo da mesma família de tom do cabelo é o pior caso possível, porque é justamente na borda de baixo contraste que a estimativa de transparência erra. E fundo saturado, o verde de croma inclusive, devolve reflexo colorido no cabelo e no ombro, que o recorte preserva com fidelidade. Se o que você quer é um fundo que fique na foto, e não que saia dela, quando o certo é ter um fundo, e não a ausência dele é outro assunto, com regras próprias.

Por que escrever "fundo transparente" no prompt quase nunca basta

A referência da API de imagens da OpenAI publica o parâmetro com todas as letras: background aceita transparent, opaque ou auto, e a documentação registra que ele "must be one of transparent, opaque, or auto (default value). When auto is used, the model will automatically determine the best background for the image" (referência do endpoint de criação de imagem, consultada em 22/08/2026). Leia de novo o que isso significa na prática: quem não seta nada não pediu fundo opaco. Pediu que o modelo escolhesse.

O guia da mesma API é ainda mais direto sobre como pedir e sobre o que apaga o pedido: "Transparent backgrounds are available in preview for gpt-image-2. Set background: 'transparent' to request one" e "Use png (the default) or webp; jpeg isn't supported with transparent backgrounds" (guia de geração de imagem da OpenAI, consultado em 22/08/2026). São duas informações num parágrafo só: existe um jeito certo de pedir, e existe um formato de saída que joga o pedido fora.

A etiqueta preview é do próprio fornecedor e anda sempre junto com a data. Em 22/08/2026 a referência do endpoint diz, literalmente, "for gpt-image-2 and gpt-image-2-2026-04-21, this support is in preview". Recurso em preview pode mudar de comportamento sem aviso, e este artigo não promete estabilidade nenhuma sobre ele.

E quando a pessoa insiste pelo texto? No fórum oficial de desenvolvedores da OpenAI, um relato de 01/05/2026 descreve o sintoma que a busca em português também devolve: "I tested this too in ChatGPT and even with a very explicit prompt it still generated a checkerboard background instead of a true transparent PNG. [...] The result looked like transparency, but the checkerboard was baked into the image" (tópico sobre fundo transparente na comunidade da OpenAI). Isso é relato de usuário no fórum do fornecedor, não especificação, e vale como sintoma. O mecanismo por trás dele é elementar, e esta leitura é minha, não uma declaração do fornecedor: um modelo de imagem devolve pixels, e o canal alfa não é um pixel, é uma propriedade do arquivo que a chamada decide. Pedida por escrito, a transparência vira aquilo que a representa dentro dos editores de imagem, o quadriculado cinza e branco, desenhado como se desenha qualquer outra coisa.

Do outro lado do mercado, a assimetria é medida, não deduzida. A documentação de geração de imagem da API Gemini tem 14.805 palavras na versão que o próprio Google serve, e nela transparent aparece 0 vez, alpha 0 e webp 0. As 18 ocorrências de background são todas texto de prompt, do tipo "the background must be white" (documentação de geração de imagem da API Gemini, medida em 22/08/2026). Isso não é dizer que a ferramenta não suporta transparência: é dizer que, naquela data, ela não publica parâmetro nenhum de fundo. E onde não há parâmetro, o fundo volta a ser uma frase do prompt. Uma frase sabe pedir cor. Não sabe pedir ausência.

O que o arquivo guarda, e o que ele nunca guarda

Procure em português por PNG transparente que ficou preto e a primeira tela de resultados, medida em 22/08/2026, é inteira de fórum oficial de suporte, do Google ao da Adobe. A resposta, porém, não está em fórum nenhum: está numa norma. A Especificação PNG em terceira edição é uma Recomendação do W3C de 24/06/2025, e no item 13.16 ela escreve: "the PNG datastream defines the foreground image and the transparency mask, but not the background image" (PNG Specification, Third Edition, do W3C). Traduzindo sem perder nada: o arquivo carrega o objeto e a máscara de transparência. O fundo nunca esteve lá dentro.

A norma publica inclusive a conta que quem exibe a imagem precisa fazer:

output = alpha * foreground + (1 - alpha) * background

O alpha vai de 0 a 1, foreground é o seu retrato e background é o que estiver por baixo no programa que abriu o arquivo. Daí sai a frase que explica a frustração de todo mundo, no item 13.15: "if no bKGD chunk is present, the viewer will need to decide upon a suitable background color", e a norma chega a sugerir um cinza médio, valor 153 em sRGB de 8 bits, como escolha razoável na falta de informação. Existe até um lugar no arquivo para guardar uma cor de fundo sugerida, o bKGD, e a própria norma manda passar por cima dele: visualizadores que já têm um fundo próprio, como os navegadores, "should ignore the bKGD chunk", substituindo-o pela cor preferida deles. Sugestão, não instrução: o arquivo continua sem mandar no fundo. Ou seja: o preto e o branco que aparecem atrás da sua cabeça não são defeito do seu arquivo. São a escolha de quem está exibindo.

O preto ainda tem explicação nomeada na mesma norma. O item 6.2 registra que existe a técnica de guardar os valores já multiplicados pelo alfa, e que uma imagem assim está "already composited against a black background"; o glossário define o termo "fully transparent black pixel", o pixel em que vermelho, verde, azul e alfa são todos zero. Quando um programa descarta o canal alfa de um arquivo desses, o que aparece é o preto que já estava guardado embaixo.

Foi exatamente isso que medi em 22/08/2026, num retrato sintético de 1024x1024 com borda desfocada de 6 px para simular fio de cabelo. Descartar o alfa, convertendo de RGBA para RGB, não apaga o fundo: revela o RGB que estava guardado embaixo da transparência. Quando esse RGB era preto, o canto da imagem virou (0, 0, 0), o famoso retângulo preto. Quando o arquivo tinha vindo de um recorte por cima de uma foto antiga, o mesmo canto voltou como (90, 110, 140), um fantasma do fundo anterior. É a mesma operação com dois desfechos, e nenhum dos dois é apagar.

Falta a terceira parte, que a norma também define e que decide a qualidade do recorte: o alfa é um valor por pixel, não um liga e desliga. "Zero means fully transparent and the maximum value means fully opaque", e os valores intermediários indicam pixels parcialmente transparentes. No meu retrato de teste, 27,2% dos pixels eram totalmente opacos, 66,8% totalmente transparentes e 6,08% parciais. Esses 6% são a borda, e é neles que mora a diferença entre um recorte convincente e uma montagem óbvia.

Formato por formato: quem carrega o canal alfa

A regra de formato é publicada e antiga. O guia de tipos e formatos de imagem da MDN, na revisão de 07/04/2026, afirma nas duas linhas da tabela de modos de cor que "JPEG does not support an alpha channel", descreve o PNG como formato sem perda "featuring full alpha transparency support" e registra que o WebP oferece compressão bem melhor que PNG ou JPEG, com suporte a transparência (guia de tipos e formatos de imagem da MDN). A mesma página, na seção sobre fotografia, recomenda "WebP or JPEG" como melhor escolha. Cruzando as duas recomendações sobra um formato só na interseção entre fotografia e transparência, e é o WebP. Esse cruzamento é leitura minha, não uma frase da MDN.

Peso, no mesmo retrato de teste: PNG com alfa 36,1 KB, WebP sem perda com alfa 21,8 KB, WebP com qualidade 80 e alfa 16,6 KB, e JPEG com qualidade 90, já achatado em branco, 25,4 KB. Existe até uma tensão interna divertida no guia da OpenAI: ele recomenda JPEG por latência, com a frase "using jpeg is faster than png, so you should prioritize this format if latency is a concern", e mais adiante declara que jpeg não é suportado com transparência. O formato mais rápido do fornecedor é justamente o único que apaga o recurso.

As três coisas que um destino pode fazer com o seu alfa

Aqui é onde a maior parte dos tutoriais promete o que não pode entregar. Eu procurei e não encontrei: nenhuma das páginas de ajuda que abri publica o que o destino faz com o canal alfa. Na página de ajuda sobre a foto que não carrega no perfil do Linkedin, a palavra transparência aparece 0 vez nas 442 palavras da versão em português, conferido em 22/08/2026. O que ela publica é a régua do arquivo: "o tamanho máximo do arquivo é 8 MB", tamanho em pixels entre 400 x 400 e 7680 x 4320 e "o tipo de arquivo precisa ser PNG ou JPG. Nota: GIFs não são aceitos" (página de ajuda sobre a foto que não carrega no perfil). Em vez de adivinhar comportamento de plataforma, use a régua da norma do formato: na prática, os desfechos que você vai encontrar são três.

1. Preservar o alfa

Acontece quando o contêiner é seu e você controla o que fica atrás: slide, documento, cabeçalho de proposta, página do seu site. É o único cenário em que o recorte compensa de verdade, porque o mesmo retrato aparece sobre a cor da marca sem retângulo em volta. Vale lembrar que o slide tem uma perda própria, no salvamento e no envio, e ela é independente do alfa: o que o arquivo perde entre a sua tela e a apresentação que o cliente abre é assunto separado, assim como uma página que é sua, onde o fundo vira decisão de projeto.

2. Achatar contra a cor da casa

É o caso do campo de foto de perfil, do cliente de e-mail, do aplicativo que só sabe exibir miniatura opaca. O destino faz a conta do W3C usando o background dele, e a sua transparência vira a cor da casa. Como essa cor muda entre tema claro e tema escuro, o mesmo arquivo aparece de dois jeitos em dois lugares: é por isso que a assinatura de e-mail é o palco clássico do fundo branco que apareceu do nada, e o retângulo que acende atrás do rosto no tema escuro merece um teste antes do primeiro envio. Some a isso o que o transporte faz com o arquivo, porque recompressão e troca de formato acontecem antes de o destino sequer abrir a imagem: a conversão que acontece no meio do caminho costuma ser a primeira suspeita quando o PNG chegou como JPEG.

3. Recusar o arquivo

O terceiro desfecho é o formulário que simplesmente não aceita. Em foto de documento, fundo sem cor não é sofisticação, é motivo de recusa: a régua exige fundo liso e de cor uniforme e proíbe explicitamente qualquer processamento voltado a remover o fundo. Quem manda ali é a régua de documento, onde o fundo tem cor obrigatória, e recorte com alfa não resolve nada nesse contexto. Recusa também acontece por lista de formatos: se a lista publicada do campo é PNG e JPG, um WebP com alfa lindíssimo já está fora dela antes de o alfa entrar na conversa.

E como descobrir em qual dos três você caiu? Abrindo o mesmo arquivo em dois lugares de cor diferente: fundo que muda de cor é alfa intacto sendo composto pelo destino; fundo sempre igual é arquivo que já chegou achatado; nada carrega é recusa, e aí a resposta está na lista de formatos que o próprio destino publica.

Sintoma, causa e correção

Os cinco casos abaixo cobrem quase tudo que aparece quando alguém tenta entregar um retrato recortado. A coluna do meio é a que costuma faltar nos tutoriais: antes de corrigir, confirme o que aconteceu.

Cabelo: onde o recorte falha, e como escolher o caminho

Se existe uma variável que decide entre gerar já isolado e gerar com fundo liso para recortar depois, é o cabelo. E a explicação técnica é pública. Ao descrever o modo retrato do Pixel 6, o time de pesquisa do Google escreveu que a segmentação "is unable to deal with natural scenes that contain fine details, e.g., hair and fur, which require estimating a transparency value for each pixel", e que os alfa mattes, ao contrário das máscaras de segmentação, são "usually extremely precise, preserving strand-level hair details" (estudo do Google Research sobre alpha matting no modo retrato). É a descrição de um aparelho específico, mas o mecanismo vale para qualquer recorte: máscara binária só sabe responder dentro ou fora, e fio de cabelo exige um número entre os dois.

Foi por isso que medi a borda do retrato de teste. Os 6,08% de pixels parciais são exatamente a região onde o resultado se decide, e são poucos pixels decidindo a impressão inteira. Quem vende a solução admite o limite sem rodeio: a página do removedor de fundo da Pixelcut instrui, na própria caixa de upload, "try to choose an image where the foreground object has clear edges" (removedor de fundo da Pixelcut, consultado em 22/08/2026). Ninguém está escondendo nada: borda difícil continua difícil, inclusive para quem cobra por ela.

O critério prático de escolha, então, é o seguinte:

• Cabelo preso, curto ou de contorno limpo, sem fio voando: gerar com fundo liso e recortar depois funciona bem, e você ainda fica com uma versão com fundo de brinde.
• Franja, cachos, cabelo crespo, mecha solta ou cabelo claro contra fundo claro: gere já isolado, se a sua ferramenta expõe o parâmetro. Se não expõe, prefira entregar a foto com fundo a entregar um recorte com auréola.
• Armação fina de óculos, gola alta destacada, brinco pendurado e cachecol: mesma família de problema, porque são superfícies estreitas bem na borda do objeto.
• Na dúvida, amplie 200% na têmpora e na franja antes de entregar. A montagem aparece ali, nunca no meio da testa.

Existe ainda um terceiro caminho, o mais usado e o menos comentado: entregar a foto com um fundo de verdade, escolhido de propósito. Recorte é ferramenta de quem controla o que fica atrás. Quando você não controla, um fundo liso bem escolhido chega mais longe do que um alfa que o destino vai achatar de qualquer jeito.

Confira antes de entregar: 20 segundos e quatro perguntas

Antes de mandar o arquivo para o cliente, para o designer ou para um formulário, confirme que ele é o que você acha que é. No macOS e no Linux existe um comando que responde em um segundo, sem instalar nada:

$ file retrato.png
retrato.png: PNG image data, 1024 x 1024, 8-bit/color RGBA, non-interlaced

$ file retrato-achatado.png
retrato-achatado.png: PNG image data, 1024 x 1024, 8-bit/color RGB, non-interlaced

$ sips -g hasAlpha -g format retrato.png
  hasAlpha: yes
  format: png

A diferença que importa está em quatro letras: RGBA tem canal alfa, RGB não tem. O sips é utilitário do macOS e o file existe no macOS e no Linux. Nos quatro arquivos do meu teste, o sips respondeu yes nos dois arquivos com alfa, o PNG e o WebP, e no nos dois sem alfa, o PNG achatado e o JPEG. No Windows, sem instalar nada, o equivalente é o teste visual: abra o arquivo sobre uma superfície escura, como um slide preto ou uma janela em tema escuro. Se o fundo assume a cor da superfície, existe alfa. Se aparece um retângulo branco, ou um quadriculado que não muda, não existe.

As quatro perguntas, na ordem em que valem a pena:

1. Existe alfa mesmo? Use file, sips ou o teste do fundo escuro. Extensão não é prova de nada.
2. A extensão bate com o conteúdo? Para alfa, .png ou .webp. Nunca .jpg, e um .png sem canal é só um arquivo pesado se passando por outro.
3. A silhueta inteira está dentro do quadro, com margem? Ombro, orelha ou cabelo cortado reto na borda entrega o recorte na hora.
4. O arquivo sobrevive ao branco e ao preto? Abra sobre os dois. Se ficar bom nos dois, ele aguenta qualquer destino. Se não, escolha a cor você e entregue já achatado.

Resumo e próximos passos

• Transparência não é uma linha do prompt. Onde o recurso existe, é parâmetro de saída com três valores, e o padrão auto significa que o modelo decide o fundo por você.
• Formato manda: PNG e WebP carregam canal alfa, JPEG não carrega, e GIF só tem liga e desliga, o que não resolve cabelo.
• O arquivo guarda o objeto e a máscara, nunca o fundo. Preto e branco atrás da sua cabeça são escolha de quem exibe, e isso está escrito na norma do formato, não num fórum.
• O destino faz uma de três coisas: preserva, achata contra a cor dele ou recusa o arquivo. Descubra qual antes de entregar, abrindo o mesmo arquivo em tema claro e escuro.
• A variável que decide entre gerar isolado e recortar depois é o cabelo: 6,08% dos pixels do meu retrato de teste estavam na borda parcial, e são eles que denunciam a montagem.

Se o próximo passo for cuidar de tudo o que este artigo deixou de fora do pedido, identidade, luz, roupa e enquadramento, o mapa está no pilar com os outros componentes que o recorte não resolve. Se for escolher o que colocar atrás de você quando o recorte não é o caminho, o assunto é cor e superfície de fundo. E se o arquivo ainda vai passar por e-mail, formulário ou apresentação antes de chegar ao destino, confira o que o transporte faz com ele antes de culpar a geração.