De acordo com o registro do banco de pautas, as chamadas existentes ao Gemini Omni 1.1 serão migradas automaticamente para o Gemini Omni 1.2 em 3 de dezembro de 2026. Você não precisa mudar o código, mas o resultado retornado vai mudar.
Antes de mais nada, um aviso: essa data vem, por enquanto, do critério interno do banco de pautas e ainda não virou um comunicado oficial conferido item por item. Por isso, toda menção a datas neste texto indica o nível da fonte. Também recomendo que você mesmo confira a documentação de modelos e a página de avisos de descontinuação do Google antes de mexer no ambiente de produção.
Não é uma simples atualização de número de versão. A 1.2 avança em duração por geração, áudio nativo, quantidade de imagens de referência e capacidade de continuação. Como a troca é automática, esses comportamentos novos vão cair direto nas suas requisições atuais, sem uma janela de implantação gradual.
O que você leva daqui: saber quais requisições mudam de comportamento depois de 3 de dezembro, quais validações de parâmetros deixam de funcionar e como padronizar o ID do modelo antes da troca.
Resumo rápido: Gemini Omni 1.1 migrando automaticamente para a 1.2
Vamos juntar os pontos soltos numa tabela só. Nas informações abaixo, a linha da data vem do registro do banco de pautas, a linha de capacidades vem da descrição da 1.2 no mesmo banco, e a linha de disponibilidade vem da checagem feita em 12 de novembro de 2026 na página de preços do apiyi.com.
| Item | Detalhes | Nível da fonte |
|---|---|---|
| Data da troca | 3 de dezembro de 2026: as chamadas atuais da 1.1 passam automaticamente para a 1.2 | Registro do banco de pautas, ainda a confrontar com o comunicado oficial |
| Condição de ativação | Não exige nenhuma ação manual; quem continuar usando o identificador do modelo antigo é migrado | Registro do banco de pautas |
| Duração por geração | 15 segundos | Registro do banco de pautas |
| Capacidade de continuação | Dá para continuar a partir de um trecho já existente, chegando a 30 segundos | Registro do banco de pautas |
| Áudio | Áudio nativo, sem depender de dublagem ou trilha adicionada depois | Registro do banco de pautas |
| Imagem de referência | Até 6 imagens | Registro do banco de pautas |
| Disponibilidade em plataformas agregadoras | Checagem de 12 de novembro de 2026 na página de preços do apiyi.com: nenhum item gemini-omni encontrado | Verificação direta na página de preços |
As duas últimas linhas da tabela são as que mais merecem atenção. Vale confirmar a data por conta própria, e a linha de disponibilidade mostra que, por enquanto, você não deve presumir que esse modelo já possa ser contratado direto numa plataforma agregadora.
O que cada uma dessas 4 mudanças de capacidade afeta
Duração de 15 segundos por geração: o impacto direto está na descrição de tempo que você escreve no comando e na densidade de cenas (storyboard). Se você tinha um roteiro pensado para trechos curtos e continuar usando a mesma descrição depois de migrar para a 1.2, é bem comum a segunda metade do vídeo ficar “aguada” ou o ritmo acabar esticado.
Áudio nativo: essa é a mudança mais fácil de subestimar. Antes, o áudio era uma etapa separada: você rodava a dublagem ou os efeitos sonoros à parte e depois alinhava tudo com a imagem. Agora o áudio sai junto com o vídeo, então vale reavaliar se aquele trecho de emenda no seu pipeline de pós-produção ainda precisa existir.
Até 6 imagens de referência: isso significa mais ferramentas para controlar a consistência de personagens e de cenários. Por outro lado, se o seu código tem uma validação rígida no número de imagens de referência, com limite fixo de 2 ou 3, essa checagem vira uma restrição sem sentido depois da troca.
Continuação até 30 segundos: o que muda aqui é o ritmo das chamadas. Antes, para montar um vídeo longo era preciso depender de emenda externa; agora dá para continuar a escrita dentro do mesmo contexto. O preço é que o tempo de espera de cada tarefa fica maior, e você vai precisar aumentar a configuração de timeout.
Quais colunas observar nas diferenças de parâmetros
A tabela abaixo não traz os valores antigos da versão 1.1, porque o registro do pool de pautas só informa os dados do lado da 1.2, e preencher o valor antigo seria inventar informação. A quarta coluna é a parte que realmente exige que você coloque a mão na massa e confirme.
| Dimensão de capacidade | Valor registrado no Omni 1.2 | Impacto nas requisições atuais | O que você precisa confirmar |
|---|---|---|---|
| Duração por geração | 15 segundos | A densidade de storyboard e a descrição nos comandos precisam ser reescritas | Qual era a duração padrão antes |
| Continuação | Pode ser estendido até 30 segundos | Timeout e intervalo de polling precisam ser mais folgados | Se a continuação usa o mesmo endpoint |
| Áudio | Saída de áudio nativa | O fluxo de dublagem e mixagem posterior pode ficar redundante | Se a saída separa as faixas de áudio |
| Imagem de referência | Até 6 imagens | A validação de quantidade e a organização dos materiais mudam | Limites de tamanho e formato de cada imagem |
| Identificador do modelo | A 1.2 tem um novo identificador | Os pontos com ID hardcoded deixam de bater | A grafia exata do novo identificador |
A última linha é a mais prática do texto inteiro. A troca automática normalmente só garante que o identificador antigo continue sendo roteado, mas não garante que todos os trechos fixos no seu código sejam atualizados junto.
Como ficam as requisições antes da troca de 3 de dezembro
O que realmente precisa mudar quase nunca está na chamada principal, e sim nos cantinhos que foram copiados e colados por todo lado. Se você passar por esta lista na ordem, vai sofrer bem menos do que apagando incêndio no dia da troca.
- Centralize o identificador do modelo em um só lugar: leia de uma variável de ambiente ou de um centro de configuração, em vez de deixar strings fixas espalhadas pelo código de negócio.
- Confirme que o endereço da interface está unificado: se você usa uma plataforma agregadora, mantenha o base_url em
https://api.apiyi.com/v1e, na hora da troca, mude só o identificador do modelo, sem mexer na camada de integração. - Recalcule timeouts e tentativas: com a continuação passando de 30 segundos, o timeout do cliente, o intervalo de polling das tarefas e o backoff das tentativas precisam ser ampliados na mesma proporção.
- Revise as validações de quantidade: o limite de imagens de referência, o parâmetro de duração e a chave de áudio costumam ter checagens fixas no código. Confirme, uma a uma, se ainda são válidas.
- Confira como o identificador do modelo é escrito: o novo identificador deve seguir a documentação oficial. Não copie simplesmente os exemplos de blogs.
Comparação: antes e depois
| Ponto | Como costuma estar antes da troca | Como é recomendável depois da troca |
|---|---|---|
| Identificador do modelo | Literal da versão 1.1 fixo no código de negócio | Item de configuração gerenciado em um só lugar, com valor padrão seguindo a documentação oficial |
| Endereço da interface | Cada SDK configurado por conta própria | Tudo passando pela interface compatível https://api.apiyi.com/v1 |
| Configuração de timeout | Definida com base na experiência com clipes curtos | Reestimada para o limite de 30 segundos de continuação |
| Validação de imagens de referência | Fixa em 2 a 3 imagens | Ampliada para 6 imagens, mantendo uma proteção de limite máximo |
| Tratamento de áudio | Dublagem separada e depois composição | Primeiro verificar se a saída já traz trilha de áudio e só então decidir se faz pós-dublagem |
🚀 Comece rápido: se você quer primeiro validar a camada de integração com uma única chave, crie uma conta no APIYI (apiyi.com), pegue o crédito gratuito de teste e use a interface compatível com OpenAI, apontando o base_url para
https://api.apiyi.com/v1. Deixe o identificador do modelo como item de configuração e preencha só depois de confirmar na documentação oficial. Assim, no dia da troca, é só mudar uma linha de configuração.
Um aviso importante: na página de preços do APIYI (apiyi.com) não existe, por enquanto, nenhum item chamado gemini-omni. Na verificação de 12 de novembro de 2026, os modelos de vídeo disponíveis eram da linha Seedance, Wan e similares. A lista exata vale a que estiver na página de preços do apiyi.com, e este texto não faz nenhuma suposição em nome dela.
Análise do impacto da mudança para o Gemini Omni 1.2
Impacto para quem desenvolve
O efeito mais imediato é a exposição de dependências implícitas. Quando a versão do modelo avança automaticamente, some aquele “acordo tácito” entre o formato de entrada e saída que você assumiu e o formato que realmente volta. No dia a dia isso passa despercebido, mas basta a duração mudar, uma trilha de áudio aparecer ou o limite de imagens de referência subir para que o design da chave de cache, as asserções de validação do resultado e os parâmetros de transcodificação lá na frente comecem a quebrar todos juntos.
O segundo impacto está nos ativos de comando. Roteiros de storyboard, descrições de câmera e a forma de expressar a duração costumam ficar espalhados nos documentos da galera de produto e da galera de engenharia, e ninguém faz controle de versão disso. Como os limites de capacidade do 1.2 mudaram, alguém precisa revisar tudo isso de forma unificada.
Impacto para as equipes de produto e conteúdo
Com o áudio nativo, a etapa de produção de um vídeo fica mais curta, mas a de revisão fica mais pesada. Antes, áudio e imagem eram revisados separadamente; agora saem juntos, e qualquer problema em um dos lados obriga a refazer o vídeo inteiro. Se a equipe de conteúdo está acostumada a tratar o áudio como um material independente que dá para trocar, esse hábito talvez precise ser ajustado no 1.2.
A continuação até 30 segundos muda a granularidade da entrega. O planejamento antigo, em fatias de 5 ou 10 segundos, fica conservador demais quando dá para continuar o vídeo, mas isso também significa que o custo de falha de cada tarefa aumenta: uma geração que falha aos 30 segundos tem um custo de refação bem diferente de uma que falha aos 10.
Impacto no cálculo de custos
Quando a duração aumenta, o áudio sai junto e o limite chega a 6 imagens de referência, é impossível que o consumo de recursos de cada tarefa continue igual ao de antes. Aqui não vou citar números, porque o critério de cobrança depende da plataforma que você usa e do preço oficial, e a página de preços do apiyi.com ainda não tem um item para o Omni, então qualquer cotação seria apenas chute.
O que dá para afirmar é que o método de cálculo precisa mudar: em vez de estimar “por quantidade de vídeos”, passe a estimar por três variáveis, que são segundos de vídeo, número de imagens de referência e se há continuação, sempre deixando uma margem para novas tentativas.
Cenários e recomendações
| Cenário de uso | A capacidade do 1.2 é relevante? | Ação recomendada |
|---|---|---|
| Geração em lote de vídeos curtos | Os 15 segundos e o áudio nativo são relevantes | Reescrever o template de storyboard e validar primeiro com um lote pequeno |
| Conteúdo com alta exigência de consistência de personagem | As 6 imagens de referência são relevantes | Organizar o conjunto de materiais dos personagens e flexibilizar a validação de quantidade |
| Narrativas longas | A continuação até 30 segundos é relevante | Redefinir timeout e polling, e validar a coerência trecho a trecho |
| Fluxos só com imagem e áudio dublado depois | O áudio nativo é relevante | Avaliar primeiro se é preciso desligar a saída da trilha de áudio |
| Testes só com trechos curtos | Relevância baixa | Manter como está e fazer uma regressão depois da troca |
Perguntas frequentes (FAQ)
Q1: O que significa o Gemini Omni 1.1 ser trocado automaticamente para o 1.2?
Significa que as chamadas que continuam usando o 1.1 deixam de ser mantidas separadamente e passam a ser roteadas para o 1.2. Segundo o registro do banco de pautas, a data dessa mudança é 3 de dezembro de 2026. O código continua rodando sem alterações, mas o comportamento da saída passa a seguir as capacidades do 1.2.
Q2: O que o 1.2 tem de diferente em relação ao 1.1?
Pelo registro do banco de pautas, são quatro itens: 15 segundos por requisição, áudio nativo, até 6 imagens de referência e extensão do vídeo até 30 segundos. Os três primeiros mudam a saída de cada requisição; o quarto muda o ritmo das suas chamadas. Ou seja, o impacto não é o mesmo em todos os casos, e não dá para tratar tudo como uma coisa só.
Q3: Já dá para chamar o Gemini Omni direto pela APIYI?
Não dá para concluir isso com base na tabela de preços atual. Em 12 de novembro de 2026, conferi a página de preços do apiyi.com e não encontrei nenhum item relacionado a gemini-omni; os modelos de vídeo disponíveis na época eram da linha Seedance, Wan e similares. Se ele vai ser disponibilizado e quando, isso depende da lista atualizada na página de preços do apiyi.com. Este artigo não parte de nenhuma resposta pronta.
Q4: Posso tratar a data de 3 de dezembro como definitiva?
Eu recomendo que não. Essa data vem do registro do banco de pautas, ou seja, de uma compilação interna, e na hora de escrever este artigo ela não foi conferida item por item com a página de anúncios oficial. Se o seu negócio é sensível à data da troca, vá você mesmo à documentação de modelos do Google e à página de avisos de descontinuação, e confirme lá. O que vale é a página oficial.
Q5: Qual é a primeira coisa a ajustar antes da troca?
Comece pela forma de gerenciar o identificador do modelo, e não pelo identificador em si. Tire-o do código de negócio e leve para a camada de configuração. Aproveite e padronize também o base_url num ponto de acesso intercambiável, como `https://api.apiyi.com/v1`, para que no dia da troca bastasse mudar um único valor. Se você ainda está avaliando como fazer a integração, dá para usar o crédito gratuito do APIYI (apiyi.com) para colocar a camada de acesso para funcionar primeiro e, depois, esperar a documentação oficial confirmar como o novo identificador deve ser escrito.
Principais pontos da troca do Gemini Omni 1.1 para o 1.2 (Key Takeaways)
- Data da troca: 3 de dezembro de 2026, conforme o registro do pool de pautas. Vale conferir com o comunicado oficial por conta própria.
- Não precisa mudar o código: as chamadas antigas são roteadas automaticamente, mas o comportamento da saída muda com a versão 1.2.
- Quatro mudanças de capacidade: duração de 15 segundos, áudio nativo, 6 imagens de referência e continuação até 30 segundos.
- O que quebra primeiro é a validação: as checagens fixas no código sobre duração, quantidade de imagens de referência e tratamento de áudio precisam ser revisadas.
- O cálculo de custo muda: em vez de estimar por número de requisições, passa a ser por segundos, quantidade de imagens de referência e se há continuação ou não.
- Consulte a disponibilidade na hora: a página de preços do apiyi.com ainda não tem nenhum item gemini-omni, então vale o que aparecer na lista de modelos de vídeo.
- Dá para unificar a camada de integração desde já: aponte o base_url para
https://api.apiyi.com/v1e deixe o identificador do modelo como item de configuração.
Resumo
A troca automática do Gemini Omni 1.1 para o 1.2 é, no fundo, uma mudança de comportamento sem janela de transição gradual. Quebrando em partes, são só três coisas:
- Deixe clara a origem da data: 3 de dezembro de 2026 vem do registro do pool de pautas. Antes de mexer em qualquer coisa, confirme num comunicado oficial.
- Leve as mudanças de capacidade para a validação: 15 segundos, áudio nativo, 6 imagens de referência e continuação até 30 segundos. Revise, um por um, os pressupostos fixos no seu código.
- Centralize o identificador do modelo: com isso em configuração, o dia da troca vira só a alteração de um valor, e não um novo deploy.
Se a sua camada de integração ainda não está definida, dá para usar a cota gratuita do APIYI (apiyi.com) para validar o base_url e a estrutura de configuração, e preencher o novo identificador quando a documentação oficial confirmar como ele é escrito. Preços e modelos disponíveis seguem a lista do apiyi.com, e este texto não faz nenhuma inferência de preço para modelos que ainda não estão disponíveis.
Referências
- Documentação de modelos da Google Gemini API: fonte oficial para identificadores de modelos e limites de parâmetros
- Link:
ai.google.dev/gemini-api/docs/models -
Observação: confirme a grafia exata do identificador do novo modelo e os limites de parâmetros. Vale conferir antes de fazer a troca
-
Descontinuação e versões da Gemini API: confirma a data oficial da troca automática
- Link:
ai.google.dev/gemini-api/docs/deprecations -
Observação: o dia 3 de dezembro citado neste artigo vem do registro do nosso banco de pautas, então vale a data que estiver nesta página
-
Página de preços da APIYI: lista em tempo real dos modelos disponíveis e das regras de cobrança
- Link:
api.apiyi.com/api/pricing - Observação: na checagem de 12 de novembro de 2026, não encontramos nenhuma entrada de gemini-omni. Para os modelos de vídeo, vale o que estiver na lista dessa página
Autor: equipe técnica da APIYI
Fale com a gente: entre em contato pela página inicial da APIYI (apiyi.com). A central de documentação fica em docs.apiyi.com
