Suivi GA4 et Matomo

Chaque site est réglé sur une seule méthode de suivi : GA4, Matomo, ou Pertento natif. Ce choix décide comment les événements de conversion atteignent la plateforme et si l'exposition aux variantes est poussée dans l'analytique que vous exploitez déjà.

Sur le chemin GA4, le runtime s'accroche au data layer et lit les événements qui y circulent déjà, ce qui signifie que les conversions mesurées par Pertento sont les mêmes que celles comptées par votre analytique. Il n'y a pas de seconde définition de l'achat à garder synchronisée, ce qui est la source habituelle du débat sur quel chiffre a raison.

Cette accroche est plus soignée qu'il n'y paraît, parce qu'une page réelle lui est hostile. Les gestionnaires de balises remplacent la méthode push du data layer à leur initialisation, et les outils de consentement réassignent le tableau en bloc. Les deux sont détectés et raccrochés, et un balayage de secours rattrape tout ce qui aurait contourné la méthode entièrement, si bien que les entrées sont retardées plutôt que perdues. Les achats et les événements d'objectif configurés sont envoyés dans le même tick où ils sont poussés, parce que pendant un changement d'application de paiement sur un téléphone, il se peut qu'il n'y ait jamais d'autre moment.

Le suivi natif est la troisième option, pour les sites qui préfèrent que Pertento reste entièrement à l'écart de leur analytique. Dans ce mode, le data layer n'est pas touché et les conversions sont rapportées via une fonction que le site appelle lui-même.