Verificações de Preços e Roteamento da API Imagen para Workflows Compatíveis com OpenAI

Atualizado em 15 de setembro de 2026.

As Verificações de Preços e Roteamento da API Imagen para Workflows Compatíveis com OpenAI agora começam com uma verificação de migração, não com uma consulta de preço. A documentação atual do Google para geração de imagens diz que os modelos legados do Imagen estão descontinuados e foram encerrados em 17 de agosto de 2026, e a tabela de descontinuação do Google lista imagen-4.0-generate-001, imagen-4.0-ultra-generate-001 e imagen-4.0-fast-generate-001 com gemini-3.1-flash-image como substituto recomendado.

Para equipes que ainda pesquisam por "preços da API Imagen", a questão prática é: qual modelo de imagem atual deve substituir essa rota, em que unidade ele é cobrado e seu workflow compatível com OpenAI realmente consegue chamá-lo pelo endpoint que você planeja usar?

A Flatkey ajuda na parte operacional: mantenha uma chave, um saldo, uma fatura e um diretório de modelos para as rotas atuais. Mas a verificação de roteamento ainda importa. O guia de imagens da Flatkey separa as rotas compatíveis com OpenAI Images para gpt-image-2 das rotas nativas do Gemini generateContent para modelos de imagem Gemini, e alerta que os modelos de imagem Gemini não podem ser chamados por meio de /v1/images/generations ou /v1/images/edits.

A resposta rápida: Imagen agora é uma palavra-chave de migração

Se seu backlog diz "API Imagen", trate isso como um rótulo legado e verifique o modelo de imagem atual do Gemini antes do lançamento. Em 15 de setembro de 2026, as verificações com base na fonte são:

Este é o núcleo das Verificações de Preços e Roteamento da API Imagen para Workflows Compatíveis com OpenAI: normalize a unidade de preço, escolha o modelo atual e então teste a rota exata que seu código usará.

Precificação atual dos modelos de imagem do Google a normalizar

Use a precificação do provedor como fonte da verdade para o planejamento e, em seguida, compare-a com seu painel da Flatkey e o livro-razão de uso antes de comprometer o orçamento. A página de preços do Google lista estas linhas atuais de imagem:

A decisão não é "qual linha é mais barata". As equipes de mídia devem mapear cada modelo para uma classe de trabalho:

• Use gemini-3.1-flash-lite-image para geração de rascunhos em alto volume, quando latência e custo são as restrições principais.
• Use gemini-3.1-flash-image como caminho de substituição generalista quando você precisar de renderização de texto mais forte, consistência e opções de saída de até 4K.
• Use gemini-3-pro-image para ativos de produção complexos em que localização, grounding, consistência de marca e controle criativo sejam importantes o suficiente para justificar a taxa mais alta de tokens de saída.

Depois, execute o mesmo conjunto de prompts em cada candidato e compare o custo por imagem aceita, e não apenas o preço de saída listado.

Por que o preço de token listado não é o custo por imagem aceita

Fluxos de trabalho com imagens têm mais custo oculto do que fluxos de trabalho de texto. Um prompt pode gerar uma imagem utilizável, cinco imagens rejeitadas ou nenhum entregável devido a um bloqueio de segurança, incompatibilidade de rota, timeout ou falha na direção de arte. Fluxos de trabalho de edição também adicionam custo de imagem de entrada e novas tentativas extras.

Use esta fórmula para cada rota candidata:

accepted_image_cost =
  (successful_request_cost + failed_request_cost + retry_cost + edit_input_cost)
  / accepted_assets

Acompanhe as entradas separadamente:

Para o planejamento de produção, mantenha dois números no documento de lançamento: o custo do provedor listado por saída planejada e o custo medido por imagem aceita do seu próprio conjunto de prompts.

Verificações de roteamento para workflows compatíveis com OpenAI

O roteamento de texto compatível com OpenAI costuma ser uma alteração de base_url de uma linha. O roteamento de imagens precisa de uma etapa extra porque as APIs de imagem não são intercambiáveis.

A referência da API compatível com OpenAI Images da Flatkey documenta:

POST https://router.flatkey.ai/v1/images/generations
POST https://router.flatkey.ai/v1/images/edits

Essas rotas aceitam formatos de solicitação no estilo OpenAI Images para modelos expostos nesse canal, como gpt-image-2. O guia Gemini da Flatkey documenta a geração de imagens Gemini por meio de:

POST https://router.flatkey.ai/v1beta/models/{model}:generateContent

A solicitação deve incluir saída de imagem na configuração da resposta, e as imagens geradas são retornadas como dados de imagem inline nas partes da resposta do Gemini. Se você enviar um modelo de imagem Gemini para o endpoint OpenAI Images, a documentação da Flatkey alerta que a solicitação pode retornar get_channel_failed.

Antes do lançamento, escreva a família de endpoint no seu contrato de integração:

Esta tabela de roteamento deve ficar ao lado da sua tabela de preços. Uma estimativa de custo não está pronta para lançamento até que a família de rota seja comprovada.

Verificações da Flatkey antes de você lançar

Use a Flatkey como verificação do plano de controle, não como substituto da validação na origem. Uma revisão prática de lançamento deve incluir:

1. Abra o diretório de modelos da Flatkey e pesquise o ID exato do modelo.
2. Confirme o fornecedor, o status da rota, os tipos de endpoint suportados e a exibição do preço.
3. Compare a linha atual do modelo na Flatkey com a página de preços do Google.
4. Verifique a página de status da Flatkey quanto a incidentes ativos ou roteamento degradado.
5. Execute uma solicitação smoke a partir do mesmo ambiente que a produção usará.
6. Confirme o formato de resultado que sua aplicação espera: b64_json para saída no estilo OpenAI Images ou dados de imagem inline para saída Gemini.
7. Registre o ID da solicitação, o ID do modelo, o endpoint, a latência, o tamanho da saída e o custo no ticket de lançamento.
8. Adicione uma allowlist ou uma barreira de proteção de orçamento antes que o trabalho em lote criativo seja executado.

O objetivo não é prender sua equipe a um único provedor. O objetivo é tornar a troca de modelos algo sem drama: linhas de modelo atuais, famílias de endpoints explícitas, um ledger de uso e critérios claros de fallback.

Uma lista de verificação de lançamento para trabalho de migração do Imagen

Use esta lista de verificação ao substituir chamadas legadas do Imagen ou ao adicionar uma nova rota de imagem do Gemini a um app compatível com OpenAI.

Se alguma linha falhar, não trate isso como um problema criativo. Trate isso como um problema de prontidão para produção.

Como executar as verificações de preços e roteamento da API Imagen para workflows compatíveis com OpenAI

Execute as verificações nesta ordem:

1. Comece com as páginas de preços da API Gemini do Google, descontinuações do Gemini, geração de imagens Nano Banana e limites de taxa.
2. Compare esses fatos do provedor com a linha de modelo atual do Flatkey para gemini-3.1-flash-image.
3. Confirme o comportamento da rota no guia de geração de imagens do Flatkey e na referência de API compatível com OpenAI Images.
4. Execute o teste de smoke e, em seguida, compare o custo no seu ledger de uso do Flatkey com sua contagem de imagens aceitas.

Essa sequência mantém as verificações de preços e roteamento da API Imagen para workflows compatíveis com OpenAI fundamentadas em preços oficiais, no ciclo de vida atual do modelo e na rota real que sua aplicação chamará.

Links internos para verificações mais profundas

Se você ainda estiver comparando famílias de modelos, comece com GPT Image vs Imagen API e GPT Image vs Gemini Image API. Se você precisar do modelo operacional mais amplo, use o guia prático da Image Generation API e o guia de métricas da API de geração de imagens.

Para equipes que estão construindo pipelines de mídia agentic, combine esta checklist com o playbook de roteamento de agente multimodal e o guia de catálogo de modelos de IA. Em seguida, verifique o diretório de modelos Flatkey ao vivo, a página de preços, a página de status e os documentos de geração de imagens da Flatkey antes do lançamento.

Perguntas frequentes

A API Imagen ainda é o caminho certo para novos trabalhos?

Geralmente, não. A documentação atual do Google marca os modelos Imagen como descontinuados e informa que eles serão encerrados em 17 de agosto de 2026. Para novos trabalhos, comece com os modelos de imagem atuais do Gemini/Nano Banana e verifique o ID exato do modelo antes da implementação.

Posso chamar modelos de imagem do Gemini por meio de um endpoint compatível com OpenAI Images?

Não por meio das rotas /v1/images/generations ou /v1/images/edits da Flatkey. A documentação da Flatkey diz que os modelos de imagem do Gemini usam o generateContent nativo do Gemini; as rotas compatíveis com OpenAI Images são para modelos de imagem expostos nessa família de endpoints, como gpt-image-2.

Qual modelo atual deve substituir o Imagen 4?

A tabela de descontinuação do Google lista gemini-3.1-flash-image como substituto para os IDs de modelo do Imagen 4. Na prática, as equipes devem testar gemini-3.1-flash-image, gemini-3.1-flash-lite-image e gemini-3-pro-image com seu próprio conjunto de prompts, porque custo, latência e taxa de aceitação criativa variam conforme a carga de trabalho.

O que o financeiro deve revisar antes de aprovar um lote?

Peça o preço do token de saída do provedor, a resolução esperada, a contagem de imagens, a taxa de repetição, a taxa de saída rejeitada, o uso de imagem de edição/referência e o custo medido por imagem aceita. Um único valor por imagem não é suficiente para uma campanha em produção.

Conclusão

As verificações de preços e roteamento da API Imagen para workflows compatíveis com OpenAI devem terminar com um teste de rota, não com uma planilha. O Imagen 4 já passou da data de encerramento, gemini-2.5-flash-image está em um caminho de descontinuação datado, e os modelos de imagem atuais do Gemini usam uma família de rotas diferente dos endpoints compatíveis com OpenAI Images da Flatkey.

Use a Flatkey para manter acesso ao modelo, cobrança e verificações de uso em um só lugar. Depois, faça com que todo workflow de imagens prove quatro coisas antes do lançamento: ID atual do modelo, unidade de preço atual, família correta de endpoint e custo medido por imagem aceita.