O sintoma que traz a maioria dos anunciantes até aqui: você suspeita que foi cobrado por tráfego inválido. A página Sobre o tráfego inválido do Google lista os GCLIDs entre os itens a reunir para uma investigação: “os identificadores de clique do Google associados aos cliques suspeitos”. A mesma página diz que “o Google limita as investigações aos últimos 60 dias”, enquanto o Click view guarda 90 dias, então a janela de 60 dias é a que vale. O Click view é uma tabela de consulta, não um veredito: ele diz quais cliques o Google registrou, e os seus logs dizem o que cada clique fez.
Como verificamos isto. Nenhum teste foi feito em uma conta de anúncios. Os campos e os limites do relatório vêm de páginas da API do Google Ads e da Central de Ajuda do Google Ads lidas em 13 de novembro de 2026, a consulta de exemplo passou no validador do Google Ads Query Builder para a API v26 nesse dia, e as posições da equipe da API do Google vêm de respostas de fórum datadas.
O que o relatório Click view do Google Ads mostra e o que ele deixa de fora?
O Click view mostra uma linha por ID de clique com campanha, grupo de anúncios, palavra-chave, local, dispositivo e rede, com cliques válidos e inválidos misturados, e deixa de fora o endereço IP, o user agent, o horário do dia e qualquer sinalização de validade.
A página da API do Google descreve o recurso como “uma visualização de cliques com métricas agregadas no nível de cada clique, incluindo cliques válidos e inválidos”. E acrescenta: “nas campanhas que não são de Pesquisa, metrics.clicks representa o número de interações válidas e inválidas” (click_view, Google Ads API v26). A página de marcação automática do Google diz que o GCLID às vezes é criado na impressão e que “no relatório click view, vários cliques no mesmo anúncio pelo mesmo usuário são contados como vários cliques na mesma linha de GCLID” (Sobre a marcação automática). Inclua metrics.clicks em toda consulta: um valor acima de 1 significa cliques repetidos em uma linha de GCLID.
| Campo | O que o Google diz que ele é | Uso como evidência |
|---|---|---|
| click_view.gclid | “Output only. The Google Click ID.” | A chave de ligação com os seus logs, o GA4 e o CRM |
| click_view.keyword_info.text e match_type | “The text of the keyword”; a palavra-chave só existe quando “the click corresponds to the SEARCH channel.” | Mostra qual palavra-chave uma rajada suspeita atingiu |
| campaign.name, ad_group.name, click_view.ad_group_ad | Recursos de segmentação no click_view; o anúncio é “Output only. The associated ad.” | Os nomes de campanha e de grupo de anúncios que o Google pede, e o anúncio clicado |
| click_view.location_of_presence e area_of_interest | “The most specific location criterion associated with the impression” | Testa os cliques contra as suas configurações de local |
| click_view.page_number | “Page number in search results where the ad was shown.” | Identifica cliques concentrados em uma página |
| segments.device, ad_network_type, click_type, slot | Segmentos disponíveis no recurso | Dispositivo e rede de cada linha |
| metrics.clicks | A única métrica do recurso | Mais de 1 significa cliques repetidos em um GCLID |
A lista de campos não tem endereço IP, user agent, carimbo de data e hora mais fino que segments.date nem sinalização de válido ou inválido. Os campos de local devolvem um critério de local, o ID que o Google usa para um lugar, e não o nome de uma cidade, então procure cada ID na lista de segmentações geográficas do Google antes de interpretá-lo. A página de mapeamento do ValueTrack do Google o chama de “The ID of the geographical location of the click” (o ID do local geográfico do clique) (mapeamento do ValueTrack).
A coluna Cliques inválidos é diferente: ela conta os cliques que o Google já filtrou, no nível da campanha, sem GCLIDs, como explicamos em como verificar cliques inválidos no Google Ads. O formulário de qualidade do clique é diferente de novo: o Google diz que você “pode enviar uma solicitação de investigação usando o formulário de qualidade do clique”, ou seja, o formulário pede ao Google que examine os cliques de que você duvida.
Como extrair os dados do Click view: API, scripts do Google Ads ou BigQuery?
Você extrai as linhas do Click view por uma consulta GAQL à API do Google Ads, por um script do Google Ads que roda a mesma consulta ou pela tabela do BigQuery Data Transfer, uma data por consulta e até 90 dias atrás.
A Central de Ajuda do Google não documenta nenhum relatório por clique na interface web do Google Ads; todo caminho documentado até as linhas passa pela API ou pela transferência para o BigQuery que o Google associa a ela. O limite é rígido: “as consultas que incluem o ClickView precisam de um filtro que limite os resultados a um dia e podem pedir datas até 90 dias antes do momento da solicitação”. O Google também observa: “os GCLIDs não estão disponíveis neste relatório para campanhas de apps para instalações (ACi) e para pré-registro (ACpre)” (ambas as citações vêm da página do click_view).
Esta consulta passou no validador do Google para a v26 em 13 de novembro de 2026:
SELECT
click_view.gclid,
click_view.keyword_info.text,
click_view.keyword_info.match_type,
click_view.page_number,
click_view.location_of_presence.most_specific,
click_view.area_of_interest.most_specific,
campaign.name,
ad_group.name,
segments.date,
segments.device,
segments.ad_network_type,
segments.click_type,
metrics.clicks
FROM click_view
WHERE segments.date = '2026-11-12'
Duas verificações negativas no mesmo validador mostram os limites: ao adicionar click_view.ip_address, ele devolveu “'click_view.ip_address' is not a valid field in the SELECT clause”, e ao trocar a data por um intervalo de sete dias, devolveu “a filtering condition must be present in the WHERE clause specifying a single day within the last 90 days”. O validador confere a sintaxe e as regras dos campos, não os dados da sua conta.
Para extrair um dia de linhas do Click view:
- Escolha uma data dentro dos últimos 90 dias.
- Rode a consulta acima com essa data em segments.date.
- Salve o resultado como um arquivo para aquele dia, mantendo cada GCLID exatamente como foi devolvido.
- Repita para cada dia que você quiser investigar e depois junte os arquivos em uma planilha de cliques.
- API do Google Ads. Rode a consulta uma vez por data. O Google diz que a API exige “tokens de desenvolvedor e credenciais OAuth dedicados” (página inicial dos scripts do Google Ads).
- Scripts do Google Ads. O Google diz que os relatórios de scripts são “baseados na API do Google Ads”, e usam a GAQL, por meio de AdsApp.search() e AdsApp.report(), com exportToSheet() para uma planilha (relatórios de scripts). Essa página de relatórios não cita o click_view, então trate um script como a mesma consulta GAQL. O Google diz que os scripts funcionam “sem provisionar servidores nem gerenciar credenciais de desenvolvedor”, então esse é o caminho sem token de desenvolvedor.
- BigQuery Data Transfer. O Google associa a tabela p_ads_ClickStats_customer_id ao recurso “Click View” da API (transformação de dados do Google Ads). Confira as colunas dela no seu próprio conjunto de dados.
Regra prática, nossa e não do Google: salve as linhas de cada dia toda semana. Os dados expiram em 90 dias, e uma investigação cobre só os últimos 60.
Por que alguns cliques não têm GCLID?
Um clique chega sem GCLID quando a marcação automática está desativada, um redirecionamento remove o parâmetro, o clique veio de um app de iOS e carrega um wbraid no lugar, ou a campanha é de apps.
A marcação automática adiciona “um parâmetro chamado GCLID, sigla de ‘Google Click Identifier’” à URL, então uma URL de destino fica assim: www.example.com/?gclid=123xyz. O Google diz que “se o seu site usa redirecionamentos, também é importante garantir que o GCLID seja repassado à página de destino final” (Sobre a marcação automática). O caminho nas configurações do Google é o ícone Administrador, Configurações da conta, a seção Marcação automática e a caixa ao lado de “Tag the URL that people click through from my ad” (marcar a URL em que as pessoas clicam a partir do meu anúncio). O Google também diz que “as campanhas de apps não respeitam os recursos de marcação automática”.
Parte do tráfego de iOS carrega outros identificadores. O Google define o gbraid como presente “quando um usuário clica em um anúncio na web e é direcionado ao seu app de iOS” e o wbraid como presente “quando um usuário clica em um anúncio em um app de iOS e é direcionado à sua página web”. Quando há vários, o Google usa “gclid, then wbraid, then gbraid” (upload de conversões de cliques). A lista de campos do click_view tem um campo gclid e nenhum campo gbraid ou wbraid, então uma visita que chega só com um wbraid não tem GCLID para cruzar com uma linha do Click view. No Performance Max, o Google lista o {gclid} como “Limited support” (suporte limitado) (parâmetros do ValueTrack). Guarde cada GCLID exatamente como recebido: “The GCLID is case sensitive” (o GCLID diferencia maiúsculas de minúsculas) (importação de conversões offline).
O caso inverso também acontece: um GCLID nos seus logs sem linha no Click view na data da visita. A página do Google sobre cliques e sessões observa que, se os usuários salvam o seu site nos favoritos com o parâmetro gclid, “o Google Ads não registra os cliques e os anunciantes não são cobrados por essas sessões, pois não são cliques reais nos anúncios” (solucionador de problemas de cliques e sessões). Uma visita salva nos favoritos repete o GCLID de um clique anterior, então consulte os dias anteriores à visita antes de dar um GCLID como ausente.
Uma resposta da equipe da API do Google Ads em um fórum, de 16 de janeiro de 2025, foi além: “é muito provável que esses GCLIDs ausentes estejam, na verdade, incluídos nos cliques inválidos” (tópico do fórum). Essa resposta contradiz a página da API, que diz que o recurso inclui cliques inválidos, então a posição do Google sobre GCLIDs ausentes não está resolvida na documentação. Um tópico anterior recebeu uma resposta direta em 24 de junho de 2024: “não é possível identificar se um clique é válido ou inválido e não há outra alternativa” (tópico do fórum).
Um GCLID que chegou ao seu site mas está ausente do Click view é uma pergunta para o Google, não uma prova de fraude.
Como cruzar os GCLIDs do Click view com seus logs, o GA4 e o CRM?
Ligue pela string exata do GCLID: a linha do Google fornece a data, a campanha, a palavra-chave, o local e a rede, e os seus registros fornecem o IP, o user agent, o carimbo de data e hora em segundos e o que o visitante fez.
Para cruzar as linhas do Click view com os seus próprios registros por GCLID:
- Log de acesso do servidor. Extraia o gclid da URL de cada requisição de destino, mantendo as maiúsculas e minúsculas. A linha fornece o horário, o IP e o user agent.
- GA4. Consulte o campo collected_traffic_source.gclid da exportação para o BigQuery, que o Google descreve como “o identificador de clique do Google coletado com o evento” (esquema da exportação do GA4 para o BigQuery). Ele mostra quais GCLIDs geraram mais eventos.
- CRM. Puxe o GCLID guardado em cada registro de lead. A página de investigação do Google pede “GCLIDs de cada lead” quando o problema são leads inválidos.
- Ligue pela string exata do GCLID, nunca pelo horário. O Click view traz a data e não traz a hora. O nome de recurso do Google para cada linha é
customers/{customer_id}/clickViews/{date}~{gclid}, então a data e o GCLID juntos identificam um clique. - Confira a data. A data no log do servidor de cada linha cruzada deve ser igual ao segments.date dela no Click view. Uma visita que repete um GCLID salvo nos favoritos corresponde a uma linha de uma data anterior.
Exemplo hipotético, não são dados reais: um dia (12 de novembro) de uma conta de serviços locais com segmentação por Presença.
| GCLID (hipotético, não são dados reais) | Click view (campanha, palavra-chave, presença, rede, cliques) | Log do servidor e eventos da página (horário, IP, user agent, segundos na página) | GA4 e CRM | Leitura |
|---|---|---|---|---|
| gclid-A1 | Genérica, encanador perto de mim, cidade-alvo, Pesquisa do Google, 1 | 09:14:02, 198.51.100.24, Chrome no Windows, 184 s | form_submit; lead qualificado por telefone | Visita normal, deixar de fora |
| gclid-A2 | Genérica, encanador de emergência, cidade-alvo, parceiros de pesquisa, 1 | 02:41:10, 203.0.113.7, Chrome headless, 1 s | Nenhum evento; nenhum lead | Padrão, incluir |
| gclid-A3 | Genérica, encanador de emergência, cidade-alvo, parceiros de pesquisa, 1 | 02:43:55, 203.0.113.7, Chrome headless, 0 s | Nenhum evento; nenhum lead | Padrão, incluir |
| gclid-A4 | Genérica, encanador de emergência, cidade-alvo, parceiros de pesquisa, 1 | 02:47:31, 203.0.113.7, Chrome headless, 2 s | Nenhum evento; nenhum lead | Padrão, incluir |
| gclid-A5 | Marca, nome da marca, cidade-alvo, Pesquisa do Google, 1 | 11:30:48, 192.0.2.40, Edge no Windows, 95 s; mesmo IP, visita de 140 s em 11 nov | Eventos nos dois dias; um lead | Provável rede de escritório compartilhada, deixar de fora |
| gclid-A6 | Nenhuma linha em 11, 12 ou 13 nov | 10:02:17, 198.51.100.81, Safari no iPhone, 40 s | Sessão no GA4; nenhum lead | Perguntar ao Google, não é prova |
| gclid-A7 | Genérica, encanador perto de mim, fora do país segmentado, Pesquisa do Google, 1 | 15:20:44, 203.0.113.150, Chrome no Android, 3 s | Nenhum evento; nenhum lead | Incluir, fora da segmentação |
Neste exemplo hipotético, as linhas 2 a 4 são três GCLIDs de um mesmo endereço em seis minutos, na mesma palavra-chave e rede, sem engajamento. O Google observa que uma visita de zero segundo, por si só, não significa que o visitante foi embora, então quem pesa aqui é a coluna sem eventos, não os segundos. A linha 5 é o que o Google alerta: “um endereço IP nem sempre é exclusivo de um dispositivo”, e o Google acrescenta que o NAT permite que “centenas ou milhares de dispositivos” compartilhem um endereço público (Sobre o tráfego inválido). A linha 6 pode ser uma visita salva nos favoritos cujo clique é anterior a 11 de novembro, ou um clique que o Google filtrou, e o arquivo não permite saber qual até que datas anteriores sejam consultadas. Você anexaria as linhas 2 a 4 e a linha 7, além de uma nota sobre como as ligou.
Quais padrões de cliques contam como evidência de cliques inválidos?
Contam como evidência os padrões que se repetem em muitos GCLIDs e aparecem nos seus próprios logs; eventos isolados, ausências e leituras de colunas não contam.
| Padrão | Conta quando | Não conta sozinho quando |
|---|---|---|
| Mesmo IP ou dispositivo por trás de muitos GCLIDs | Muitos GCLIDs em uma janela curta, sem engajamento | Um IP de escritório ou de operadora cujas visitas engajam |
| location_of_presence fora dos seus locais segmentados | Sua opção de local é Presença | Sua opção é Presença ou interesse, que os permite |
| Cliques repetidos em um GCLID (metrics.clicks acima de 1) | Muitas linhas mostram repetição e nenhuma engaja | Um visitante clicou duas vezes uma única vez |
| Concentração em uma rede, palavra-chave ou page_number | Os parceiros de pesquisa ou uma palavra-chave levam os cliques e nenhum engaja | O histórico de alterações mostra uma mudança de orçamento, palavra-chave ou local |
- Muitos GCLIDs de um mesmo IP em minutos, sem engajamento, contam como evidência; um IP de escritório ou de operadora cujas visitas engajam não conta.
- Cliques localizados fora dos seus locais segmentados contam quando a sua opção de local é Presença; em Presença ou interesse, podem ser apenas a configuração funcionando como projetada.
- Cliques repetidos contam quando muitas linhas os mostram e nenhuma engaja; um visitante que clicou duas vezes uma única vez não conta.
Duas coisas nunca contam sozinhas. Um GCLID sem linha no Click view pode vir de uma data de clique anterior (os favoritos reutilizam GCLIDs antigos), de uma campanha de apps ou de um clique que o Google pode ter filtrado. Um único lead ruim, um dia de CPC alto, uma diferença entre os cliques do Google Ads e as sessões do GA4, ou uma coluna Cliques inválidos alta ou baixa são um sinal para olhar, não uma conclusão.
A linha de cliques repetidos se apoia na redação do Google de que “um usuário pode clicar no seu anúncio várias vezes em um curto período” (solucionador de problemas de cliques e sessões). Quanto ao local, o Google lista “cliques fora da segmentação por local” entre os problemas que o formulário de qualidade do clique cobre (Problemas com cliques e taxa de cliques). O Google acrescenta que identifica o local por sinais como o endereço IP e as configurações e “não garante a precisão do local em todas as situações”, então trate algumas linhas fora da área como um sinal e um grupo repetido como o padrão (Sobre o tráfego inválido). As configurações estão no nosso guia sobre cliques de outros países.
Ligar um padrão a um concorrente específico é outro trabalho, tratado em como provar a fraude de cliques da concorrência. Para reduzir essa exposição, veja como impedir que concorrentes cliquem nos seus anúncios.
Nosso veredito: envie o pedido quando um padrão se repetir em vários GCLIDs, seus logs o mostrarem e ele cair dentro dos 60 dias. Caso contrário, continue coletando.
Como montar o arquivo conforme a lista do Google, dentro de 60 dias
Monte uma planilha de cliques e uma de leads, ambas com chave no GCLID, associe as colunas a cada item da lista do Google e mantenha a atividade dentro dos últimos 60 dias.
A primeira coluna abaixo é a lista “Prepare for an invalid traffic investigation” do Google, traduzida fielmente da página em inglês Sobre o tráfego inválido consultada em 13 de novembro de 2026. As outras duas colunas são nossas.
| Item do Google (traduzido da página original) | Coluna(s) no seu arquivo | De onde vem |
|---|---|---|
| ID de cliente: o número de 10 dígitos da sua conta do Google Ads. | Linha de cabeçalho do arquivo | Sua conta do Google Ads |
| Intervalo de datas específico: as datas exatas em que você notou a atividade suspeita. O Google limita as investigações aos últimos 60 dias. | date | segments.date do Click view, conferido com os horários do log do servidor |
| Nomes de campanhas e grupos de anúncios: os nomes das campanhas e dos grupos de anúncios em que você notou o pico de tráfego ou o comportamento suspeito. | campaign, ad_group | campaign.name e ad_group.name do Click view |
| Palavras-chave suspeitas: quaisquer palavras-chave que gerem o tráfego incomum. | keyword, match_type | keyword_info do Click view |
| Logs do servidor web: logs detalhados do tráfego do seu site. Em especial, você deve identificar o seguinte: | As próximas três linhas | Log de acesso do servidor |
| Endereços IP: uma lista de endereços IP que geram cliques repetitivos ou cliques sem conversões. | ip | Log de acesso do servidor |
| Plataformas e dispositivos: informações de navegador ou dispositivo da atividade suspeita. | user_agent, device | User agent do log do servidor; segments.device do Click view |
| GCLIDs: os identificadores de clique do Google associados aos cliques suspeitos. Isso ajuda o Google a ligar a visita a uma interação específica com o anúncio. | gclid | URL de destino no log do servidor, confirmada no Click view |
| Detalhes dos leads: se o seu problema envolve leads inválidos, compartilhe uma planilha que contenha: GCLIDs de cada lead. Sua avaliação de cada lead, como os resultados de e-mails ou ligações para eles. | gclid, lead_outcome | Registro do lead no CRM e o resultado da sua ligação ou e-mail |
| Indicadores de tendência: uma breve explicação de por que o tráfego é suspeito. Por exemplo, um pico de 300% nos cliques sem mais conversões, ou cliques que se originam fora dos seus locais segmentados. | Uma nota curta acima das linhas | Sua leitura da tabela cruzada |
A página do Google também diz que uma investigação “não poderá confirmar se cliques específicos foram marcados como válidos ou inválidos” e que a atividade inválida detectada depois é creditada “na forma de um ajuste de faturamento”. O tráfego detectado antes da cobrança nunca é cobrado, “então não são necessários reembolsos”. O remédio é um crédito.
Os passos e a redação do formulário de qualidade do clique estão no nosso modelo para o formulário de qualidade do clique. Como os créditos aparecem na sua fatura está no guia de créditos por cliques inválidos.
Como a ClickFortify registra a mesma evidência por clique
A ClickFortify mantém um registro do clique para cada bloqueio, com o horário, o IP, os dados de dispositivo e de rede e o comportamento na página de destino que o Click view não tem, além do GCLID quando houver, para que você mesmo cruze os registros dela com as linhas do Click view.
A ClickFortify pontua cada visita com mais de 100 pontos de dados de dispositivo, rede e comportamento, e as fontes sinalizadas são adicionadas automaticamente às exclusões de IP do Google Ads, no nível do IP. Cada bloqueio mantém uma trilha de evidências (registro do clique: horário, IP, dados de dispositivo e de rede, comportamento na página de destino, o gclid quando houver) que os anunciantes podem usar em pedidos de crédito por cliques inválidos pelo formulário de qualidade do clique do Google.
A ClickFortify permite exportar os seus dados de cliques, com o status de cada clique, para embasar uma solicitação de investigação de cliques inválidos ao Google. Esse status é a pontuação da ClickFortify, não a decisão de cobrança do Google. Você cruza esses registros com a sua extração do Click view pelo GCLID; a ClickFortify não extrai o Click view nem faz esse cruzamento. Veja a evidência por clique para saber o que cada registro contém.
A ClickFortify nunca envia o pedido por você e não pode prometer que o Google concederá um crédito. Ela não vê a decisão de validade do Google para nenhum clique. Ela protege apenas o caminho da página de destino, então ativos de formulário de lead, ativos de ligação e leads dos Local Services Ads ficam invisíveis para ela; valide esses leads no seu CRM. Veja a ClickFortify para o Google Search para a configuração.
Nosso veredito: o Click view diz quais cliques o Google registrou nas suas campanhas, não quais foram fraude. A prova vem do seu lado do GCLID. Com o arquivo pronto, o plano de resposta mostra o que fazer em seguida, e o guia completo da fraude no Google Ads cobre o quadro mais amplo.
