Liens achetés qui n’apparaissent pas : six mythes, six étapes de reproduction
Votre outil indique zéro nouveau lien, le vendeur affirme qu’il est livré. Les deux peuvent avoir raison pendant un temps. Voici comment déterminer lequel cesse de l’être.
Équipe de recherche LinksVerifier ·
Triage des bugs
La plupart des liens manquants sont dus à un délai, pas à une fraude
Le délai d’indexation explique une grande partie des signalements. La fraude, une page noindex et un attribut rel modifié expliquent la majeure partie du reste. Testez dans cet ordre et vous éviterez bien des courriers mécontents.
Notre index se rafraîchit environ tous les mois
Search Console liste les liens avec son propre délai
Seul un fetch en direct prouve que le lien est présent dans le HTML aujourd’hui
Mythe contre réalité
Mythe
Réalité
Étape de reproduction
Si un outil ne montre aucun lien, le lien n’existe pas
Chaque outil a une date de crawl, et le nôtre est mensuel
Récupérez la page source et recherchez votre domaine
Search Console devrait le lister sous quelques jours
Son rapport sur les liens s’actualise selon son propre calendrier et échantillonne les données
Comparez la date du rapport avec la date de placement
Ahrefs, Semrush et Majestic sont toujours d’accord
Chacun utilise son propre crawler, donc les comptes diffèrent par conception
Vérifiez le même domaine dans deux outils, attendez-vous à des écarts
Une réponse 200 signifie que le lien est correct
La page peut renvoyer 200 et contenir un noindex ou un canonical ailleurs
Recherchez noindex et rel=canonical dans le HTML
Supprimé signifie que le vendeur a menti
Les sites migrent, les éditeurs nettoient, les mises à jour CMS suppriment le balisage
Vérifiez les captures Wayback pour la date de suppression
Dofollow est une valeur rel
C’est un terme familier ; les valeurs réelles sont nofollow, sponsored et ugc
Affichez le code source et lisez la chaîne rel
Les trois mythes qui provoquent le plus de débats
L’absence de liens achetés est généralement une question de délai avant d’être une question de fraude. Trois des mythes du tableau méritent un examen plus approfondi, car chacun oriente un ticket dans la mauvaise direction.
Une réponse 200 ne garantit pas la validité du lien
Un statut 200 indique que le serveur a répondu. Il ne dit rien sur le balisage contenu dans la réponse. Une page peut renvoyer 200 et contenir un noindex, ou une balise canonical pointant vers une autre adresse.
Lisez le HTML que le serveur a réellement envoyé, puis lisez le dump des en-têtes pour un X-Robots-Tag. Les deux peuvent masquer un problème que le code de statut ne montre pas.
Un lien supprimé n’est pas toujours une tromperie
Lorsqu’un lien disparaît, la première supposition est souvent le vendeur. Les causes plus courantes sont banales : une migration de site, un éditeur qui nettoie les anciens articles, ou une mise à jour CMS qui supprime le balisage qu’elle ne reconnaît pas.
Vérifiez l’archive web pour la date de suppression avant d’écrire au vendeur. Si les captures montrent que la page a changé après votre placement, la question devient quand elle a changé, et non qui l’a fait.
Deux outils en désaccord se comportent normalement
Deux outils de liens en désaccord sur un domaine fonctionnent tous les deux. Chacun a son propre crawler, son propre calendrier et ses propres règles pour ce qui compte comme un lien. Un écart de quelques hôtes est courant.
Nommez un outil comme référence dans le ticket, et gardez les autres comme contexte. Ne mélangez pas leurs comptes dans une seule colonne.
Search Console fonctionne sur sa propre horloge
Le rapport de liens dans Search Console est un pipeline séparé avec son propre délai, et il peut échantillonner les données qu’il affiche. Un lien manquant là-bas peut encore être visible dans un fetch frais, et un lien visible là-bas peut mettre du temps à apparaître.
Comparez la date du rapport avec la date de placement et notez les deux dans le ticket. Ne tenez pas le vendeur à une fenêtre que le rapport n’a jamais promise.
La chronologie de la première semaine que nous prévoyons
Jour 0, le vendeur signale le lien en direct. Récupérez-le. Votre travail est de le récupérer ce jour-là et de sauvegarder le HTML. Une copie sauvegardée vaut plus qu’une capture d’écran.
Laissez passer du temps. Au cours du premier mois, notre crawler peut ou non avoir visité la page. Si le rafraîchissement a déjà eu lieu avant le placement, vous ne verrez rien jusqu’au suivant, donc un appel au jour 10 peut légitimement retourner aucune ligne. Notez-le comme en attente plutôt que comme échoué.
Après le prochain rafraîchissement, exécutez-le. Appelez backlinks pour votre domaine et recherchez l’hôte source. S’il est manquant maintenant, vous avez une véritable divergence. Approfondissez : récupérez à nouveau la page, vérifiez un ancre modifiée, une nouvelle valeur rel ou une redirection. Le glossaire liste chacun de ces tests.
Étapes de reproduction pour un ticket de lien manquant
Sauvegardez le HTML source en direct avec un horodatage, en utilisant curl ou la fonction de sauvegarde de votre navigateur.
Enregistrez le statut HTTP de l’URL source et de votre URL cible avec curl -I.
Notez la date du dernier rafraîchissement mensuel que vous connaissez, et si le placement est antérieur à celui-ci.
Exécutez refdomains pour votre site et recherchez l’hôte source dans la liste.
Joignez les quatre éléments au ticket du vendeur avant de demander un remplacement.
Ordre des tests lorsqu’un lien disparaît
Exécutez-les dans l’ordre. Chaque étape soit ferme la question, soit vous indique quelle question poser ensuite.
01
Récupérez à nouveau la page
Récupérez l’URL source avec curl et sauvegardez le HTML avec un horodatage. Rien d’autre dans cette liste ne vaut la peine d’être testé contre une page que vous n’avez pas récupérée aujourd’hui.
02
Lisez le balisage, pas l’outil
Recherchez votre domaine dans le HTML sauvegardé et lisez la chaîne rel sur cette ancre. Un outil peut avoir du retard. Le balisage montre ce que la page envoie en ce moment. Le glossaire définit chaque valeur rel.
03
Vérifiez le statut et les redirections
Exécutez curl -I sur la source et sur votre URL cible. Une chaîne de redirection ou un 404 explique un lien manquant plus rapidement que n’importe quel index.
04
Comparez la date de placement avec le dernier rafraîchissement
Si le placement est postérieur au dernier rafraîchissement, l’écart est attendu. Notez la ligne comme en attente et notez les deux dates.
05
Relancez après le prochain rafraîchissement
Une fois le rafraîchissement passé, appelez backlinks ou refdomains pour le client et recherchez l’hôte source. Seul un hôte qui est en ligne, indexable et toujours absent est une divergence qui mérite un ticket. Planifiez le prochain contrôle avec le tableau des coûts sous la main.
Exemples de chronologie, marqués comme hypothétiques
Les exemples ci-dessous sont hypothétiques. Ils montrent comment le même résultat vide se lit différemment selon le moment où le lien a été placé.
Un lien placé juste après un rafraîchissement
Imaginez un lien placé le jour suivant un rafraîchissement mensuel. Sa première vraie chance d’apparaître est le rafraîchissement suivant, presque un cycle complet plus tard. Un résultat vide dans l’entre-deux est le calendrier qui fonctionne comme prévu.
Marquez la ligne comme en attente et notez les deux dates. Personne ne devrait poursuivre un vendeur pour une ligne que l’index n’a pas encore pu voir.
Un lien placé juste avant un rafraîchissement
Imaginez maintenant l’inverse. Un lien devient en ligne quelques jours avant le prochain rafraîchissement. Il peut apparaître à ce rafraîchissement, ou il peut avoir du retard jusqu’au suivant. Dans les deux cas, un échec après un seul rafraîchissement est un signal faible.
Un lien toujours absent après deux rafraîchissements
Disons que le même lien est toujours absent après deux rafraîchissements, tandis que la page renvoie 200 et que l’ancre est présente dans le HTML sauvegardé. Maintenant, la ligne présente une véritable divergence. Vérifiez robots.txt, les murs de connexion et le noindex avant de blâmer l’index.
Seulement à ce moment-là, la vérification à partir d’une deuxième source selon la règle d’arrêt justifie son coût.
Gardez une ligne par rafraîchissement dans le journal, avec la date à laquelle vous avez récupéré la page et le résultat de chaque vérification. Sur deux rafraîchissements, ce journal fait la différence entre une intuition et un enregistrement. Rédigez le ticket comme une liste d’observations datées, pas comme une conclusion sur le vendeur.
Questions issues d’un ticket de lien manquant
Quel mythe dois-je tester en premier ?
Commencez par le test qui ne coûte rien : un fetch frais de la page source et une recherche de votre domaine dans son HTML. Si le lien est dans le balisage, la plupart des mythes tombent à l’eau. S’il n’y est pas, les vérifications rel, noindex et redirection viennent ensuite, et chacune prend une seule commande.
Un lien manquant la première semaine est-il un problème ?
Pas à lui seul. Un lien placé peu avant un rafraîchissement peut ne pas apparaître jusqu’au suivant. Un échec la première semaine est une raison de sauvegarder la page, d’enregistrer la date et de planifier la prochaine vérification après un rafraîchissement.
Un lien manquant peut-il être une pénalité ?
C’est possible, mais c’est rarement la première explication. La plupart des liens manquants signifient que l’index n’a pas rattrapé son retard ou que la page a changé. Une action manuelle apparaît dans le propre rapport de Search Console, donc vérifiez cela avant de tirer des conclusions sur les liens.
Une balise noindex signifie-t-elle que le lien est sans valeur ?
Cela signifie que la page demande aux moteurs de recherche de rester hors des résultats, donc le lien qui s’y trouve fait rarement ce que la commande prévoyait. Que ce soit un défaut dépend de ce qui a été commandé. Notez la découverte noindex dans le ticket à côté du HTML sauvegardé qui la montre.
Quand arrêter d’attendre
Deux rafraîchissements. C’est notre règle empirique, pas une règle de Google, et vous pouvez l’étendre pour les niches à évolution lente où les éditeurs changent rarement une page. Si la page est en ligne, indexable et suivie comme convenu mais que deux rafraîchissements mensuels la manquent toujours, la page source peut être inaccessible aux crawlers, derrière une connexion ou bloquée dans robots.txt.
À ce stade, testez avec une deuxième source de données. Ahrefs ou Semrush feront l’affaire. Le nôtre seul ne suffit pas. Un désaccord sur trois index est rare pour une page publique normale. Un accord sur l’absence est une preuve forte et appartient au plan de re-vérification conscient des coûts.
Si le lien est en ligne et trouvable uniquement par fetch, acceptez-le et passez à autre chose. Les questions d’indexation concernant la page elle-même vont au manuel pour les baisses de trafic si les classements ont également bougé.
