Em meados de outubro de 2026, a equipa técnica do Google Ads iniciou a fase de testes de uma funcionalidade há muito solicitada pelos especialistas de desempenho digital: o relatório Search terms and ad combinations report. Esta ferramenta de diagnóstico responde a uma das lacunas mais evidentes do marketing em motores de busca contemporâneo, nomeadamente a opacidade associada às estratégias de licitação automática (Smart Bidding) e à montagem dinâmica de anúncios de pesquisa responsivos (Responsive Search Ads - RSA).
O relatório foi detetado primeiro por Natasha Kaurra, que partilhou uma captura de ecrã no LinkedIn, e o Search Engine Roundtable descreveu-o a 14 de outubro de 2026 como um teste. Surge em contas com campanhas AI Max para a Rede de Pesquisa, e a Google ainda não publicou um artigo de ajuda sobre ele.
Até ao momento, os anunciantes tinham acesso a relatórios dispersos: uma tabela com os termos de pesquisa acionados e outra com a avaliação individual dos recursos textuais. Saber exatamente que combinação de títulos e descrições tinha sido exibida perante uma pesquisa específica de cauda longa era inviável.
Para os diretores de tecnologia, responsáveis de e-commerce e programadores que operam sobre WordPress, esta evolução abre perspetivas valiosas. A articulação entre os conjuntos textuais de maior sucesso e a infraestrutura de dados do WooCommerce permite reduzir custos desnecessários em publicidade paga e, em simultâneo, enriquecer os clusters temáticos orgânicos com os termos que geram maior valor de encomenda.
Neste guia minucioso, analisamos o funcionamento do novo relatório, os processos técnicos para transpor os dados de PPC para o SEO orgânico e as exigências de arquitetura no servidor necessárias para gerir dados first-party com estabilidade.
O que mostra o relatório search terms and ad combinations até agora
Ainda não existe um anúncio oficial nem uma página do centro de ajuda sobre o relatório. Tudo o que se sabe vem da captura de ecrã publicada por Natasha Kaurra e do artigo do Search Engine Roundtable, que indica que a Google parece estar a testá-lo. Segundo essa fonte, uma única tabela combina cinco campos que antes estavam em vistas separadas:
| Coluna | Conteúdo |
|---|---|
| Termos de pesquisa | As pesquisas que os utilizadores introduziram de facto |
| Títulos e descrições | O texto do anúncio apresentado em cada pesquisa |
| Páginas de destino | O URL para onde o clique foi enviado |
| Origens de correspondência | Se o tráfego veio das correspondências expandidas do AI Max ou das inclusões de páginas de destino e URL |
| Origens dos recursos | Se os recursos do anúncio foram fornecidos pelo anunciante |
As duas últimas colunas explicam a ligação ao AI Max. A página da Google sobre o AI Max para campanhas da Rede de Pesquisa enumera três funcionalidades: correspondência mais ampla de termos de pesquisa, melhor personalização do texto dos títulos e descrições e expansão do URL final, que encaminha o utilizador para a página de destino mais adequada à sua intenção. Com estas funcionalidades ativas, o texto e a página que o comprador vê podem não ser os que o anunciante escreveu ou escolheu. Num catálogo WooCommerce, o ponto mais relevante é a expansão do URL final: um URL de categoria ou de produto escolhido pela Google surge agora na mesma linha que a pesquisa que o acionou.
Por se tratar de um teste, os nomes das colunas e a disponibilidade ainda podem mudar, e a captura não mostra que métricas, como conversões ou valor de conversão, acompanham cada linha. Por isso, o fluxo de trabalho seguinte parte dos relatórios que a Google documenta hoje e trata o novo relatório como uma camada adicional quando chegar à conta.
Porque razão a associação de termos a combinações RSA resolve a caixa negra
Desde a transição definitiva para os anúncios de pesquisa responsivos, as equipas de marketing debatiam-se com a imprevisibilidade algorítmica na composição das mensagens. Os anunciantes fornecem até quinze títulos e quatro descrições, cabendo ao modelo de inteligência artificial combinar esses elementos em tempo real segundo o perfil do utilizador.
A incapacidade de rastrear a correspondência entre pesquisa e anúncio provocava distorções operacionais frequentes:
- Desfasamento semântico invisível: A um utilizador em fase preliminar de recolha de informação podiam ser apresentadas especificações puramente técnicas, elevando a taxa de rejeição na página de destino.
- Canibalização interna de inventário: Diferentes variações da mesma peça publicitária disputavam os mesmos termos de pesquisa, mascarando o custo real por aquisição.
- Dificuldade na triagem de termos irrelevantes: A lista tradicional de pesquisas indicava despesas e cliques, mas não permitia discernir se a ausência de encomenda resultava da proposta comercial ou de promessas desajustadas no título gerado.
O esquema seguinte apresenta o percurso dos dados sob a nova estrutura analítica do Google Ads:
[Pesquisa submetida pelo utilizador no Google]
│
▼
[Classificação semântica da intenção por IA]
│
▼
[Montagem dinâmica de RSA: até 3 títulos + 2 descrições]
│
▼
[Clique e encaminhamento para a loja]
│
▼
[Novo relatório: Termo <-> Títulos e descrições <-> Página de destino]Através desta relação inequívoca, a equipa de análise consegue identificar com precisão quais as abordagens comerciais que motivaram a decisão de compra para cada segmento técnico de clientes.
Como ler hoje os relatórios de termos de pesquisa e de combinações no Google Ads
O relatório de termos de pesquisa atual está em “Campaigns”, depois “Insights and reports” e “Search terms” (etiquetas da interface em inglês, segundo a ajuda da Google). Três pormenores da documentação mudam a forma de ler as suas linhas:
- A coluna “Match type” mostra o grau de relação entre cada termo de pesquisa e a palavra-chave. A coluna “Keyword” está oculta por predefinição e ativa-se em “Columns”, “Attributes”, “Keyword”.
- Os termos sem atividade de pesquisa suficiente são omitidos para proteger a privacidade, por isso as linhas visíveis nunca somam todo o tráfego pago.
- Os anúncios dinâmicos de pesquisa e as correspondências de Shopping não mostram palavra-chave e aparecem com “Exact” como tipo de correspondência.
Para o texto do anúncio existem duas vistas distintas. O relatório de combinações está em “Campaigns”, “Ads”, depois “View asset details” por baixo do anúncio e o separador “Combinations”. Mostra as combinações que um anúncio de pesquisa responsivo gerou e as impressões de cada uma. A Google desaconselha reconstruí-las como anúncios estáticos, porque não há garantia de que tenham o mesmo desempenho do anúncio: a seleção depende de sinais em tempo real. O relatório de recursos lista cada título e descrição com impressões, cliques, custo, conversões e valor de conversão. As estatísticas completas por recurso aplicam-se a datas a partir de 5 de junho de 2025, a antiga coluna “Performance label” foi descontinuada e a Google considera apenas indicativas as métricas de rácio como CTR, CPA e ROAS ao nível do recurso.
As regras dos RSA por trás desses números: um anúncio aceita até 15 títulos e 4 descrições, com um mínimo de 3 títulos e 2 descrições. Um anúncio apresentado mostra pelo menos um título e uma descrição. O título 1 e a descrição 1 costumam aparecer, enquanto o título 2, o título 3 e a descrição 2 podem não aparecer. Fixar um texto na posição de título 1 ou 2 garante a sua apresentação, mas a Google não o recomenda à maioria dos anunciantes e pode baixar a força do anúncio (Ad Strength). Um argumento vencedor encontrado nestes relatórios deve ser acrescentado como um título novo que continue a rodar, não fixado em todas as posições.
Como transpor combinações vencedoras de PPC para o SEO orgânico no WooCommerce
A maior vantagem competitiva no comércio eletrónico reside na agilidade com que a informação recolhida nos canais pagos é transferida para o posicionamento orgânico. O Google Ads funciona como um laboratório de ensaios com validação estatística em poucos dias sobre milhares de visitantes. Esperar meses para validar hipóteses orgânicas é desnecessário quando já existem dados empíricos apurados no tráfego pago.
Procedimentos para incorporar estas conclusões na estrutura do WordPress:
1. Reforço de títulos H1 e H2 nas páginas de categoria
Se o relatório evidenciar que para a pesquisa “máquina de café expresso manual para restauração” a combinação com melhor taxa de conversão destaca “dois anos de garantia técnica no local” em detrimento do “preço baixo”, essa mensagem deve figurar de imediato no topo da respetiva categoria orgânica.
A inserção de um módulo dinâmico de conversão nas vistas de arquivo do WooCommerce harmoniza a mensagem e reduz o abandono precoce da página:
add_action('woocommerce_archive_description', function () {
if (!is_product_category()) {
return;
}
$queried_object = get_queried_object();
$custom_hero_title = get_term_meta($queried_object->term_id, 'hero_conversion_title', true);
$custom_hero_desc = get_term_meta($queried_object->term_id, 'hero_conversion_desc', true);
if (!empty($custom_hero_title)) {
echo '<div class="category-conversion-banner my-6 p-6 bg-slate-50 border border-slate-200 rounded-lg">';
echo '<h2 class="text-xl font-bold text-slate-900 mb-2">' . esc_html($custom_hero_title) . '</h2>';
if (!empty($custom_hero_desc)) {
echo '<p class="text-sm text-slate-600 leading-relaxed">' . esc_html($custom_hero_desc) . '</p>';
}
echo '</div>';
}
}, 15);2. Extensão de dados estruturados com FAQPage e Product Schema
Os títulos de anúncios com melhor desempenho respondem quase sempre a hesitações determinantes dos clientes (prazos de envio, inclusão de acessórios, condições de devolução). A codificação destas respostas em Schema.org JSON-LD disponibiliza dados verificados tanto ao motor de pesquisa como aos assistentes generativos de inteligência artificial (AEO).
Como se relaciona o índice de qualidade com a relevância do título e da página de destino
A Google define o Índice de Qualidade como um diagnóstico numa escala de 1 a 10 ao nível da palavra-chave. É composto por três elementos, cada um classificado como acima da média, na média ou abaixo da média: a CTR esperada, a relevância do anúncio (o grau em que o anúncio corresponde à intenção da pesquisa) e a experiência na página de destino (o quão relevante e útil a página é para quem clica). A mesma página esclarece que o Índice de Qualidade não entra no leilão e não é um KPI a otimizar.
Isto muda a forma de avaliar o trabalho em WooCommerce descrito acima. Levar a pesquisa que converte para um título atua sobre a relevância do anúncio. Responder a essa mesma pesquisa na página de categoria atua sobre a experiência na página de destino. Ambas se verificam nas colunas de componentes da palavra-chave, não na pontuação única, e uma componente que passa de abaixo da média para na média depois de reescrever uma categoria indica que a página já responde à pesquisa.
Arquitetura first-party data e recolha no servidor no WooCommerce
A rentabilização dos novos relatórios exige uma medição fiável que os píxeis comuns executados no navegador já não conseguem assegurar. Os bloqueadores de publicidade e as políticas restritivas de tratamento de testemunhos (cookies) em navegadores modernos causam perdas de dados expressivas.
A implementação de medição no servidor com o Server-Side Google Tag Manager (sGTM) permite expedir os registos de compra diretamente para o Google Ads, sem interferência de restrições no cliente.
Quadro comparativo dos métodos de seguimento em e-commerce:
| Fator técnico | Seguimento no cliente (Browser) | Arquitetura no servidor (sGTM) | Impacto no relatório de combinações |
|---|---|---|---|
| Completude da informação | Incompleta (afetada por bloqueadores) | Mais completa (eventos no servidor e conversões otimizadas recuperam conversões que o navegador perde) | Associação rigorosa entre busca e venda |
| Proteção de privacidade (RGPD) | Risco de transmissão indevida em URL | Filtragem e anonimização prévias | Controlo total dos registos de clientes |
| Impacto no carregamento (TTFB) | Múltiplos ficheiros JavaScript pesados | Um único fluxo assíncrono para o servidor | Página de destino mais leve para o comprador |
| Medição de margem bruta | Desaconselhada (exporia valores no HTML) | Calculada internamente pelo PHP | Licitações orientadas ao lucro real |
O excerto de código abaixo exemplifica o registo assíncrono de uma compra no WooCommerce após a conclusão da encomenda:
add_action('woocommerce_thankyou', function ($order_id) {
if (!$order_id) {
return;
}
$order = wc_get_order($order_id);
if (!$order || $order->get_meta('_sgtm_conversion_dispatched')) {
return;
}
// Estruturacao do pacote de dados sem elementos identificativos
$payload = [
'event_name' => 'purchase',
'order_id' => (string) $order->get_id(),
'currency' => $order->get_currency(),
'value' => (float) $order->get_total(),
'shipping' => (float) $order->get_shipping_total(),
'tax' => (float) $order->get_total_tax(),
'items_count' => $order->get_item_count(),
'user_data' => [
'email_hash' => hash('sha256', strtolower(trim($order->get_billing_email()))),
'phone_hash' => hash('sha256', preg_replace('/[^0-9+]/', '', $order->get_billing_phone())),
],
'timestamp' => current_time('timestamp'),
];
// Envio assincrono para o contentor no servidor
$endpoint_url = defined('SGTM_SERVER_ENDPOINT') ? SGTM_SERVER_ENDPOINT : 'https://data.wppoland.com/events';
wp_remote_post($endpoint_url, [
'method' => 'POST',
'timeout' => 5,
'redirection' => 2,
'blocking' => false, // Nao retarda a exibicao da pagina de confirmacao
'headers' => [
'Content-Type' => 'application/json',
'X-Secret-Key' => defined('SGTM_SECRET') ? SGTM_SECRET : '',
],
'body' => wp_json_encode($payload),
]);
$order->update_meta_data('_sgtm_conversion_dispatched', '1');
$order->save();
}, 20);Ao efetuar o envio em segundo plano ('blocking' => false), o comprador recebe de imediato o ecrã de agradecimento, enquanto a plataforma publicitária obtém a confirmação integral do negócio.
Como formatar os dados de cliente com hash para as conversões otimizadas
O excerto anterior aplica hash ao email e ao telefone antes de saírem da loja. A documentação da Google sobre conversões otimizadas define o formato que esses valores precisam de ter para poderem ser associados:
- O hash é SHA256 em hexadecimal, e os dados também podem ser enviados já com hash.
- Antes do hash, removem-se os espaços e o texto passa a minúsculas. Nos endereços gmail.com e googlemail.com, removem-se os pontos antes do domínio.
- Os números de telefone têm de estar em formato E.164, com o sinal de mais e o indicativo do país, e um telefone tem de ser enviado juntamente com um email ou com nome completo e morada.
- Cada campo aceita vários valores: até 3 para email e telefone, 2 para morada.
- Os campos que a loja não recolhe são omitidos, não enviados vazios.
É por isso que a linha do telefone no excerto mantém o sinal de mais. Remover todos os caracteres que não são dígitos produz um hash que não pode coincidir com um número guardado em E.164. O WooCommerce guarda o telefone de faturação tal como o cliente o escreveu, por isso os dados da encomenda têm de ser normalizados primeiro para E.164, com o indicativo retirado do país de faturação.
Se a loja também usar conversões otimizadas através da etiqueta Google no navegador, a Google indica duas verificações: o pedido de conversão no separador de rede leva um parâmetro “em” que começa por “tv.1~em” seguido da cadeia com hash, e o relatório de diagnóstico da etiqueta fica disponível cerca de 72 horas após a implementação.
O consentimento aplica-se aos dois caminhos. O modo de consentimento transmite a escolha feita no banner de cookies da loja às etiquetas Google; ad_storage controla os cookies e identificadores do Google Ads. Na implementação básica, as etiquetas Google não carregam até o visitante interagir com o banner. Na implementação avançada, as etiquetas carregam de imediato e enviam pings sem cookies enquanto o consentimento estiver recusado, o que permite à Google usar um modelo de conversão específico do anunciante em vez de um modelo geral.
Sincronização de existências e margens ERP para lances rentáveis
Um erro recorrente na gestão de campanhas de pesquisa é ajustar lances com base na faturação bruta em vez da margem de lucro líquida. Um conjunto de anúncios pode registar muitas transações para um artigo cuja margem comercial quase não cobre os custos logísticos e de processamento.
Nas operações comerciais estruturadas, uma integração WooCommerce ERP contínua assegura que as disponibilidades de armazém e as categorias de margem são permanentemente transmitidas para o catálogo.
Esta base permite parametrizar rótulos personalizados (Custom Labels) no feed de produtos do Google Merchant Center:
- Etiqueta Margem Elevada: Reforço de lances associado a títulos mais descritivos e com foco na qualidade.
- Etiqueta Liquidação: Títulos dinâmicos com ênfase no desconto por quantidade e disponibilidade imediata.
- Etiqueta Stock Reduzido: Redução automática das licitações assim que o inventário desce abaixo da margem de segurança.
Sempre que o sistema de gestão assinala rutura de stock, um webhook atualiza os metadados no WordPress, levando o Google Ads a suspender os anúncios correspondentes antes que ocorra desperdício de verbas em cliques infrutíferos.
A mecânica dos rótulos está documentada na ajuda do Google Merchant Center. Existem cinco atributos, de custom_label_0 a custom_label_4. Cada produto aceita um valor por atributo, os valores têm entre 1 e 100 caracteres e cada atributo permite até 1000 valores únicos na conta. O próprio exemplo da Google usa custom_label_3 para a margem, com os valores margem baixa e margem alta. Os rótulos filtram campanhas Performance Max, Shopping e Demand Gen para relatórios e lances, e o comprador nunca os vê. Não chegam às campanhas da Rede de Pesquisa, pelo que os títulos RSA do relatório de combinações são pausados ou rodados ao nível do grupo de anúncios, enquanto o grupo de margem do ERP fica no feed.
Resiliência do servidor e saneamento de base de dados sob grande volume
O tráfego gerado por sincronizações permanentes de encomendas, inventário e pedidos analíticos intensifica a utilização da base de dados MySQL. A tabela wp_postmeta do WooCommerce pode expandir-se rapidamente em lojas de média e grande dimensão, prejudicando os tempos de resposta no checkout.
A salvaguarda da estabilidade da infraestrutura impõe revisões periódicas, semelhantes às executadas durante uma auditoria de segurança WordPress.
Medidas de otimização fundamentais para a base de dados:
- Implementação de High-Performance Order Storage (HPOS): O isolamento dos dados de encomendas em tabelas dedicadas do WooCommerce reduz de forma expressiva o tempo de escrita de metadados.
- Eliminação de dados temporários (Transients): Limpeza automática de sessões expiradas através de tarefas cron agendadas para períodos de menor afluência.
- Memória intermédia Redis para objetos: Armazenamento em memória RAM das informações de catálogo, prevenindo bloqueios de tabelas durante pedidos concorrentes via API.
- Isolamento de rotas de analítica: Encaminhamento dos pedidos de webhooks para um conjunto independente de processos PHP-FPM.
O exemplo de configuração Nginx abaixo ilustra a separação das rotas analíticas:
# Pool dedicado para webhooks de analitica e sincronizacao de ERP
location ~ ^/wp-json/analytics-collector/ {
limit_req zone=analytics_limit burst=50 nodelay;
fastcgi_pass unix:/run/php/php8.3-fpm-analytics.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root/index.php;
include fastcgi_params;
fastcgi_read_timeout 30s;
fastcgi_buffer_size 32k;
fastcgi_buffers 16 16k;
}Esta compartimentação garante que fluxos intensos de dados de telemetria não prejudicam a rapidez de navegação dos clientes no catálogo do website.
Matriz de intervenção estratégica baseada no novo relatório
A interpretação das informações do relatório Search terms and ad combinations deve assentar em regras claras de intervenção técnica e editorial.
Matriz de decisões para afinar anúncios e páginas de destino:
| Constatação no relatório | Causa provável | Ação em Google Ads | Ação em WordPress / WooCommerce |
|---|---|---|---|
| CTR elevado, sem conversões | O título promete atributos ausentes na página | Acrescentar um título mais rigoroso e remover o enganador | Verificar dados técnicos no esquema de produto |
| CTR baixo, conversão elevada | Título demasiado genérico, embora o produto convença | Criar títulos com termos exatos da pesquisa | Criar uma página temática otimizada para SEO |
| Custo elevado, valor de cesto baixo | A consulta atrai consumidores a ofertas para empresas | Adicionar termos negativos de retalho | Indicar o valor mínimo de encomenda na ficha |
| Consultas frequentes sobre prazos | Os compradores procuram rapidez de expedição | Ativar o título “Em stock para envio imediato” | Apresentar contador de unidades disponíveis no botão |
A aplicação sistemática desta matriz de forma quinzenal permite eliminar combinações ineficientes e melhorar progressivamente o retorno do investimento publicitário.
Como adicionar palavras-chave negativas a partir dos termos de pesquisa sem bloquear vendas
A matriz de decisão acaba em palavras-chave negativas mais vezes do que em qualquer outra ação, e as regras da Google para negativas funcionam de forma diferente das correspondências positivas:
- Correspondência ampla negativa: bloqueia o anúncio quando a pesquisa contém todos os termos negativos, por qualquer ordem.
- Correspondência de expressão negativa: bloqueia o anúncio quando os termos surgem pela mesma ordem, mesmo com outras palavras à volta.
- Correspondência exata negativa: bloqueia o anúncio apenas para esses termos exatos, por essa ordem e sem palavras extra.
- As negativas não correspondem a variantes aproximadas nem a outras expansões, por isso singular e plural ou erros ortográficos comuns precisam de entradas próprias.
- Em pesquisas com mais de 16 palavras, um termo negativo colocado depois da 16.ª palavra pode não bloquear o anúncio.
Numa loja WooCommerce que vende a profissionais e a particulares, uma negativa de correspondência de expressão com a formulação do consumidor final exclui essas pesquisas de uma categoria só para profissionais sem bloquear o nome do produto. A Google avisa ainda que demasiadas negativas reduzem o alcance, por isso cada lote acrescentado a partir do relatório de termos de pesquisa deve ser verificado face às impressões no ciclo de revisão seguinte.
Plano de trabalho para equipas técnicas e de marketing
Os ensaios do relatório Search terms and ad combinations no Google Ads demonstram uma evolução positiva rumo a uma maior transparência no marketing de pesquisa. As estruturas comerciais que consigam ligar estes dados à sua própria plataforma tecnológica conquistarão uma vantagem duradoura.
Fases de execução recomendadas:
- Fase 1: Auditoria dos mecanismos de medição:
- Verificar a correta implementação das etiquetas e a conformidade com o Google Consent Mode v2.
- Fase 2: Instalação de analítica no servidor:
- Ativar o contentor sGTM e ligar os webhooks assíncronos de confirmação de encomenda no WooCommerce.
- Fase 3: Alinhamento das categorias de produtos:
- Incorporar as expressões com melhor desempenho comprovado em títulos, descrições e cabeçalhos da loja.
- Fase 4: Automação com o sistema ERP:
- Configurar a alimentação de dados de stock e margens para conduzir a gestão de lances comerciais.
- Fase 5: Revisão contínua de combinações:
- Avaliar a cada duas semanas os conjuntos de anúncios para aperfeiçoar os títulos e eliminar mensagens ineficazes.







