Content decay : reperer les articles qui perdent du trafic
Un processus d audit concret pour identifier les posts qui saignent des clics et prioriser les mises a jour avec des donnees, pas a l intuition.
Il y a trois mois, un client a perdu 38% du trafic organique sur un post qui rankait premier depuis deux ans. Personne n a touche la page. Google n a rien sanctionne. Ce qui s est passe, c est du content decay : ce declin silencieux qui frappe le bon contenu pendant que vous etes occupe a publier du neuf. Ce n est pas l algorithme, ce n est pas une penalite, c est de l entropie. Et presque tout blog de plus de 18 mois a entre 20% et 40% de son catalogue dans cet etat la, generant la moitie du trafic qu il pourrait. Le souci, c est que personne n audite avant que le trafic total ne baisse et que le CFO demande pourquoi.
La premiere chose que je fais, c est ouvrir Search Console et exporter 16 mois d impressions et de clics par URL, segmente par mois. Dans Looker Studio je compare le trimestre courant au meme trimestre de l annee precedente. Toute URL avec une baisse de clics superieure a 25% atterrit sur la liste des suspects. Ensuite je croise avec la position moyenne : si la position a chute de plus de 3 points, c est un probleme de ranking. Si la position a tenu mais que le CTR s est ecroule, c est en general une SERP feature qui mange le clic. Ce split change toute la strategie de reecriture. Pour le second cas, il faut revoir Title tags qui convertissent : 7 modeles testes sur des SERP reelles et La meta description compte-t-elle encore? Ce que les donnees de CTR montrent avant de toucher au corps.
Apres avoir isole les URLs en decay, je les range dans quatre buckets. Premier : decay par obsolescence factuelle, classique pour les posts avec une annee dans le titre ou des outils qui ont change. Deuxieme : decay par intention migree, quand la SERP est passee d informationnel a commercial ou l inverse. Troisieme : decay competitif, quand quelqu un a publie objectivement mieux. Quatrieme : decay technique, souvent une migration mal faite, un canonical errone ou un souci de crawl. Chaque bucket demande un traitement different. Tout fourrer dans une "mise a jour generale" revient a prescrire des antibiotiques contre un virus. Pour le bucket trois, Reecrire ou refaire : trancher avec les donnees de la SERP aide a choisir entre chirurgie et demolition.
Pour le diagnostic technique je lance Screaming Frog sur l URL, je verifie les en-tetes, je compare le HTML rendu au HTML servi et je regarde les logs Googlebot des 60 derniers jours. Des trucs absurdes ressortent : un post avec un noindex accidentel depuis une migration, un canonical pointant vers la home, du JavaScript qui cache la moitie du contenu sur mobile. Quand Googlebot arrete de visiter la page, le decay s accelere. Il vaut le coup de combiner avec Log file analysis : ce que Googlebot fait vraiment et Canonical tags : les erreurs frequentes qui saignent le trafic organique. Sur 4 audits sur 10 que je fais, le probleme est technique, pas editorial. Reecrire sans verifier ca, c est gacher des heures de redacteur.
Quand le probleme est vraiment editorial, j utilise une matrice de priorisation simple : clics perdus sur les 90 derniers jours multiplies par la valeur moyenne par session de l URL (sortie de GA4). Ca me donne un classement d impact en euros. Je prends le top 20 et j ouvre un doc par URL avec trois sections : ce que la SERP actuelle attend (analyse du top 10), ce que le post livre aujourd hui et le gap. Ici je croise aussi avec Intention de recherche : 4 types et comment les mapper sur la SERP parce que la moitie des decays que je vois sont des posts informationnels qui essaient de ranker sur des queries devenues transactionnelles. Reecrire le paragraphe d intro ne reglera rien, il faut un nouvel angle.
A l execution du refresh, on garde l URL, on met a jour la date de publication uniquement si la reecriture depasse 40% du corps, et on republie avec un changelog visible en pied de page pour signaler la fraicheur au lecteur et a Google. On met a jour le title, la meta, le premier paragraphe et on ajoute des blocs neufs qui repondent aux PAA actuelles. En interne, on redirige les liens des posts connexes pour renforcer l autorite interne, ce que j ai detaille dans Interlinking intelligent: la carte d'autorite interne. On monitore pendant 6 semaines avec une alerte de chute dans Search Console. En moyenne, 70% des posts en decay recuperent au moins 60% du trafic perdu en 90 jours, pour un cout de 4 a 8 heures par post.
Le takeaway concret : planifie un audit de decay chaque trimestre, fixe dans le calendrier, avant de planifier les nouveaux posts. Reserve 30% de la capacite editoriale au refresh, pas 5%. Un vieux contenu qui ranke bien vaut plus qu un contenu neuf qui se bat pour une position. Commence demain en exportant 16 mois de GSC, en filtrant les baisses de plus de 25% et en attaquant les trois premiers de la matrice d impact. Tu vas recuperer plus de trafic en deux semaines qu en trois mois a publier du neuf.