L’une des règles absolues de Google Analytics est qu’une fois que les appels ont été collectés et traités dans vos propriétés de données, ces appels sont intouchable. Cela signifie que si vous collectez par erreur des transactions en double ou incorrectes, du trafic PII ou du spam de référence, par exemple, il est extrêmement difficile, voire carrément impossible, de purger ou de modifier ces données dans Google Analytics.
Un autre élément essentiel du schéma strict de Google Analytics est que déplacement des hits dans le temps est aussi très difficile. Les hits sont digérés au fur et à mesure qu’ils arrivent, et ils sont placés dans le temps dans l’ordre de traitement. Si Google Analytics collecte le hit B après le hit A, il sera également signalé comme s’étant produit dans cet ordre.
Cependant, il existe une fonctionnalité dans le protocole de collecte de Google Analytics qui Est-ce que vous permettent de réaligner un hit dans la chronologie passée. Donc, même si le coup B est expédié après avoir frappé A, vous pouvez toujours lui faire entrer des tables de données avec un horodatage qui précède Frapper un.
Cette fonction s’appelle Temps d’attenteet à cause d’une documentation assez déroutante, il a été facilement ignoré ou mal compris.
Dans cet article, je vais vous expliquer comment Temps d’attente fonctionne et comment vous pouvez l’utiliser pour réaligner les hits.
Qu’est-ce que le temps d’attente
Le temps d’attente est un paramètre du protocole de mesure (qt). Il prend un zéro ou un nombre entier positif comme valeur.
Avec le paramètre Queue Time, vous pouvez demander à Google Analytics de processus le hit afin qu’il apparaisse comme s’étant produit il y a autant de millisecondes à partir du moment de la collecte, comme spécifié par le paramètre.
Par exemple, si vous envoyez un appel à Google Analytics à précisément 12:35:05 avec ce qui suit qt évaluer:
&qt=5000
L’appel aura un horodatage de 12:35:00, car vous avez demandé à Google Analytics d’attribuer l’appel avec un horodatage 5 secondes (5000 millisecondes) plus tôt qu’il n’a été réellement collecté.
Il s’agit d’un paramètre très utile, et il est activement utilisé dans des choses comme les techniciens de service pour placer correctement les hits collectés lorsque le réseau était en panne, et avec l’analyse des applications mobiles pour s’assurer que les hits par lots et différés sont collectés correctement.
Vous pouvez également l’utiliser avec d’autres systèmes de collecte de données hors ligne comme les machines de point de vente, afin de placer une transaction dans Google Analytics au moment réel de la transaction, même si vous envoyez les données par lots tous les soirs après les heures de bureau.
Limitation : uniquement les appels le jour même
Et maintenant nous arrivons à la plus grande source de confusion.
La documentation indique que Les valeurs supérieures à quatre heures peuvent entraîner le non-traitement des appelsmais cela ne dit pas vraiment ce que cela signifie.
Pour clarifier cela, voici la principale limitation du temps d’attente :
Le temps d’attente vous permet uniquement d’envoyer des hits au jour en cours (avec une Majeur mise en garde, à venir).
Ainsi, pour tout jour qui commence à 00:00:00 (minuit) et se termine à 23:59:59, le hit qui utilise le temps d’attente doit également se produire dans cette fenêtre horaire.
Cependant. Il y a deux prises.
Prise 1 : Vous pouvez envoyer des hits jusqu’à 4 h du matin le jour suivant
La fenêtre horaire est artificiellement prolongée jusqu’à 03:59:59 du lendemain matin.
Ainsi, si vous souhaitez envoyer un hit pour qu’il se produise le vendredi 6 mars 2020, le hit doit être envoyé soit durant le 6 mars, soit au plus tard à 03:59:59 du matin du 7 mars.
Cela signifie que le maximum la valeur pour le temps d’attente est 100799000 millisecondes. C’est 27 heures, 59 minutes et 59 secondes. Ce coup devoir être envoyé à 03:59:59, et il sera traité par Google Analytics comme s’étant produit à 00:00:00 le jour précédent.
Catch 2 : Le concept de « heure » est lié aux paramètres de fuseau horaire de la vue Google Analytics
Et c’est là que ça se complique.
Le seul moyen pour votre 100799000 Le temps d’attente en millisecondes fonctionnera si vous l’envoyez à 03:59:59 le jour suivant dans le fuseau horaire de la vue Google Analytics qui signalera l’appel.
Comme vous pouvez probablement le comprendre, cela entraînera des problèmes si vous avez une propriété avec plusieurs vues dans différents fuseaux horaires.
Quatre heures est la durée maximale de travail garantie
Peut-être que maintenant l’étrange limitation de traitement de quatre heures de la documentation du protocole de mesure est un peu plus claire.
Si vous utilisez Queue Time, une valeur maximale de 14400000, c’est-à-dire 4 heures, est garanti de fonctionner. Ceci est dû au fait indépendamment de de fuseau horaire dans la propriété Google Analytics, un succès avec un temps d’attente de 14400000 est toujours garanti soit dans la journée précédente (si envoyé au plus tard à 03:59:59 le lendemain matin), soit dans le jour en cours (si envoyé à 04:00:00 du matin ou plus tard).
Imaginons que vous envoyiez un hit avec un temps d’attente de 14400000, et le fuseau horaire dans lequel vous l’envoyez est en UTC. La date est le 7 mars et l’heure locale est 03:59:59 du matin.
Voici comment le hit est traité du point de vue d’une vue Google Analytics qui reçoit le hit.
| Fuseau horaire de Google Analytics | Date et heure du hit envoyé | Date et heure du hit traité | Valide |
|---|---|---|---|
| UTC | 7 mars, 03:59:59 | 6 mars, 23:59:59 | Oui |
| UTC-06:00 | 6 mars, 21:59:59 | 6 mars, 17:59:59 | Oui |
| UTC+01:00 | 7 mars, 04:59:59 | 7 mars, 00:59:59 | Oui |
| UTC+10:00 | 7 mars, 13:59:59 | 7 mars, 09:59:59 | Oui |
Voyez comment, quel que soit le fuseau horaire, le hit est valide. C’est parce que le coup est expédié et traité soit dans la même journée, soit le hit est envoyé avant 4h du matin le lendemain, selon le fuseau horaire de Google Analytics.
Essayons une valeur plus grande que cela. Nous essaierons d’envoyer le hit 7 heures dans le passé – c’est 25200000 millisecondes. Nous sommes toujours en UTC, la date est toujours le 7 mars, et il est toujours 03:59:59 du matin.
| Fuseau horaire de Google Analytics | Date et heure du hit envoyé | Date et heure du hit traité | Valide |
|---|---|---|---|
| UTC | 7 mars, 03:59:59 | 6 mars, 20:59:59 | Oui |
| UTC-06:00 | 6 mars, 21:59:59 | 6 mars, 17:59:59 | Oui |
| UTC+01:00 | 7 mars, 04:59:59 | 6 mars, 21:59:59 | NON |
| UTC+10:00 | 7 mars, 13:59:59 | 7 mars, 06:59:59 | Oui |
Tous les autres hits sont valides sauf celui collecté dans la vue Google Analytics dans le fuseau horaire UTC+01:00. C’est parce que le hit est mis en file d’attente pour s’être produit le 6 mars, mais il est envoyé après 4h du matin le 7 mars.
Comment mettre en œuvre
Pour ajouter le paramètre Queue Time à un hit, il vous suffit de set dans le coup lui-même. Si vous utilisez Google Tag Manager, c’est aussi simple que d’ajouter un nouveau Champs à définir ça ressemble à ça :
Le nom du champ est &qtet la valeur est le delta en millisecondes entre le moment où le hit doit être traité et le moment où il est envoyé.
Avec analytics.jsvous le définiriez comme ceci :
ga('send', 'event', 'Some Category', 'Some Action', {'&qt': 5000}); Autant que je sache, il n’y a aucun moyen de définir des paramètres de protocole de mesure arbitraires dans un gtag.js appel.
Résumé
Le paramètre Queue Time vous permet d’envoyer des hits dans le passé avec Google Analytics. En tant que tel, c’est un utilitaire assez puissant. Il existe de nombreuses raisons pour lesquelles vous souhaitez retarder l’envoi des appels au moment de la collecte, uniquement pour qu’ils soient toujours traités au bon moment dans la chronologie de Google Analytics.
Le hic, c’est que vous ne pouvez ajouter des hits qu’à la journée en cours. Malheureusement, il n’y a aucun moyen d’envoyer des hits plus d’un jour dans le passé.
Google Analytics prolonge la fenêtre horaire jusqu’à 4 heures du matin le lendemain, mais le problème est que les notions de “jour en cours” et de “jour suivant” sont établies par le fuseau horaire des paramètres de chaque vue individuelle de Google Analytics.
Ainsi, lorsque vous utilisez le paramètre Queue Time dans les hits du protocole de mesure, vous devez soit corréler l’heure du client (heure du navigateur ou de la machine qui envoie les hits) avec l’heure de la vue Google Analytics à laquelle vous envoyez les hits. Si vous ne pouvez pas faire cette corrélation, vous devez vous assurer de n’envoyer que des hits au maximum quatre heures dans le passé, car ce sont les seuls types de hits en file d’attente dont le fonctionnement est garanti.
