Enregistrer une base de référence avant de modifier quoi que ce soit
Enregistrer une base de référence avant de modifier une page : cinq relevés, une commande et un dossier daté. Sans cet avant, le contrôle à quatorze jours ne peut rien comparer.
Enregistrer une base de référence avant de modifier quoi que ce soit, parce que le contrôle à quatorze jours n’a aucun sens sans un avant. Dix minutes suffisent. C’est la seule étape qui ne produit rien de visible, et celle qui, sautée, gâche silencieusement toutes les mesures suivantes.
Fais-le après avoir choisi la page et le terme avec les mots à portée de main dans Search Console, et avant de toucher au texte. Une fois la page modifiée, l’avant a disparu : Search Console continuera d’afficher des chiffres, mais tu ne sauras plus lesquels appartiennent à l’ancienne version.
Pourquoi enregistrer une base de référence avant de modifier
Les classements bougent tout seuls. Un concurrent publie, Google met à jour, la saison change, un lien apparaît. Deux semaines après une réécriture, tes chiffres auront bougé, que ta réécriture ait servi ou non. Sans un avant enregistré, tu ne peux pas séparer les deux.
Sans avant, « c’est monté » et « ça serait monté quand même » se ressemblent exactement.
Les cinq choses à enregistrer
Les cinq viennent d’outils que tu as déjà. Aucune ne demande un compte que tu n’as pas ni un produit que tu n’as pas acheté.
| # | À enregistrer | D’où |
|---|---|---|
| 1 | Clics, impressions, CTR, position moyenne du terme ciblé, sur 3 mois | Search Console, Performances, filtré sur ce terme |
| 2 | Les mêmes quatre chiffres pour la page entière, tous termes | Search Console, onglet Pages, filtré sur cette URL |
| 3 | Le HTML brut reçu par le crawler, sauvegardé dans un fichier | Une commande curl, voir plus bas |
| 4 | La date et l’heure exactes de la publication | Note-les. C’est ta ligne de partage. |
| 5 | Si la page est citée aujourd’hui, pour 3 à 5 prompts fixes | Interroge les moteurs toi-même et garde les réponses |
La ligne 5 est celle que tout le monde saute, et c’est le seul relevé de la face IA que tu auras pour la période d’avant. Aucun rapport historique ne permet de la reconstruire plus tard.
La commande pour la ligne 3
Elle sauvegarde ce que le crawler reçoit réellement, pas ce que ton navigateur affiche, et compte les caractères lisibles pour pouvoir comparer ensuite.
URL="https://example.com/your-page"
DATE=$(date +%Y%m%d)
curl -s -A "Mozilla/5.0 (compatible; OAI-SearchBot/1.4; +https://openai.com/searchbot)" \
"$URL" -o "baseline-$DATE.html"
wc -c "baseline-$DATE.html"Garde le fichier. Si, après la réécriture, le nombre d’octets n’a presque pas bougé alors que la page a visiblement changé, ton contenu est ajouté par le navigateur et le crawler ne l’a jamais vu.
Ce que tu ne pourras pas reconstruire
Les lignes 1 et 2 se récupèrent. Search Console garde des mois d’historique : si tu les oublies aujourd’hui, tu peux encore sortir l’avant la semaine prochaine. Les lignes 3 et 5, non. Personne n’archive le HTML de ta page un matin donné, et aucun moteur ne publie le journal de ses citations de mardi dernier.
Donc si tu dois sauter quelque chose par manque de temps, ne saute rien. Sache simplement que sauter l’instantané du crawler et la série de prompts est la version qu’on ne peut pas annuler. Les deux prennent environ quatre minutes.
Où ranger le tout
Un dossier par page, nommé d’après la page et daté. La structure compte moins que la règle : la base et la mesure ultérieure vivent ensemble, sinon elles ne seront pas comparées.
baselines/
your-page-slug/
20260815-gsc-term.csv
20260815-gsc-page.csv
20260815-baseline.html
20260815-citations.md
CHANGED-ON.txtCombien de temps la base reste valable
En gros, jusqu’à ce que quelque chose d’autre que toi change la situation de la page. Un concurrent qui publie une meilleure réponse, une mise à jour de l’algorithme, un changement de saison : chacun rend l’avant moins comparable, et aucun ne prévient.
En pratique, cela plaide pour un court délai entre le relevé et la publication. Enregistre la base le jour où tu fais la modification, pas deux semaines plus tôt pendant que tu réfléchis. Un avant pris un mois avant le changement mesure un autre monde.
Trois façons de rater
Les trois finissent pareil : deux semaines d’attente qui ne répondent à rien.
- Prendre une capture d’écran au lieu d’un export. Une capture ne se diffe pas et ne se recalcule pas. Exporte le CSV, c’est un clic.
- Enregistrer après la publication. Même quelques heures trop tard, les chiffres sont déjà contaminés. Si c’est déjà publié, attends et traite la prochaine modification comme ton expérience.
- Sauter la ligne 5 parce que ça semble peu scientifique. Ça l’est. Une poignée de prompts ne mesure rien de général. C’est quand même le seul avant que tu auras, et plus tard tu seras content qu’il existe.
Questions fréquentes
Trois mois, est-ce la bonne fenêtre ?
C’est la vue par défaut de Search Console et c’est assez long pour lisser le bruit hebdomadaire. Prends plus long si ton trafic est saisonnier, mais garde la même fenêtre au moment de mesurer : comparer un avant de trois mois avec un après d’un mois ne dit rien.
Et si la page n’a presque pas de données ?
Enregistre quand même, et note que c’est mince. Une base proche de zéro reste une bonne base. Cela signifie simplement qu’il faudra un effet plus gros avant de pouvoir affirmer quelque chose.
Faut-il le faire pour chaque page touchée ?
Non. Fais-le pour les pages où tu comptes tirer une conclusion. Corriger une faute évidente n’a pas besoin d’une expérience autour.
Prochaine étape
L’avant est sur le disque et daté. La page peut maintenant être modifiée, et parce que la base existe, la modification peut être une édition volontaire avec une hypothèse plutôt qu’un rangement général.
Enregistrer l’avant est la partie bon marché. Faire la modification, la publier et pousser la mise à jour pour l’indexation est l’endroit où la plupart des sites bloquent.
Fait partie du guide QueryWin · Niveau 1
