La porte de pré-publication : bloquer, mettre en attente ou valider
Un appel unique sur les hôtes auxquels le brouillon fait lien, puis un arbre à quatre questions. L'arbre décide si l'article est publié, s'il attend une validation humaine ou s'il est arrêté.
Équipe de recherche SEOBlogBot ·
Note sur la dénomination
Les gens tapent "vérificateur de backlinks href" quand ils veulent dire Ahrefs. La porte ci-dessous fonctionne avec n'importe quelle source de rating de domaine, et ici nous utilisons notre propre action bulk_dr. Les vrais outils dans cet espace incluent Ahrefs, Semrush et Moz ; Google Search Console ne montre que vos propres liens.
Ce que la porte examine
La porte ne lit que les liens sortants. Elle ne regarde pas les classements, le trafic ou les données de Search Console, et elle n'a jamais besoin de vos analytics.
Un script extrait chaque <a href> du HTML rendu et réduit chaque URL à son hôte. Il supprime les doublons et envoie la liste à bulk_dr en un seul appel. Rien d'autre ne quitte votre build. Cela coûte un crédit pour jusqu'à 2 000 hôtes, donc même un article avec soixante références coûte une fraction de centime.
Exécutez-le sur le HTML rendu, pas sur le Markdown. Les shortcodes, les embeds et les plugins ajoutent des liens que vous n'avez jamais tapés. Vérifiez ce que voient les visiteurs.
Où il s'exécute
Placez la porte aussi tard que possible. Le meilleur endroit est la dernière étape de build avant le planificateur, après que le CMS ou le générateur statique a produit le HTML final. Même appel en masse partout.
WordPress
Lie le changement de statut à l'événement Planifié et exécutez la porte dans ce hook. L'article ne devrait rester planifié qu'après que le verdict est PASS. Un hook, une règle.
Hugo
Ajoutez une étape après hugo build qui lit le HTML généré depuis le dossier public. Envoyez la liste des hôtes à l'appel en masse avant que l'étape de déploiement ne s'exécute.
Ghost
Abonnez un webhook à l'événement post-planification. Le gestionnaire extrait les liens du HTML de l'article et effectue le même appel, afin que Ghost et les sites statiques partagent une seule règle.
L'arbre, une question à la fois
01
Un hôte revient-il avec un rating de 0 ou aucune ligne ?
Un zéro signifie que notre index ne contient aucun domaine référent pour lui. C'est normal pour un tout nouveau site et un avertissement pour tout ce que vous citez comme autorité. Passez à la question 2.
02
L'hôte zéro est-il une source que vous avez nommée dans le texte ?
Si l'article le cite comme une étude, un rapport ou une page officielle, METTEZ EN ATTENTE l'article et envoyez-le à un rédacteur. S'il s'agit d'un outil de note de bas de page ou d'une mention de marque, VALIDEZ.
03
Trois hôtes ou plus se situent-ils sous votre propre seuil ?
Choisissez le seuil à partir de votre historique (voir la section ci-dessous). Trois hôtes faibles ou plus dans un article signifient généralement une liste extraite ou un brouillon IA collé. METTEZ EN ATTENTE.
04
Le même hôte est-il lié plus de cinq fois ?
Des liens répétés vers un seul domaine externe ressemblent à un modèle d'affiliation. Réduisez-les à la première mention. Si le script ne peut pas décider, METTEZ EN ATTENTE.
Pourquoi l'arbre pose les questions dans cet ordre
Les questions vont du signal le moins cher au plus lourd en jugement. Chaque réponse réduit ce que la question suivante doit décider, afin qu'une personne lise moins de brouillons.
L'ordre protège également le temps d'un rédacteur. Un HOLD avec une raison claire prend une minute à traiter, tandis qu'un signal vague est ignoré à la fin de la semaine.
Zéro d'abord, puis le contexte
Un zéro est le signal le moins cher, donc il vient en premier. Seul, il vous dit peu de choses. La question suivante décide si le zéro a de l'importance, c'est pourquoi l'arbre ne bloque jamais sur un zéro seul.
Pensez à un hôte qui est nouveau dans l'index. Il marque zéro, et personne dans l'équipe ne l'a entendu. Si l'article ne le cite que de passage, la réponse est VALIDEZ.
Les seuils avant les comptes
Un seul hôte faible est généralement du bruit. Plusieurs hôtes faibles dans un brouillon forment un modèle, et c'est pour cela qu'il y a un seuil. Définissez le seuil à partir de votre historique avant de compter quoi que ce soit, afin que le compte ait un sens.
Les répétitions viennent en dernier
Des liens répétés vers un hôte sont une question de style plus qu'une question de qualité. Posez la question en dernier, après que les questions de qualité aient été traitées. Un compte de répétitions seul devrait rarement décider du sort d'un article.
Ce que fait chaque sortie dans le pipeline
Les codes de sortie sont une suggestion ; mappez-les à votre propre CI.
Sortie
Signification
Action du pipeline
Qui regarde
VALIDEZ
Aucune règle n'a été déclenchée
L'article passe au planificateur
Personne
EN ATTENTE
Une règle souple a été déclenchée
Statut défini sur Relecture en attente, message Slack avec la liste des hôtes
Un rédacteur
BLOQUÉ
Erreur API 401/402 ou liste malformée
Le travail échoue, l'article reste en brouillon
Celui qui possède le pipeline
Ce qu'un rédacteur devrait voir sur un EN ATTENTE
Le titre de l'article et le créneau qu'il était sur le point d'occuper dans le calendrier.
Chaque hôte signalé avec son rating et la règle qui a été déclenchée.
La phrase où l'hôte apparaît, afin que personne ne cherche dans tout le brouillon.
Une raison en une ligne lorsque le script n'a pas pu décider.
Un moyen clair de libérer l'article ou de le renvoyer à l'auteur.
Choisir le seuil sans en emprunter un
Commencez par votre propre historique. Prenez trente articles publiés dont vous êtes satisfait et exécutez leurs hôtes sortants via bulk_dr une fois. Triez les ratings, puis regardez le dixième percentile.
Ce percentile est un premier seuil sensé, car il signale le dixième plus faible de ce que vous acceptez déjà. Notre rating est une échelle logarithmique de 0 à 100, et Ahrefs DR et Moz DA restent des échelles séparées. Les seuils de forum ne se transfèrent pas.
Gardez l'échantillon de trente articles dans votre dépôt, avec la date à côté, afin que le seuil puisse être recalculé lorsque l'échantillon change.
Révisez le seuil chaque trimestre. Le graphe de liens grandit, et l'index se rafraîchit environ une fois par mois. Un hôte qui a marqué 8 au printemps pourrait lire 15 après un rafraîchissement. Le glossaire explique les termes derrière ces chiffres.
La porte en trente lignes
Un croquis en shell et jq. Remplacez par votre langage ; la forme reste la même.
bash
HOSTS=$(grep -o 'href="https\?://[^/"]*' post.html | sed 's|.*//||' | sort -u | paste -sd, -)
RES=$(curl -s -H "Authorization: Bearer $SBB_KEY" \
"https://seoblogbot.com/api.php?action=bulk_dr&domains=$HOSTS")
case $(echo "$RES" | jq -r '.ok') in
true) ;;
*) echo "BLOCK: api error"; exit 2 ;;
esac
# inspect the response once and adapt the jq path to its shape
echo "$RES" | jq '.'
Quand un appel de porte échoue
Toutes les erreurs ne sont pas un verdict sur le brouillon. Un appel échoué est un problème dans le job, et les trois cas HTTP ci-dessous nécessitent trois réponses différentes. Écrivez ces réponses avant le lancement. Personne ne devrait improviser l'une d'elles la nuit.
Un 401 est un problème de configuration
Un 401 signifie que la clé est manquante ou incorrecte. Traitez-le comme un job cassé, pas comme un jugement sur l'article. L'article reste en brouillon, et le propriétaire du pipeline reçoit le message.
Un 402 est un problème de budget
Un 402 signifie que le crédit est épuisé, et réessayer ne peut pas résoudre cela. Arrêtez le job et alertez une personne. Rechargez depuis la page du compte, puis exécutez à nouveau le lot échoué.
Une réponse malformée est un bug
Si le JSON ne s'analyse pas ou si ok est faux, écrivez la réponse brute dans le journal et arrêtez. Ne devinez pas les champs manquants. Un rating deviné peut faire passer un article qui aurait dû être mis en attente.
Journalisez chaque échec avec l'ID de l'article, le statut HTTP et l'heure, afin que la même faute ne se répète pas silencieusement.
Vérifier le résultat, pas seulement l'appel
Une réponse réussie signifie que l'appel a fonctionné. Cela ne prouve pas que l'article est planifié avec le bon statut. Lisez-le à nouveau. Après que la porte a défini Planifié, confirmez le statut et l'heure de publication avant que le job ne soit considéré comme terminé.
Sinon, une porte peut passer sur le papier tandis que le CMS ignore silencieusement le changement. Écrivez cette relecture dans le même job. Cette vérification est peu coûteuse. Laissez-la échouer bruyamment lorsque le statut ne correspond pas.
La relecture montre également quelle étape a dérivé. Si le statut est incorrect, la porte peut s'être exécutée avant le build final. Sachez-le avant la prochaine version.
Gardez le résultat de la relecture dans le journal à côté du verdict de la porte. Les deux ensemble montrent si la porte et le CMS sont d'accord sur une journée donnée.
Questions que les équipes se posent avant d'ajouter une porte
Un vérificateur de backlinks href est-il la même chose que cette porte ?
Non. Les gens tapent cette phrase quand ils veulent dire Ahrefs. Cette porte est un script qui lit les données de lien via une API, et il s'exécute dans votre pipeline plutôt que dans un onglet de navigateur.
Une porte ralentit-elle la publication ?
Le coût supplémentaire est un aller-retour vers l'API par brouillon. Mesurez-le sur votre propre réseau avant de décider qu'il est trop lent, car la réponse dépend de votre configuration de build.
Comment choisir le seuil le premier jour ?
Utilisez l'échantillon de trente articles de la section ci-dessus. Jusqu'à ce que vous en ayez un, exécutez la porte en mode journalisation uniquement, où elle enregistre les verdicts et ne change aucun statut.
La porte remplace-t-elle un rédacteur ?
Non. Elle trie les brouillons en PASS, HOLD et BLOCK afin qu'un rédacteur en lise moins. Une personne décide toujours de ce qu'un HOLD signifie pour cet article.
La porte peut-elle s'exécuter sur un brouillon qui n'est pas final ?
Oui, mais le verdict ne décrit que les liens à ce moment-là. Exécutez-le à nouveau sur le HTML final, car une modification tardive peut ajouter ou supprimer un lien.
Un zéro signifie-t-il toujours que la source est mauvaise ?
Non. Un zéro signifie que notre index ne contient aucun domaine référent pour cet hôte. C'est normal pour un nouveau site, et cela devient un avertissement uniquement lorsque l'article présente cet hôte comme une autorité.
Notre position
Mettez plus en attente que vous ne bloquez
Une porte qui bloque trop facilement est désactivée par le troisième rédacteur agacé. Gardez BLOCK pour l'infrastructure cassée et laissez les déclenchements de règle devenir un HOLD avec une raison claire.
Journalisez la liste des hôtes avec le verdict afin que les appels prennent une minute.
