Se o seu site usa o Google Tag Manager, a Google está a mudar a forma como o Tag Manager arranca nas suas páginas. Numa nota de lançamento de 8 de outubro de 2026, a Google diz que cada contentor do Tag Manager (o espaço no Tag Manager que reúne as tags do site) vai arrancar assim que for carregado, em vez de esperar por um comando gtag('config') na página. Esta alteração do Google Tag Manager ao gtag config pesa sobretudo nos sites que juntam o Tag Manager a código do Google tag à parte e nos contentores com regras (acionadores) que executam tags em todos os eventos.
A Google enviou emails aos proprietários dos contentores que considera mal configurados. Não divulgou quantos são, e a sua página de ajuda sobre a correção ainda diz que os snippets “vão ser atualizados em breve”.
O que mudou no Google Tag Manager a 8 de outubro?
A Google diz que os contentores do Tag Manager vão deixar de esperar pela linha gtag('config'), o comando que indica a um Google tag para que conta enviar os dados e com que definições. A nota de lançamento de 8 de outubro, por agora só em inglês, diz (tradução nossa): “todos os snippets de contentor do Google Tag Manager (gtm.js) vão inicializar ao carregar o contentor, independentemente de quaisquer comandos gtag(‘config’).”
Um snippet é o pequeno bloco de código colado em todas as páginas do site. Uma tag é um pequeno pedaço de código que regista o que acontece no site, como a visualização de uma página ou o envio de um formulário, e transmite essa informação a uma ferramenta como o Google Analytics ou o Google Ads. Um site pode carregar as tags da Google com um de dois snippets:
| Snippet do Tag Manager | Snippet do Google tag | |
|---|---|---|
| Ficheiro que carrega | gtm.js | gtag.js |
| ID que usa | Começa por GTM- | Um ID de produto, como G- ou AW- |
Os dois snippets escrevem na dataLayer, uma fila de mensagens na página que o Tag Manager lê. Até agora, um contentor podia detetar uma linha gtag('config') noutro ponto da página e esperar por ela, e alguns sites dependiam disso. A nota muda também o que o contentor vê (tradução nossa): “os comandos config vão passar a surgir na dataLayer como eventos gtag.config visíveis.”
Que sites são afetados pela alteração do Google Tag Manager ao gtag config?
Há dois grupos de sites afetados. Os emails da Google foram para o primeiro grupo, que usa aquilo a que a Google chama uma “implementação incompatível”. O segundo grupo pode ter uma configuração que a Google considera correta, mas com regras (acionadores) que executam tags em todos os eventos.
Configurações mistas. A página de ajuda da Google sobre a configuração do gtag.js descreve os sites que carregam um ID G-, AW- ou DC pelo caminho do snippet do Tag Manager. O seu exemplo de configuração errada é o snippet GTM- padrão seguido de uma linha gtag('config') isolada. Sobre estes sites, a Google diz que “podem sofrer alterações inesperadas” no comportamento das tags e que os utilizadores desses contentores “receberam uma notificação por email”.
Acionadores genéricos. Um acionador é a regra que diz a uma tag quando deve ser executada. Um acionador de evento personalizado pode reconhecer nomes de eventos com o padrão .*, que corresponde a todos os eventos da dataLayer. A nota de lançamento da Google avisa (tradução nossa): “Se os seus contentores do Google Tag Manager usam acionadores de eventos personalizados genéricos, esta alteração pode fazer disparar essas tags.”
A ajuda da Google sobre acionadores de eventos personalizados já recomendava um padrão mais restrito, porque .* apanha também os eventos que o Tag Manager e o Google tag enviam automaticamente. O PPC Land nota que o risco dos acionadores genéricos se aplica também aos sites cuja configuração a Google considera correta, porque o próprio snippet padrão do gtag.js contém uma chamada config.
Quando é que a Google anunciou a alteração ao gtag config?
O aviso chegou semanas antes da nota de lançamento. O PPC News Feed noticiou o aviso na página de ajuda da Google a 27 de agosto de 2026. A 20 de agosto, um utilizador dos fóruns de suporte do WordPress.org tinha publicado o email que um cliente recebera da Google. Dizia (tradução nossa): “A partir de 2 de outubro de 2026, todos os snippets gtm.js vão inicializar ao carregar o contentor”.
A nota de lançamento tem a data de 8 de outubro. A página de ajuda da Google sobre a correção ainda diz que os snippets do Tag Manager “vão ser atualizados em breve”. Como notam o PPC Land e a Relevant Audience, a Google não disse se a alteração chegou a todos os contentores num só dia ou se está a ser introduzida por fases.
O que a Google não disse
A Google não indicou um prazo final nem qualquer medida de quantos dados a alteração pode perturbar. A Relevant Audience nota que a nota de lançamento “não menciona qualquer limite por país ou região”, e a página de ajuda sobre a correção também não indica nenhum.
Há ainda uma falha prática. O email foi para quem consta no contentor. A Relevant Audience lembra que, se essa pessoa for um antigo funcionário ou um programador web anterior, “o aviso pode nunca ter chegado a quem gere o site hoje”.
O que significa para a sua empresa
Na nossa opinião, isto pede uma verificação cuidadosa do seu tracking. A tarefa é ver o que as suas páginas carregam, escolher uma das duas correções da Google se a configuração for mista e testar se cada pedido de contacto é contado uma só vez. Seguiríamos estes passos por esta ordem, antes de mudar o que quer que seja nas contas de anúncios.
- Descubra quem é o proprietário do contentor. Precisa de acesso ao Tag Manager para verificar o que quer que seja, e o proprietário deve ser a empresa, com a agência, se houver, adicionada como utilizador. O nosso guia sobre como avaliar uma agência de marketing explica porque é que as contas devem ficar consigo.
- Veja que snippet as suas páginas carregam. Abra o site, veja o código-fonte da página e procure “googletagmanager.com”. Se o URL contém gtm.js com um ID que começa por GTM-, o caminho do seu contentor é o compatível. Se o gtm.js traz um ID G-, AW- ou DC, ou se ao lado do snippet do Tag Manager está uma linha
gtag('config')isolada, tem a configuração sobre a qual a Google avisou. - Escolha uma das duas correções da Google. Use o snippet do Google tag (gtag.js) em todas as páginas e retire o snippet gtm.js e quaisquer linhas config isoladas. Ou, se o Tag Manager gere as suas outras tags, mantenha o snippet com o seu ID GTM- e configure o Google tag dentro do contentor. Passe para lá as definições que a antiga linha config transmitia e deixe no lugar a configuração de consentimento de cookies, para que as tags continuem a respeitar a escolha do visitante no banner de cookies.
- Procure no contentor acionadores
.*. Abra a lista de acionadores e procure os de evento personalizado que correspondem a todos os eventos. Restrinja cada um aos nomes de eventos de que precisa, porque uma tag que é executada no gtag.config pode enviar os mesmos dados outra vez, por exemplo contando um pedido como dois. - Teste com o Tag Assistant e um pedido real. O Tag Assistant é a ferramenta da Google para verificar as tags do seu site, e a página de ajuda da Google diz que o ID da tag deve aparecer aí com um ícone de estado verde ou azul. Depois envie um pedido de teste a partir do telemóvel e confirme que é contado uma vez, como explicamos para quando o Google Ads não converte e traz cliques mas não pedidos. Na nossa gestão de Google Ads, verificamos o tracking antes de qualquer alteração às licitações.
- Compare as contagens com o email ou o CRM. Ponha os pedidos que chegaram ao email ou ao CRM ao lado das conversões que a Google reporta para os mesmos dias, antes e depois de 8 de outubro. Usamos a mesma verificação no nosso trabalho de CRM e análise de dados, e se os números deixarem de bater certo, as tags são o primeiro sítio a ver.
