LaunchRepoIl existe, en 2026, trois façons pratiques de faire référencer un produit logiciel sur quelques dizaines d’annuaires sans tout faire à la main : confier le travail à un agent de code capable de piloter un navigateur, le confier à un agent navigateur dédié, ou payer un service pour le faire. On les compare généralement sur le prix. Le prix est la différence la moins intéressante. Ce que chacun exige de vous, qui contrôle les comptes, et ce qu’il vous reste quand c’est terminé comptent davantage, et sont rarement écrits noir sur blanc.
Voici la version noir sur blanc. Elle est écrite par les gens qui vendent la première option, lisez-la donc avec cela en tête ; là où un service est la meilleure réponse, l’article le dit.
Option 1 : votre agent de code
Un agent de code — Claude Code, Codex, l’agent de Cursor, ou n’importe quel outil similaire capable de lire un dépôt et d’appeler des outils — n’est pas un outil de soumission. Il le devient quand vous lui donnez trois choses : un navigateur qu’il peut piloter, les faits sur votre produit sous une forme qu’il peut lire, et des instructions par annuaire qui lui disent ce que le formulaire attend et quand s’arrêter.
Ce qu’il lui faut. Un dépôt cloné sur votre machine. Une intégration navigateur : le kit documente Chrome DevTools MCP avec un Chrome où vous êtes connecté et que vous pouvez surveiller. Python pour le suivi et le tableau de bord. Les faits sur votre produit dans un fichier, votre identité publique dans un autre, et une décision sur les informations personnelles qui peuvent apparaître sur les fiches. Puis un seul prompt.
Modèle de coût. Vous payez l’usage de l’agent — des tokens, facturés par votre fournisseur — et, si vous utilisez LaunchRepo, un paiement pour le dépôt. Le deuxième produit coûte du temps d’agent, pas une seconde licence. Il n’y a pas de prix par annuaire, parce que personne ne fait le travail par annuaire, à part votre agent.
Contrôle. Total, et visible. L’agent travaille dans votre navigateur, avec vos comptes. Quand un CAPTCHA, une double authentification ou un e-mail de vérification apparaît, il s’arrête et enregistre prepared_needs_human ; vous le résolvez dans la même fenêtre. Il ne paie jamais : un annuaire dont la seule voie coûte de l’argent est enregistré en deferred_paid, et la décision vous revient. Chaque résultat atterrit dans un suivi local avec une date et une URL publique quand il en existe une.
Ce que vous possédez ensuite. Les comptes, les fiches, le suivi avec les vrais états, les playbooks, et un déroulé que vous pouvez relancer le trimestre prochain ou pour le produit suivant. Rien ne vit sur le serveur d’un prestataire.
Où cela pèche. Il faut une configuration à faire une fois — connexion du navigateur, permissions, une première session d’onboarding — et il faut que vous restiez à portée pendant un lot, pour les relais. Si vous n’avez jamais fait tourner un agent avec un outil navigateur, la première heure est de l’apprentissage, pas du lancement. Les pages agents décrivent la configuration pour Claude Code, Codex et Cursor séparément.
Option 2 : un agent navigateur
Les agents navigateur de type Operator — hébergés ou locaux — savent déjà cliquer. Pointez-en un vers un formulaire de soumission, donnez-lui du texte, et il remplit le formulaire. Cela ressemble à l’option 1 et en diffère sur un point important : un agent navigateur, par défaut, n’a aucune mémoire de votre produit d’un site à l’autre et aucune idée de ce que « terminé » veut dire sur tel ou tel annuaire.
Ce qu’il lui faut. Les mêmes faits produit et la même identité, mais transmis à chaque session, parce qu’un agent navigateur hébergé ne peut pas lire votre dépôt. Un brief par annuaire : ce que demande le formulaire, ce qui compte comme confirmation, ce qu’il faut refuser. Un moyen de consigner les résultats, puisque l’agent lui-même ne peut généralement pas exécuter votre suivi.
Modèle de coût. Facturation à l’usage par le fournisseur de l’agent, parfois un abonnement au produit agent lui-même. Plus ce qui lui fournit les briefs ; la page agents navigateur explique comment les playbooks du kit jouent ce rôle même quand l’agent ne peut pas lire de fichiers directement.
Contrôle. Élevé tant que vous regardez, faible quand vous ne regardez pas. Un agent navigateur cliquera volontiers sur « Upgrade » si le formulaire gratuit est caché derrière, soumettra un formulaire deux fois si la première confirmation était ambiguë, ou écrira « lancé » dans vos notes parce qu’il a vu une page de remerciement. Rien de tout cela n’est de la malveillance ; c’est l’absence de règles. Les règles doivent venir de quelque part.
Ce que vous possédez ensuite. Les comptes et les fiches, si vous vous êtes connecté vous-même. Le relevé, seulement si vous en avez tenu un. L’historique de session d’un agent navigateur hébergé n’est pas un suivi de soumissions.
Où il brille. Les annuaires aux formulaires lourds et visuels où l’outil navigateur d’un agent de code est maladroit, et les soumissions ponctuelles où monter un dépôt serait disproportionné. Où il déçoit : les lots de trente plateformes avec des relances sur plusieurs semaines. C’est un problème de suivi d’états, et un agent navigateur n’a pas d’états.
Option 3 : un service clé en main
Vous payez, vous remplissez un formulaire sur votre produit, et une équipe — humaine, automatisée, ou, comme plusieurs prestataires le formulent désormais, « des agents IA et des humains ensemble » — le soumet à un nombre fixe d’annuaires et vous envoie un rapport. C’est le segment de marché le plus large et le plus hétérogène.
Ce qu’il lui faut. De vous : les faits produit, un logo, des captures d’écran, et parfois l’accès à une adresse e-mail. D’eux : le choix d’une formule. Certains créent les comptes à votre place avec une adresse qu’ils contrôlent et vous remettent les identifiants à la fin ; certains utilisent les vôtres ; certains se connectent avec leur propre compte Google sur les annuaires qui ne proposent rien d’autre. C’est le détail à lire avant de payer, et la comparaison des prestataires cite ce que chacun des huit prestataires vérifiés publie à ce sujet.
Modèle de coût. Généralement un paiement unique par produit ou par site, par paliers selon le nombre d’annuaires ; parfois un abonnement avec un quota mensuel. Le deuxième produit coûte la même chose une seconde fois. Les prix trouvés allaient de quelques dizaines à plusieurs centaines de dollars par produit le jour de la vérification ; les pages de comparaison donnent les chiffres datés.
Contrôle. Faible, à dessein ; c’est ce que vous payez. Vous voyez un rapport à la fin. Si les fiches ont pris la voie gratuite, si un formulaire a été soumis deux fois, et si « référencé » voulait dire en ligne ou en attente de modération dépend du standard de rapport du prestataire. Certains publient les URL en ligne et des captures d’écran ; d’autres livrent une feuille de calcul.
Ce que vous possédez ensuite. Les fiches mises en ligne, et les identifiants des comptes si le prestataire les remet. Pas le processus : le produit suivant est une nouvelle commande. Certains services joignent une garantie sur les scores d’autorité de domaine ou le nombre de fiches ; les honnêtes précisent aussi que ce sont les annuaires qui décident, pas le prestataire.
Où c’est la bonne réponse. Vous avez un produit, aucun intérêt pour les agents, et un budget. Un service est alors rationnel, et les pages de comparaison existent pour que vous en choisissiez un sur des faits plutôt que sur la landing page la plus bruyante. Le hub des alternatives classe les prestataires par modèle.
Les différences qui tranchent
Mettons les trois côte à côte sur les questions qui varient réellement :
| Agent de code + kit | Agent navigateur | Service clé en main | |
|---|---|---|---|
| Qui fait le travail | Votre agent, dans votre navigateur | L’agent, dans son navigateur ou le vôtre | L’équipe ou l’automatisation du prestataire |
| Qui détient les comptes | Vous | Vous, si vous vous êtes connecté | Le prestataire ou vous, selon la formule |
| Le prix évolue avec | L’usage de l’agent | L’usage de l’agent | Le nombre de produits |
| Deuxième produit | Même dépôt | Même configuration, nouveaux briefs | Nouvelle commande |
| Relais (CAPTCHA, 2FA) | Enregistrés, à vous de résoudre | À vous, si vous le remarquez | Le prestataire gère ou saute |
| Voie gratuite ou payante | Gratuite par défaut, ne paie jamais | Ce sur quoi il clique | Définie par la formule |
| Trace de ce qui s’est passé | Suivi local, 11 états | Ce que vous avez gardé | Le rapport du prestataire |
| Ensuite | Playbooks, suivi, comptes | Comptes | Fiches, rapport |
La ligne « deuxième produit » est celle qui sépare les acheteurs. Si vous sortez un produit par an, la colonne service gagne sur l’effort et l’écart de prix est faible. Si vous en sortez plusieurs, ou relancez après un changement de nom, la colonne dépôt gagne sur les deux, et la colonne agent navigateur dépend entièrement de votre discipline à tenir des relevés.
Ce qu’est LaunchRepo, dans ce cadre
LaunchRepo est l’option 1 empaquetée : des playbooks pour 346 plateformes, un modèle produit, un suivi à onze états et un tableau de bord local, dans un dépôt privé que votre propre agent fait tourner. Il sert aussi de règlement manquant pour l’option 2, et c’est pour cela que la page agents navigateur existe. Ce n’est pas l’option 3 et cela ne veut pas l’être. Il n’y a ni équipe, ni file d’attente, ni rapport ; il y a un dépôt et un prix pour un nombre illimité de produits que vous possédez.
Ce qui est une longue façon de dire : choisissez selon ce que vous voulez posséder ensuite. Si la réponse est « rien, juste les fiches », payez un service. Si la réponse est « le processus », prenez le dépôt et donnez-le à l’agent que vous avez déjà.
Sources : le dépôt LaunchRepo (START.md, BROWSER-SETUP.md, RUNBOOK.md) et les pages des prestataires vérifiées pour les pages de comparaison le 17 septembre 2026. Aucun prestataire n’a été contacté pour cet article.