Journal des modifications du site : tout noter pour savoir ce qui a fait bouger le trafic

Qu'est-ce qu'un journal des modifications du site, et en quoi diffère-t-il du changelog des développeurs ?

Le journal des modifications du site est un historique pensé pour le marketing : tout ce qui a changé sur le site, rédigé pour que toute personne qui regarde une courbe de trafic ou de conversions puisse relier une date à une cause. Ce n'est ni l'historique Git ni le changelog produit.

Le changelog des développeurs liste des commits et des numéros de version. Il dit rarement que la mise en ligne a aussi modifié le H1 de 40 pages catégories, supprimé un champ du formulaire ou déplacé le bandeau de cookies. Ce sont pourtant ces détails qui expliquent une baisse des clics organiques ou des leads, et c'est ce que conserve le journal du site.

Voyez-le comme une ligne d'un journal des modifications marketing plus large : le site, à côté des comptes publicitaires, du tracking et du CRM. Le site est souvent la cause commune de variations visibles sur plusieurs canaux à la fois, car le trafic payant, organique et e-mail arrive sur les mêmes pages.

Que faut-il noter dans un journal des modifications du site ?

Notez toute modification qui peut changer la façon dont les pages sont explorées, classées, chargées, ou dont les visiteurs convertissent. En cas de doute, notez : une entrée prend une minute, une entrée manquante peut coûter des jours d'analyse.

Notez aussi ce que vous n'avez pas fait mais qui touche le site : mise à jour automatique d'un plugin, panne de l'hébergeur, mise à jour du classement Google. Ces événements concurrencent vos propres modifications comme explication, ils vont donc sur la même frise chronologique.

Comment mettre en place un journal des modifications du site ?

Utilisez toujours les mêmes champs, une entrée par modification, et faites de la saisie une étape de la mise en ligne plutôt qu'un exercice de mémoire après coup.

1. Date et heure de mise en ligne. Pas la date de clôture du ticket. Précisez le fuseau horaire, car l'outil d'analyse et le serveur n'utilisent pas toujours le même.
2. Périmètre. Quelles URL, quels gabarits, sections ou marchés sont touchés (par exemple « toutes les pages /blog/ » ou « tunnel de commande, mobile uniquement »).
3. Ce qui a changé, avant → après. « Modèle de title : Produit | Marque → Acheter Produit en ligne | Marque » est utile. « Ajustements SEO » ne l'est pas.
4. Étiquette de type. Mise en ligne, contenu, redirection, technique, tracking, offre. Les étiquettes permettent de filtrer ensuite.
5. Responsable. La personne ou l'agence qui a fait la modification, pour savoir à qui poser la question.
6. Raison et effet attendu. Une ligne : ce que vous attendiez, et sur quel indicateur.
7. Lien. Ticket, pull request, version GTM ou capture d'écran.

Un tableur partagé suffit pour démarrer ; notre modèle de journal des modifications marketing contient déjà les colonnes. La règle qui compte plus que l'outil : celui qui publie, note. Ajoutez une case « noté ? » à la checklist de mise en ligne pour que l'entrée soit rédigée le jour même et non reconstituée un mois plus tard.

Peut-on utiliser les annotations de GA4 ou de la Search Console à la place ?

Les deux outils permettent de marquer des dates sur leurs graphiques, ce qui aide ceux qui vivent dans ces rapports. Aucun ne remplace un vrai journal, à cause des limites de taille et de conservation.

Dans la Search Console, une annotation ne peut pas être modifiée une fois créée, et Google déconseille d'y mettre des données personnelles comme des noms. GA4 ajoute aussi ses propres annotations système lorsqu'un événement affecte les données. Utilisez ces repères comme des renvois (« Gabarit de commande v3 en ligne, voir journal ») et gardez le détail, le responsable et l'avant/après dans votre journal. Notre guide des annotations GA4 détaille la configuration.

Comment utiliser le journal pour trouver la cause d'une variation de trafic ou de conversions ?

Partez de la date où l'indicateur a bougé et placez sur une seule frise toutes les modifications des jours précédents, toutes sources confondues. Écartez ensuite le tracking, vérifiez les causes externes et testez une hypothèse à la fois.

1. Fixez la date. Trouvez le premier jour anormal et vérifiez si la variation touche tout le site ou seulement certaines pages, appareils, pays ou canaux.
2. Rassemblez tout ce qui a changé dans les 7 à 14 jours précédents. Entrées du site, publications de balises et GTM, modifications dans les comptes publicitaires, changements du CRM ou des formulaires. Une mise en ligne et un changement de stratégie d'enchères la même semaine restent suspects jusqu'à ce que l'un soit écarté.
3. Écartez d'abord le tracking. Si les conversions mesurées baissent mais pas les commandes ni les leads du CRM, le problème vient de la mesure, souvent une balise, un formulaire ou le consentement. Voir notre article sur l'historique des versions GTM pour dater les changements de balises.
4. Vérifiez les causes externes. Le guide de Google sur les baisses de trafic dans la recherche cite les mises à jour d'algorithme, les problèmes techniques, de sécurité et de spam, l'évolution de l'intérêt de recherche et les migrations de site. Comparez avec les 16 derniers mois dans le rapport sur les performances pour repérer la saisonnalité.
5. Croisez périmètre et périmètre. Une baisse limitée aux pages /blog/ désigne une modification qui a touché /blog/. Un changement dans le tunnel de commande n'explique pas une baisse des impressions organiques.
6. Testez une hypothèse. Annulez ou ajustez une modification, ou comparez des groupes de pages touchées et non touchées, et suivez l'indicateur sur une période suffisante.

Tenez compte des délais : Google indique qu'après une migration avec changement d'URL, un site de taille moyenne peut mettre quelques semaines avant que la plupart des pages soient transférées, et la visibilité peut fluctuer entre-temps. Pour un diagnostic purement organique, voir pourquoi mon trafic organique a baissé.

Avec les mises en ligne du site, les publications GTM et les modifications des comptes publicitaires sur une seule frise, une baisse limitée aux pages produit apparaît aussitôt à côté de la mise en ligne du gabarit qui les a touchées. Créez gratuitement un journal des modifications dans Changeline pour garder site et publicité au même endroit.

Exemple : relier une baisse à la mise en ligne d'un gabarit

Exemple fictif, pas un vrai client. Une boutique en ligne voit les sessions organiques de ses fiches produit baisser d'environ 20 % d'une semaine à l'autre, alors que le blog reste stable.

• Frise des 14 jours précédents : mise en ligne du nouveau gabarit de fiche produit (mardi), publication GTM avec un nouvel événement (mercredi), hausse du budget Google Ads (jeudi).
• Vérification du tracking : les clics dans la Search Console ont aussi baissé, pas seulement les sessions GA4, ce n'est donc pas une balise. La publication GTM est écartée.
• Vérification du périmètre : seules les fiches produit ont baissé, précisément celles du gabarit. Le budget Google Ads ne réduit pas les clics organiques.
• Détail du journal : l'entrée avant/après montre que la mise en ligne a remplacé le bloc de description par un onglet qui ne se charge qu'au clic.
• Test : l'équipe remet la description dans le HTML initial sur la moitié des catégories et compare les deux groupes les semaines suivantes.

Sans journal, l'équipe serait partie d'une supposition, sans doute la modification la plus récente ou la plus visible.

Comment garder les modifications du site et des campagnes sur une même frise ?

Regroupez tout au même endroit, car la question est rarement « qu'est-ce qui a changé sur le site » ; c'est « qu'est-ce qui a changé, où que ce soit, avant que cet indicateur bouge ».

Dans Changeline, vous notez les modifications du site, du tracking et du CRM par projet, avec date, responsable, étiquettes et raison, et les modifications Google Ads peuvent être importées automatiquement via une connexion en lecture seule, avec les valeurs avant → après. Les intégrations avec le site et d'autres outils ne sont pas encore disponibles : les modifications du site sont donc saisies par l'équipe. Les entrées sont conservées tant que le projet existe, ce qui permet de voir facilement ce qui a changé aux mêmes semaines l'an dernier.

Quel que soit l'outil, passez le journal en revue dans le rapport mensuel : listez les modifications du site sur la période à côté des indicateurs qu'elles devaient faire bouger, et notez celles qui ont fonctionné.