
Abaixo, confira os destaques das novas mudanças da GAPI/MAPI para a versão 25. Acesse nosso registro de alterações para ver uma lista completa de mudanças e detalhes.
Até o final de junho de 2026, planejamos introduzir a métrica Visualizadores da Página na Graph API. A métrica de visualizadores pretende substituir a métrica de alcance legada e fornecer uma mensuração consistente entre plataformas (Facebook e Instagram) de quantas pessoas viram um conteúdo. Os desenvolvedores devem começar a planejar a migração para os visualizadores para garantir acesso contínuo aos insights sobre o público.
O que está mudando?
As métricas de visualizadores estarão disponíveis nos insights da Página e nos insights do story
Insights sobre posts/Páginas
Insights de Stories
As Graph APIs acima estarão disponíveis após o lançamento da versão 25. Recomendamos que os desenvolvedores verifiquem o registro de alterações da Graph API para obter as informações mais atualizadas.
A partir de 31 de março de 2026, a Meta começará a assinar certificados mTLS de Webhooks usando uma autoridade certificadora (CA) diferente de propriedade da Meta.
O que isso representa para os desenvolvedores?
Se os seus servidores estiverem configurados para exigir e verificar o certificado mTLS de Webhooks, será preciso definir a nova CA da Meta como confiável. Se você não atualizar o armazenamento confiável dentro do prazo, isso resultará em falhas de handshake do TLS e seus servidores deixarão de receber todos os eventos de webhooks.
Ação necessária: atualize seu armazenamento confiável
Para garantir o recebimento ininterrupto de Webhooks, você deve
Importante: não espere até o prazo final. Adicione o novo certificado ao seu armazenamento de confiança imediatamente para garantir uma transição tranquila em 31 de março.
Prazo: antes de 31 de março de 2026.
Por que essa mudança
O certificado mTLS do Webhooks atual é assinado pela CA raiz DigiCert. Como a DigiCert está descontinuando o uso do EKU de autenticação do cliente, o certificado não pode ser renovado com essa CA raiz e expira em 15 de abril de 2025.
Consequentemente, o novo certificado de Webhooks mTLS será assinado por uma autoridade de certificação (CA) raiz interna da Meta. Ele manterá o mesmo nome comum (client.webhooks.fbclientcerts.com) do certificado atual.
A documentação pública sobre o mTLS do Webhooks foi atualizada com uma notificação sobre essa alteração. Os detalhes técnicos completos na documentação serão atualizados permanentemente em abril de 2026, quando a transição for concluída.
Estamos sempre trabalhando para melhorar a experiência do desenvolvedor com nossas APIs. Para oferecer maior transparência e permitir que desenvolvedores criem apps mais resilientes, estamos aprimorando os relatórios de erro para o ponto de extremidade GET {AD_REPORT_RUN_ID} da API de Insights sobre Anúncios assíncrona.
A partir da versão 25 da Graph API, que será lançada em 18 de fevereiro de 2026, os desenvolvedores terão acesso a informações de erro detalhadas quando um relatório assíncrono falhar. Isso possibilitará o diagnóstico mais fácil de falhas e melhorará a eficiência das integrações de API. Para os desenvolvedores que têm acesso ao campo error_code no momento, o tipo será alterado de uint para int.
O que está mudando?
Estamos apresentando os novos campos padrão a seguir para a resposta do ponto de extremidade GET {AD_REPORT_RUN_ID} da API de Insights sobre Anúncios assíncrona para todos os apps:
uint para int para qualquer desenvolvedor que tenha acesso a ele no momentoerror_code.Esses campos serão preenchidos quando houver uma falha na execução de um relatório. Incentivamos você a analisar sua integração da API para garantir a compatibilidade com os novos campos padrão na resposta.
Essa atualização está planejada para ser lançada com a próxima versão da Graph API. Recomendamos que os desenvolvedores confiram o registro de alterações da Graph API para ver as informações mais atualizadas. A documentação para desenvolvedores também foi atualizada para refletir essas mudanças.
Começando com a versão 25 da Graph API, o parâmetro de consulta metadata=1 será descontinuado. Anteriormente, esse parâmetro era usado para retornar metadados sobre campos e conexões de nó em respostas da API. Esse recurso tem pouco uso e será descontinuado para simplificar a plataforma. Após a descontinuação, o parâmetro metadata será ignorado nas solicitações à API.
Os desenvolvedores que atualmente usam metadata=1 devem fazer a transição para usar a nossa documentação oficial da API a fim de descobrir campos e conexões disponíveis para cada tipo de nó.
O que está mudando?
Mudanças | Linha do tempo |
O parâmetro de consulta | v25 (fevereiro de 2026) |
Parâmetro de consulta | Maio de 2026 |
Antes (v24 e anterior):
A adição de ?metadata=1 a uma solicitação da Graph API retornou metadados adicionais sobre o nó, incluindo campos e conexões disponíveis.
Depois (v25+):
O parâmetro metadata=1 será ignorado. As solicitações que incluem esse parâmetro continuarão retornando respostas padrão sem metadados. Não ocorrerão falhas nem alterações disruptivas. Os pedidos não falharão nem serão interrompidos se incluírem metadata=1; o parâmetro simplesmente não terá efeito.
Em junho de 2026, planejamos descontinuar as métricas de Alcance do post/Página, Impressões do vídeo e Impressões do story na Graph API. Essas métricas legadas não são mais exibidas nas nossas ferramentas de Insights, mas permaneceram disponíveis via APIs até o momento.
Para alinhar nossos produtos e APIs em uma única estrutura de métricas consistente e para aumentar a confiabilidade geral do sistema, estamos descontinuando essas métricas legadas. Após a descontinuação, os desenvolvedores devem migrar para as novas métricas Media Views e Media Viewers, que substituem os conceitos legados de impressão, alcance e visualizadores do vídeo.
O que está mudando?
As métricas a seguir serão descontinuadas em junho de 2026 para todas as versões da API. Recomendamos que os desenvolvedores consultem o registro de alterações da Graph API para ver as informações mais atualizadas:
Recomendamos usar as seguintes métricas:
Especificamente para detalhamentos entre alcance pago e orgânico, recomendamos usar as métricas a seguir, que fornecem insights substancialmente semelhantes:
Em junho de 2026, planejamos descontinuar as métricas de visualizadores de 3 segundos. Essas métricas legadas não são mais exibidas nas nossas ferramentas de insights, mas permaneceram disponíveis via Graph API até o momento.
Para alinhar nossos produtos e APIs em uma única estrutura de métricas consistente e para aumentar a confiabilidade geral do sistema, estamos descontinuando essas métricas legadas. Após a descontinuação, os desenvolvedores devem migrar para as novas métricas Media Views e Media Viewers, que substituem os conceitos legados de impressão, alcance e visualizadores do vídeo.
O que está mudando?
As métricas a seguir serão descontinuadas em junho de 2026 para todas as versões da API. Recomendamos que os desenvolvedores consultem o registro de alterações da Graph API para ver as informações mais atualizadas:
Recomendamos usar as seguintes métricas:
Especificamente para detalhamentos entre visualizadores de 3 segundos pagos e orgânicos, recomendamos usar as métricas a seguir, que fornecem insights substancialmente semelhantes:
A unificação de automação direciona campanhas de app, vendas e leads para a configuração padrão ideal e com automação do Advantage+. Além disso, permite que anunciantes e parceiros tenham acesso simplificado aos produtos de automação mais recentes e de melhor desempenho da Meta. Estamos executando uma descontinuação gradual das APIs legadas e uma migração para a nova configuração de unificação de automação, Advantage+ para desenvolvedores da API de Marketing.
A partir da versão 25 (18 de fevereiro de 2026), as campanhas de ASC e AAC não poderão mais ser criadas ou atualizadas usando a API de Marketing. Isso se estenderá a todas as versões da API de Marketing após 90 dias (até 19 de maio de 2026).
Na versão 26 (estimada para setembro de 2026), todas as campanhas de ASC e AAC serão pausadas.
As campanhas de ASC ou AAC que usam os limites de orçamento para clientes existentes (ECBC) permanecerão editáveis até a versão 26. Esse recurso não está disponível para as campanhas Advantage+. Os desenvolvedores com uma campanha de ECBC devem realizar ações usando um dos métodos abaixo para replicar campanhas de ECBC antes da versão 26:
Observação: todas as duplicações de campanha de ECBC resultarão em uma nova identificação da campanha.
Essa alteração afeta os pontos de extremidade a seguir:
Leia a documentação para desenvolvedores e as perguntas frequentes atualizadas para ver todos os detalhes dessa mudança.
Link da documentação para desenvolvedores
Link do artigo de ajuda sobre o recurso
Observe a programação para as próximas descontinuações de versões da Graph API e da API de Marketing:
Graph API
Para evitar inconvenientes à empresa, recomendamos que você migre todas as chamadas para a versão mais recente da API lançada hoje.
Cadastre-se para receber atualizações mensais da Meta for Developers.