Suivre un inventaire connu sans le croire exhaustif
Le suivi des backlinks revisite une page source connue et la destination attendue. Il vérifie si la page est lisible, si le lien est trouvé et si sa cible est accessible. Il ne découvre pas tous les nouveaux liens. Conservez fournisseur, date d’export et périmètre de l’inventaire. Une baisse de compteur ou une ligne absente de Search Console justifie une enquête ; elle ne démontre pas que chaque lien absent du rapport a été supprimé du Web.
Enregistrer une référence exploitable
Enregistrez les URL complètes, un libellé clair et les notes sur l’accord. Identifiez qui gère la source et qui peut réparer la cible. Ancre et rel sont des attentes facultatives, à renseigner selon les faits convenus. Conservez premier contrôle réussi, réponses HTTP et URL finales. La date d’ajout indique l’entrée dans votre registre ; le dernier contrôle indique une observation. Ni l’une ni l’autre ne prouve la première publication, le passage de Google ou l’âge du domaine.
Lire séparément source, lien et destination
Un 403, un délai dépassé ou une limite de téléchargement empêche d’établir la présence du lien. Une page lisible sans href correspondant est différente : le lien n’a pas été trouvé dans le HTML reçu. Un lien présent peut néanmoins viser une cible 404. Réponse source, résultat du lien et réponse cible restent donc séparés. Les sept séquences utilisent des entrées fictives avec la logique réelle d’inspection ; ce ne sont pas des captures d’éditeurs. Lisez les observations successives plutôt que la seule couleur du statut.
Les libellés fournisseurs ne sont pas équivalents. Ahrefs utilise « Not Found » pour une source inaccessible ; ici NOT_FOUND désigne un HTML lisible sans lien correspondant. Conservez motif original et date, sans traduire toute perte en suppression confirmée.
| ID | Ce que montre la preuve | Action suivante |
|---|---|---|
| M01 · Une ancre saine change | href et destination restent valides. Sans attente d’ancre, la deuxième observation est saine et signale un changement ; sa répétition ne crée pas d’autre avis. | Comparer le texte à l’accord et consigner son acceptation. |
| M02 · 403 puis délai dépassé | Aucun essai n’établit la présence. UNREACHABLE et cible 200 sont communs : le second peut alerter malgré deux erreurs sources différentes. Le lien lisible ultérieur produit un rétablissement. | Examiner l’accès et réessayer. Ne pas déduire une suppression de ces seuls essais. |
| M03 · Absent du HTML lisible | Deux réponses lisibles n’ont pas le href attendu. La seconde alerte ; le lien statique restauré produit un rétablissement. | Examiner HTML et cible exacte avant de demander une restauration. Vérifier séparément redirections et rendu. |
| M04 · Lien trouvé, cible défaillante | L’ancre est toujours présente. Deux cibles 404 rendent les observations problématiques et déclenchent un avis ; 200 rétablit la santé. | Affecter au responsable de la cible. Modifier la source n’est pas automatiquement la bonne réparation. |
| M05 · Mauvaise attente rel | Un lien sponsored contredit deux fois follow. Corriger l’attente en sponsored laisse la page intacte et réinitialise l’alerte. | Documenter l’accord corrigé, conserver la qualification payante et ne pas parler de réparation chez l’éditeur. |
| M06 · JavaScript insère le lien | Le script ajouterait une ancre dans le navigateur. L’inspection statique ignore le script et ne trouve aucun lien aux deux observations. | Comparer rendu et HTML serveur. L’alerte ne confirme pas une absence dans le navigateur. |
| M07 · La destination finale change | Le href initial reste identique et atteint une cible saine via une autre URL finale. Le deuxième contrôle signale un changement, pas une perte. | Vérifier contenu et redirection. La nouvelle URL finale ne révèle pas la canonique choisie par Google. |
Comprendre le déclenchement des alertes
Un résultat sain programme le contrôle suivant vers 24 heures ; un problème, vers une heure. La capacité peut retarder l’exécution. Deux observations consécutives ayant le même état de lien et résultat cible déclenchent un avis dans le panneau ; le même problème persistant ne prévient pas à chaque contrôle. Un 403 source et un timeout peuvent partager cette signature sans avoir la même cause. Après un problème signalé, un résultat sain produit un rétablissement. Une modification saine d’ancre, rel, nombre de correspondances ou URL finale peut produire un avis de changement. Ce flux n’envoie pas d’e-mail.
Définir les attentes sans modifier la preuve
L’inspecteur lit le HTML serveur, pas le DOM rendu. Il résout les liens relatifs, ignore les fragments et conserve chemins et paramètres. Il examine toutes les ancres correspondantes ; une correspondance conforme peut satisfaire les attentes facultatives. follow signifie absence de nofollow, sponsored et ugc, pas présence obligatoire d’un attribut follow. Les relations payantes doivent rester correctement qualifiées. Modifier une attente remet à zéro les compteurs de problème et d’alerte, tout en conservant les observations. Un résultat vert après modification ne prouve pas une intervention de l’éditeur ; consignez pourquoi l’accord a été corrigé.
Distinguer le suivi des liens achetés
Utilisez l’outil public pour un contrôle ponctuel, puis le suivi du panneau connecté pour enregistrer des paires. Chaque compte dispose de 50 paires, 90 jours d’historique et 100 contrôles demandés par jour, ajouts, modifications d’attentes et reprises compris. Un contrôle manuel impose cinq minutes d’intervalle. Importez de vraies paires avec les en-têtes CSV documentés ; filtrez, sélectionnez des lignes ou des plages avec Maj et consultez les historiques avant export. Mes liens conserve séparément les placements et articles achetés. Les éditeurs déjà payés restent visibles à solde nul ; le catalogue de nouveaux achats suit une autre règle.
Clore l’incident avec une vérification datée
Confiez accès source et lien modifié à l’éditeur, routage et réponse cible à son exploitant. Après correction autorisée, contrôlez la même paire et conservez les deux preuves. Pour JavaScript, examinez aussi le rendu du navigateur : absence du HTML statique ne démontre pas absence à l’écran. Archivez ailleurs ce qui doit dépasser les 90 jours d’historique. Croissance des liens, visibilité et positions demandent leurs propres jeux datés. Un avis, HTTP 200 ou rétablissement ne prouve ni indexation, ni progression, ni droit au remboursement, ni modification de l’exécution d’une commande.
Le registre rempli est un exemple. Dans le vierge, indiquez source et cible réelles, heure UTC, preuves, responsable et résultat du contrôle suivant. Laissez les inconnues vides. Ce registre d’incidents n’est pas un import du moniteur ; celui-ci utilise les colonnes documentées sourceUrl et targetUrl.