Je ne suis pas sûr que ce soit le bon endroit pour poster ceci, mais cela semblait le plus approprié!
J'utilise Google Analytics pour suivre les statistiques d'une application mobile à l'aide du protocole de mesure, mais je reçois cependant énormément de spam.
Un peu de recherche m'a conduit à des choses comme ceci: Comment lutter contre les spammeurs Google Analytics? qui suggèrent en gros d'ajouter un filtre qui ne laisse filtrer que les éléments d'un nom d'hôte connu. C'est bien pour un site Web, mais ce n'est pas très utile pour une application mobile, car il n'y a pas vraiment d'hôte qui doit fournir des données valides (ou est-ce que je manque quelque chose?).
Quelle est la meilleure façon de filtrer le spam GA d'une application mobile utilisant le protocole de mesure?.
La meilleure façon d'éviter cela consiste à configurer un segment pour votre propriété de manière à n'inclure que les données avec un ID d'application spécifié.
Désormais, il vous suffit d’envoyer cet identifiant d’application à Google Analytics pour chaque hit que vous avez envoyé. Les spammeurs ne sauront pas quel identifiant d'application utiliser et tout leur trafic sera bloqué à partir de cette vue de segment.
En outre, comme mentionné par adam-asdf:
Ne pas utiliser un GA ID se terminant par "1". Chaque compte GA avait à un moment donné un profil se terminant par 1, comme UA-XXXXXXX-1. Ainsi, les spammeurs écrivent simplement des programmes qui envoient des hits à GA serveurs pour chaque variante de UA-XXXXXXX-1 - la création d'un nouveau profil dans le même compte donnerait à UA-XXXXXXX-2 et éviterait probablement la plupart des fantômes. les coups.
Le spam de parrainage est un gros problème dans GA à l'heure actuelle et j'ai récemment lu quelque chose à propos de "parrainages fantômes" et de la façon dont ils envoient simplement des hits à des serveurs GA sans jamais visiter le site (explicitement discuté le protocole de mesure et sa vulnérabilité).
Je n'ai jamais utilisé GA sur une application, mais laissez-moi partager mon expérience au cas où cela aiderait:
Ne pas utiliser un GA ID se terminant par "1." Chaque compte GA avait à un moment donné un profil se terminant par 1, comme UA-XXXXXXX-1
. Ainsi, les spammeurs écrivent simplement des programmes qui envoient des hits à des serveurs GA pour chaque variante de UA-XXXXXXX-1
-- créer un nouveau profil dans le même compte vous donnerait UA-XXXXXXX-2
et éviterait probablement la plupart des fantômes. les coups.
Les résultats de référence Ghost sont ceux qui sont filtrés par le filtre de nom d’hôte, mais il existe également des robots qui sont responsables du spam de référence, le plus connu est peut-être semalt(dot)com
.
Les robots d'exploration réels peuvent être bloqués par la configuration du serveur ou par des règles de blocage basées sur un référent dans Google Tag Manager.
Le filtre de nom d'hôte pour les références fantômes est une approche de liste blanche, mais vous pouvez également configurer des filtres en adoptant une approche de liste noire dans laquelle vous excluez le trafic de n'importe quelle source. Si vous devez suivre cet itinéraire, préparez-vous à ajouter une nouvelle exclusion ou quelques-unes chaque semaine.