Contrairement aux mises à jour précédentes où nous pourrions voir des preuves d'un certain degré d'inversion par la suite, HC se distingue comme un facteur qui ne montre aucune pitié.
En bref, il n'y a pas de correctifs faciles. L'inversion d'un site endommagé à partir d'une mise à jour HC n'est pas simple et nécessite des efforts importants, en fonction de la taille du site et du temps dont Google a besoin pour réévaluer le site.
Attendez-vous à une récupération plus rapide pour les sites avec moins de problèmes. Certains SEO ont été signalés de manière anecdotique une fois que les liaisons TOC ont été supprimées; Cependant, ce sont l'exception plutôt que la règle.
Dans mes consultations médico-légales, j'ai vu que la plupart des sites plus anciens ont souvent un ou plusieurs problèmes de HC sans rapport affectant leur déclin, tels que la surutilisation d'une phrase clé ou une optimisation de bas niveau par rapport à leurs concurrents. Ceux-ci doivent être identifiés et corrigés.
De plus, les sites avec plusieurs problèmes peuvent avoir perdu du terrain compétitif à leurs concurrents, ou Google peut avoir modifié ses résultats de recherche mélangés et peut ne plus convenir pour montrer ce type de contenu dans leurs résultats.
Chaque cas est différent et une seule taille ne convient pas à tous.
Par où commencer?
1. Identifiez les pages du problème au niveau de la page
Il y a un biais dans notre industrie selon laquelle une vue plus importante contenant toutes les données est la meilleure vue. Les données moyennes de la console de recherche (SC) ne m'ont pas amené à trouver ce que je cherchais, mais les données filtrées et raffinées m'ont montré quelque chose à chaque fois. Heureusement, SC fournit un filtre pour les données de performance.
S'il s'agit de votre site, vous saurez quelles pages ont un impact sur vos résultats, et c'est là que vous voulez commencer.
Vous devrez creuser dans les données si vous ne savez pas quelles pages ont été touchées.
J'identifie les pages de problèmes en décochez toutes les mesures de performance, à l'exception des impressions, et en fixant la plage de dates à 16 mois pour déterminer les dates d'impression Bloom et Sharp Drop.
Avec ces données, je filtre davantage les résultats pour voir les données de toutes les pages avec un « # » dans leurs URL. Cela me donne la liste des pages que je dois revoir.
Ensuite, je compare un canonique à toutes ses liaisons de texte d'ancrage pour évaluer les dommages. Ensuite, je travaille sur les pages une par une. À ce stade, l'option la plus sûre consiste à supprimer les liens TOC.
Vous pouvez avoir des pages qui ont chuté, mais n'utilisez pas de liens TOC. Dans une feuille de calcul, notez un onglet pour les pages TOC pour une révision ultérieure et placez les pages restantes dans un onglet séparé pour d'autres problèmes, en prenant note le cas échéant, puis créez un onglet distinct pour ces URL.
2. Groupe chevauchant des pages de nœuds topiques
Les pages du problème sont celles qui répondent à la même requête. Souvent, vous pouvez les identifier en examinant les limaces d'URL dans les sitemaps ou en rampant les données de l'ensemble du site.
Diagnostiquement, ce processus nous fait passer de l'évaluation individuelle des pages à l'évaluation des groupes de requête.
Souvent, les pages de ce groupe sont « la page est indexée » lorsqu'elle est examinée avec l'URL d'inspection SC. Ne confondez pas cela avec une page servie dans les résultats de la recherche. (Source)
Les pages indexées qui ne sont pas servies dans leurs données de performance n'ont aucune impression ou position. La façon de les trouver dans la recherche est d'utiliser des « citations » autour des URL. Dans ce cas, vous obtenez cette réponse.
