Roadmap MCP — gaps detectes par le LLM router

×1 seo_url_to_post_id_resolve done 1ere demande 2026-05-04 · derniere 2026-05-04 17:07

Devrait faire : Resoud une URL WordPress en post_id (post/page/CPT) pour pouvoir appliquer les actions autopilot qui exigent post_id.
Pourquoi les tools existants ne suffisent pas : Tous les seo_autopilot_set_* exigent post_id, mais la tache fournit des URLs. Sans resolveur URL->post_id, l agent doit faire un GET WP search manuel a chaque URL.
Signature suggeree :

{"url": "https://transicio.com/some-page", "site": "transicio"}

Notes triage : [2026-05-04 17:24 · ui] ✅ Confirme pour dev [2026-05-04 18:39 · ui] 🚧 En cours dev [2026-05-04 18:40 · ui] ✅ Confirme pour dev [2026-05-04 18:40 · ui] 🚧 En cours dev [2026-05-04 18:41 · ui] ✓ Resolu — Implemente dans le sprint 2026-05 par Claude. Tool teste OK, deploye et catalogue.
✅ Resolu par : seo_url_to_post_id_resolve

Tasks qui ont demande ce tool :

#3 Désindexation URLs intermédiaires + soumission URLs finales

🎯 Analyse opportunite (generee 2026-05-04 par le LLM router)

Valeur metier : 0.85 Faisabilite : easy WordPress REST API expose plusieurs mecanismes : (1) endpoint /wp-json/wp/v2/search?search=<slug>&type=post,page, (2) requete directe par slug /wp-json/wp/v2/pages?slug=xxx qui retourne le post avec son id, (3) plugin WP standard supporte l'endpoint url_to_postid via custom route si besoin de robust... Effort dev : S 1-3h Pourquoi cette valeur : Tool d'infrastructure / glue code a tres fort effet de levier : il debloque l'usage en batch de TOUS les seo_autopilot_set_* existants, qui sont eux-memes deja construits. Sans ce resolveur, chaque URL coute un appel manuel + parsing au LLM, ce qui rend les workflows multi-URLs inefficaces et coute des tokens. Avec, on passe d'un mode 'une page a la fois' a un mode 'batch reel'. Mutualisation parfaite sur les 5 sites (meme stack WP). Effort S (quelques heures) pour un ROI immediat sur transicio (~158 pages mais futurs audits GSC) et critique pour ouvrir au marche client e-commerce/B2B volumique ou personne ne va manuellement chercher des post_ids. Pas 0.9+ car ce n'est pas un tool 'creatif' qui debloque une nouvelle capacite SEO, juste une plomberie - mais une plomberie qui multiplie l'utilite de l'existant. Cas d usage ideaux : 1) Workflows autopilot SEO en batch : l'utilisateur fournit une liste d'URLs (depuis Search Console, audit Screaming Frog, export Ahrefs) et l'agent applique seo_autopilot_set_title/meta/canonical/redirect en masse sans aller-retour manuel. 2) Reconciliation cross-site : sur les 5 sites, partir d'un rapport GSC (qui ne donne que des URLs) pour pousser des fixes. 3) Corrections de crawl errors : 404, redirects, canonicals - les outils de monitoring renvoient des URLs, pas des post_ids. 4) Futur client e-commerce 10k+ : indispensable pour traiter des milliers de fiches produits identifiees par URL slug. 5) Traitement de sitemaps XML (URLs natives) pour audits batch. 6) Integration avec n'importe quel outil SEO externe (Ahrefs, Semrush, GSC) qui ne connait que des URLs. Contexte requis : Des qu'il y a >10 URLs a traiter par batch OU une source de donnees externe (GSC, Ahrefs, sitemap, crawl) qui fournit des URLs. Concerne deja les 5 sites actuels (toute action autopilot via rapport externe), critique pour futurs clients volumiques. Si rejete, reconsiderer si : N/A - score >= 0.5, recommandation : faire.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

⚠️ Tools existants TRES similaires (max similarite = 0.764)

Verifie soigneusement si l un d eux convient — il y a un risque eleve de doublon. Top 3 par similarite cosine.

seo_url_to_post_id_resolve 0.764 seo_read

[ANALYZE] Resoud une URL WordPress vers son (post_id, post_type). Use when: tu as une liste d URLs (depuis GSC, Ahrefs, audit, sitemap) et tu veux appliquer en batch des seo_autopilot_set_* qui exige

seo_maillage_backfill_wp_ids 0.622 seo_action

[ACTION] Pre-resoud les wp_post_id manquants (paginated WP REST + redirect-follow). Use when: avant un batch de write maillage, pour reduire les fails 'wp_post_id introuvable'.

seo_autopilot_update_post 0.579 seo_action

[WORKFLOW] Met a jour un post/page/CPT WordPress existant (contenu, titre, metas SEO). Use when: tu veux pousser un refresh, merge ou upgrade de contenu sur un article deja publie. DO NOT use: - po

✓ Tool implemente

×1 seo_curl_verify_batch done 1ere demande 2026-05-04 · derniere 2026-05-04 15:01

Devrait faire : Verifie en batch une liste d URLs avec curl -I et retourne le nombre de hops 301, le code final, et flag les URLs qui ne respectent pas le pattern attendu (1 seul 301 puis 200).
Pourquoi les tools existants ne suffisent pas : seo_redirect_verify fonctionne url par url et ne compte pas les hops de chaine de maniere explicite.
Signature suggeree :

{"site": "transicio", "urls": ["/audit-si-urgence-plan-transformation"], "expected_max_hops": 1, "expected_final_status": 200}

Notes triage : [2026-05-04 17:21 · ui] ✅ Confirme pour dev [2026-05-04 17:21 · ui] ↺ Re-ouvert [2026-05-04 17:24 · ui] ✅ Confirme pour dev [2026-05-04 18:39 · ui] 🚧 En cours dev [2026-05-04 18:41 · ui] ✓ Resolu — Implemente dans le sprint 2026-05 par Claude. Tool teste OK, deploye et catalogue.
✅ Resolu par : seo_curl_verify_batch

Tasks qui ont demande ce tool :

#2 Réécriture fichier redirections (301 direct)

🎯 Analyse opportunite (generee 2026-05-04 par le LLM router)

Valeur metier : 0.72 Faisabilite : easy Pas d API externe necessaire. curl/httpx en Python suffit, suivi manuel des redirections via allow_redirects=False en boucle pour compter les hops explicitement (ce que seo_redirect_verify ne fait apparemment pas de maniere agregee). Async avec httpx.AsyncClient + asyncio.gather pour batch performan... Effort dev : S 1-3h Pourquoi cette valeur : Score eleve car : (1) cout dev tres faible (S, quelques heures), (2) mutualisation immediate sur 5 sites du portfolio pour audits recurrents, (3) capacite differenciante pour pitcher des clients e-commerce/migration ou les chaines 301 sont un probleme SEO majeur et frequent, (4) complete proprement seo_redirect_verify (unitaire) avec une vue agregee + flag automatique des anomalies (1 seul 301 puis 200 = pattern attendu), evitant un travail manuel fastidieux. Ce n est pas un game-changer (0.9+) car les volumes actuels (158 pages max) restent gerables et l usage est plutot ponctuel (post-migration, audit mensuel) qu quotidien. Mais le ratio valeur/effort est excellent. Cas d usage ideaux : 1) Audit post-migration : apres une refonte transicio ou changement de slugs, valider en 1 commande que les 158 URLs de l ancien sitemap redirigent en 1 hop vers HTTP 200 (pas de chaine 301->301->200 qui tue le crawl budget). 2) Audit periodique cross-site : passer les sitemaps des 5 sites (yuzko, belformance, belkis-chayeb, pierre-alexandre-mas, transicio) en batch mensuel pour detecter les redirections cassees / chaines apparues suite a modifs WP. 3) Validation de plan de redirection htaccess avant mise en prod (input = liste old_url -> expected_new_url, output = diff). 4) Pour futurs clients e-commerce 10k+ : detection massive de chaines 301 sur fiches produits supprimees/refondues (cas critique SEO, Google deprecie les chaines >3 hops). 5) Detection de boucles de redirection et mixed content (http->https->http). 6) QA de migration HTTPS ou changement de domaine. Contexte requis : Utile des qu un site a >50 URLs avec historique de redirections. Valeur forte sur portfolio 5 sites (mutualisation = 1 dev, 5 usages recurrents) et critique sur futurs clients e-commerce/B2B 10k+ pages ou les chaines 301 sont massives et invisibles sans batch. Si rejete, reconsiderer si : N/A - score >= 0.5, recommandation de developper. Si neanmoins reporte, le reconsiderer immediatement avant toute migration de site, refonte transicio, ou onboarding d un client avec historique de redirections.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

⚠️ Tools existants TRES similaires (max similarite = 0.730)

Verifie soigneusement si l un d eux convient — il y a un risque eleve de doublon. Top 3 par similarite cosine.

seo_curl_verify_batch 0.73 seo_read

[ANALYZE] Verifie en batch une liste d URLs avec HEAD requests : compte les hops, capture le status final, flag les violations (chaines >max_hops, status != attendu). Use when: audit post-migration o

seo_redirect_map 0.513 seo_read

[ANALYZE] Liste toutes les redirections 301/302 d un site avec leur cible et detecte les chaines de redirection. Use when: tu veux auditer les redirections existantes, identifier les chaines (2+ hops

seo_canonical_mismatches 0.507 seo_read

[ANALYZE] Pages ou Google a choisi un canonical different de celui declare dans le HTML. Use when: tu veux detecter les pages ou Google ignore le rel=canonical declare, signal de probleme SEO majeur

✓ Tool implemente

×1 seo_server_file_backup done 1ere demande 2026-05-04 · derniere 2026-05-04 15:01

Devrait faire : Cree un backup horodatte d un fichier de config serveur (.htaccess, nginx.conf, wp-config.php) avant toute modification, avec stockage versionne et possibilite de restore.
Pourquoi les tools existants ne suffisent pas : Aucun tool actuel ne permet de backup des fichiers serveur hors WordPress.
Signature suggeree :

{"site": "transicio", "label": "before_redirect_consolidation", "file_path": "/var/www/html/.htaccess"}

Notes triage : [2026-05-04 17:24 · ui] ✅ Confirme pour dev [2026-05-04 18:39 · ui] 🚧 En cours dev [2026-05-04 18:41 · ui] ✓ Resolu — Implemente dans le sprint 2026-05 par Claude. Tool teste OK, deploye et catalogue.
✅ Resolu par : seo_server_file_backup

Tasks qui ont demande ce tool :

#2 Réécriture fichier redirections (301 direct)

🎯 Analyse opportunite (generee 2026-05-04 par le LLM router)

Valeur metier : 0.72 Faisabilite : easy Aucune API externe requise. Implementation triviale : SSH/SFTP via paramiko (Python) ou FS direct si MCP tourne sur le meme host, copy avec timestamp + label dans dossier backup/, optionnellement git commit. La complexite est uniquement dans la gestion des credentials SSH multi-sites (mais probablem... Effort dev : S 1-3h Pourquoi cette valeur : Forte valeur car : (1) filet de securite indispensable - une erreur dans .htaccess = site down, et sur 5 sites le risque est multiplie ; (2) mutualisation immediate sur les 5 sites du portfolio ; (3) prerequis quasi-obligatoire pour automatiser des modifications htaccess/nginx en masse (sans backup auto, on ne peut pas laisser un LLM toucher ces fichiers en confiance) ; (4) tres faible cout de dev (S) pour un benefice recurrent ; (5) debloque d'autres tools futurs (seo_htaccess_redirect_apply, seo_nginx_cache_tune) en leur donnant une couche de safety. Pas 0.9+ car ce n'est pas un tool qui genere de l'insight SEO directement, c'est un enabler. Pour clients e-commerce 10k+, la valeur monte a 0.9 (downtime = perte CA). Cas d usage ideaux : 1) Avant toute modification de .htaccess sur transicio (consolidation de redirects 301, ajout de regles HSTS, blocage de bots) - permet rollback immediat si erreur 500. 2) Backup wp-config.php avant changement de prefix DB, ajout de constantes (WP_CACHE, DISABLE_FILE_EDIT) sur les 5 sites WordPress. 3) Backup nginx.conf / vhost avant tuning perf (gzip, cache headers, rate limiting). 4) Snapshot avant deploiement de regles SEO en masse (canonical via htaccess, redirects pays). 5) Pour futurs clients e-commerce 10k+ : backup avant migration URL massive, changement de structure permalink, fusion de catalogues (un .htaccess corrompu = site down = perte CA directe). 6) Audit trail / compliance : tracer qui a modifie quoi et quand sur fichiers critiques. Contexte requis : Acces SSH/SFTP ou FS local sur les serveurs des 5 sites. Necessite stockage versionne (dossier dedie + git OU S3). Pertinent des qu on touche aux fichiers serveur >1x/mois, ce qui est le cas en SEO technique sur portfolio multisite. Si rejete, reconsiderer si : N/A - score > 0.5, recommande au developpement. Le ratio effort(S)/valeur est excellent et c'est un prerequis de safety pour tout futur tool de modification de config serveur.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

⚠️ Tools existants TRES similaires (max similarite = 0.777)

Verifie soigneusement si l un d eux convient — il y a un risque eleve de doublon. Top 3 par similarite cosine.

seo_server_file_backup 0.777 seo_read

[ACTION] Cree un backup horodate d un fichier de config serveur (.htaccess, nginx.conf, wp-config.php) avant toute modification. Use when: avant de modifier un fichier critique du serveur (consolidat

seo_autopilot_trigger_wp_rocket_preload 0.491 seo_action

[ACTION] Lance le preload WP Rocket (rebuild cache pour tout le sitemap). Use when: apres modif massive (refresh content, deploy theme). Job background, peut prendre 5-30 min.

seo_wp_store_credential 0.479 seo_read

[ADMIN] Stocke de facon chiffree une app password WordPress pour un site donne. Use when: tu dois enregistrer les credentials WordPress (username + app password) pour permettre les actions automatise

✓ Tool implemente

×1 seo_redirect_chain_validator done 1ere demande 2026-05-04 · derniere 2026-05-04 15:01

Devrait faire : Scanne toutes les redirections 301/302 d un site et detecte les chaines (A->B->C) en signalant celles qui devraient etre aplaties (A->C direct). Peut etre integre en pre-commit hook ou en check CI sur le workflow deploiement dev.
Pourquoi les tools existants ne suffisent pas : seo_redirect_map liste les redirections et detecte les chaines en lecture mais ne fournit pas d API check-style (exit code) integrable dans un workflow CI/deploiement comme demande par la checklist de prevention.
Signature suggeree :

{"site": "transicio", "max_chain_length": 1, "fail_on_violation": true}

Notes triage : [2026-05-04 18:17 · ui] ✅ Confirme pour dev [2026-05-04 18:40 · ui] 🚧 En cours dev [2026-05-04 18:41 · ui] ✓ Resolu — Implemente dans le sprint 2026-05 par Claude. Tool teste OK, deploye et catalogue.
✅ Resolu par : seo_redirect_chain_validator

Tasks qui ont demande ce tool :

#5 Documentation technique + checklist future

🎯 Analyse opportunite (generee 2026-05-04 par le LLM router)

Valeur metier : 0.60 Faisabilite : easy Le tool seo_redirect_map existe deja et detecte les chaines en lecture. Il s agit essentiellement d un wrapper qui: (1) appelle la logique existante, (2) filtre les violations selon max_chain_length, (3) renvoie exit code 0/1 + format de sortie CI-friendly (JSON ou text type linter). Aucune nouvelle... Effort dev : S 1-3h Pourquoi cette valeur : Valeur reelle mais bornee: sur les 5 sites actuels (50-500 pages, B2B), les chaines de redirection sont rares et l impact SEO marginal. MAIS: (1) effort tres faible (S, wrapper sur tool existant), (2) effet mutualisation x5 sites via hook template, (3) c est un argument commercial / livrable concret pour clients futurs (e-commerce, B2B 10k+) ou les chaines s accumulent vraiment et coutent du crawl budget + perte de link equity, (4) s integre dans une philosophie 'quality gate automatise' qui differencie l offre. Le ratio valeur/effort est excellent meme si la valeur absolue actuelle est moyenne. Pas un game-changer car seo_redirect_map fait deja 90% du job en lecture. Cas d usage ideaux : 1) Pre-commit hook sur les 5 sites du portfolio (transicio, yuzko, belformance, belkis-chayeb, pierre-alexandre-mas) qui bloque un deploiement si une nouvelle redirection cree une chaine A->B->C au lieu de A->C. 2) Check CI dans pipeline GitHub Actions / Gitlab CI lors du merge sur main, exit code != 0 si chaine detectee. 3) Audit periodique cron (hebdo) qui fail explicitement et notifie Slack/email si regression. 4) Pour futurs clients e-commerce (catalogues qui evoluent, produits renommes/migres -> redirections empilees vite) ou B2B 10k+ pages (refontes successives = chaines historiques): garantie contractuelle 'zero chaine de redirection' verifiable automatiquement. 5) Phase de migration/refonte d un site client: validation gate avant mise en prod. 6) Mutualise sur 5 sites = 5 hooks identiques deployes via template. Contexte requis : Acces fichier .htaccess / nginx.conf / fichier de redirections WP (Redirection plugin export, Rank Math redirections table) OU crawl HTTP avec suivi des Location headers. Idealement: les sites ont deja un fichier source de verite des redirects (htaccess ou plugin DB). Pour CI: repo git accessible. Volume non critique - utile meme sur 158 pages si la logique CI a de la valeur. Si rejete, reconsiderer si : N/A - score >= 0.5, recommandation de developper given le faible effort. Si malgre tout repousse: reconsiderer des qu un premier client e-commerce >5k pages signe, ou des qu une refonte/migration majeure est planifiee sur un site existant (transicio post-evolution catalogue par ex).

🟡 Opportunite moyenne : decision selon roadmap globale

⚠️ Tools existants TRES similaires (max similarite = 0.702)

Verifie soigneusement si l un d eux convient — il y a un risque eleve de doublon. Top 3 par similarite cosine.

seo_redirect_chain_validator 0.702 seo_read

[ANALYZE] Valide qu aucune redirection 301/302 du site ne forme une chaine de longueur > max_chain_length. Format CI-friendly (exit_code, ci_message). Use when: pre-commit hook, check CI au merge, au

seo_redirect_map 0.662 seo_read

[ANALYZE] Liste toutes les redirections 301/302 d un site avec leur cible et detecte les chaines de redirection. Use when: tu veux auditer les redirections existantes, identifier les chaines (2+ hops

seo_redirect_verify 0.589 seo_read

[WORKFLOW] Verifie qu'un redirect 301/302 est bien en place via HTTP HEAD request. Use when: apres avoir cree une redirection (seo_autopilot_create_301), tu veux confirmer qu'elle est effectivement s

✓ Tool implemente

×3 seo_sitemap_manage done 1ere demande 2026-05-04 · derniere 2026-05-04 17:07

Devrait faire : Lit, edite et soumet le sitemap.xml d un site : ajouter/retirer des URLs, regenerer le fichier, soumettre le nouveau sitemap a GSC via Sitemaps API.
Pourquoi les tools existants ne suffisent pas : Aucun tool actuel ne gere le sitemap.xml. Un retrait manuel + resoumission GSC reste necessaire, ce qui est ironique pour un suite SEO complete.
Signature suggeree :

{"site": "transicio", "urls": ["https://transicio.com/intermediate-1"], "action": "remove_urls", "resubmit_to_gsc": true}

Notes triage : [2026-05-04 17:39 · ui] ✅ Confirme pour dev [2026-05-04 18:40 · ui] 🚧 En cours dev [2026-05-04 18:41 · ui] ✓ Resolu — Implemente dans le sprint 2026-05 par Claude. Tool teste OK, deploye et catalogue.
✅ Resolu par : seo_sitemap_manage

Tasks qui ont demande ce tool :

#3 Désindexation URLs intermédiaires + soumission URLs finales
- #3 Désindexation URLs intermédiaires + soumission URLs finales
- #3 Désindexation URLs intermédiaires + soumission URLs finales

🎯 Analyse opportunite (generee 2026-05-04 par le LLM router)

Valeur metier : 0.55 Faisabilite : medium APIs disponibles : (1) Google Search Console Sitemaps API (officielle, simple : GET/PUT/DELETE sitemaps, resoumission triviale via OAuth deja en place si gsc_* tools existent). (2) Pour edition du fichier : si sites WordPress, plugins Yoast/RankMath/AIOSEO generent dynamiquement le sitemap -> editio... Effort dev : M ~1 jour Pourquoi cette valeur : Valeur reelle mais pas game-changer sur le portfolio actuel (5 sites B2B, faibles volumes : un retrait sitemap par mois max). L'effet de mutualisation joue : automatiser sur 5 sites + integrer dans un pipeline 'audit -> nettoyage -> resoumission' fait gagner du temps recurrent. Devient nettement plus precieux pour ouverture clients e-commerce ou B2B 10k+ ou la gestion sitemap est un vrai job. Le cote 'ironique pour une suite SEO complete' joue aussi : c'est un trou fonctionnel visible si l'outil est presente a un prospect. Score 0.55 = justifie le dev mais pas prioritaire vs tools a impact direct sur trafic/conversions. Cas d usage ideaux : 1) Retrait rapide d'URLs obsoletes/thin/dupliquees du sitemap apres un audit SEO (cas Transicio avec ses ~158 pages dont certaines intermediaires a desindexer). 2) Ajout automatique de nouvelles pages publiees (articles blog, fiches services) au sitemap sans editer le fichier manuellement. 3) Regeneration batch cross-sites : nettoyer les sitemaps des 5 sites en une commande apres une refonte d'arbo. 4) Pour futurs clients e-commerce 10k+ pages : segmentation sitemap (sitemap-products.xml, sitemap-categories.xml) et resoumission GSC apres maj catalogue. 5) Pipeline post-publication : article cree -> ajout sitemap -> ping GSC, full automatise. 6) Sync entre les URLs reellement indexables (apres audit canonical/noindex) et le sitemap declaratif. Contexte requis : Pertinent des qu'on gere 2+ sites OU qu'on a un workflow de publication/depublication frequent. Devient critique sur sites 5k+ pages ou e-commerce avec churn produit. Necessite acces FTP/WP REST API + GSC API configures par site. Si rejete, reconsiderer si : N/A (score >= 0.5, dev recommande). Toutefois, si effort reel depasse M a cause de l'heterogeneite des generateurs sitemap WP, descoper a 'GSC resubmit only' (S, value 0.4) en attendant un client e-commerce reel.

🟡 Opportunite moyenne : decision selon roadmap globale

⚠️ Tools existants TRES similaires (max similarite = 0.715)

Verifie soigneusement si l un d eux convient — il y a un risque eleve de doublon. Top 3 par similarite cosine.

seo_sitemap_manage 0.715 seo_read

[WORKFLOW] Gere le sitemap.xml d un site WordPress : liste les URLs, verifie la presence d URLs, soumet a Google Search Console. Use when: apres ajout/retrait massif de pages (audit cleanup), pour re

seo_autopilot_submit_gsc_now 0.631 seo_action

[WORKFLOW] Drain IMMEDIAT de la queue gsc_index_queue : appelle directement Google Indexing API pour notifier Google sans attendre le cron daily de 02h00. Use when: tu viens de modifier ou publier de

seo_autopilot_submit_gsc 0.603 seo_action

[WORKFLOW] Soumet une URL a Google Search Console via la queue d'indexation gsc_index_queue. Use when: tu veux demander a Google de re-crawler une page apres modification ou publication. DO NOT use:

✓ Tool implemente

🛠 Roadmap MCP : tools manquants detectes par le LLM router