Comment choisir des alternatives à Google Analytics ? Quatre outils et points de contrôle pour la migration
Commencez par écrire les questions auxquelles il faut répondre
Ouvrez le tableau de bord analytique, faites face à un écran plein de graphiques, et ne sachez toujours pas quel article modifier, quelle publicité arrêter ou quelle page corriger. L'objectif d'un changement d'outil doit être de résoudre ces problèmes.
Listez trois réponses dont votre site a besoin :
- Quel article apporte des abonnements ?
- Quel canal de promotion apporte des paiements ?
- Quelle étape du parcours d'inscription perd le plus de personnes ?
Ces trois questions correspondent à trois tâches analytiques : performance du contenu, conversion des sources et analyse du parcours.
« Combien de personnes sont venues aujourd'hui » ne peut répondre qu'à l'échelle des visites. Cela ne peut pas expliquer les abonnements et les paiements.
Quatre outils, à choisir selon la tâche
| Outil | Besoin qui vaut la peine d'être testé | Point de mire de l'essai |
|---|---|---|
| Plausible | Pages, sources, objectifs d'abonnement ou de téléchargement | S'il peut identifier les pages et les sources qui apportent des conversions d'objectif |
| Umami | Trafic, événements, conversions par étapes ; besoin d'un service cloud ou d'une option auto-hébergée | Étapes de l'entonnoir, fenêtre temporelle, version de déploiement |
| Matomo | Besoin de migrer les rapports historiques GA | Portée de l'importation, si les anciens rapports peuvent répondre aux questions d'origine |
| PostHog | Utilisation après inscription, désabonnement et rétention | Définitions des événements, liaison des identités, volume d'événements facturables |
Ce tableau exprime des directions d'essai. Les fonctionnalités se chevauchent, et les forfaits et versions de déploiement influencent aussi la portée disponible.
Plausible : suivre des pages et des sources jusqu'aux objectifs
Les blogs peuvent définir des objectifs d'abonnement, et les sites de ressources des objectifs de téléchargement.
Les rapports à consulter sont :
Les visites de quelle source ont complété des abonnements ? Quelles pages ont participé aux conversions ?
Plausible prend en charge les objectifs de page, les événements personnalisés et le suivi des revenus. Les clics sur bouton, les soumissions de formulaire et les paiements réussis nécessitent une configuration d'enregistrement correspondante ; installer le script analytique ne définira pas les résultats métier du site. Documentation sur le suivi des objectifs
Tâche d'essai : Choisissez un article, définissez un objectif d'abonnement réussi, et vérifiez si les rapports peuvent relier source, page et abonnement.
Umami : enchaîner les étapes dans un entonnoir
Un entonnoir est une série d'étapes qui doivent être complétées :
Ouvrir la page produit → Commencer le paiement → Paiement réussi
Umami prend en charge les entonnoirs composés de pages et d'événements. L'ordre des étapes et la fenêtre temporelle influencent les résultats. Par exemple, si la fenêtre temporelle est fixée à dix minutes, des étapes séparées de plus de dix minutes peuvent ne pas être comptées comme faisant partie d'une même réalisation. Documentation sur les entonnoirs Umami
Lorsqu'un entonnoir chute, il faut en vérifier la cause. Les étapes facultatives, les événements manquants et les fenêtres temporelles incorrectes peuvent tous créer un « abandon ».
Tâche d'essai : Construisez un entonnoir en trois étapes, complétez un parcours de test, et confirmez que les trois étapes sont enregistrées.
Umami propose un service cloud et des options auto-hébergées. L'auto-hébergement nécessite de gérer les mises à niveau, les sauvegardes et le dépannage. La capacité de maintenance doit faire partie des critères de sélection. Site officiel d'Umami
Matomo : vérifiez d'abord l'objectif des rapports historiques
Les données historiques n'ont de valeur que si elles peuvent répondre aux questions qui doivent être résolues.
L'importateur GA de Matomo lit des rapports agrégés. Les données importées ne peuvent pas restaurer les journaux de visite bruts, et toutes les fonctionnalités de segmentation et de rapport ne sont pas prises en charge. Limites de l'importation Matomo
« Peut importer » ne signifie pas « toutes les analyses que l'ancien tableau de bord pouvait faire sont conservées ».
Tâche d'essai : Listez trois anciens rapports qui doivent être conservés, et vérifiez la portée d'importation prise en charge. Lorsque des enregistrements par visite, des événements bruts ou des segments spécifiques sont nécessaires, consultez les limites d'importation.
PostHog : vérifiez ce qui se passe après l'inscription
Les sites d'adhésion peuvent avoir besoin de suivre :
Inscription réussie → Compléter la première action → Réutiliser la semaine suivante
PostHog fournit des entonnoirs d'événements, des parcours et des analyses de rétention. Les rapports de rétention nécessitent de définir un événement de départ et un événement de retour. « Revenir ouvrir la page d'accueil » et « revenir compléter une action » représentent des résultats différents. Types d'analyse, définition de la rétention
Ces analyses nécessitent de maintenir la signification des événements. À mesure que les fonctionnalités augmentent, les noms d'événements, les propriétés et la liaison des identités doivent aussi être gérés.
Tâche d'essai : Définissez un événement de première réalisation et un événement de réutilisation, et confirmez que les rapports répondent aux questions métier.
Événements de conversion : un clic ne signifie pas un succès
« Cliquer sur le bouton de paiement » enregistre l'intention de paiement. Un paiement échoué peut aussi générer cet événement.
« Ouvrir la page de remerciement » comporte aussi des erreurs de jugement : les actualisations, les liens mis en favori et les redirections échouées après paiement peuvent tous affecter l'enregistrement.
Écrivez d'abord une définition pour l'objectif :
| Objectif | Résultat qui devrait être enregistré |
|---|---|
| Abonnement | Soumission d'abonnement acceptée |
| Inscription | Compte créé avec succès |
| Paiement | Paiement de commande confirmé |
| Téléchargement | Distinguer les clics sur le lien de téléchargement de l'achèvement de la récupération du fichier |
Les statistiques de paiement doivent être rapprochées du système de commandes. Les événements du navigateur peuvent être bloqués, et le système de commandes est responsable de l'enregistrement des faits de paiement.
Un paiement test devrait produire un seul enregistrement de succès. Actualiser la page ne devrait pas transformer la même commande en deux entrées de revenus.
Migration : effectuez quatre vérifications
1. Enregistrement des pages
Ouvrez la page d'accueil, une page d'article et une page métier, et vérifiez l'enregistrement.
Les transitions de page doivent aussi être testées. Certains sites ne rechargent pas toute la page lors du changement de page ; la page d'accueil peut être enregistrée, mais les pages suivantes peuvent encore être manquées.
2. Enregistrement des sources
Préparez un lien de promotion de test :
https://example.com/?utm_source=test&utm_medium=email&utm_campaign=migration
Ouvrez-le dans une nouvelle session de navigateur et vérifiez la source et le nom de campagne. Les redirections du site doivent préserver les paramètres.
UTM sert à distinguer les campagnes de promotion. Les liens de partage quotidiens doivent utiliser des noms cohérents pour éviter que newsletter, Newsletter et email-news occupent chacun une ligne séparée.
3. Enregistrement des succès
Complétez un abonnement, une inscription ou une commande test, et vérifiez le nom de l'événement, le nombre et le montant.
Confirmez d'abord que l'événement d'objectif n'a pas été exclu par les règles de filtrage des visites internes.
4. Enregistrement en double
Vérifiez où le script analytique est installé. Les extensions de site, les réglages de thème et les gestionnaires de balises peuvent chacun l'avoir installé une fois.
Les scripts en double, les soumissions en double et les actualisations de page de remerciement valent tous la peine d'être vérifiés. Des comptes de visites doublés ne signifient pas une croissance du trafic.
Les nouveaux et anciens chiffres diffèrent : que vérifier ?
Alignez d'abord la portée de comparaison :
- Date et fuseau horaire.
- Domaine, sous-domaine et portée des pages.
- Règles de filtrage des visites internes.
- Gestion du consentement et blocage des scripts.
- Définitions des visites, sessions et conversions.
Consignez les résultats dans un tableau :
| Symptôme | Direction de dépannage |
|---|---|
| La page d'accueil est enregistrée, pas les transitions d'article | Suivi des transitions de page |
| Les pages sont normales, les sources de promotion sont perdues | Paramètres UTM, redirections, attribution des sources |
| Les clics sont enregistrés, pas les succès | Si les événements de succès sont connectés |
| Le nombre de succès dépasse le nombre de commandes | Déclenchements en double, commandes test, critères d'annulation ou de remboursement |
| Écart multiple presque fixe sur toutes les pages | Installation en double, portée d'enregistrement et définitions des métriques |
Ce sont des directions de dépannage et elles ne peuvent pas être directement traitées comme des conclusions de panne.
Des nombres de pages vues complètement identiques ne prouvent pas non plus la réussite de la migration. Les sources perdues, les paiements en double et les conversions publicitaires rompues affectent tous les décisions.
Les données historiques et les connexions publicitaires nécessitent un traitement séparé
Plausible prend en charge l'importation des données GA, mais ne prend pas en charge l'importation des revenus e-commerce GA ; Matomo importe des rapports agrégés. La question de savoir si les anciennes données sont utilisables doit être vérifiée point par point. Documentation d'importation Plausible, limites de l'importation Matomo
Notez la date de bascule et conservez les anciens rapports. Les tendances couvrant la date de bascule doivent être annotées avec les changements de portée statistique.
Google Ads comporte aussi une vérification : le compte utilise-t-il des conversions importées de GA4 pour l'optimisation des enchères ? Avant de supprimer GA4, vérifiez le parcours de conversion publicitaire de remplacement et contrôlez les doubles comptages. Documentation sur les conversions Google Ads
Coût : regardez l'unité de facturation
Cent mille pages vues par mois ne signifie pas cent mille événements facturables.
Les pages vues, les clics sur bouton, les événements personnalisés et la collecte automatique peuvent tous entrer dans le volume d'événements. L'analyse produit de PostHog utilise une facturation à l'événement, donc les essais doivent inclure une vérification du volume d'événements. Explication de la facturation PostHog
Avant d'acheter, vérifiez :
- Unité de facturation et règles de dépassement.
- Nombre de sites web.
- Période de conservation des données.
- Quel forfait inclut les fonctionnalités nécessaires.
- Coût de maintenance de l'auto-hébergement.
Comment prendre une décision ?
Les blogs devraient d'abord tester « page → abonnement ». Les boutiques devraient d'abord tester « source → paiement ». Les sites d'adhésion devraient d'abord tester « inscription → utilisation → retour ».
Ce n'est que lorsqu'un outil candidat peut répondre à ce parcours, que ses enregistrements résistent aux vérifications et que le coût est abordable qu'il a une valeur de migration.
Auteur :AI Router
Lien :https://www.airouter.me/blog/google-analytics-alternatives
Réutilisation non commerciale avec attribution (CC BY-NC-SA 4.0).