As métricas da Amazon que sua ferramenta de relatório não consegue ver - e por que elas explicam sua queda de ROAS em 2026

Se conseguir Amazon DSP ou Marcas patrocinadas / Display patrocinado com faturação vCPM campanhas - para a sua própria marca ou para clientes - algo estranho aconteceu no início de 2026. As compras atribuídas diminuíram, o ROAS desceu e nada mudou nas campanhas em si. Os mesmos orçamentos, os mesmos criativos, a mesma segmentação. Números mais baixos.

Nada se partiu. Em 1 de janeiro de 2026, Na semana passada, a Amazon lançou discretamente um novo modelo de atribuição para conversões de visualização nos seus anúncios da Loja. E no mesmo lançamento discreto, a Amazon introduziu 54 novas métricas “todas as visualizações que preservam a antiga metodologia de medição - mas que as colocam numa nova API de relatórios unificada. A consola da Amazon expõe esta API apenas através de um separador “Reporting” beta que funciona como um criador de relatórios manual (clique nas métricas e dimensões, envie um pedido, aguarde, transfira um CSV) e a maior parte das plataformas de comunicação de dados de terceiros ainda não aceita a API unificada.

O efeito prático: a maioria dos anunciantes e agências está a olhar apenas para os números do novo modelo. Vêem a descida do ROAS, não conseguem ver a comparação antes e depois nos seus painéis de controlo diários e não têm uma forma fácil de explicar isso aos seus clientes ou partes interessadas - a não ser que estejam dispostos a gerar e reconciliar exportações únicas de CSV para cada conta, em cada ciclo de relatórios. Os dados existem. Só que não estão ligados a nada de útil para a maior parte do sector.

O WisePPC é uma das plataformas que o abriu. Este artigo é sobre o que pode ver com essas métricas em mãos - e porque as deve ter em mãos.

Principais pontos em resumo

• Em 1 de janeiro de 2026, A Amazon substituiu o seu modelo de atribuição de visualização de 14 dias por um novo modelo de sinal de compra para Campanhas facturadas por vCPM (anúncios da loja Amazon DSP, marcas patrocinadas vCPM, exibição patrocinada vCPM).
• Produtos patrocinados, campanhas facturadas por CPC, TV patrocinada e atribuição baseada em cliques em todo o lado são não afetado.
• A metodologia antiga é preservada em 54 métricas “todas as vistas” - mas apenas através do site da Amazon nova API de relatórios unificada (v1). O separador beta “Reporting” da consola da Amazon é um criador de relatórios manual sobre essa API (seleção de métricas por clique, pedido, geração, transferência de CSV) - útil para exportações ad-hoc, não para uma superfície de painel de instrumentos em tempo real.
• A maioria das plataformas de terceiros não integrou a API v1 unificada. Os seus utilizadores não conseguem ver estas métricas nos relatórios normais - vêem apenas os números mais baixos, do novo modelo, sem contexto histórico.
• O WisePPC foi criado com base na API v1 unificada. “As métricas ”Todas as visualizações" aparecem automaticamente nos relatórios dos clientes, lado a lado com as novas métricas padrão.
• É por isso que as análises de desempenho ano após ano que abrangem o limite de 2026 são coerentes no WisePPC e confusas em quase todo o lado.

O que mudou efetivamente em 1 de janeiro de 2026

Antes de 2026, a atribuição de visualização nos anúncios da Amazon Store funcionava da seguinte forma: se um comprador serra o seu anúncio - sem necessidade de clicar - e depois comprou o produto na Amazon em 14 dias, A compra podia ser creditada ao anúncio. Todas as impressões visíveis durante o período de 14 dias eram elegíveis para reclamar a venda.

Generoso e muitas vezes útil em termos de direção para a medição da marca no topo do funil. Também suficientemente generoso para que muitos créditos de visualização fossem atribuídos a impressões sem influência plausível na compra.

Em janeiro de 2026, a Amazon substituiu-o por um “sinal de compra melhorado no último toque” modelo, com âmbito de aplicação Apenas campanhas facturadas por vCPM:

1. Janela de visualização mais curta. A Amazon não publicou o novo número exato, mas é substancialmente mais apertado do que 14 dias.
2. As vistas têm de merecer o crédito. Em vez de creditar todas as impressões visíveis na janela, o novo modelo utiliza sinais de compras - pesquisas, visitas a páginas de produtos, atividade nos carrinhos de compras, navegação por categorias - para avaliar se uma determinada visualização fazia efetivamente parte do percurso de compra. As visualizações sem sinal são filtradas.

Quem foi afetado:

• Campanhas DSP da Amazon que apresentam anúncios na Amazon Store.
• Campanhas de marcas patrocinadas facturadas com base no vCPM (incluindo campanhas de palavras-chave de marca).
• Campanhas de Display Patrocinado facturadas com base em vCPM.

Quem não era:

• Produtos patrocinados (facturados por clique, sempre atribuídos por clique).
• Marcas patrocinadas facturadas por CPC e Display patrocinado.
• TV patrocinada.
• Conversões fora da Amazon através do Amazon Attribution.
• Atribuição baseada em cliques em todo o lado - palavras da própria Amazon: “A atribuição baseada em cliques mantém-se inalterada.”

O efeito líquido para todos os que têm um programa de anúncios patrocinados DSP ou vCPM: as conversões de visualização registadas diminuíram e o ROAS registado também. O desempenho da campanha não mudou. A medição sim.

As métricas que a Amazon preservou - e onde estão

A Amazon não eliminou a metodologia antiga. Ela a rotulou novamente. Na nova camada unificada de relatórios da Amazon, encontrará uma segunda família de métricas identificadas como “(todas as vistas)” juntamente com todas as métricas de conversão padrão:

Existem 54 destas variantes “todas as vistas” no total, abrangendo todas as métricas de compras, vendas e eficiência comunicadas pela Amazon.

Aqui está o senão, e é a razão pela qual provavelmente não viu estas métricas em qualquer forma útil:

• Vivem na Amazónia nova API de relatórios unificada (v1) - uma superfície de comunicação API-first recentemente lançada, que é verdadeiramente diferente das APIs de anúncios patrocinados (v2 e v3) que a maioria das plataformas de terceiros integrou.
• Eles fazem não aparecem nos painéis de desempenho da campanha padrão.
• Eles fazem não aparecem nas exportações CSV predefinidas que os anunciantes e as agências exportam todos os dias.
• São eles não expostas pelas APIs de relatórios de anúncios patrocinados v2 ou v3, nas quais a maior parte dos conectores de BI, dashboards e ferramentas de relatórios orientados para as agências ainda funcionam.
• Eles são tecnicamente disponível através do “Relatórios (beta)” na consola do Amazon Ads - mas esse separador é essencialmente uma interface Web manual sobre a API v1 unificada. Clica em centenas de métricas e dimensões disponíveis para montar um relatório personalizado, envia o pedido, espera que a Amazon o gere e, em seguida, descarrega um CSV. É um criador de relatórios de uma só vez, não uma superfície de análise em tempo real. Não é possível criar um painel de controlo recorrente virado para o cliente, não é possível fazer a rotação livremente e não é possível juntar os resultados ao resto dos dados de marketing sem uma grande quantidade de trabalho manual.

Traduzindo: mesmo os anunciantes motivados que sabem que os dados estão lá, gastam tempo real todas as semanas a montar exportações CSV únicas - ou simplesmente deixam de se preocupar e trabalham com os números que a sua principal ferramenta de relatórios lhes mostra. E se a sua agência ou marca estiver a utilizar uma plataforma que não tenha migrado para os relatórios v1 unificados da Amazon, os seus painéis de controlo recorrentes não podem literalmente mostrar-lhe a comparação entre os modelos de atribuição antigos e novos. Os dados existem. Só não tem uma ligação contínua a eles.

Porque é que isto é uma vantagem competitiva e não uma nota de rodapé

Todos os clientes do WisePPC que executam campanhas DSP ou vCPM SB / SD receberam três coisas em 1 de janeiro de 2026, sem alterar nada:

1. As novas métricas padrão, correspondendo exatamente ao que a Amazon utiliza agora para medir o desempenho da visualização.
2. A métrica “todas as visualizações, mantendo a metodologia anterior a 2026 para efeitos de comparação direta.
3. Ambos nos mesmos relatórios, por isso, um gráfico anual que abranja a mudança de metodologia é efetivamente possível.

Foi neste terceiro ponto que a maior parte do sector ficou bloqueada. As agências com carteiras de clientes em pilhas de relatórios mais antigas entraram no primeiro trimestre de 2026 com:

• Um número de ROAS que caiu e nenhuma forma de mostrar porquê.
• Declínios anuais que pareciam catastróficos sem contexto.
• “Conversas do tipo ”As nossas campanhas pioraram?" sem uma resposta clara em termos de dados.

As agências que utilizam o WisePPC tiveram uma visão completa desde o primeiro dia - nos seus dashboards existentes, no calendário que já tinham reportado, sem que ninguém tivesse de abrir o criador de relatórios beta da Amazon, clicar num menu de métricas do tamanho de uma lista telefónica, enviar um pedido de relatório, esperar pela geração e reconciliar um CSV à mão. A conversa com os clientes era “aqui está o novo número, aqui está o número da metodologia antiga para comparação, aqui está a razão pela qual são diferentes, aqui está o que a Amazon recomenda para otimização”. Isso é um alinhamento de trinta minutos em vez de um mês de explicações.

Como é que “servir” o relatório unificado

A diferença entre uma API e um produto é a diferença entre os dados estarem tecnicamente disponíveis e os dados serem utilizáveis. Para tornar o contraste concreto, eis o que um utilizador do WisePPC vê quando abre o Relatório Unificado numa conta de cliente - todos os elementos abaixo estão numa única página, em direto, sem ciclo de pedido e espera:

• Uma biblioteca de configurações de tabelas guardadas no topo - layouts pré-construídos como “Product Targeting”, “Product / Campaign Type / Target”, “Filter - Reset”, com alternância de um clique e a capacidade de guardar e partilhar novos layouts. Uma agência cria o relatório uma vez e todas as contas herdam o modelo; os clientes não precisam de um novo CSV ad-hoc todas as semanas.
• Mosaicos de KPI configuráveis com linhas de cintilação e alternâncias de tendência 3D / 1W / 2W / 1M para as métricas mais importantes para essa conta: ACOS, CPC, Custo, Vendas, Impressões, limiares de perda ACOS, etc. Qualquer métrica na API unificada pode ser colocada em qualquer mosaico.
• Um gráfico de séries temporais multi-série abaixo dos KPIs, segmentáveis por qualquer dimensão adicional (tipo de campanha, posicionamento, mercado...), para que a história da tendência seja visível sem sair da página.
• Uma tabela dinâmica que permite aos utilizadores agruparem-se por qualquer dimensão disponível, em qualquer ordem - Produto principal do anúncio, produto do anúncio, tipo de campanha, campanha, posicionamento, destino, data, termo de pesquisa, tipo de correspondência, mercado e o resto do conjunto de dimensões da API unificada. Arraste fichas para qualquer sequência, troque-as a meio da análise, largue uma e adicione outra. Os filtros em linha por coluna, os mapas de calor de desempenho codificados por cores, os totais de grupo e o modo Pivot estão todos activos, sem reconstrução. O mesmo relatório torna-se “desempenho por ASIN discriminado por tipo de campanha” e “desempenho por termo de pesquisa discriminado por posicionamento” em dois movimentos de arrastamento - sem sair da página ou gerar um novo CSV.
• Um seletor de colunas pesquisável expor todo o catálogo de métricas da API unificada, incluindo a família “todas as visualizações” lado a lado com as novas métricas padrão, para que uma comparação ano a ano seja uma caixa de verificação e não um projeto.
• Contexto multi-conta e multi-mercado na parte superior, para que uma agência possa alternar entre livros de clientes com um clique - sem ter de voltar a autenticar, reexportar ou costurar CSVs.
• Uma exportação em direto para quando um CSV é efetivamente o produto final - mas como o resultado do relatório que já criou, e não como a única forma de ver os dados.

Agora, compare isso com o separador Relatórios beta da Amazon para a mesma API subjacente: abra o criador de relatórios, percorra o catálogo, escolha manualmente métricas e dimensões para um único intervalo de datas, envie, aguarde minutos pela geração, transfira um CSV, abra no Excel, formate colunas, crie pivôs e gráficos manualmente, repita o próximo ciclo de relatórios. Os dados estão lá. O produto não está.

Esta é a diferença prática entre expor a API unificada de relatórios e construir um produto em cima dele. É também por isso que “temos acesso a métricas que a Amazon não apresenta” não é uma linguagem de marketing para o WisePPC - é a experiência literal que os utilizadores têm todos os dias.

Isto não é um truque. A Amazon é a única plataforma cuja medição impulsiona diretamente milhares de milhões de euros de gastos dos anunciantes, e continuará a desenvolver a atribuição - esta alteração de 2026 não será a última. Estar na mais nova superfície de relatórios, com acesso ao conjunto mais completo de métricas que a Amazon disponibiliza, é a diferença entre explicar as mudanças de plataforma aos seus clientes e ser apanhado por elas.

Como utilizar ambas as famílias métricas de forma inteligente

Ter acesso ao conjunto completo é apenas metade da questão. Utilizá-los bem é a outra metade.

Utilização métricas padrão como os seus números principais e operacionais

• Monitorização e otimização do desempenho diário.
• Definição e acompanhamento dos objectivos ROAS / ACoS para o futuro.
• Decisões de licitação, ritmo do orçamento, alterações na estrutura da campanha.
• Qualquer coisa virada para o futuro. É isto que a Amazon utiliza agora para o avaliar; a otimização em relação a isto mantém as suas decisões alinhadas com o sistema da Amazon.

Utilização “todas as vistas” métricas para as comparações que os relatórios por defeito da Amazon tornam difíceis

• Relatórios ano a ano que abrangem o limite de 1 de janeiro de 2026 em campanhas vCPM.
• Explicar a descida do ROAS em 2026 aos executivos e clientes com números reais e não com palavras.
• Reconciliação de estudos de caso de 2025, apresentações e KPIs contratados com os números actuais.
• Dimensionar o impacto real da alteração da atribuição numa carteira de negócios específica.

Não

• Faça de conta que o ROAS de “todas as visualizações” é o seu ROAS atual - está calibrado de acordo com uma metodologia que a Amazon já não utiliza para o desempenho.
• Misturar as duas famílias no mesmo gráfico sem indicar claramente a metodologia utilizada por cada série.
• Assumir que a queda em janeiro de 2026 significa que as campanhas pioraram - a medição mudou, os resultados normalmente não.
• Redefinir orçamentos ou objectivos com base numa comparação anual em bruto sem corrigir primeiro a mudança de metodologia.

Como falar sobre este assunto com os clientes e as partes interessadas

Duas conversas para as quais deve estar preparado.

“Porque é que o ROAS do nosso Amazon DSP / vCPM caiu este ano?”

1. As campanhas não tiveram um desempenho pior - a Amazon alterou a metodologia de medição em 1 de janeiro de 2026.
2. O modelo antigo creditava qualquer visualização de anúncio no prazo de 14 dias. O novo modelo credita apenas as visualizações apoiadas por um sinal de compra, numa janela mais apertada. Muitos dos créditos que costumavam contar já não contam.
3. Eis o aspeto da comparação segundo a antiga metodologia [mostrar os números de “todas as vistas” lado a lado]. Esta é a visão homóloga, de igual para igual.

“Devemos alterar os orçamentos porque o ROAS baixou?”

Normalmente não. Os resultados comerciais efectivos - unidades, novos clientes da marca, vendas incrementais - não mudaram. Apenas a percentagem desses resultados creditada ao anúncio.

• Continuar a utilizar o novas métricas padrão para otimização e decisões orçamentais.
• Redefinir os objectivos ROAS sempre que necessário - um objetivo de 4x calibrado com a metodologia antiga é um objetivo diferente com a nova metodologia.
• Utilização “todas as vistas” apenas para contextualizar, nunca como um KPI operacional.

A conversa é muito mais fácil quando se pode mostrar os dois lados da questão na mesma página do mesmo relatório. É esse o objetivo de ter ambos.

Porque é que a maioria das ferramentas de criação de relatórios não consegue fazer isto (ainda)

O ecossistema de relatórios de publicidade da Amazon está a meio de uma mudança geracional:

• APIs herdadas (v2) continuam a alimentar os relatórios das marcas patrocinadas e dos ecrãs patrocinados na maioria das plataformas de terceiros. Estas APIs não apresentam métricas de “todas as visualizações”.
• APIs v3 cobrem os produtos patrocinados. Também não expõem “todas as visualizações”.”
• Relatórios unificados v1 - A mais recente camada de relatórios da Amazon - API-first - é onde se encontram “todas as visualizações” e um conjunto muito mais alargado de novas métricas. A Amazon envolveu-a numa consola de interface beta para os anunciantes que pretendem efetuar exportações pontuais, mas trata-se de um criador de relatórios manual, não de uma superfície de relatórios que permita gerir um negócio. A maior parte das plataformas de BI e das ferramentas de agência não fizeram o trabalho de integração para canalizar o v1 unificado para painéis de controlo recorrentes; a área de superfície é grande e o esforço é substancial.

Isso é consistente com o que dissemos desde o início no wiseppc.com: damos aos anunciantes e agências acesso às métricas da Amazon que não aparecem em seus relatórios padrão e que a Amazon não torna prático o uso fora das exportações manuais únicas. A atualização da atribuição 2026 e a família “todas as visualizações” são um estudo de caso que mostra exatamente porque é que isso é importante. Quando uma mudança de plataforma obriga as agências a explicar uma mudança de relatório aos clientes - todas as semanas, em todas as contas - a ferramenta de relatório que já tem o conjunto de métricas mais completo canalizado para painéis normais ganha por defeito.

Conclusão

A atualização da atribuição de janeiro de 2026 é uma daquelas alterações silenciosas da plataforma que parece um erro se não se souber que aconteceu. Não é um erro. É uma mudança de medição que afecta todos os anunciantes vCPM da Amazon, e a Amazon preservou a metodologia antiga numa nova família de métricas - (todos os pontos de vista) - que vive numa superfície de relatório que a maioria das ferramentas ainda não adoptou.

Três conclusões:

• Se você executar DSP ou vCPM SB / SD, seu ROAS de 2026 não é diretamente comparável a 2025 sob a metodologia antiga. As métricas de “todas as visualizações” são a forma oficialmente preservada pela Amazon para fazer essa comparação - se conseguir chegar a elas.
• Se apenas executa campanhas de produtos patrocinados ou de CPC, a alteração não o afectou. Continue a mexer-se.
• Se a sua pilha de relatórios atual não consegue mostrar os números da nova e da antiga metodologia no mesmo relatório, está a voar às cegas através de uma mudança de plataforma que a Amazon está a desenvolver ativamente.

Quer ver como é o seu desempenho na Amazon em 2026 com ambas as famílias de métricas lado a lado - num painel de controlo em tempo real, não num CSV montado manualmente - antes da sua próxima avaliação do cliente? Fale com o WisePPC. Mostrar-lhe-emos o Relatório Unificado com base em dados reais da conta, incluindo a visualização ano após ano que a maioria das plataformas não consegue apresentar atualmente.

Recursos adicionais

• Anúncio oficial: Ver actualizações de atribuição para anúncios da Amazon Store - Amazon Ads
• Anúncio de lançamento do Relatório Unificado - Amazon Ads
• API de relatórios do Amazon Ads V1 - biblioteca de métricas
• Cobertura do sector: A Amazon reforça a atribuição de vistas à medida que os relatórios ROAS se dividem (PPC Land)
• Cobertura do sector: A Amazon reforçou discretamente a atribuição (Code3)

Sobre o WisePPC

O WisePPC é uma plataforma de análise e automatização de publicidade da Amazon para marcas e agências. Baseamo-nos nas mais recentes superfícies de relatórios da Amazon - incluindo a API unificada Reporting v1 - para que os nossos clientes vejam as métricas que a Amazon disponibiliza, e não apenas as que as integrações herdadas expõem. O objetivo é criar relatórios que contem a história real, especialmente quando a plataforma muda as regras.