Quatre minutes pour créer le compte de service. Seize mois d'historique Search Console rapatriés dès la première synchronisation. Deux secondes pour un domaine déjà vérifié et autorisé. Et deux mois — le chiffre à l'origine de plus de tickets support que les trois autres réunis, car il s'agit de la fenêtre de rétention des données par défaut de GA4, et presque personne ne pense à la vérifier avant de se connecter.
La configuration en elle-même est rapide : un identifiant dans Paramètres → Comptes Google, deux boutons de connexion dans Gestion des domaines, puis vous oubliez l'existence de cette page. Mais ce chiffre de deux mois mérite une explication complète, car il explique pourquoi certains domaines affichent dès le premier jour un historique Analytics riche et utile, alors que d'autres n'affichent presque rien pendant des semaines — et ce n'est pas un bug de la plateforme lorsque cela se produit.
Un identifiant, accordé une seule fois
Vous importez une clé de compte de service Google — un fichier JSON, pas une connexion personnelle. Une identité robot, pas un jeton OAuth humain qui expire ou se rompt lorsque quelqu'un change son mot de passe. Google Cloud l'émet une seule fois et elle continue de fonctionner jusqu'à sa suppression, ce qui permet aussi à la plateforme de synchroniser à 3 h du matin sans que personne ne soit connecté.
En créer une prend environ ces quatre minutes si vous ne l'avez jamais fait : projet nouveau ou existant, IAM et administration → Comptes de service → Créer, télécharger la clé. La permission compte plus que ne le laisse penser le menu déroulant — accordez le rôle Lecteur sur la propriété Search Console et sur la propriété Analytics, rien de plus. J'ai vu des équipes accorder le rôle Éditeur simplement parce que c'était la première option, et six mois plus tard, personne ne peut expliquer pourquoi un compte robot dispose d'un accès en écriture à la configuration GA4. Lecture seule est le bon choix ; la plateforme ne touche jamais à vos paramètres.
Une seule clé couvre tous les domaines rattachés à ce projet Google Cloud. Si vous êtes une agence gérant une dizaine de sites clients, cela plaide pour un compte de service par client plutôt qu'un seul pour tout — retirer un client revient alors à supprimer une clé, et non à vérifier quels domaines partageaient discrètement leurs identifiants avec quelqu'un qui vient de partir.
Search Console : rapide quand ça marche, agaçant quand ça ne marche pas
- Ouvrez Connecter sur un domaine. Search Console et Analytics ont chacun leur carte, et Analytics propose un raccourci « identique à Search Console », car une seule clé couvre généralement les deux.
- Déjà vérifié et votre compte de service a accès ? C'est instantané — une simple vérification de permission, en environ deux secondes.
- Pas encore vérifié : vérification DNS automatisée si vous fournissez la clé API de votre registraire (Cloudflare, Route 53, quelques autres), ou un enregistrement TXT manuel que vous ajoutez vous-même.
C'est sur la voie manuelle que l'impatience s'installe. La propagation varie réellement — quatre-vingt-dix secondes une fois, quatre heures une autre, selon le TTL et la mise en cache du résolveur. La plateforme interroge en continu, donc vous ajoutez l'enregistrement puis vous n'avez plus qu'à attendre. Si une journée passe sans vérification, ce n'est presque jamais un problème de propagation ; c'est plutôt une faute de frappe dans la valeur ou un enregistrement placé sur la mauvaise zone (racine au lieu du sous-domaine, ou l'inverse). Lancez un `dig TXT` sur ce qui est réellement publié avant d'en accuser Google.
La voie par clé API évite tout cela en écrivant l'enregistrement à votre place, mais cela signifie donner à un outil tiers un accès en écriture à votre DNS — et si ce DNS gère du trafic de production, il n'est pas déraisonnable d'hésiter. La voie manuelle coûte quelques minutes au départ mais vous évite d'avoir à y repenser ensuite.
Analytics, et l'écart de rétention dont personne ne vous prévient
Analytics se connecte par découverte plutôt que par vérification — la plateforme recherche une propriété GA4 existante sur le domaine et se connecte si votre compte de service y a accès, car les permissions GA4 sont déjà contrôlées côté Google. Elle peut créer une propriété si aucune n'existe, mais ne laissez faire cela que pour des sites réellement nouveaux. Si vous avez migré depuis Universal Analytics ou possédez une propriété avec des années d'historique, connectez-vous explicitement à celle-ci. Une propriété toute neuve avec trois jours de données est un bien moins bon point de départ qu'une propriété vieille de neuf ans avec des tendances saisonnières bien établies, et la boucle d'optimisation s'appuie sur cet historique bien plus que ne le laisse penser le processus de connexion.
Voici l'écart qui piège les gens : Search Console recharge jusqu'à seize mois de données de requêtes lors de la première synchronisation, car Google conserve tout cet historique côté serveur, peu importe la date de connexion. GA4 n'offre pas la même garantie — son rechargement est plafonné par le paramètre de rétention des données de la propriété elle-même, qui est fixé par défaut à deux mois sauf si quelqu'un dans votre organisation l'a modifié. Un domaine peut donc afficher seize mois d'impressions et de clics dès la connexion, et deux mois de sessions le même jour, avec exactement le même processus de configuration. Ce n'est pas un échec de synchronisation. C'est le paramètre de rétention par défaut de Google qui fonctionne exactement comme configuré, et la solution — si vous voulez conserver plus de deux mois à l'avenir — consiste à modifier la fenêtre de rétention directement dans les paramètres de la propriété GA4, pas du côté de cette plateforme. À vérifier avant de vous connecter, pas après vous être demandé pourquoi les chiffres ne correspondent pas.
Propriétés partagées et ce qui se passe ensuite
Une autre subtilité d'Analytics : si votre organisation utilise une seule propriété GA4 collectant les données de cinq sites — chose fréquente lorsque quelqu'un a configuré le suivi il y a des années sans jamais le scinder depuis — la connexion fonctionne quand même parfaitement, mais chaque requête est filtrée par nom d'hôte en coulisses. Ce n'est pas une case à cocher, ni quelque chose qu'on pourrait désactiver par erreur. C'est pourquoi le tableau de bord affiche toujours les chiffres de ce domaine et jamais le total combiné de la propriété.
Une fois les deux connexions établies, la synchronisation s'exécute quotidiennement selon un planning que vous contrôlez (voir le chapitre sur les plannings), et les analyses de la boutique se joignent automatiquement à tout ce qui est construit sur la plateforme. La ligne du domaine affiche « en attente », « partiel » ou « actif » — « partiel » signifie que l'une des deux connexions est active et l'autre non, c'est votre signal pour aller vérifier quelle carte est rouge plutôt que de faire confiance au statut global.
Là où ça casse vraiment
Presque tous les tickets que j'ai vus se répartissent en trois catégories, aucune n'étant exotique. Un : la clé du compte de service est valide mais associée au mauvais projet Google Cloud, donc la vérification de permission revient vide alors même que la clé permet l'envoi. Deux : personne n'a réellement ajouté l'e-mail du compte de service — quelque chose comme [email protected] — en tant que Lecteur dans les paramètres d'accès propres à Search Console ou GA4 ; charger la clé sur la plateforme ne lui accorde rien du côté de Google. Trois, plus insidieux : un domaine est reconnecté sous un nouveau compte de service après suppression de l'ancien, mais le planning continue d'échouer silencieusement avec des identifiants obsolètes pendant une semaine avant que quelqu'un ne remarque que les chiffres ne se mettent plus à jour.
Rien de tout cela n'est un bug de la plateforme — c'est le coût ordinaire pour un robot d'obtenir la permission sur deux produits Google distincts, et le propre modèle de Google ne rend pas cela évident. Prévoyez quinze minutes pour votre premier domaine, pas les deux minutes que le processus laisse entendre. Chaque domaine suivant est rapide, car les identifiants et l'habitude se reportent d'une fois sur l'autre.
