O ROAS target está velho — os custos é que mudaram

A tua loja pode estar a pausar criativos e a apertar o leilão porque o ROAS «caiu» — e o target ainda é o do ano em que o clique e o porte custavam outra coisa.

Este spoke continua o cluster da medição a mentir a decisão: depois do pilar Server-side não aumenta vendas. Mostra as que já tinhas e do spoke A loja física já vende — a atribuição ainda não viu. Distinto do ROAS a mentir (Ads Manager ≠ P&L). Aqui o corte é: o target ficou preso à estrutura de custos antiga.

Porque o mesmo ROAS target passa a ser impossível?

Porque o target é uma régua de margem. Quando o custo de trazer o clique, de enviar a encomenda ou de comprar o stock sobe, o mesmo número no painel pede mais do que a loja consegue dar.

O ROAS target (tROAS, ROAS mínimo, ou o limiar com que pausas) nasceu de uma margem e de um CPC de outra altura. O painel continua a comparar receita atribuída com custo de ads. Não te avisa sozinho que o porte médio subiu, que o fornecedor aumentou o COGS, ou que o leilão ficou mais caro no mesmo período. O reflexo é culpar criativo, audiência ou canal. Muitas vezes o que envelheceu foi o limiar — não a campanha.

Facto: quando uma loja online mantém o mesmo ROAS target depois de o CPC, os portes ou o custo de mercadoria terem subido, o painel pede um resultado que a margem actual já não sustenta. O anúncio cobra o clique ao preço de hoje. A encomenda entrega ao preço de envio de hoje. O stock entra ao custo de compra de hoje. O target, se ficou congelado, ainda assume a estrutura antiga. O ROAS no Ads Manager pode parecer «fraco» sem a campanha ter morrido: o numerador e o denominador mudaram de peso no P&L. Distinto de o painel mentir face ao banco e distinto de o server-side só completar medição. Aqui o mecanismo é limiar desactualizado: julgas o leilão com uma meta calibrada para custos que já não existem. Enquanto não recalculares break-even e target contra margem, portes e CPC actuais, o reflexo continua a ser pausar ou apertar — como se o criativo tivesse falhado.

Opinião: chamar «a conta morreu» a um ROAS que falhou um target antigo, com custos novos, é medir o mês com a régua do ano passado.

O que o painel mostra (e o que a margem esconde)?

O painel mostra custo, cliques, conversões e o ROAS que daí tiras. Não te mostra, sozinho, «este target ainda faz sentido com a margem de hoje».

Mostra (conforme colunas e janela): impressões, cliques, CPC, custo, valor de conversão e o ROAS face ao teu limiar. Uma linha abaixo do target parece leilão a degradar. O reflexo é subir o target depois do CAPI «melhorar» os números, ou manter o target antigo e cortar o que já não bate.

Não mostra sozinho: portes médios por encomenda; COGS por SKU ou por categoria; a margem líquida depois de ads, envio e produto; se o target veio de um caso pontual (promoção, stock barato, CPC baixo) e virou lei. Também não prova que o criativo «não serve». Prova só que, com o limiar actual, o painel ficou abaixo.

Se o salto no painel veio só de server-side / CAPI a completar eventos, não trates isso como licença para apertar o target como se a margem tivesse melhorado. Se o buraco ainda é Ads Manager ≠ banco, volta ao ROAS a mentir. Aqui a pergunta é: o limiar ainda reflecte os custos de hoje?

Como recalculas o target esta semana?

Escolhe o canal onde o ROAS «caiu» face ao target e onde sabes (ou suspeitas) que CPC, portes ou COGS mexeram.

Nos últimos 14 ou 28 dias, cruza quatro vistas no mesmo intervalo: (1) CPC e custo no Ads Manager; (2) receita e encomendas na loja; (3) portes médios e COGS no mesmo recorte; (4) o ROAS target que ainda usas para pausar ou para o algoritmo. Não pauses criativo ainda só porque o painel ficou abaixo do número antigo.

Pergunta prática: se recalculares o break-even com a margem e os portes de hoje, o target antigo ainda é alcançável com o CPC actual? Se não, o «fracasso» pode ser limiar envelhecido — não campanha morta.

Não copies o target de um único caso (uma campanha boa num mês barato) como lei para o resto da conta. Um número que funcionou noutro custo-estrutura não é regra sagrada. Se a medição ainda está incompleta, fecha primeiro a ponte com o server-side e o pixel vs vendas — mas não uses o salto do painel para fingir que a margem não mudou.

Não scales o corte de orçamento só porque o ROAS falhou um target que já não cabe no P&L. Matar o canal que ainda traz margem aceitável sob custos novos, sem recalcular o limiar, é decidir com a régua errada.

FAQ

O ROAS abaixo do target prova que a campanha morreu?

Não por si. Pode ser o target ainda calibrado para CPC, portes ou COGS antigos. Recalcula break-even com a estrutura de custos actual antes de pausar ou culpar o criativo.

Qual keyword interessa aqui?

A âncora deste post é roas target. O cluster cobre também server-side tracking e atribuição omnichannel. Aqui a pergunta é se o limiar ainda faz sentido com os custos de hoje.

Como distingo isto do ROAS a mentir (Ads Manager ≠ P&L)?

Cortes próximos, não iguais. O ROAS a mentir pergunta se o painel e a loja contam a mesma receita. Aqui a pergunta é se o target (mesmo com medição honesta) ainda reflecte margem, portes e CPC actuais. Podes ter painel certo e limiar velho ao mesmo tempo.

Depois do CAPI, posso subir o ROAS target?

Só se a margem e os custos reais o permitirem. Server-side completa o que o pixel perdia — não baixa portes nem COGS. Subir o target só porque o painel «melhorou» misturas cobertura de medição com P&L.

A Aero Agency faz performance para lojas online em Portugal. Se o ROAS «morreu» e os custos é que mudaram, o sítio para começar é a comunidade.