O Google anunciou em 6 de julho de 2026 que o Google Mobile Ads Next-Gen SDK passou a ser o SDK preferido para desenvolvimento Android com Google AdMob e Google Ad Manager. A versão antiga do Google Mobile Ads SDK para Android agora é tratada como legado.
Para a maioria das pequenas empresas, isso pode parecer uma notícia técnica demais. Mas há um ponto prático: se o negócio tem um app Android que gera receita com anúncios, ou depende de um app para relacionamento, assinatura, mídia, conteúdo, educação, marketplace ou comunidade, essa mudança entra no radar de continuidade de receita.
O Google informa que o SDK Next-Gen é uma reescrita importante do SDK de anúncios móveis, com foco em velocidade, estabilidade e experiência do desenvolvedor. Também abriu caminho para migração com apoio de ferramentas de IA, por meio de uma agent skill voltada à troca do SDK legado pelo novo.
A notícia não significa que os anúncios param hoje. Significa que o relógio de manutenção começou a ficar mais visível.
O que mudou
O Google Mobile Ads Next-Gen SDK virou o caminho recomendado para Android em projetos que usam AdMob ou Google Ad Manager. O SDK antigo continua existindo, mas passa a ser o caminho legado.
No comunicado oficial, o Google diz que a versão 25.x.x do SDK legado segue um cronograma parecido com versões principais anteriores. A tabela divulgada no Ads Developer Blog aponta três marcos:
- em 1 de julho de 2026, o SDK legado 25.x.x está suportado, com anúncios ainda servindo e suporte técnico disponível;
- em 30 de junho de 2027, ele entra em estado depreciado, com anúncios ainda servindo, mas sem suporte técnico;
- em 30 de junho de 2028, chega ao sunset, quando anúncios ficam em risco de não servir e o SDK legado passa a ser reportado como desatualizado, podendo impedir releases de app.
A documentação do AdMob também foi atualizada em 6 de julho de 2026 e reforça a lógica do ciclo de vida: versões suportadas servem anúncios e têm suporte técnico; versões depreciadas ainda servem anúncios, mas têm suporte limitado; versões em sunset ficam em risco de não servir anúncios.
Por que isso importa para uma PME
Nem toda PME tem aplicativo próprio. Mas a PME que tem app costuma depender dele de verdade: academia com aplicativo de treino, escola com app de alunos, negócio de assinatura, marketplace local, mídia nichada, comunidade, clube de benefícios, delivery próprio, SaaS leve ou app de conteúdo.
Quando a monetização vem de AdMob ou Ad Manager, o SDK não é só uma biblioteca técnica. Ele faz parte da operação comercial do app.
Se esse componente fica defasado, o risco não aparece primeiro no marketing. Aparece como queda de receita, falha em carregamento de anúncios, bloqueio em atualização do app, custo emergencial com desenvolvedor ou dificuldade para diagnosticar por que um formato deixou de performar.
A leitura prática é simples: quem tem app Android monetizado precisa tratar SDK de anúncios como infraestrutura de receita, não como detalhe escondido no código.
O ponto mais importante não é migrar correndo
O erro seria transformar o anúncio do Google em pânico. A janela é longa. O SDK legado 25.x.x continua suportado agora e o sunset indicado no comunicado do Google é 30 de junho de 2028.
O ponto mais importante é criar uma revisão com dono, prazo e checklist.
Para uma PME, o risco maior raramente é técnico isolado. É operacional: ninguém sabe qual versão do SDK está no app, a agência de mídia não conversa com o desenvolvedor, o app não tem rotina de release, a monetização não tem monitoramento por formato e a empresa só descobre o problema quando a receita cai.
Essa é a diferença entre uma atualização planejada e uma manutenção de emergência.
O que revisar agora
O primeiro passo é descobrir qual SDK o app usa hoje. Se o app Android ainda usa com.google.android.gms:play-services-ads, ele está na linha do SDK legado. A documentação de migração do Google mostra que o Next-Gen usa outro artefato: com.google.android.libraries.ads.mobile.sdk:ads-mobile-sdk.
O segundo passo é revisar se o app usa mediação. A documentação do Google informa que, para usar o GMA Next-Gen SDK, é necessário integrar sem mediação ou usar o AdMob como plataforma de mediação. Outras plataformas de mediação não são compatíveis com o Next-Gen SDK nesse fluxo documentado.
O terceiro ponto é verificar requisitos técnicos de Android. A documentação indica que o GMA Next-Gen SDK exige Android API mínima 24 e compile SDK 34 ou superior.
O quarto ponto é inicialização. O Google informa que o Next-Gen SDK exige inicialização antes de carregar anúncios e interagir com outros métodos de MobileAds, salvo exceções documentadas. A documentação também orienta que essa inicialização seja feita em thread de background para evitar erro de Application Not Responding.
Traduzindo para o dono da empresa: não basta pedir "atualiza o SDK". O pedido certo é "faça uma revisão de monetização do app, com versão atual, dependências, mediação, formatos de anúncio, risco de release e plano de teste".
Onde a IA entra nessa mudança
O Google também destacou uma opção de migração com agent skills. A empresa menciona a skill google-mobile-ads-android-migrate-to-next-gen, criada para ajudar na migração do SDK legado para o Next-Gen.
Isso é relevante porque mostra uma tendência maior: plataformas de mídia não estão apenas lançando novos produtos de anúncio; estão empurrando fluxos técnicos de manutenção para ferramentas assistidas por IA.
Ainda assim, IA não elimina validação. Em app monetizado, uma migração precisa ser testada em ambiente controlado, com anúncios de teste, revisão de crashes, checagem de formatos, consentimento, mediação e comparação de receita antes e depois.
A AgenciAR não recomendaria entregar esse tipo de atualização a uma IA sem revisão humana. A recomendação é usar IA para acelerar diagnóstico e rascunho de mudança, mas manter o aceite final com desenvolvedor responsável.
Impacto para marketing e receita
Para negócios que compram mídia para instalar app, a saúde do SDK de monetização impacta o retorno da aquisição. Não adianta reduzir custo por instalação se o app monetiza mal, falha em formatos de anúncio ou atrasa atualizações na Play Store por dependência legada.
Para negócios que vendem dentro do app, a lógica também vale. Mesmo que anúncios não sejam a fonte principal de receita, um app tecnicamente defasado costuma carregar outros sinais de risco: mensuração fraca, consentimento mal cuidado, eventos inconsistentes e pouca visibilidade do que acontece depois da instalação.
Por isso, essa pauta é mais sobre gestão do que sobre código.
Uma PME com app deve sair desta notícia com três perguntas:
- Nosso app usa AdMob ou Google Ad Manager no Android?
- Qual versão e qual SDK estão em produção hoje?
- Existe um plano de atualização antes de a mudança virar urgência?
Se ninguém souber responder, a empresa já encontrou o verdadeiro problema.
Para quem essa mudança importa mais
Esta atualização é mais importante para quatro grupos de PME:
- empresas que têm app Android com receita de anúncios;
- negócios que dependem de app próprio como canal de relacionamento e retenção;
- publishers pequenos, apps de conteúdo, utilidade, educação ou comunidade;
- empresas que terceirizaram o desenvolvimento do app e não revisam dependências há meses.
Para uma loja comum que só anuncia no Google Ads e não tem aplicativo, a notícia não muda a rotina imediata. Para quem tem app, muda o checklist de governança técnica.
O que fazer nos próximos 30 dias
O melhor caminho é uma revisão curta, objetiva e documentada.
Peça ao responsável técnico uma resposta por escrito com a versão atual do SDK, dependências de mediação, formatos de anúncio usados, riscos da migração, esforço estimado e plano de teste. Depois, conecte essa revisão com a pessoa que acompanha receita do app.
Se o app já tem baixo volume de receita, isso não significa ignorar. Significa dimensionar o esforço. Talvez a decisão seja migrar em uma próxima release planejada. Talvez seja remover formatos pouco usados. Talvez seja revisar se o app ainda precisa monetizar por anúncios.
O pior cenário é deixar a decisão para 2028. O prazo parece distante, mas apps pequenos costumam ficar longos períodos sem manutenção. Quando a atualização vira obrigatória, falta contexto, falta equipe e falta orçamento.
Leitura da AgenciAR
A mudança do Google reforça um padrão que já aparece em SEO, mídia paga e automação: plataformas estão ficando mais automatizadas, mas também mais exigentes em infraestrutura.
Para PMEs, isso cria uma armadilha. O dono vê "IA", "Next-Gen" e "SDK" e conclui que é assunto de desenvolvedor. Só que o impacto pode chegar na receita, no CAC, no LTV e na estabilidade do canal.
O papel da gestão não é mexer no código. É garantir que o app que sustenta marketing, relacionamento ou monetização não esteja rodando no improviso.
Linha editorial dominante: Notícia & Autoridade. Estágio dominante: meio de funil, porque ajuda o gestor que já tem app ou canal digital próprio a transformar uma mudança técnica oficial em revisão prática de risco, receita e operação.
Referências consultadas
- Google Ads Developer Blog: "Announcing Google Mobile Ads Next-Gen SDK as the preferred SDK for Android", publicado em 6 de julho de 2026.
- Google AdMob Developers: documentação de depreciação e sunset do Google Mobile Ads SDK para Android, atualizada em 6 de julho de 2026.
- Google AdMob Developers: documentação de migração para GMA Next-Gen SDK, atualizada em 6 de julho de 2026.
Perguntas frequentes
O Google Mobile Ads SDK antigo vai parar de funcionar agora?
Não. Segundo o comunicado do Google, o SDK legado 25.x.x segue suportado em 2026. O marco de sunset indicado para essa versão no comunicado é 30 de junho de 2028, quando anúncios ficam em risco de não servir.
Toda PME precisa fazer algo?
Não. A mudança importa principalmente para empresas que têm app Android monetizado com AdMob ou Google Ad Manager. Quem só anuncia no Google Ads, sem app próprio, não precisa agir por causa desta atualização específica.
A migração pode afetar receita de anúncios no app?
Pode, se for feita sem teste. Por isso a revisão deve incluir ambiente de teste, formatos de anúncio, mediação, consentimento, crashes e comparação de desempenho antes e depois da atualização.
Dá para usar IA para migrar?
O Google menciona uma agent skill para ajudar na migração. A recomendação prática é usar IA como apoio técnico, mas manter revisão humana e testes antes de publicar uma nova versão do app.
