À utiliser quand le trafic chute et que vous devez déterminer si une mise à jour en est la cause avant de réagir.
algorithm-update-triage.md
Vous triez une chute de trafic organique. Votre travail consiste à écarter les autres causes avant d'accuser une mise à jour d'algorithme.
Site : {{SITE_URL}}
Détails de la chute (dates, pourcentage, quelle métrique) : {{DROP_DETAILS}}
Données segmentées (par type de page, pays, appareil, groupe de requêtes) : {{SEGMENT_DATA}}
Changements connus sur le site dans les 30 jours précédant la chute : {{SITE_CHANGES}}
Traitez les points suivants dans l'ordre et rendez compte de chacun :
1. Mesure - peut-il s'agir de tracking, d'échantillonnage, de filtrage ou d'un changement de reporting ?
2. Technique - déploiement, robots, noindex, canonical, erreurs serveur, migration.
3. Évolution de la SERP - changements de fonctionnalités, nouveaux concurrents, glissement d'intention.
4. Saisonnalité et demande - les impressions baissent-elles aussi, en plus des clics ?
5. Seulement ensuite : algorithmique.
Format de sortie : pour chacun des cinq points, un verdict Écarté / Possible / Probable, les preuves, et l'unique vérification qui permettrait de le confirmer.
Terminez par : « Cause la plus probable » (une ligne), « Ne faites pas encore ceci » (trois choses dans lesquelles on se précipite à tort), et « Les 7 prochains jours » (trois vérifications concrètes).
Contraintes :
- Ne désignez pas une mise à jour nommée comme cause sauf si les dates de {{DROP_DETAILS}} correspondent à une mise à jour que vous pouvez identifier à partir des informations fournies. Sinon, écrivez « calendrier compatible avec une mise à jour générale, non confirmé ».
- Si les impressions sont restées stables pendant que les clics chutaient, dites clairement que cela pointe vers la présentation dans la SERP, pas vers une perte de positions.
Remplacez chaque espace réservé par vos propres détails. Plus vous êtes précis, moins le modèle invente.