Choisir la question avant le tableau de bord
Un plan utile part d’une question que les données peuvent résoudre. La page apparaît-elle en recherche, reçoit-elle des visites, conserve-t-elle une référence, ou entraîne-t-elle une action définie ? Ce sont des observations distinctes. Les afficher ensemble ne crée ni unité commune ni causalité.
Notez source, entité, périmètre, période, fuseau, date de collecte et lacunes. Gardez les exports bruts et créez une vue de travail séparée. Un score d’autorité ou trafic estimé peut aider la recherche, mais ne représente pas vos sessions, recettes ou clients mesurés. Il s’agit ici d’une spécification et d’un exemple, pas d’une connexion en direct.
Conserver les périmètres propres à chaque mesure
Google explique que Search Console et Analytics décrivent différentes étapes. Les clics et sessions ne coïncident pas nécessairement. Configuration, consentement, URL canoniques, périmètres et fuseaux peuvent intervenir. Comparez définitions et filtres avant d’appeler la différence des visiteurs perdus.
Le rapport Acquisition de trafic de GA4 utilise des dimensions de session. Utilisateur, session et événement relèvent de périmètres d’attribution différents. Le nombre d’événements n’est pas celui des sessions qui les contiennent. Définissez l’action, par exemple une demande réellement reçue, puis vérifiez sa collecte. Cliquer sur Envoyer ne prouve pas la réception.
Sept observations fictives avec leurs unités
Toutes les données sont inventées pour l’apprentissage ; elles ne proviennent ni de clients, ni d’une API, ni de ce site. Search Console indique 120 clics web du 1er au 7 septembre 2026 en heure du Pacifique. GA4 indique 97 sessions google / organic sur les mêmes dates calendaires dans une propriété UTC. Bornes et unités diffèrent : soustraire ne mesure pas des visiteurs manquants.
La cohorte fictive publisher.example / referral comprend 25 sessions, trois sessions avec l’événement de demande choisi et quatre occurrences. Deux pages contrôlées séparément mènent au même objectif : référence observée sur review-a, accès infructueux sur review-b. Une observation ponctuelle n’est pas un total de visites ; un contrôle non concluant ne prouve pas la suppression.
| Observation | Valeur | Périmètre ou clé | Période ou contrôle | Interprétation |
|---|---|---|---|---|
| Clics web Search Console | 120 | Propriété vérifiée ; recherche web | 2026-09-01–07 ; heure du Pacifique | Clics de résultats, pas sessions |
| Sessions organiques GA4 | 97 | google / organic | 2026-09-01–07 ; propriété UTC | Autre unité et autres bornes |
| Sessions de référence GA4 | 25 | publisher.example / referral | 2026-09-01–07 ; propriété UTC | Conserver une fois au niveau du domaine |
| Sessions de référence avec événement choisi | 3 | Même cohorte de 25 sessions | 2026-09-01–07 ; propriété UTC | Numérateur du taux ; 3 / 25 = 12% |
| Occurrences de l’événement choisi | 4 | Même cohorte de 25 sessions | 2026-09-01–07 ; propriété UTC | Répétitions sans sessions supplémentaires |
| Page source A | Référence observée | https://publisher.example/review-a → https://shop.example/projector-guide | Contrôle ponctuel 2026-09-08 | Preuve de publication ; attribution par page indisponible |
| Page source B | Accès non concluant | https://publisher.example/review-b → https://shop.example/projector-guide | Contrôle ponctuel 2026-09-08 | Ne conclure ni suppression ni zéro visite |
Respecter le dénominateur et le niveau de regroupement
Dans cette cohorte, le taux de sessions avec événement clé est 3 / 25 = 12%. Quatre occurrences sur 25 sessions donneraient des événements par session, pas le pourcentage de sessions concernées. Gardez définition, cohorte et période à côté du calcul. Un dénominateur nul ou absent ne devient pas silencieusement un taux observé de zéro.
Le registre contient deux URL sur publisher.example, mais le rapport identifie le domaine. Copier le total sur les deux pages puis l’additionner transformerait 25 sessions en 50. Conservez les 25 une fois au niveau déclaré et reliez les observations de pages comme preuves distinctes. Source / support seul ne répartit pas les visites entre review-a et review-b.
Construire une spécification vérifiable
La CSV remplie conserve les sept observations, unités et périodes. Utilisez la vierge avant d’importer vos résultats. Notez identifiants exacts, filtres d’export, fuseau et date de collecte. Expliquez la normalisation des URL : supprimer tous les paramètres ou fusionner les sous-domaines peut effacer une distinction utile.
Testez un parcours connu dans la configuration appropriée et vérifiez ce que représente l’événement. Séparez preuves exclues, inaccessibles et non concluantes. Les fonctions existantes organisent les observations enregistrées ; la feuille ne connecte aucun compte Google et ne reprend aucun scan fournisseur. Search Console et un tableau combiné en direct nécessitent des intégrations distinctes.
Télécharger les observations remplies · Télécharger une spécification vierge
Décrire le changement sans inventer la cause
Présentez vérification de publication, visibilité, comportement et résultats métier séparément. Comparez les périodes après avoir expliqué périmètre commun et changements de collecte. Une hausse pendant une campagne n’en isole pas l’effet ; un changement d’Authority Score n’explique pas les recettes. Ne réduisez pas ces différences à une note de réussite.
Une transmission utile montre donnée originale, transformation, calcul et question restante. La conclusion étayée ici est 12% dans une cohorte explicitement fictive. Elle ne prouve ni éditeur rentable, ni meilleur classement, ni connexion fonctionnelle. Pour chaque nouvelle source, vérifiez provenance et clés de jointure avant d’étendre le rapport.