Banner só Aceitar — o Google Ads pode bloquear-te

A tua loja pode estar a mostrar ao visitante um único botão a dizer Aceitar — e a achar que o risco é só legal, não a conta de anúncios.

O visitante vê uma parede: Aceitar, ou continuar sem escolha clara de recusar. Parece conversão fácil. Em Portugal o consentimento para cookies de analytics e marketing exige escolha real. O Google Ads também olha para padrões de consentimento que empurram só a aceitação. Já houve ameaça de acção sobre contas por UX de consentimento não conforme — banners só Aceitar entram nessa lista de risco. Não inventes percentagens: o ponto é o mecanismo e a exposição.

Este spoke continua o pilar O ROAS da loja está mentir-te e o cluster de tracking. Distinto da maior perda de tracking não ser o adblocker (aí: quem recusa some do pixel e ainda compra). Aqui o corte é compliance e risco de conta Ads — não só eventos a menos. A ponte de medição, não de consentimento, é server-side não aumenta vendas.

Porque um banner só Aceitar mete a loja e o Ads em risco?

Porque não há escolha equivalente. Aceitar é óbvio; Recusar está escondido, ausente, ou desenhado para falhar.

O mecanismo é dark pattern de consentimento: um único CTA, contraste que só destaca Aceitar, ou um fluxo em que «continuar a navegar» conta como sim. Em loja online em Portugal isso falha o consentimento válido para cookies de marketing e analytics. O visitante que queria dizer não não o consegue fazer com a mesma facilidade. O tracking que «aceitas» à força não é consentimento — e o Google Ads já sinalizou que UX só Aceitar pode levar a aviso ou acção na conta. O risco não é teórico de blog: é conta de anúncios sob pressão, além do risco legal.

Não resolves isto com um plugin «mais bonito» se a lógica continua a ser um botão. Também não resolves com server-side: enviar eventos pelo servidor sem base de consentimento não limpa o banner. O server-side muda o que o painel vê quando o browser não manda — não substitui a escolha Aceitar/Recusar.

Facto: um banner de cookies numa loja online só com o botão Aceitar — sem Recusar com o mesmo peso — não é só mau consentimento em Portugal: é UX que o Google Ads já associou a risco de aviso ou acção sobre a conta de anúncios. O mecanismo é escolha inequívoca em falta: cookies de analytics e marketing pedem aceite livre; um único CTA, Recusar escondido, ou «continuar a navegar = aceito» empurram o sim e falham o padrão. Quem queria recusar não tem caminho igual. O tracking que corre nessa base não limpa a conta Ads. Distinto da perda de eventos por quem recusa cookies (outro spoke do cluster): aqui o corte é compliance e exposição da conta, não só o ROAS a mentir no painel. Enquanto o banner for só Aceitar, a loja acumula risco legal e de Ads em paralelo — e server-side não corrige o banner.

Opinião: tratar o banner só Aceitar como «detalhe de cookies» é ignorar que a mesma UX pode pôr a conta Google Ads em risco.

O que o painel e o banner escondem?

O painel de Ads mostra cliques, conversões e ROAS. Não te mostra, sozinho, «este banner é um dark pattern e a conta está na mira».

O banner «só Aceitar» esconde a recusa. Mostra uma acção. O visitante apressado carrega. A taxa de «aceitação» sobe. O pixel e o GA4 disparam mais. O ROAS no browser parece melhor — e o pixel que não bate com as vendas pode até parecer «mais alinhado» porque menos gente conseguiu dizer não. Isso não prova consentimento válido. Prova fricção a favor do sim.

Não mostra: se a CNPD ou o Google consideram a UX conforme; se Recusar tem o mesmo tamanho, contraste e cliques; se «aceitar tudo» vem pré-marcado. Também não prova que o buraco do ROAS é o adblocker — isso é o outro spoke. Aqui a pergunta é: a tua loja força Aceitar e, com isso, expõe a conta Ads?

Como corriges o banner esta semana?

Abre a loja em janela anónima, no telemóvel e no desktop. Conta os cliques até Recusar.

Se Recusar não existe, está noutro ecrã, ou precisa de mais passos que Aceitar, o banner está errado. Muda a app ou o tema para: Aceitar e Recusar lado a lado (ou com peso visual igual); sem pré-marcar marketing; sem «continuar = aceito» para cookies de ads. Guarda um print do antes e do depois.

Confirma no Google Ads e no consent mode (se usas) que a lógica respeita a escolha: quem recusa não dispara marketing tags no browser. Se o ROAS cair no painel depois de dares escolha real, isso pode ser medição a ficar honesta — não prova que «consentimento estraga a loja». O número do mês continua a ser o da loja e do banco.

Não ignores o GDPR «porque o Ads precisa de dados». Não troques o banner por uma lista de apps sem testar a UX. Não compares agências. Corrige a escolha; depois, se precisares de recuperar eventos com consentimento, a conversa de medição é o cluster — não um atalho ilegal.

FAQ

Um banner só Aceitar chega para cookies em Portugal?

Não para cookies de analytics e marketing. Precisas de escolha livre e informada — Aceitar e Recusar com peso equivalente, sem dark patterns. O «só Aceitar» falha esse teste.

O Google Ads bloqueia a conta só por causa do banner?

Não declares certeza de bloqueio automático em todas as lojas. O que importa: o Google já ameaçou ou sinalizou acção sobre contas por UX de consentimento não conforme, incluindo padrões só Aceitar. Tratar como risco real de conta — aviso, restrição ou pior — não como mito de blog.

Isto é o mesmo que a perda de tracking vs adblocker?

Não. A maior perda de tracking pergunta quem some do pixel (recusa vs adblock) e o que o server-side muda no ROAS visto. Este post pergunta se o banner força Aceitar e se isso põe compliance e conta Ads em risco. Mesmo cluster C1; cortes diferentes.

Server-side resolve o banner só Aceitar?

Não. Server-side não aumenta vendas e não substitui consentimento. Se o banner é ilegal ou dark pattern, o servidor a enviar eventos sem base válida não limpa o problema — pode agravá-lo.

A Aero Agency faz performance para lojas online em Portugal. Se o banner da loja é só Aceitar e a conta Ads te preocupa, o sítio para começar é a comunidade.