Une personne qui construit des liens pour un client peut garder le profil d'ancres dans sa tête. Cela cesse de fonctionner dès que deux partenaires travaillent sur le même client dans des marchés différents, ou qu'un partenaire travaille sur cinq clients à la fois. Chacun fait des choix sensés de son côté, et ensemble ils finissent quand même avec trop d'ancres en exact match sur la même page.
La solution habituelle est un tableau par client. Cela fonctionne jusqu'à ce que le tableau ait une semaine de retard, et à ce moment-là les placements sont déjà commandés.
Définissez la répartition avant le début du sprint
Un plan d'ancres comporte deux parties. La première est la répartition : quelle part des liens doit porter quel type d'ancre. Nous travaillons avec cinq types :
- Branded : le nom de marque, avec ou sans produit.
- Partial match : le mot-clé comme partie d'une phrase plus longue et naturelle.
- Exact match : le mot-clé lui-même.
- Generic : des mots qui ne disent rien sur le sujet.
- Naked URL : l'adresse elle-même comme ancre.
Chaque type reçoit une fourchette cible par marché, pas un chiffre fixe. Une fourchette laisse de la place à ce qu'un éditeur acceptera, tout en rendant clair le moment où un profil commence à déraper.
La seconde partie est la liste des ancres elle-même, chacune liée à une URL cible. Les définir à l'avance signifie que le choix est fait une seule fois, par quelqu'un qui connaît le client, et non à nouveau par chaque partenaire à chaque placement.
Une banque d'ancres par marché
Toutes les ancres validées d'un client se trouvent dans une seule banque, regroupées par marché et par type. La banque se charge depuis l'historique des placements, elle part donc des liens déjà existants et non d'une liste vide.
Les nouvelles ancres sont d'abord proposées et utilisées seulement après validation. Les ancres qui ne sont plus souhaitées sont refusées ou archivées plutôt que supprimées, pour que la raison pour laquelle une ancre n'est plus utilisée reste visible.
Vérifiez chaque nouveau placement par rapport aux règles
Un plan n'aide que s'il est appliqué au moment où un placement est proposé. L'ancre de chaque nouveau placement est donc vérifiée par rapport aux règles d'ancres de ce client. C'est une des quality gates : un partenaire qui choisit une ancre qui ne convient pas le voit immédiatement, avec la raison.
Comme chaque partenaire puise dans la même banque et est vérifié par rapport aux mêmes règles, le profil reste équilibré sans que personne n'ait à réconcilier des tableaux après coup.
Comment cela se présente dans ECHION
L'Anchor Library affiche la banque d'ancres par marché. Chaque type affiche sa fourchette cible et le nombre d'ancres qu'il contient, et chaque ancre affiche son URL cible, sa source et son statut : approved, proposed, rejected ou archived. Sur le Dashboard, la répartition des ancres du sprint en cours est comparée à la fourchette cible, pour que vous voyiez si un client est sur la bonne voie avant la fin du sprint.
L'Anchor Library est un des modules de la plateforme. Le plan d'ancres lui-même se définit avec les pages cibles, ce que nous décrivons dans de la page cible au sprint.
Plus d'articles dans la base de connaissances, ou découvrez comment la plateforme met cela en pratique.