Accueil · Services · Automatiser son netlinking

Automatiser l'exécution, pas la stratégie

Chercher un site, poser une commande, suivre sa publication : un agent peut faire tout ça sans qu'un humain rouvre un tableau vingt fois par jour. Choisir la page à pousser, doser le mix d'ancres, décider du rythme : ça, non. Voici la frontière, et pourquoi elle ne bouge pas.

Voir la frontière Voir la référence technique
✓ API + serveur MCP✓ Clé sandbox pour tester✓ Plafond quotidien par clé
Le problème

Le travail manuel qui prend vos journées

Poser un lien ne prend pas longtemps. Ce qui prend du temps, c'est tout ce qu'il y a autour. Multiplié par vingt ou trente commandes par mois, ce travail de recherche et de vérification finit par coûter plus cher que la stratégie elle-même.

Chercher un site pertinent

Trouver, sur le bon thème et la bonne langue, un site dont le profil (trafic, domaines référents, prix) correspond au budget et à la page qu'on veut pousser. Fait à la main, ça veut dire ouvrir des dizaines de fiches une par une.

Briefer et relancer

Rédiger ou valider l'angle de l'article, l'ancre, la page cible. Puis relancer quand une commande stagne sans nouvelle depuis plusieurs jours.

Suivre chaque commande

Repasser régulièrement sur chaque commande en cours pour savoir où elle en est : acceptée, en rédaction, publiée. Sans notification, ça veut dire interroger le même tableau tous les jours.

Vérifier ce qui est publié

Une fois le lien annoncé en ligne, ouvrir l'article pour contrôler que l'ancre et l'URL de destination sont bien celles commandées, et que le lien existe vraiment.

Ce qui se robotise bien

Quatre tâches répétitives, vérifiables

Exactement le type de tâche qu'un agent gère mieux qu'une personne qui doit s'interrompre plusieurs fois par jour pour les faire.

01

Interroger le catalogue

Filtrer par niche, langue, Trust Flow minimum, rayon (Plancton, Corail, Nautilus) ou prix, et comparer des dizaines de sites en un seul appel là où une recherche manuelle ouvre autant de fiches.

02

Poser la commande

Une fois un site choisi, la commande se crée en un appel, réglée immédiatement si le solde prépayé la couvre. Une clé sandbox permet de tester tout le parcours avant de brancher une vraie clé, sans jamais dépenser un centime.

03

Suivre sans repoller

Un abonnement webhook signé notifie chaque étape (commande acceptée, publiée, annulée) au lieu d'interroger l'API en boucle pour savoir si quelque chose a changé.

04

Vérifier ce qui est publié

Une fois la commande marquée publiée, l'URL de l'article est renvoyée directement dans la réponse : un agent peut la contrôler automatiquement, là où un humain devait ouvrir chaque lien à la main.

Pourquoi un plafond quotidien

Chaque clé API est plafonnée à une vingtaine de commandes par jour. Ce n'est pas une limite cachée mais un garde-fou volontaire : un agent qui part en boucle (bug, mauvaise instruction, retry en cascade) reste borné avant de faire des dégâts. C'est le genre de détail qui distingue un système pensé pour de vrais agents d'un formulaire web déguisé en API.

La frontière

Trois décisions qui restent humaines

Pas par prudence excessive : parce que les automatiser produit exactement le signal que Google sanctionne après un update.

⚠ Si automatisé
Choisir les pages à pousser

Un agent qui n'a accès qu'au catalogue des sites vendeurs ne sait rien de la structure du site cible : ses pages pivots, ce qui bloque dans les positions actuelles, ce qui mérite un lien maintenant plutôt que dans deux mois.

✓ Reste une décision humaine

Ce choix se fait en regardant le site qui reçoit le lien, pas le catalogue de celui qui le vend. C'est un jugement stratégique, pas un filtre à automatiser.

⚠ Si automatisé
Doser le mix d'ancres

Un agent qui répète la même formule d'ancre à chaque commande construit, sans le vouloir, un profil monotone : exactement le signal qu'un algorithme de spam détecte le mieux.

✓ Reste une décision humaine

Le mix (marque, ancres molles, descriptif, une fraction seulement d'exact-match) se calibre en connaissant le profil de liens déjà en place sur le site cible, une donnée que l'API de commande ne voit pas.

⚠ Si automatisé
Décider du rythme

Vingt commandes passées le même jour parce qu'un script tourne sans limite ressemblent à un pic d'achat, pas à une croissance naturelle de notoriété.

✓ Reste une décision humaine

Le plafond quotidien par clé API borne le pire cas, mais l'étalement voulu dans le temps reste une décision de calendrier, pas un réglage qu'on confie à une boucle.

Attention

Ce sujet attire naturellement un discours de pilote automatique : cherchez et commandez sans y penser. En référencement, c'est exactement ce qui fabrique les profils de liens qui se font sanctionner après une mise à jour de l'algorithme. Ce qu'on automatise ici, c'est l'exécution, pas la stratégie. Pour la méthode complète de calibrage (mix d'ancres, étalement, budget), voir la page campagne de netlinking.

Concrètement

Comment un agent se branche

Le catalogue Nautilinks (des sites classés sur trois rayons à prix plat : Plancton à 5 €, Corail à 15 €, Nautilus à 30 €) est accessible par une API REST et par un serveur MCP distant, sans package à installer. Un client MCP (Claude Code, claude.ai, Cursor…) ou un appel HTTP direct parlent le même contrat de données.

Le paiement suit toujours une validation humaine : soit un solde prépayé qu'une personne a approvisionné à l'avance et que l'agent dépense au fil des commandes, soit, à défaut, un lien de paiement Stripe que cette même personne doit ouvrir. Une clé sandbox (préfixe sn_test_) permet de tester la recherche, la commande et le suivi sans jamais toucher au portefeuille réel.

Voir la référence API et MCP complète →

Questions fréquentes

Un agent peut-il automatiser tout le netlinking, du choix du site jusqu'au paiement ?

Pas tout, et ce n'est pas souhaitable. Un agent peut chercher un site dans le catalogue, poser une commande et suivre sa publication sans qu'un humain intervienne à chaque étape. Le paiement, lui, reste toujours validé par une personne : soit en amont via un solde prépayé déjà approvisionné, soit au moment via un lien Stripe qu'un humain doit ouvrir. Le choix des pages à pousser, l'équilibre des ancres et le rythme de publication restent, eux, des décisions stratégiques qui ne se délèguent pas à un algorithme.

Pourquoi y a-t-il un plafond de commandes par jour ?

Parce qu'un agent qui déraille (bug de boucle, mauvaise interprétation d'une instruction, retry en cascade) devient un risque réel dès qu'il a accès à un moyen de paiement. Le plafond, de l'ordre d'une vingtaine de commandes par jour et par clé, borne ce risque sans gêner un usage normal. Passé ce seuil, l'API répond en 429 avec le code daily_order_cap_reached, et un rejeu avec la même clé d'idempotence ne compte jamais deux fois.

Peut-on laisser un agent choisir les ancres tout seul ?

Techniquement, l'API ne l'en empêche pas. Ce n'est pas une bonne idée pour autant. Un agent qui répète la même formule d'ancre à chaque commande construit un profil monotone, exactement le type de signal qui déclenche un footprint après un update. Le mix d'ancres se décide en connaissant le profil de liens déjà en place sur le site cible, une donnée qu'un catalogue de vente ne contient pas.

Est-ce compatible avec une stratégie de netlinking déjà en place ?

Oui : l'automatisation porte sur l'exécution (chercher, commander, suivre, vérifier), pas sur la stratégie. Les pages cibles, la cadence et le mix d'ancres restent définis en amont, à la main ou avec une agence, puis exécutés via l'API ou le MCP au rythme voulu.

Faut-il coder pour commencer ?

Non si vous passez par un client MCP (Claude Code, claude.ai, Cursor) : la connexion se fait avec une clé API et une URL, sans package à installer. Coder devient utile pour aller plus loin (un cron qui vérifie le statut des commandes, une alerte sur les webhooks), mais ce n'est pas un prérequis pour démarrer.

Peut-on tester avant d'engager le moindre euro ?

Oui. Une clé sandbox (préfixe sn_test_) simule tout le parcours, recherche, commande, suivi, sans jamais débiter le solde prépayé ni créer de commande réelle chez un éditeur.

Deux façons de ne plus perdre vos journées

Branchez un agent sur l'API et gardez la main sur la stratégie, ou confiez l'ensemble, exécution et stratégie, à l'agence.

Connecter un agent Découvrir l'agence