GuideRecherche et trafic

Comment filtrer les noms d'hôte dans GA4 sans perdre définitivement des événements légitimes

Établissez une liste d'hôtes autorisés, testez sa couverture et comprenez les limites des filtres GA4 avant d'activer une règle qui écarte les données entrantes.

Un tamis en céramique laisse passer des carreaux indigo par une ouverture carrée tandis que des fragments ambrés s'accumulent près du plateau.
Sur cette page

Un filtre de nom d'hôte dans Google Analytics 4 peut empêcher des événements web indésirables d'entrer dans votre propriété. Mais une liste d'autorisation mal choisie peut aussi bloquer des événements légitimes. Il faut donc décider quels noms d'hôte appartiennent à votre mesure, pas simplement choisir le réglage qui promet des rapports plus propres. Testez cette décision avant d'activer le filtre.

Google a annoncé les filtres Include pour les noms d'hôte le 21 septembre 2026. Auparavant, ce filtrage proposait des règles Exclude. La nouvelle option définit les hôtes autorisés plutôt que d'identifier sans cesse les indésirables. Deux limites comptent : les filtres Include bloquent les noms d'hôte vides et ne s'appliquent pas aux événements envoyés par Measurement Protocol.

Identifiez les données que vous souhaitez réellement conserver

Commencez par inventorier les adresses web qui envoient légitimement des événements à cette propriété. Incluez le domaine public, les sous-domaines pertinents et tout hôte distinct de paiement ou de réservation qui envoie réellement vos événements. N'ajoutez pas le domaine d'un prestataire de paiement simplement parce que les clients le visitent ; vérifiez s'il apporte des données à cette propriété.

L'environnement de préproduction exige une décision explicite. Vous pouvez vouloir ses événements pour un test précis, ou préférer les exclure des rapports de production. Décidez avant d'appliquer la liste. Cela vaut aussi pour les sites temporaires de campagne et un ancien domaine encore utilisé pendant une migration.

Pour un éditeur hypothétique, www.example.org et members.example.org pourraient être légitimes, tandis que preview.example.org serait volontairement exclu. Notez le traitement attendu à côté de chaque hôte. Ce petit inventaire facilite le diagnostic d'une baisse inattendue, car il conserve ce que la règle devait préserver.

Créez une règle de test dans la bonne propriété

Les instructions de Google pour filtrer les noms d'hôte situent les commandes dans Administration, Collecte et modification des données, puis Filtres de données. La création exige le rôle Éditeur ou supérieur. Confirmez la propriété sélectionnée, choisissez Créer un filtre et le filtre de trafic de nom d'hôte web, puis attribuez un nom clair.

L'opération peut être Exclude ou Include only. Les types de correspondance incluent correspond exactement, commence par, se termine par et contient. Choisissez une condition adaptée à l'inventaire, pas la plus courte à saisir. Les correspondances larges demandent une attention particulière : une chaîne présente dans un nom d'hôte ne prouve pas qu'il appartient à votre organisation.

Sélectionnez d'abord Testing. Google distingue trois états : Testing identifie les données correspondantes avec la dimension Test data filter name ; Active modifie définitivement les données entrantes ; Inactive n'évalue pas le filtre. Une règle inactive et une règle en test ont donc des fonctions différentes, même si aucune ne prouve à elle seule que le filtrage de production est correct.

Validez de vrais parcours avant l'activation

Google conseille d'attendre 24 à 36 heures avant de valider un filtre en test. L'exploration documentée utilise Test data filter name, Event name et Event count. Servez-vous de ces champs pour examiner les résultats et vérifiez les hôtes et événements commerciaux pertinents, sans vous contenter d'une table remplie.

Vérifiez une visite normale d'article, un parcours d'adhésion ou d'achat et tout autre flux web que votre inventaire prévoit de conserver. Incluez le chemin moins évident, comme un sous-domaine de réservation absent du parcours de la page d'accueil. Ce sont des contrôles proposés, pas l'affirmation que ClickSyrup a testé votre propriété ou l'interface.

Les instructions parlent de vérifier les hôtes, alors que la liste des dimensions de l'exploration ne contient pas explicitement Host name. Ajoutez cette dimension lorsqu'elle est disponible, ou examinez les données d'hôte séparément. Ne supposez pas que le seul nom du filtre explique chaque événement des résultats. Étudiez les données absentes ou inattendues avant de continuer.

Lorsque les résultats confirment la couverture souhaitée, rouvrez le filtre validé, passez son état à Active et enregistrez. Google indique que le filtrage peut commencer après 24 à 36 heures. Consignez le moment du changement et tenez compte de ce délai dans vos comparaisons autour de la transition.

Comprenez ce qui est irréversible

La documentation de Google sur les filtres de données précise que les événements écartés ne sont jamais traités et ne seront pas disponibles plus tard dans Analytics ou BigQuery. Modifier ou désactiver une règle ne les récupère pas. Les filtres concernent les données entrantes, pas les données historiques déjà collectées.

Si vous voulez seulement masquer des données dans une analyse, envisagez des filtres de rapport au lieu d'une exclusion définitive de la collecte. Examinez aussi les interactions : Google indique que les filtres Include only actifs sont d'abord réunis, puis les filtres Exclude actifs s'appliquent. Une règle d'inclusion ne protège pas un événement d'une exclusion ultérieure.

Conservez une note d'audit avec l'inventaire des hôtes, la raison du changement, la personne qui a testé et l'heure d'activation. Si les mauvais événements disparaissent, arrêtez la règle nuisible et corrigez la configuration. Précisez dans les rapports suivants que la période manquante ne peut pas être reconstituée à partir de données jamais traitées par GA4.

Distinguez une mesure plus propre d'un site plus sain

Le filtrage par nom d'hôte n'est pas une défense complète contre le spam ou les robots. Measurement Protocol reste hors de ce mécanisme Include, et un hôte légitime ne prouve pas une visite humaine légitime. Examinez la voie de collecte si des événements suspects persistent, plutôt que d'élargir le filtre jusqu'à obtenir un rapport rassurant.

Un total plus faible après activation peut refléter la nouvelle frontière de mesure. Il ne signifie pas automatiquement moins de vrais lecteurs et ne prouve pas que chaque événement écarté était indésirable. Utilisez la méthode d'enquête sur une baisse de trafic pour distinguer changement de mesure et changement d'audience. Si la qualité publicitaire vous préoccupe, suivez les contrôles du trafic AdSense incorrect séparément ; un rapport Analytics plus propre ne corrige pas les problèmes de trafic publicitaire.

Traduit de l’édition source en anglais.

Plateformes abordéesGoogle Analytics

Sources primaires