Un lien qui n'aurait pas dû être acheté est rarement une surprise après coup. Le domaine était déjà utilisé pour un autre client, l'ancre poussait le profil trop loin vers l'exact match, ou le budget du sprint était déjà dépensé. Chacun de ces faits était déjà connu quelque part avant que la commande ne parte. Il n'était simplement pas sous les yeux de la personne qui a pris la décision.
C'est le problème que résolvent les quality gates. Cet article décrit comment nous les mettons en place et ce qu'elles remplacent ou non.
Les directives sont contournées, pas les gates
La plupart des équipes qui construisent des liens ont une directive : metrics minimales, règles d'ancres, une liste de domaines à éviter. Une directive dépend du fait que chacun la lise, s'en souvienne et l'applique de la même façon un jour chargé. Avec plusieurs partenaires qui construisent en même temps pour plusieurs clients, cela ne tient pas.
Une gate est une règle qu'un placement doit respecter avant de pouvoir avancer. Personne n'a à s'en souvenir, et personne ne peut la contourner parce qu'une échéance approche. La règle s'applique de la même façon au premier placement du mois et au dernier.
Ce que vérifient les gates
Les contrôles se répartissent en quatre groupes :
- Metrics éditeur. Le domaine doit respecter les seuils de qualité applicables à ce marché.
- Règles d'ancres. L'ancre proposée doit correspondre au plan d'ancres du client. Plus de détails dans anchor-planning multi-clients.
- Domaines dupliqués. Le domaine est vérifié par rapport aux placements de tous vos clients, pas seulement celui pour lequel il est proposé.
- Plafonds budgétaires. Un placement ne peut pas faire dépasser le budget d'un sprint.
Les seuils sont définis par marché, avec des exceptions par partenaire ou client si nécessaire. Un marché où les bons éditeurs sont rares n'a pas à suivre les mêmes chiffres qu'un marché où ils ne le sont pas.
Le partenaire voit ce qui échoue et pourquoi
Un refus sans raison coûte deux échanges de messages : un pour demander ce qui n'allait pas, un pour répondre. Le partenaire qui propose un placement voit donc exactement quelle règle échoue et pourquoi. La plupart des problèmes sont alors corrigés avant même que le placement n'atteigne le manager. Ce qui arrive dans la file de validation a déjà passé la partie mesurable.
La validation reste une étape humaine
Les gates vérifient ce qui est mesurable. Savoir si un site a du sens pour ce client, sur ce marché, à côté des liens déjà présents, est un jugement. C'est pourquoi un placement qui passe toutes les gates attend quand même la validation d'un manager. Nous considérons cette étape comme faisant partie de la qualité, pas comme un retard : aucun placement ne sort sans que quelqu'un ne l'ait regardé.
Comment cela se présente dans ECHION
Dans le Pipeline, chaque placement a un statut : Draft, Pending Approval, Approved, Outreach, Live et Verified. Chaque ligne affiche le domaine, le marché, le sprint, la page cible, l'ancre et un score qualité, et la discussion sur un placement se trouve sur le placement lui-même. Quand un placement est bloqué, le Pipeline montre quelle règle le bloque. Les placements refusés et annulés passent dans l'Archive, où ils sont conservés.
Les gates sont les mêmes, que nous gérions le netlinking pour vous avec netlinking externalisé ou que votre propre équipe le gère avec Netlinking en autonomie.
Plus d'articles dans la base de connaissances, ou découvrez comment la plateforme met cela en pratique.