Intégration MCP — La boucle SEO dans votre pile technologique

Connectez l'agent de codage de votre dépôt à votre projet Agentic SEO. Les découvertes deviennent des pull requests, et chaque correction est vérifiée par rapport à Search Console.

Ce que l\'intégration MCP est

Chaque outil SEO — y compris notre rapport gratuit — se termine au même endroit : une liste de choses que vous devriez corriger. L\'intégration MCP supprime cette dernière étape. Elle connecte un agent de codage IA exécuté à l\'intérieur de votre dépôt à votre projet Agentic SEO, de sorte que les découvertes cessent d\'être des éléments de liste de tâches et commencent à être livrées sous forme de pull requests vérifiées par rapport à vos données réelles Search Console.

La division du travail est simple. Notre plateforme est le cerveau : elle trouve les problèmes, les hiérarchise sur votre tableau des tâches, et vérifie les résultats après le déploiement des corrections. L\'agent connecté dans votre dépôt est les mains : il lit le tableau, implémente les corrections dans votre codebase réelle, et rend compte. Aucune moitié n\'est le produit. La boucle fermée entre elles est.

MCP (Model Context Protocol) est une norme ouverte pour connecter les agents IA aux outils externes et aux sources de données. Nous exécutons un serveur MCP distant, et une fois que vous avez votre rapport SEO gratuit, vous pouvez connecter l\'agent de codage de votre dépôt — Claude Code, par exemple — à votre projet vous-même, avec une commande et une connexion. À partir de ce moment, l\'agent travaillant dans votre codebase voit les mêmes tâches, les mêmes données Search Console, et le même contexte de crawl que l\'agent avec lequel vous discutez ici.

Ce que l\'agent connecté peut faire

La connexion expose 18 outils répartis sur six portées d\'accès, plus le contexte d\'orchestration que la plupart des serveurs MCP SEO omettent. Tout est limité à un seul projet, et les outils qui apparaissent dépendent de votre niveau d\'accès — consultez sécurité et portée d\'accès pour voir comment cela fonctionne :

Domaine	Outils	Portée
Projet & tableau	get_project · list_tasks · get_task	project:read · tasks:read
Mettre à jour le tableau	create_task · update_task	tasks:write
Search Console	gsc_query (en direct) · gsc_summary (en cache)	gsc:read
Données du site crawlé	list_pages · get_page · get_sitemap	site:read
Étude de marché	keyword_research · keyword_ideas · keyword_difficulty · serp_analysis · ranked_keywords · competitor_research · backlink_summary · backlink_referring_domains	serp:read (client uniquement)

Au-delà des outils, le serveur fournit des prompts — des flux de travail guidés que l\'agent peut invoquer : find_opportunities (découverte d\'opportunités à l\'échelle du marché, regroupée par chevauchement SERP et évaluée pour la pertinence), write_article, et improve_article — soutenus par des ressources playbook:// qui contiennent la méthodologie réelle. Cette couche d\'orchestration est ce qui différencie ceci d\'un simple tuyau de données en lecture seule.

Lorsqu\'il s\'exécute à l\'intérieur de votre dépôt, l\'agent lit et édite les vrais fichiers sources et ouvre des pull requests ; les nouveaux problèmes qu\'il découvre — un canonique manquant, un modèle cassé — vont sur le même tableau. Notez ce qui n\'est pas sur la liste : l\'agent ne peut pas pousser vers votre branche principale, ne peut pas toucher d\'autres projets, et ne peut pas voir vos identifiants Google.

Comment la boucle fonctionne de bout en bout

La boucle a trois phases, puis elle se répète :

Trouver. Le moniteur hebdomadaire de la plateforme analyse vos données Search Console et les résultats du crawl, crée de nouvelles tâches, réhiérarchise les existantes, et résout ce qui a été corrigé. Cela s\'exécute que quelqu\'un le demande ou non.
Corriger. Selon un calendrier, l\'agent dans votre dépôt prend les tâches ouvertes, implémente les modifications, et ouvre des pull requests. Votre équipe examine et fusionne — une personne approuve chaque modification avant qu\'elle ne parvienne à la production.
Vérifier. Environ trois semaines après le déploiement d\'une correction — assez longtemps pour que Google recrawl et que les données Search Console se stabilisent — la plateforme compare les performances avant et après. Chaque tâche reçoit un verdict : confirmée (les métriques se sont déplacées dans la bonne direction), inconclusive (pas de signal clair pour l\'instant), ou régression (le changement a fait du mal, et la tâche est marquée pour suivi).

La fenêtre de trois semaines est délibérée. Les retours SEO arrivent en semaines, non pas en minutes, ce qui est exactement pourquoi les exécutions d\'agent programmées sont la bonne architecture : la boucle s\'active quand Google a un nouveau signal, pas quand un tableau de bord se rafraîchit.

Le tableau des tâches en tant qu\'état partagé

Les deux moitiés de la boucle lisent et écrivent le même tableau des tâches. Le cerveau crée et vérifie les tâches ; les mains les implémentent et joignent les preuves. Sur votre page Tâches, les tâches complétées portent des badges de vérification et des liens vers les pull requests qui les ont fermées — de sorte que vous puissiez tracer toute découverte de la détection au correctif fusionné au résultat mesuré.

Sécurité et portée d\'accès

La connexion est conçue pour être étroite :

Un projet par jeton. La connexion est liée à un seul client et à un seul projet. Il ne peut accéder à rien d\'autre sur la plateforme.
Portées de capacité, résolues en direct à partir de votre niveau. L\'agent ne voit que les outils que votre niveau d\'accès permet, et les portées sont résolues à partir de votre niveau actuel au moment de la requête. Une connexion prospect est en lecture seule ; quand un compte devient client, les outils d\'écriture et de recherche de marché s\'activent automatiquement — aucune re-acceptation requise. Un prospect ne s\'élargit jamais au-delà de la lecture seule.
Expiration et révocation. Les jetons expirent, et nous pouvons révoquer une connexion à tout moment sans toucher à votre infrastructure.
Hachés au repos. Les jetons sont stockés en tant que hachis SHA-256 de notre côté — le texte brut n\'existe que dans votre environnement.
Les identifiants Google ne quittent jamais nos serveurs. L\'agent dans votre dépôt lit les données Search Console via notre plateforme. Vos jetons OAuth ne sont jamais partagés avec votre infrastructure ou l\'agent connecté.
Écritures en pull request uniquement. L\'agent ne pousse jamais vers votre branche principale. Chaque modification arrive sous la forme d\'une pull request que votre équipe examine.

Comment se connecter

La connexion est libre-service — pas de jetons à copier, pas de fichiers de configuration à remplir. Il y a deux chemins, et le guide de configuration complet étape par étape parcourt les deux avec chaque valeur de champ :

Ajoutez-le en tant que connecteur personnalisé claude.ai (sans terminal). Sur claude.ai, allez à Paramètres → Connecteurs → Ajouter un connecteur personnalisé, nommez-le Agentic SEO, définissez l\'URL sur https://myagenticseo.com/api/mcp, ignorez les paramètres avancés (le serveur prend en charge l\'enregistrement dynamique des clients, il n\'y a donc pas d\'identifiant ou de secret client), puis Ajouter → Connecter → Se connecter avec Google → Autoriser. C\'est le chemin à utiliser quand vous voulez discuter avec vos données SEO ; cela nécessite un plan claude.ai payant.
Ou ajoutez le serveur dans Claude Code si vous voulez que l\'agent édite votre dépôt. Dans votre dépôt, exécutez :
```
claude mcp add --transport http agentic-seo https://myagenticseo.com/api/mcp
```
Puis exécutez /mcp, choisissez agentic-seo, et sélectionnez Authentifier. Connectez-vous avec le même compte Google, choisissez votre projet, et approuvez.

La première fois que vous vous authentifiez, si vous n\'avez pas encore de rapport gratuit, vous atteignez la report-gate : vous générez votre rapport SEO gratuit sur vos données réelles Search Console avant que le connecteur ne se termine. Ce rapport est où chaque engagement commence — et les mêmes données dont l\'agent connecté travaille après.

D\'emblée, une connexion prospect est en lecture seule : l\'agent peut voir le tableau des tâches, les données Search Console, et le contexte du crawl. L\'écriture et les outils de recherche de marché qui alimentent la boucle de vérification de correction vérifiée découvrir → corriger → vérifier font partie de l\'engagement client, et ils s\'activent automatiquement une fois qu\'un compte est intégré — aucune reconfiguration. Réservez un appel et le fondateur la détermine avec vous.

L\'accès en lecture est libre-service ; la boucle est un engagement

Quiconque possédant un rapport SEO gratuit généré peut se connecter en lecture seule aujourd\'hui. La boucle fermée complète — accès à l\'écriture, recherche de marché, exécutions programmées, et résultats vérifiés — s\'active au niveau client. Pour la procédure pas à pas de chaque chemin de connexion, consultez Connecter le serveur MCP.

Cette page est la plongée profonde de bout en bout sur la façon dont la boucle fonctionne dans votre pile. Pour les questions « qu\'est-ce que c\'est / comment l\'ajouter », reportez-vous aux pages canoniques qu\'elle lie ci-dessus : l\' aperçu du serveur MCP SEO (ce que c\'est et comment ajouter le connecteur), l\'explique sur pourquoi la boucle importe plus que le protocole, et le guide de configuration étape par étape. Pour une image plus large de la façon dont l\'agent raisonne et enchaîne les outils, consultez Comprendre la boucle agent.

Essayez ces prompts

„Lesquelles de mes tâches ouvertes attendent une correction dans notre dépôt ?“

„Montrez-moi l'état de vérification des tâches que nous avons complétées le mois dernier“

„Quelles tâches ont une pull request attachée, et quel est leur statut ?“

„L'une de nos tâches complétées a-t-elle régressé après que sa correction ait été déployée ?“