Voici le symptôme qui amène la plupart des annonceurs ici : vous soupçonnez du trafic non valide facturé. La page À propos du trafic non valide de Google range les GCLID parmi les éléments à réunir pour une enquête : « Les identifiants de clic Google associés aux clics suspects. » La même page indique que « Google limite les enquêtes aux 60 derniers jours », alors que le Click view conserve 90 jours : c’est donc la fenêtre de 60 jours qui s’applique. Le Click view est une table de correspondance, pas un verdict : il vous dit quels clics Google a enregistrés, et vos logs vous disent ce que chaque clic a fait.
Comment nous l’avons vérifié. Aucun test n’a été réalisé sur un compte publicitaire. Les champs et les limites du rapport proviennent des pages de l’API Google Ads et de l’aide Google Ads consultées le 13 novembre 2026, la requête d’exemple a passé le validateur du Google Ads Query Builder pour l’API v26 ce jour-là, et les positions de l’équipe API de Google proviennent de réponses de forum datées.
Que montre le rapport Click view de Google Ads, et que laisse-t-il de côté ?
Le Click view montre une ligne par identifiant de clic, avec sa campagne, son groupe d’annonces, son mot clé, sa zone géographique, son appareil et son réseau, clics valides et non valides mélangés, et il laisse de côté l’adresse IP, le user agent, l’heure de la journée et tout indicateur de validité.
La page de l’API de Google décrit la ressource ainsi : « Un Click view avec des métriques agrégées à chaque niveau de clic, y compris les clics valides et non valides. » Elle ajoute : « Pour les campagnes hors Search, metrics.clicks représente le nombre d’interactions valides et non valides. » (click_view, API Google Ads v26). La page de Google sur le taggage automatique indique qu’un GCLID est parfois créé à l’impression et que « dans le rapport Click view, plusieurs clics sur la même annonce par le même utilisateur sont comptés comme plusieurs clics dans la même ligne GCLID » (À propos du taggage automatique). Incluez metrics.clicks dans chaque requête : une valeur supérieure à 1 signale des clics répétés sur une même ligne GCLID.
| Champ | Ce que Google en dit | Usage comme preuve |
|---|---|---|
| click_view.gclid | « Sortie uniquement. L’identifiant de clic Google. » | La clé de jointure avec vos logs, GA4 et votre CRM |
| click_view.keyword_info.text et match_type | « Le texte du mot clé » ; le mot clé n’existe que lorsque « le clic correspond au canal SEARCH ». | Indique quel mot clé a reçu une rafale suspecte |
| campaign.name, ad_group.name, click_view.ad_group_ad | Ressources de segmentation sur click_view ; l’annonce est « Sortie uniquement. L’annonce associée. » | Les noms de campagne et de groupe d’annonces que Google demande, et l’annonce cliquée |
| click_view.location_of_presence et area_of_interest | « Le critère de zone géographique le plus précis associé à l’impression » | Permet de confronter les clics à vos paramètres de zones géographiques |
| click_view.page_number | « Numéro de la page de résultats de recherche où l’annonce s’est affichée. » | Repère les clics concentrés sur une même page |
| segments.device, ad_network_type, click_type, slot | Segments disponibles sur la ressource | Appareil et réseau pour chaque ligne |
| metrics.clicks | La seule métrique de la ressource | Plus de 1 signifie des clics répétés sur un même GCLID |
La liste des champs ne comporte ni adresse IP, ni user agent, ni horodatage plus fin que segments.date, ni indicateur valide ou non valide. Les champs de zone géographique renvoient un critère de zone, l’identifiant Google d’un lieu et non le nom d’une ville : cherchez chaque identifiant dans la liste des zones géographiques cibles de Google avant de l’interpréter. La page de correspondance ValueTrack de Google l’appelle « l’ID de la zone géographique du clic. » (correspondance ValueTrack).
La colonne Clics non valides est différente : elle compte les clics que Google a déjà filtrés, au niveau de la campagne, sans aucun GCLID, comme l’explique comment vérifier les clics non valides dans Google Ads. Le formulaire sur la qualité des clics est encore autre chose : Google indique que vous « pouvez envoyer une demande d’enquête avec le formulaire sur la qualité des clics », ce formulaire demande donc à Google d’examiner des clics dont vous doutez.
Comment extraire les données du Click view : API, scripts Google Ads ou BigQuery ?
Vous extrayez les lignes du Click view par une requête GAQL envoyée à l’API Google Ads, par un script Google Ads qui exécute la même requête, ou par la table du BigQuery Data Transfer, une journée par requête et jusqu’à 90 jours en arrière.
Le centre d’aide de Google ne documente aucun rapport au niveau du clic dans l’interface web de Google Ads ; toutes les voies documentées vers les lignes passent par l’API ou par le transfert BigQuery que Google y associe. La limite est stricte : « Les requêtes incluant ClickView doivent comporter un filtre limitant les résultats à une journée et peuvent porter sur des dates remontant jusqu’à 90 jours avant le moment de la requête. » Google précise aussi : « Les GCLID ne sont pas disponibles dans ce rapport pour les campagnes d’applications pour les installations (ACi) et pour la préinscription (ACpre). » (les deux citations viennent de la page click_view).
Cette requête a passé le validateur de Google pour la v26 le 13 novembre 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'
Deux contrôles négatifs dans le même validateur montrent les limites : l’ajout de click_view.ip_address a renvoyé « 'click_view.ip_address' is not a valid field in the SELECT clause », et le remplacement de la date par une plage de sept jours a renvoyé « a filtering condition must be present in the WHERE clause specifying a single day within the last 90 days. » Le validateur contrôle la syntaxe et les règles de champs, pas les données de votre compte.
Pour extraire une journée de lignes du Click view :
- Choisissez une date dans les 90 derniers jours.
- Exécutez la requête ci-dessus avec cette date dans segments.date.
- Enregistrez le résultat dans un fichier pour cette journée, en conservant chaque GCLID exactement comme il est renvoyé.
- Répétez l’opération pour chaque jour à étudier, puis fusionnez les fichiers dans une feuille de clics unique.
- API Google Ads. Exécutez la requête une fois par date. Google indique que l’API exige « des jetons de développeur et des identifiants OAuth dédiés » (page de démarrage des scripts Google Ads).
- Scripts Google Ads. Google indique que les rapports des scripts « reposent sur l’API Google Ads et utilisent » le GAQL, via AdsApp.search() et AdsApp.report(), avec exportToSheet() pour une feuille de calcul (rapports des scripts). Cette page de rapports ne cite pas click_view : considérez donc un script comme la même requête GAQL. Google indique que les scripts fonctionnent « sans provisionner de serveurs ni gérer d’identifiants de développeur » : c’est donc la voie sans jeton de développeur.
- BigQuery Data Transfer. Google associe la table p_ads_ClickStats_customer_id à la ressource d’API « Click View » (transformation Google Ads). Vérifiez ses colonnes dans votre propre jeu de données.
Règle empirique, la nôtre et non celle de Google : enregistrez les lignes de chaque jour chaque semaine. Les données disparaissent à 90 jours, et une enquête ne couvre que les 60 derniers.
Pourquoi certains clics n’ont-ils pas de GCLID ?
Un clic arrive sans GCLID lorsque le taggage automatique est désactivé, qu’une redirection supprime le paramètre, que le clic vient d’une application iOS et porte un wbraid à la place, ou que la campagne est une campagne d’application.
Le taggage automatique ajoute à l’URL « un paramètre appelé GCLID, abréviation de “Google Click Identifier” », si bien qu’une URL de destination ressemble à www.example.com/?gclid=123xyz. Google indique que « si votre site utilise des redirections, il est également important de vous assurer que le GCLID est transmis à la page de destination finale » (À propos du taggage automatique). Le chemin des paramètres chez Google passe par l’icône Admin, Account settings (paramètres du compte), la section Auto-tagging (taggage automatique), puis la case à côté de « Tag the URL that people click through from my ad » (baliser l’URL sur laquelle les internautes cliquent depuis mon annonce). Google précise aussi que « les campagnes d’application ne respectent pas les fonctionnalités de taggage automatique ».
Une partie du trafic iOS porte d’autres identifiants. Google définit gbraid comme présent « lorsqu’un utilisateur clique sur une annonce sur le web et est dirigé vers votre application iOS », et wbraid comme présent « lorsqu’un utilisateur clique sur une annonce dans une application iOS et est dirigé vers votre page web ». Lorsque plusieurs existent, Google utilise « gclid, puis wbraid, puis gbraid » (importation de conversions sur clic). La liste des champs de click_view comporte un champ gclid mais aucun champ gbraid ou wbraid : une visite qui n’arrive qu’avec un wbraid n’a donc aucun GCLID à rapprocher d’une ligne du Click view. Pour Performance Max, Google classe {gclid} en « Limited support » (prise en charge limitée). (paramètres ValueTrack). Conservez chaque GCLID exactement tel qu’il a été reçu : « Le GCLID est sensible à la casse » (importation de conversions hors ligne).
Le cas inverse existe aussi : un GCLID présent dans vos logs sans ligne Click view à la date de la visite. La page de Google sur les clics et les sessions indique que si des utilisateurs mettent votre site en favori avec le paramètre gclid, « Google Ads n’enregistre pas les clics et les annonceurs ne sont pas facturés pour ces sessions, puisqu’il ne s’agit pas de vrais clics sur les annonces » (outil de dépannage des clics et des sessions). Une visite depuis un favori rejoue le GCLID d’un clic antérieur : interrogez donc les jours précédant la visite avant de déclarer un GCLID manquant.
Une réponse de l’équipe de l’API Google Ads sur le forum, datée du 16 janvier 2025, est allée plus loin : « il est très probable que ces GCLID manquants soient en fait inclus dans les clics non valides » (fil du forum). Cette réponse contredit la page de l’API, qui dit que la ressource inclut les clics non valides : la position de Google sur les GCLID manquants n’est donc pas tranchée dans sa documentation. Un fil antérieur avait reçu une réponse nette le 24 juin 2024 : « il n’est pas possible d’identifier si un clic est valide ou non valide, et il n’existe aucune autre solution de contournement » (fil du forum).
Un GCLID arrivé sur votre site mais absent du Click view est une question à poser à Google, pas une preuve de fraude.
Comment rapprocher les GCLID du Click view de vos logs, de GA4 et de votre CRM ?
Joignez sur la chaîne GCLID exacte : la ligne de Google fournit la date, la campagne, le mot clé, la zone géographique et le réseau, et vos enregistrements fournissent l’IP, le user agent, l’horodatage à la seconde et ce que le visiteur a fait.
Pour rapprocher les lignes du Click view de vos propres enregistrements par GCLID :
- Journal d’accès du serveur. Extrayez le gclid de l’URL de chaque requête de destination, en conservant sa casse. La ligne donne l’horodatage, l’IP et le user agent.
- GA4. Interrogez le champ d’export BigQuery collected_traffic_source.gclid, que Google décrit comme « l’identifiant de clic Google collecté avec l’événement. » (schéma d’export BigQuery de GA4). Il montre quels GCLID ont produit d’autres événements.
- CRM. Récupérez le GCLID enregistré sur chaque fiche de lead. La page d’enquête de Google demande « les GCLID de chaque lead » lorsque le problème concerne des leads non valides.
- Joignez sur la chaîne GCLID exacte, jamais sur l’heure. Le Click view porte une date et pas d’heure. Le nom de ressource de Google pour chaque ligne est
customers/{customer_id}/clickViews/{date}~{gclid}: la date et le GCLID ensemble identifient un clic. - Vérifiez la date. La date du journal serveur de chaque ligne rapprochée doit être égale à son segments.date du Click view. Une visite qui rejoue un GCLID mis en favori correspond à une ligne d’une date antérieure.
Exemple hypothétique, pas des données réelles : une journée (le 12 novembre) pour un compte de services locaux avec un ciblage Présence.
| GCLID (hypothétique, pas des données réelles) | Click view (campagne, mot clé, présence, réseau, clics) | Journal serveur et événements de page (heure, IP, user agent, secondes sur la page) | GA4 et CRM | Lecture |
|---|---|---|---|---|
| gclid-A1 | Générique, plombier près de chez moi, ville cible, Réseau de Recherche, 1 | 09:14:02, 198.51.100.24, Chrome sous Windows, 184 s | form_submit ; lead qualifié par téléphone | Visite normale, à écarter |
| gclid-A2 | Générique, plombier urgence, ville cible, Partenaires du Réseau de Recherche, 1 | 02:41:10, 203.0.113.7, Chrome headless, 1 s | Aucun événement ; aucun lead | Schéma, à inclure |
| gclid-A3 | Générique, plombier urgence, ville cible, Partenaires du Réseau de Recherche, 1 | 02:43:55, 203.0.113.7, Chrome headless, 0 s | Aucun événement ; aucun lead | Schéma, à inclure |
| gclid-A4 | Générique, plombier urgence, ville cible, Partenaires du Réseau de Recherche, 1 | 02:47:31, 203.0.113.7, Chrome headless, 2 s | Aucun événement ; aucun lead | Schéma, à inclure |
| gclid-A5 | Marque, nom de la marque, ville cible, Réseau de Recherche, 1 | 11:30:48, 192.0.2.40, Edge sous Windows, 95 s ; même IP, visite de 140 s le 11 nov. | Événements les deux jours ; un lead | Probable réseau de bureau partagé, à écarter |
| gclid-A6 | Aucune ligne les 11, 12 ou 13 nov. | 10:02:17, 198.51.100.81, Safari sur iPhone, 40 s | Session GA4 ; aucun lead | À demander à Google, pas une preuve |
| gclid-A7 | Générique, plombier près de chez moi, hors du pays ciblé, Réseau de Recherche, 1 | 15:20:44, 203.0.113.150, Chrome sur Android, 3 s | Aucun événement ; aucun lead | À inclure, hors ciblage |
Dans cet exemple hypothétique, les lignes 2 à 4 sont trois GCLID venant d’une même adresse en six minutes, sur un même mot clé et un même réseau, sans engagement. Google note qu’une visite de zéro seconde ne signifie pas à elle seule que le visiteur est parti : c’est donc la colonne sans événements qui porte le poids ici, pas les secondes. La ligne 5 est ce contre quoi Google met en garde : « Une adresse IP n’est pas toujours propre à un seul appareil », et Google ajoute que la NAT permet à « des centaines ou des milliers d’appareils » de partager une adresse publique (À propos du trafic non valide). La ligne 6 peut être une visite depuis un favori dont le clic date d’avant le 11 novembre, ou un clic que Google a filtré, et le fichier ne permet pas de trancher tant que les dates antérieures n’ont pas été interrogées. Vous joindriez les lignes 2 à 4 et la ligne 7, avec une note sur la manière dont vous les avez rapprochées.
Quels schémas de clics comptent comme preuve de clics non valides ?
Les schémas qui se répètent sur de nombreux GCLID et apparaissent dans vos propres logs comptent comme preuve ; les événements isolés, les absences et les lectures de colonnes n’en sont pas.
| Schéma | Compte comme preuve quand | Ne compte pas à lui seul quand |
|---|---|---|
| Même IP ou même appareil derrière de nombreux GCLID | De nombreux GCLID dans une courte fenêtre, sans engagement | Une IP de bureau ou d’opérateur dont les visites s’engagent |
| location_of_presence hors de vos zones géographiques ciblées | Votre option de zone géographique est Présence | Votre option est Présence ou intérêt, qui les autorise |
| Clics répétés sur un même GCLID (metrics.clicks supérieur à 1) | De nombreuses lignes montrent des répétitions et aucune ne s’engage | Un visiteur a double-cliqué une seule fois |
| Concentration sur un réseau, un mot clé ou un page_number | Les Partenaires du Réseau de Recherche ou un seul mot clé captent les clics, sans engagement | L’historique des modifications montre un changement de budget, de mot clé ou de zone géographique |
- De nombreux GCLID venant d’une même IP en quelques minutes, sans engagement, comptent comme preuve ; une IP de bureau ou d’opérateur dont les visites s’engagent n’en est pas une.
- Les clics situés hors de vos zones géographiques ciblées comptent lorsque votre option est Présence ; avec Présence ou intérêt, ils peuvent être le paramètre qui fonctionne comme prévu.
- Les clics répétés comptent lorsque de nombreuses lignes en montrent et qu’aucune ne s’engage ; un visiteur qui a double-cliqué une fois n’en est pas une.
Deux choses ne comptent jamais à elles seules. Un GCLID sans ligne Click view peut venir d’un clic antérieur (les favoris réutilisent d’anciens GCLID), d’une campagne d’application ou d’un clic que Google a pu filtrer. Un mauvais lead isolé, une journée de CPC élevé, un écart entre les clics Google Ads et les sessions GA4, ou une colonne Clics non valides élevée ou basse sont une invitation à regarder, pas une conclusion.
La ligne sur les clics répétés s’appuie sur la formule de Google : « Un utilisateur peut cliquer plusieurs fois sur votre annonce sur une courte période » (outil de dépannage des clics et des sessions). Pour la zone géographique, Google cite « les clics en dehors du ciblage géographique » parmi les problèmes couverts par le formulaire sur la qualité des clics (Problèmes liés aux clics et au taux de clics). Google ajoute qu’il identifie la zone géographique à partir de signaux tels que l’adresse IP et les paramètres, et qu’il « ne garantit pas l’exactitude de la zone géographique dans toutes les situations » : traitez donc quelques lignes hors zone comme une invitation à regarder et un groupe répété comme le schéma (À propos du trafic non valide). Les réglages figurent dans notre guide sur les clics venant d’autres pays.
Relier un schéma à un rival précis est un travail distinct, traité dans comment prouver la fraude au clic de concurrents. Pour réduire cette exposition, voyez comment empêcher les concurrents de cliquer sur vos annonces.
Notre verdict : déposez une demande quand un schéma se répète sur plusieurs GCLID, que vos logs le montrent et qu’il tombe dans les 60 jours. Sinon, continuez à collecter.
Constituer le dossier selon la liste de Google, dans les 60 jours
Construisez une feuille de clics et une feuille de leads indexées par GCLID, associez leurs colonnes à chaque élément de la liste de Google, et restez dans les 60 derniers jours d’activité.
La première colonne ci-dessous est la liste « Préparer une enquête sur le trafic non valide » de Google, reprise (en traduction) de À propos du trafic non valide le 13 novembre 2026. Les deux autres colonnes sont les nôtres.
| Élément de Google (traduit) | Colonne(s) de votre fichier | Provenance |
|---|---|---|
| Numéro client : le numéro à 10 chiffres de votre compte Google Ads. | Ligne d’en-tête du fichier | Votre compte Google Ads |
| Période précise : les dates exactes auxquelles vous avez remarqué l’activité suspecte. Google limite les enquêtes aux 60 derniers jours. | date | segments.date du Click view, vérifié par rapport aux horodatages du journal serveur |
| Noms des campagnes et des groupes d’annonces : les noms des campagnes et des groupes d’annonces où vous avez remarqué le pic de trafic ou le comportement suspect. | campaign, ad_group | campaign.name et ad_group.name du Click view |
| Mots clés suspects : tous les mots clés qui génèrent le trafic inhabituel. | keyword, match_type | keyword_info du Click view |
| Journaux du serveur web : journaux détaillés du trafic de votre site. Vous devez notamment identifier les éléments suivants : | Les trois lignes suivantes | Journal d’accès du serveur |
| Adresses IP : une liste des adresses IP qui génèrent des clics répétitifs ou des clics sans conversion. | ip | Journal d’accès du serveur |
| Plateformes et appareils : informations sur le navigateur ou l’appareil liées à l’activité suspectée. | user_agent, device | User agent du journal serveur ; segments.device du Click view |
| GCLID : les identifiants de clic Google associés aux clics suspects. Cela aide Google à relier la visite à une interaction publicitaire précise. | gclid | URL de destination du journal serveur, confirmée par rapport au Click view |
| Détails des leads : si votre problème concerne des leads non valides, partagez une feuille de calcul contenant : les GCLID de chaque lead. Votre évaluation de chaque lead, par exemple les résultats d’un e-mail ou d’un appel. | gclid, lead_outcome | Fiche lead du CRM et le résultat de votre appel ou e-mail |
| Indicateurs de tendance : une brève explication des raisons pour lesquelles le trafic est suspect. Par exemple, un pic de 300 % des clics sans hausse des conversions, ou des clics provenant de l’extérieur de vos zones géographiques ciblées. | Une note courte au-dessus des lignes | Votre lecture du tableau rapproché |
La page de Google indique aussi qu’une enquête « ne pourra pas confirmer si des clics précis ont été marqués comme valides ou non valides », et que l’activité non valide détectée plus tard est créditée « sous la forme d’un ajustement de facturation ». Le trafic détecté avant la facturation n’est jamais facturé, « aucun remboursement n’est donc nécessaire ». Le recours est un avoir.
Les étapes et la formulation du formulaire sur la qualité des clics figurent dans notre modèle de formulaire sur la qualité des clics. La manière dont les avoirs apparaissent sur votre facture est expliquée dans le guide des avoirs pour clics non valides.
Comment ClickFortify journalise les mêmes preuves, clic par clic
ClickFortify conserve un enregistrement du clic pour chaque blocage, avec l’horodatage, l’IP, les données sur l’appareil et le réseau et le comportement sur la page de destination qui manquent au Click view, plus le GCLID lorsqu’il est présent, pour que vous puissiez rapprocher ses enregistrements des lignes du Click view vous-même.
ClickFortify attribue un score à chaque visite selon plus de 100 données sur l’appareil, le réseau et le comportement, et les sources signalées sont ajoutées automatiquement aux exclusions d’IP Google Ads, au niveau de l’IP. Chaque blocage conserve une piste de preuves (enregistrement du clic : horodatage, IP, données sur l’appareil et le réseau, comportement sur la page de destination, gclid lorsqu’il est présent) que les annonceurs peuvent utiliser pour leurs demandes d’avoir pour clics non valides via le formulaire sur la qualité des clics de Google.
ClickFortify vous permet d’exporter vos données de clics, avec le statut de chaque clic, pour appuyer une demande d’enquête sur des clics non valides auprès de Google. Ce statut est le score de ClickFortify, pas la décision de facturation de Google. Vous rapprochez ces enregistrements de votre extraction du Click view par GCLID ; ClickFortify n’extrait pas le Click view et ne réalise pas la jointure. Voyez les preuves au niveau du clic pour le contenu de chaque enregistrement.
ClickFortify ne dépose jamais la demande à votre place et ne peut pas promettre que Google accordera un avoir. Il ne voit pas la décision de validité de Google pour un clic donné. Il protège uniquement le parcours de la page de destination : les assets de formulaire de leads, les assets d’appel et les leads des Local Services Ads lui sont donc invisibles ; validez ces leads dans votre CRM. Voyez ClickFortify pour Google Search pour la configuration.
Notre verdict : le Click view vous dit quels clics Google a enregistrés sur vos campagnes, pas lesquels étaient frauduleux. La preuve vient de votre côté du GCLID. Une fois le dossier constitué, le plan d’action explique la suite, et le guide complet de la fraude Google Ads couvre le tableau d’ensemble.
