Aller au contenu
Contentin
ContentinS'inscrire

Idée reçue vs réalité

Comment vérifier la qualité des backlinks sans tromper votre pipeline

Les scores sont faciles à intégrer dans un flux de publication et faciles à mal interpréter. Sept croyances que nous observons dans les équipes headless, mises en regard avec ce que disent les données.

Un pipeline en laiton avec des filtres transparents capturant des cailloux dans une scène d'atelier isométrique

Notre position

La qualité est un jugement, le nombre est une donnée d'entrée

Aucune API ne peut dire si un lien est bon pour votre page. Elle peut montrer qui fait le lien, combien de domaines distincts, et comment un domaine se note sur une échelle de 0 à 100. Quelqu'un doit toujours regarder.

  • Lisez les domaines référents avant les lignes de backlinks
  • Comparez avec les pairs, pas avec un seuil magique
  • Gardez une personne dans la boucle pour toute action entreprise

Sept idées reçues, sept corrections

Idée reçueRéalitéÀ faire dans le pipeline
Un DR de 40 est un passage, 39 est un échecLe DR est une échelle logarithmique basée sur notre propre formule : round(100 · log(ref_domains+1) / log(2·10^7)). Un point n'est pas un verdictUtilisez des bandes, par exemple moins de 20, 20 à 50, plus de 50
Le graphique montre mon lien aujourd'huiL'index se rafraîchit environ une fois par moisEnregistrez la date de vérification et utilisez Search Console pour une preuve à jour
Notre DR est le même que le DR d'AhrefsIl est comparable dans l'esprit, mais pas le même nombre, comme le Moz DANe mélangez jamais les scores de deux fournisseurs dans une seule colonne
Un score faible signifie bloquer la publicationUn domaine nouveau ou de niche peut avoir un score faible et être parfaitement acceptableAvertissez et étiquetez, ne bloquez pas
Plus de lignes signifie plus de véritéUn appel est facturé une fois jusqu'à 1 000 lignes, mais les lignes provenant d'un même domaine se répètentComptez les domaines référents, pas les backlinks
Les webhooks se déclenchent exactement une foisCertains émetteurs réessayent, donc un gestionnaire peut s'exécuter deux foisRendez la vérification idempotente par version d'entrée
Les appels gratuits ne nécessitent pas de conception particulièreLes timeouts et les échecs touchent toujours vos éditeursDéfinissez un timeout court et échouez en mode ouvert (fail open)
Une balance avec une grande roche et une petite pierre montrant la compression du poids

Lire la première et la cinquième idée reçue

Prenons le seuil de DR. Une équipe choisit 40 parce que cela semble rond. Puis un site de niche mais respectable avec 600 domaines référents atterrit à 38 et est signalé sans bonne raison.

La formule explique pourquoi. À 600 domaines référents, le score est de 38, à 1 000 il est de 41, à 5 000 il est de 51. Passer de 600 à 5 000, soit plus de huit fois, n'achète que 13 points, donc l'échelle se comprime rapidement en haut.

Passons à la cinquième. Les lignes de backlinks sont bon marché, mais dix mille lignes provenant de trois domaines vous apprennent moins que 300 lignes provenant de 300 domaines. Triez par domaine référent en premier, puis affichez les lignes lorsqu'une règle se déclenche.

Pourquoi un seuil de 40 semble-t-il sûr ?

Parce que cela semble rond, ce qui est la seule raison pour laquelle la plupart des équipes le choisissent. Un seuil sans raisonnement derrière déplace toutes les entrées près de la ligne, et les personnes qui lisent les signaux apprennent à les ignorer.

Préférez les bandes, et laissez les noms de bandes porter le sens. Une lecture inférieure à 20, de 20 à 50 ou supérieure à 50 est un point de départ pour une revue, pas un verdict sur le partenaire.

Pourquoi les lignes répétées induisent-elles en erreur ?

Un seul domaine peut produire de nombreuses lignes de backlinks, donc une longue liste peut cacher un petit nombre de sources. Dix mille lignes provenant de trois domaines en disent moins que 300 lignes provenant de 300 domaines.

Une petite liste provenant de nombreux domaines est plus facile à examiner qu'une longue liste provenant de quelques-uns, et l'examen est l'étape qui compte.

Un test rapide pour votre règle est de lui fournir un domaine avec dix mille lignes d'une seule source, puis un avec quelques centaines de lignes de plusieurs domaines. Les deux ne doivent pas donner la même lecture, et si c'est le cas, la règle compte la mauvaise chose.

Pourquoi les chiffres bougent après un lancement

Un lancement génère une rafale de nouveaux liens, et les premières lectures déçoivent souvent. La cause habituelle est le calendrier, pas le contenu, car l'index se rafraîchit environ une fois par mois.

Une lecture qui baisse entre deux vérifications est une question à se poser, pas une alarme à déclencher. Vérifiez d'abord les dates, puis les domaines référents, et seulement ensuite le score.

Pourquoi les chiffres ont-ils changé entre deux vérifications ?

Une exécution de vérification cette semaine peut lire un domaine différemment d'une exécution le mois dernier, et la cause est souvent un rafraîchissement plutôt qu'un changement sur le site. Un lien ajouté après le dernier rafraîchissement sera simplement manquant pour l'instant.

Comparez la tendance sur plusieurs rafraîchissements et conservez la date de vérification à côté de chaque lecture. Le guide du champ score explique quels champs contiennent cette date.

Si la liste des domaines référents a peu bougé, regardez la date de rafraîchissement et votre requête avant de blâmer le site. La plupart des surprises dans un index mensuel proviennent du calendrier ou d'une requête qui a changé sans préavis.

Un nouveau domaine peut-il paraître plus petit qu'il ne l'est ?

Oui. Un domaine enregistré après le dernier rafraîchissement peut apparaître vide ou maigre, même lorsque son propriétaire est occupé. Traitez cela comme inconnu jusqu'à ce que le prochain rafraîchissement soit passé, et ne le signalez pas comme un problème.

Conservez une courte liste de domaines que vous savez nouveaux dans l'index et revérifiez-les après chaque rafraîchissement. Cette habitude transforme une lecture confuse en un fait daté, qui est beaucoup plus facile à traiter.

Les baisses de données de liens post-lancement ressemblent beaucoup à distance. Attendez la tendance avant de modifier une règle.

Une vérification raisonnable pour un lien dans un pipeline

Quatre étapes montrent comment vérifier la qualité des backlinks sans tromper le pipeline.

  1. 1

    Appelez d'abord l'aperçu gratuit

    Lisez le domaine avec l'action d'aperçu gratuit avant que toute règle ne s'exécute. Cela ne coûte rien et vous indique si l'index connaît le nom.

  2. 2

    Comparez avec les pairs, pas avec un seuil

    Placez la lecture à côté de quelques domaines du même secteur. Une bande est plus honnête qu'une ligne de passage, car un point près d'un seuil signifie très peu.

  3. 3

    Ouvrez les lignes uniquement lorsqu'une règle se déclenche

    Appelez les backlinks avec per=100 uniquement pour un domaine signalé, puis comptez les domaines référents distincts. Deux crédits achètent une page utile, donc demandez une bonne page plutôt que plusieurs petites.

  4. 4

    Enregistrez le verdict avec sa date

    Conservez la lecture, la date et la règle qui s'est déclenchée. Un réviseur peut alors voir des mois plus tard pourquoi une entrée a été signalée et à quoi ressemblaient les données à ce moment-là.

Une personne traversant un pont en bois dans une vallée brumeuse tenant une lanterne

Où Google s'insère

Google dit depuis des années qu'il ignore la plupart des liens spammy plutôt que de les punir. SpamBrain, le système derrière la mise à jour sur le spam de liens de décembre 2022, va dans cette direction.

C'est pourquoi un pipeline qui bloque sur un nombre faible fait plus de mal que de bien. Votre signal est faible. Celui de Google est fort, alors utilisez le nôtre pour prioriser les revues, puis vérifiez le rapport Links dans Search Console pour ce que Google lui-même rapporte.

Dois-je désavouer des liens ?

Généralement non. Google dit depuis des années qu'il ignore la plupart des liens spammy plutôt que de les punir, donc un fichier disavow appartient à un cas spécifique plutôt qu'à un nettoyage de routine.

Une action manuelle de Google est une situation différente, et l'outil disavow est une étape de ce processus. Lisez ce que Google rapporte dans Search Console avant de changer quoi que ce soit.

Conservez une note du profil de liens que vous avez examiné, avec sa date. Quiconque examine la décision plus tard peut alors voir le raisonnement tel qu'il était, plutôt que tel qu'il apparaît maintenant.

Un score faible nuit-il au classement d'une page ?

Notre score décrit le graphe de liens. Ce n'est pas une règle que Google applique à votre page, donc une lecture faible vous indique où regarder et rien sur ce que pense Google.

C'est pourquoi le pipeline devrait avertir plutôt que bloquer. Un signal faible utilisé comme une porte stricte cause plus de problèmes que le spam qu'il était censé attraper.

À quoi servent alors les données de liens ?

Elles servent à prioriser les revues, le travail décrit dans les sections précédentes. Utilisez-les pour décider quel partenaire ou entrée une personne devrait examiner en premier.

Tout le reste appartient à la personne qui lit le signal. Ce lecteur, et non le nombre, prend la décision concernant la page.

Questions connexes

Existe-t-il un moyen gratuit d'essayer cela sur une page ?

Oui. Les actions domain et overview gratuites ne nécessitent pas de clé, et le vérificateur DR sur l'aperçu prend un domaine directement. Exécutez-le sur votre propre site avant de décider d'une règle.

Un score faible devrait-il bloquer la publication ?

Non. Avertissez l'éditeur et étiquetez l'entrée. Une personne peut juger un lien partenaire en quelques secondes, tandis qu'une porte sur un score rafraîchi mensuellement se déclenchera à tort sur les nouveaux domaines. Voir le post-mortem pour un exemple inventé de cela.

À quelle fréquence la vérification doit-elle s'exécuter ?

Exécutez un aperçu gratuit à la publication et un balayage bulk_dr quotidiennement ou hebdomadairement. Comme l'index bouge environ mensuellement, vérifier le même domaine chaque heure ne vous apprend rien de nouveau et ajoute seulement du bruit à vos logs.