Roadmap MCP — gaps detectes par le LLM router

×4 seo_meta_rewrite_suggest proposed 1ere demande 2026-05-14 · derniere 2026-05-14 19:45

Devrait faire : Genere via LLM (Claude) plusieurs variantes de title + meta description optimisees pour une URL + query cible, en se basant sur : SERP concurrente actuelle, intent de la query, positionnement editorial du site, regles RankMath (longueur, focus keyword). Retourne 3-5 propositions A/B avec scoring previsionnel de CTR.
Pourquoi les tools existants ne suffisent pas : seo_autopilot_update_meta APPLIQUE un meta mais ne le GENERE pas. Aujourd hui il faut rediger manuellement title/meta avant de passer en parametre. Pour scaler les corrections CTR-low (qui sont detectees automatiquement en Phase 3), il faut un generateur de variantes basees sur la SERP reelle.
Signature suggeree :

{"site": "transicio", "target_url": "https://www.transicio.com/coaching-dsi-cto/", "num_variants": 3, "primary_query": "mentorat de cto"}

Tasks qui ont demande ce tool :

#136 📈 CTR-low : optimiser meta pour « mentorat de cto » sur https://www.transicio.com/coaching-dsi-cto/
- #137 📈 CTR-low : optimiser meta pour « coaching de cto » sur https://www.transicio.com/publications/coaching-cto/
- #138 📈 CTR-low : optimiser meta pour « mentorat de cto » sur https://www.transicio.com/coaching-dsi-cto/
- #139 📈 CTR-low : optimiser meta pour « coaching de cto » sur https://www.transicio.com/publications/coaching-cto/

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

Valeur metier : 0.85 Faisabilite : easy Tous les inputs sont deja disponibles : dfs_serp_for_query donne la SERP concurrente, seo_query_full_profile donne le contexte, wp_positioning_get donne le ton editorial. Il suffit d orchestrer un prompt Claude. Pas de dependance externe nouvelle. Effort dev : S 1-3h Pourquoi cette valeur : Tache repetitive a forte valeur : optimiser un meta peut faire passer un CTR de 0% a 3-5% sur des pages a 100+ impressions/mois. Avec la detection automatique Phase 3 deja en place, ce gap bloque la boucle d automatisation complete (detection -> proposition -> application). Tres haute valeur en mutualisation portfolio. Cas d usage ideaux : Toutes les detections automatiques CTR-low (ce cas precis), refresh de meta apres detection content_decay, post-migration ou rebranding, onboarding client (audit + refonte des metas en batch). Sur 5 sites + clients potentiels, c est probablement 50-200 metas/an a optimiser. Contexte requis : Site avec GSC + Rank Math (deja le cas) ; budget LLM (Claude). Ideal pour portfolio multisite ou onboarding client e-commerce. Si rejete, reconsiderer si : N/A — gap haute valeur, devrait etre developpe rapidement.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

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

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

seo_meta_rewrite_suggest 0.796 seo_read

[GENERATE] Suggere 3 alternatives meta_title + meta_desc optimisees (LLM Opus + GSC + SERP). F-246 (2026-05-14) : comble le gap signale par le LLM router en Phase 3 ou le detecteur F-230 propose un `

seo_quick_wins 0.644 seo_read

[ANALYZE] Mots-cles en page 1-2 (position 4-20) a difficulte gerable : a pousser vers le top 3 (effort minimal). Use when: chercher des gains rapides a faible effort (le site a deja de la traction).

seo_ctr_optimization_plan 0.642 seo_read

[STRATEGIC] Audit CTR vs benchmark par position + plan réécriture title/meta. Use when : "Pourquoi mon CTR est faible vs bench ?", "Optim title/meta pour clics"

×1 seo_robots_txt_manage proposed 1ere demande 2026-05-15 · derniere 2026-05-15 10:11

Devrait faire : Lit, valide et modifie le fichier robots.txt d un site WordPress (via Rank Math qui le genere dynamiquement, ou via override physique). Permet d ajouter/retirer des Disallow patterns (ex: Disallow: /*?p=, Disallow: /*?replytocom=), de valider la syntaxe, et de tester contre une liste d URLs pour s assurer qu aucune URL critique n est bloquee par erreur. Inclut un diff avant/apres et un backup automatique.
Pourquoi les tools existants ne suffisent pas : Aucun tool ne gere robots.txt actuellement. seo_autopilot_set_rankmath_option pourrait toucher l option Rank Math robots.txt mais sans validation/test ni diff, c est risque. La tache demande explicitement de bloquer ?p= dans robots.txt.
Signature suggeree :

{"site": "transicio", "action": "add_disallow", "dry_run": true, "patterns": ["/*?p=", "/*?replytocom=", "/wp-admin/"]}

Tasks qui ont demande ce tool :

#647 URGENCE TECH : Assainissement architecture + redirections (pré-requis SEO)

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

Valeur metier : 0.85 Faisabilite : easy Rank Math expose les regles robots.txt via ses options DB (rank-math-options-general). Lecture: GET https://site/robots.txt. Modification: REST API Rank Math ou wp_options. Validation: parser standard robots.txt + test contre URLs. Pas de dependance externe. Effort dev : S 1-3h Pourquoi cette valeur : Mutualisable sur 5 sites + futurs clients. Robots.txt est un des 4-5 fichiers les plus critiques en SEO technique et il n y a AUCUN tool pour le gerer. C est une lacune majeure qui se manifestera a chaque audit technique. Effort tres faible (1j) pour un gain recurrent. Cas d usage ideaux : Cleanup post-migration (bloquer parametres parasites comme ?p=, ?replytocom=, ?utm_*), onboarding client (audit + corrections robots.txt), defense anti-crawl-budget-waste sur gros sites e-commerce, ajout rapide de Disallow apres detection de bots agressifs. Pertinent sur les 5 sites du portfolio + tout futur client. Contexte requis : WordPress avec Rank Math (genere robots.txt dynamiquement) OU acces SSH pour robots.txt physique. Stack actuelle du portfolio matche parfaitement. Si rejete, reconsiderer si : Si rejete, deviendrait critique des qu un site du portfolio subit un crawl-budget issue ou un incident d indexation lie a robots.txt mal configure.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.593)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_autopilot_wp_update_excerpt 0.593 seo_action

[WORKFLOW] Set l extrait (excerpt) d un post WP. Use when: tu veux modifier l extrait utilise dans les listings/cards/RSS, et en fallback pour og:description si pas de meta_description Rank Math.

seo_autopilot_regen_critical_css 0.58 seo_action

[ACTION] Regenere Critical CSS / Remove Unused CSS pour 1 URL. Use when: apres modif CSS (theme update), ou fix slow_page lie a unused CSS.

seo_sitemap_manage 0.574 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

×2 seo_autopilot_inject_person_schema proposed 1ere demande 2026-06-04 · derniere 2026-06-05 04:07

Devrait faire : Injecte un schema JSON-LD de type Person (ou liste de Person) sur une page WordPress via Rank Math custom schema. Doit supporter : (a) un Person unique avec champs name, jobTitle, image, url, sameAs (LinkedIn, etc.) ; (b) une liste de Person (cas page equipe/managers) injectee comme tableau @graph ; (c) optionnellement detection auto des personnes depuis ACF ou parsing du contenu HTML.
Pourquoi les tools existants ne suffisent pas : seo_autopilot_set_post_author injecte un Person schema mais uniquement pour l auteur unique d un post (E-E-A-T sur article de blog). Il ne couvre pas le cas d une page listant plusieurs managers ou une page entreprise avec equipe. Les autres inject_*_schema couvrent Article, FAQ, Breadcrumb mais pas Person. La tache cite explicitement ce tool comme 'couvert par Quality Registry Phase A' donc le besoin est deja identifie cote produit.
Signature suggeree :

{"site": "transicio", "dry_run": true, "persons": [{"name": "...", "image": "...", "sameAs": ["https://linkedin.com/in/..."], "jobTitle": "..."}], "target_url": "https://www.transicio.com/managers/"}

Tasks qui ont demande ce tool :

#690 🏷 Schema-missing : Person absent sur « https://www.transicio.com/managers/ »
- #707 🏷 Schema-missing : Person absent sur « https://www.transicio.com/managers/ »

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

Valeur metier : 0.80 Faisabilite : easy Rank Math expose une REST API pour custom schema (rank-math/v1/...) deja utilisee par les autres inject_*_schema tools du catalogue. Il suffit de templater le JSON-LD Person et l injecter via le meme mecanisme. Pas de dependance externe. Effort dev : M ~1 jour Pourquoi cette valeur : 4 des 5 sites du portfolio sont B2B services / personal branding ou Person schema est strategique pour E-E-A-T (un signal Google majeur post-HCU). La tache courante prouve que la detection auto identifie deja ce gap. Effort tres faible (pattern existant a dupliquer). Reutilisable cross-portfolio + tres demande sur futurs clients B2B/consulting. Cas d usage ideaux : 1) Pages 'Notre equipe' / 'Managers' / 'About us' sur sites B2B (transicio, pierre-alexandre-mas, belkis-chayeb, belformance ont tous une page bio/equipe). 2) Pages auteurs sur sites editoriaux. 3) Pages consultant/coach individuel (pierre-alexandre-mas, belkis-chayeb sont des sites personal branding ou Person schema = critique pour E-E-A-T et Knowledge Graph). 4) Onboarding clients B2B services qui ont systematiquement une page 'About' avec dirigeants. Contexte requis : Site WordPress avec Rank Math (stack 100% du portfolio). Particulierement haute valeur sur les 4/5 sites du portfolio qui sont du personal branding ou B2B services avec page equipe. ROI fort meme sur petits sites car Person schema alimente le Knowledge Graph Google. Si rejete, reconsiderer si : Si rejete, reconsiderer des qu une 2eme tache de detection schema-missing Person remonte (la Quality Registry Phase A semble en produire en serie), ou si un client consulting/coaching est onboarde.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

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

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

seo_autopilot_inject_article_schema 0.705 seo_action

[ACTION] Inject JSON-LD Article schema (issue_type='missing_schema_org'). Auto-extract title/author/date/image depuis le post WP.

seo_autopilot_set_post_author 0.645 seo_action

[ACTION] Set l'auteur d'un post + injecte Person JSON-LD E-E-A-T. Args: author_id : id WP user (priorité 1) author_email : email pour lookup auto via /wp/v2/users (priorité 2) author_id_i

seo_autopilot_inject_faq_schema 0.577 seo_action

[ACTION] Inject JSON-LD FAQPage schema (issue_type='faq_without_schema'). Args: faq_items : liste [{question, answer}, ...] OU None (extraction auto h2/h3 du HTML) expected_questions (F-184a) : l

×1 seo_backlink_acquisition_plan proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:02

Devrait faire : Genere un plan d acquisition de backlinks priorise : (1) identifie les domaines referents des concurrents top SERP via DFS (gap analysis backlinks), (2) classe par DR/topical authority/feasibilite outreach, (3) propose un mix de tactiques (guest post, mention presse, partenariat, HARO-like, citations locales) avec templates d outreach et estimation effort/cout. Sortie : liste de 20-50 cibles de liens scorees, avec contact patterns et angle d approche.
Pourquoi les tools existants ne suffisent pas : seo_backlinks_overview / dfs_backlinks_summary / dfs_backlinks_list listent les backlinks existants mais ne proposent PAS de plan d acquisition. seo_eeat_compliance_plan traite l autorite on-page mais pas la strategie netlinking. Aucun tool ne fait du backlink gap analysis vs competitors + scoring outreach.
Signature suggeree :

{"site": "pierre-alexandre-mas", "competitors": ["competitor1.com", "competitor2.com"], "num_targets": 20, "target_dr_min": 30}

Tasks qui ont demande ce tool :

#882 Autorité domaine nulle : difficulté à ranker même low-competition

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

Valeur metier : 0.80 Faisabilite : medium DFS Backlinks API permet de recuperer les referring domains des concurrents (deja utilise par dfs_backlinks_list). La logique : intersect referring_domains(competitors) - referring_domains(self), filtrer par DR/rank, scorer par feasibilite (presence formulaire contact, type de site, langue). Pas de ... Effort dev : M ~1 jour Pourquoi cette valeur : Portfolio de 5 sites majoritairement petits/B2B avec DR probablement faible — le netlinking est LE goulot d etranglement #1 cite par cette tache. Mutualisable sur les 5 sites + tres vendable a des clients (consultants SEO facturent ce type d audit 1500-3000€). Game-changer si l user ouvre aux clients. Cas d usage ideaux : Nouveau site (DR~0) lance le netlinking ; refonte d un site stagnant ; onboarding client B2B/local qui doit construire son autorite ; campagne trimestrielle netlinking sur portfolio multisite. Utile pour les 5 sites du portfolio (tous petits volumes ou DR limite probable) ET tres demande par futurs clients. Contexte requis : Site avec ambitions SEO mais DR faible (<30) ; acces DFS backlinks API (deja en place) ; idealement liste de 3-5 concurrents identifies. Applicable des qu un site veut accelerer son ranking. Si rejete, reconsiderer si : Si l user decide de sous-traiter le netlinking a une agence externe et n a plus besoin d outillage interne, OU s il se concentre uniquement sur l on-page/contenu pendant 12 mois.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.688)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_internal_linking_plan 0.688 seo_read

[STRATEGIC] Plan de maillage interne (orphans + pillars + click depth). Use when : tu veux optimiser link equity flow et topical authority.

seo_content_roadmap 0.668 seo_read

[ANALYZE] Plan de contenu priorise : top opportunites scindees en pages a creer vs a optimiser. Use when: generer un plan d'action contenu priorise depuis la data Labs (difficulte + intention + volum

seo_fast_wins_plan 0.641 seo_read

[STRATEGIC] Plan quick wins SEO triés par ROI (gain clics 60j / effort). Pipeline : near miss + low CTR + cannibalisations rapides → LLM Opus priorise les actions à fort ROI/effort faible.

×1 seo_pillar_cluster_architect proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:01

Devrait faire : Genere l architecture complete d un hub-and-spoke pour une thematique : 1 pillar page (URL, title, outline 2000-3000 mots, KW principal) + 8-12 articles cluster lies (URLs, titles, KW long-tail, intent, maillage interne planifie vers le pillar). Cree automatiquement les entrees charter + briefs en cascade + planning sur N semaines. Output : un plan editorial cluster pret a executer.
Pourquoi les tools existants ne suffisent pas : seo_charter_add_topic ajoute 1 topic a la fois. seo_generate_brief genere 1 brief a la fois. seo_cluster_audit audite un cluster EXISTANT. Il manque l outil qui DESIGNE de zero une architecture cluster complete (pillar + N articles + maillage planifie) en 1 appel.
Signature suggeree :

{"site": "pierre-alexandre-mas", "theme": "core_business", "dry_run": true, "generate_briefs": true, "primary_keyword": "...", "n_cluster_articles": 10, "publish_cadence_days": 7}

Tasks qui ont demande ce tool :

#872 Lancement architecture pillar + cluster thématique cœur de métier

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

Valeur metier : 0.80 Faisabilite : medium Faisable en composant : seo_cluster_explore (seeds -> KW long-tail) + LLM Opus pour structurer pillar + articles + appels en boucle a seo_charter_add_topic et seo_generate_brief. Pas d API tierce nouvelle. Effort moyen : orchestration + prompt engineering pour qualite editoriale. Effort dev : M ~1 jour Pourquoi cette valeur : Tres haute valeur portfolio : pillar/cluster est LA strategie SEO standard B2B. Reutilisable sur les 5 sites + chaque futur client. Mutualise un workflow recurrent qui aujourd hui se fait en 5-10 appels manuels separes. Game-changer pour productivite editoriale. Cas d usage ideaux : Lancement d un nouveau cluster thematique (cas exact de cette tache) ; expansion vers un nouveau service/marche ; onboarding client avec strategie pillar-cluster. Sauverait 4-8h de planification editoriale par cluster. Contexte requis : Thematique + primary_keyword deja definis (idealement output de seo_icp_keyword_discovery). Marche sur tous types de sites (B2B, e-commerce). Si rejete, reconsiderer si : Si l user lance 3+ nouveaux clusters par an sur l ensemble du portfolio, ROI evident. Reconsiderer aussi si feedback humain montre que la chaine actuelle (charter + brief un par un) est trop lente.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.645)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_cluster_refonte_plan 0.645 seo_read

[STRATEGIC] Plan de refonte complet d'un cluster topique (pillar + enfants). Pipeline : pull pillar + enfants + KPIs + top queries + cannibalisations internes → LLM Opus produit plan refonte (pillar

seo_internal_linking_plan 0.608 seo_read

[STRATEGIC] Plan de maillage interne (orphans + pillars + click depth). Use when : tu veux optimiser link equity flow et topical authority.

seo_pillars_list 0.589 seo_read

[STRATEGIC] Vue globale de toutes les pages pillar d un site avec health score et statut audit. Use when: besoin d une vision helicopter des pillars pour identifier celles a auditer ou en mauvaise sa

×1 seo_canonical_winner_decision proposed 1ere demande 2026-05-18 · derniere 2026-05-18 01:10

Devrait faire : Pour une query/topic donne et N URLs candidates en cannibalisation, calcule un score composite (impressions GSC, position moyenne, internal link equity, word_count, intent_alignment via embedding query<>contenu, age de page) et recommande explicitement l URL gagnante + les 3 perdantes a 301/canonicaliser. Output : {winner_url, losers: [{url, action: 301|canonical|noindex, rationale}], score_breakdown}.
Pourquoi les tools existants ne suffisent pas : seo_cannibalization_analysis detecte les conflits mais ne tranche pas. seo_autopilot_resolve_cannibalization exige deja un winner_url en input. Il manque la couche decisionnelle qui agrege les signaux et recommande le gagnant avec rationale.
Signature suggeree :

{"site": "transicio", "query": "nis2 conformite", "candidate_urls": ["/conformite-nis2/", "/nis2/", "/directive-nis2/", "/cybersecurite-nis2/"]}

Tasks qui ont demande ce tool :

#701 Récupérer diagnostic V2 deep (job_id=3) et identifier URL canonique NIS2

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

Valeur metier : 0.78 Faisabilite : easy Toutes les data sources existent deja en BDD (gsc_query_page, internal_links, pages.word_count). C est un agregateur SQL + scoring weighted. Pas de dependance API externe. Effort dev : M ~1 jour Pourquoi cette valeur : Tres haute valeur car (a) decision recurrente dans tout audit cluster, (b) reutilisable sur les 5 sites, (c) prerequis pour automatiser seo_autopilot_resolve_cannibalization en mode auto-pilot. Bloque actuellement le passage en autonomy=auto sur les cannibs. Cas d usage ideaux : Tres frequent en B2B/portfolio multisite : a chaque audit cluster, on identifie 3-5 cas de cannibalisation a trancher. Aujourd hui fait manuellement en cross-referencant 4-5 tools = 30min par cas. Sur 5 sites x 5 clusters x 3 cannib = 75 decisions/an. Pour un client e-commerce ce serait 10x plus. Contexte requis : Site avec >=50 pages indexees ET historique GSC >=90j ET internal link graph deja construit (deja le cas via seo_maillage_*). Si rejete, reconsiderer si : Si on detecte que >5 cannibs/mois sont tranchees manuellement, ou si un client onboarde avec >20 cannibs identifies a l audit initial.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

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

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

seo_autopilot_resolve_cannibalization 0.714 seo_action

[WORKFLOW] Resout un cas de cannibalisation entre 2 pages competing sur la meme query. 4 strategies disponibles. Use when : seo_cannibalization_analysis a identifie une paire (winner_url, loser_url)

seo_canonical_mismatches 0.646 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

seo_cannibalization_analysis 0.621 seo_read

[ANALYZE] Detecte les pages en competition interne sur les memes queries Google (cannibalisation). Use when: tu veux identifier les conflits ou plusieurs pages du meme site se disputent les memes mot

×2 seo_robots_txt_audit proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:01

Devrait faire : Fetch et parse le robots.txt d un site, detecte les Disallow problematiques (ex: Disallow: / global, blocage de /wp-content/uploads, blocage du sitemap), compare aux best practices, et flag les User-agent rules dangereuses. Retourne aussi la presence/URL du sitemap declaree.
Pourquoi les tools existants ne suffisent pas : seo_technical_issues_audit couvre canonical/noindex/viewport mais ne parse pas robots.txt. Or sur un site 0 indexed, robots.txt bloquant est l hypothese #1.
Signature suggeree :

{"site": "pierre-alexandre-mas"}

Tasks qui ont demande ce tool :

#873 Fondations techniques SEO + indexation rapide
- #880 Invisibilité totale : 0 page indexée = 0 trafic organique

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

Valeur metier : 0.75 Faisabilite : easy Simple HTTP GET sur /robots.txt + parsing texte. Pas d API tierce requise. Lib python robotparser dispo en stdlib. 100% feasable sans dependance. Effort dev : S 1-3h Pourquoi cette valeur : Brique de base manquante pour tout diagnostic d indexation. Reutilisable 5 sites + futurs clients. Effort tres faible (1-3h) pour une valeur recurrente elevee. Cas d usage ideaux : Onboarding nouveau site/client (verifier que rien ne bloque), post-migration (regression robots.txt), debug 0 indexation, audit mensuel cross-site sur les 5 sites portfolio. Contexte requis : Tout site WP. Particulierement critique pour sites neufs ou en debug indexation. Mutualisable sur les 5 sites en cron hebdo. Si rejete, reconsiderer si : Si le user rencontre 2+ fois un site 0-indexation et perd du temps en debug manuel robots.txt.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.584)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_technical_issues_audit 0.584 seo_read

[ANALYZE] Audit technique SEO complet : canonical, noindex, viewport, mixed content, temps reponse, taille HTML. Use when: tu veux un diagnostic global des problemes techniques on-page d un site (fla

seo_sitemap_manage 0.582 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_fetch_page 0.565 seo_read

[READ] Recupere le HTML LIVE d'une page (crawl simple, lecture seule) pour CONFIRMER qu'une faiblesse SEO detectee est bien corrigee sur la page en ligne. Use when: tu veux CRAWLER une page et recupe

×2 seo_ctr_recovery_workflow proposed 1ere demande 2026-05-18 · derniere 2026-05-19 04:01

Devrait faire : Workflow nomme end-to-end pour les alertes CTR-low Phase 3 (F-230) : prend (site, url, query) en entree, enchaine meta_rewrite_suggest -> pick_best_suggestion (scoring LLM ou heuristique) -> update_meta (apply non-dry-run apres approval) -> purge_cache -> submit_gsc -> log dans seo_track_action_outcome avec window_days=14 pour mesurer l uplift CTR.
Pourquoi les tools existants ne suffisent pas : Aujourd hui il faut chainer 4-5 tools manuellement a chaque alerte CTR-low, sans selection automatique de la meilleure suggestion ni tracking outcome. Un workflow dedie industrialiserait le pattern recurrent.
Signature suggeree :

{"url": "https://www.transicio.com/transformation-digitale-entreprise/", "site": "transicio", "query": "enjeux transformation digitale niveau exécutif", "auto_apply_top_suggestion": false}

Tasks qui ont demande ce tool :

#389 📈 CTR-low : optimiser meta pour « enjeux transformation digitale niveau exécutif » sur ttps://www.transicio.com/transfor
- #404 📈 CTR-low : optimiser meta pour « mentorat de cto » sur https://www.transicio.com/coaching-dsi-cto/

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

Valeur metier : 0.75 Faisabilite : easy Tous les sous-tools existent (meta_rewrite_suggest, update_meta, purge_cache, submit_gsc, track_outcome). Il s agit uniquement d un orchestrateur qui les chaine + ajoute une fonction de scoring/pick_best. Pas de nouvelle dependance externe. Effort dev : S 1-3h Pourquoi cette valeur : Forte valeur de mutualisation : pattern qui se repete sur les 5 sites, et qui sera critique pour onboarder un client e-commerce avec 1000+ pages page 2. Reduit le cout humain par alerte de ~10min a 0 (si auto-apply active sur policies safe). Cas d usage ideaux : Toutes les alertes Phase 3 F-230 (CTR<2% en position 11-20). Sur le portfolio 5 sites, ces alertes tombent regulierement (estimation ~10-30/mois agreges). Pour futurs clients e-commerce avec milliers de fiches produits en page 2, le ROI est massif (recovery automatique sans intervention humaine pour chaque URL). Contexte requis : Stack Rank Math + WP Rocket (deja le cas sur tous les sites du portfolio). Necessite seo_meta_rewrite_suggest deja fonctionnel (oui). Si rejete, reconsiderer si : Si le volume d alertes CTR-low depasse 20/mois ou si un client e-commerce est onboarde.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.680)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_ctr_optimization_plan 0.68 seo_read

[STRATEGIC] Audit CTR vs benchmark par position + plan réécriture title/meta. Use when : "Pourquoi mon CTR est faible vs bench ?", "Optim title/meta pour clics"

seo_ctr_gap_analysis 0.633 seo_read

[ANALYZE] Pages avec CTR sous-performant vs position (benchmark Backlinko). Use when: tu cherches des pages bien positionnees mais peu cliquees, pour refondre meta_title/description. DO NOT use: -

seo_cta_optimization_plan 0.624 seo_read

[STRATEGIC] Audit CTA performance + plan optimisation conversion. Use when : "Quel CTA convertit le mieux ?", "Pages sans CTA à booster"

×2 seo_architecture_health_audit proposed 1ere demande 2026-05-14 · derniere 2026-05-15 10:00

Devrait faire : Audit architectural complet d un site : profondeur de clic moyenne/max, pages orphelines, silos thematiques coherents, distribution link equity, ratio pillar/articles, detection de zones 'mortes' du site, score d architecture globale (0-100). Agrege click_depth_distribution + orphan_pages + internal_link_equity + cluster_health en UN rapport unifie avec recommandations priorisees.
Pourquoi les tools existants ne suffisent pas : Les briques existent en silos (seo_click_depth_distribution, seo_orphan_pages, seo_internal_link_equity, seo_cluster_health) mais aucun tool ne consolide tout en un score archi unique avec plan d action. Pour un 'assainissement architecture' c est exactement ce qui manque.
Signature suggeree :

{"site": "transicio", "depth": "full"}

Tasks qui ont demande ce tool :

#647 URGENCE TECH : Assainissement architecture + redirections (pré-requis SEO)
- #647 URGENCE TECH : Assainissement architecture + redirections (pré-requis SEO)

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

Valeur metier : 0.75 Faisabilite : medium 100% faisable : c est une agregation/orchestration de 4-5 tools existants + scoring composite. Aucune dependance externe nouvelle, juste de la logique d agregation et un prompt Claude pour la synthese. Effort dev : M ~1 jour Pourquoi cette valeur : Tres haute valeur en portfolio multisite : permet de comparer l etat archi des 5 sites sur une echelle commune, prioriser les chantiers, et surtout d offrir un livrable 'audit archi' standard pour de futurs clients. Score eleve car repute en consulting SEO. Cas d usage ideaux : Apres une migration, avant une refonte, lors d audit initial d un nouveau client, post-cleanup massif de contenus. Cas typique: 'je viens d heriter d un site de 5 ans, quel est l etat archi global ?' Contexte requis : Site WP avec crawl interne + GSC actif. Valeur croissante avec taille du site (>100 pages). Si rejete, reconsiderer si : Si l user fait peu d audits archi globaux et prefere du tactique page-par-page, alors moins urgent. Devient critique a l ouverture clients.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.646)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_internal_linking_plan 0.646 seo_read

[STRATEGIC] Plan de maillage interne (orphans + pillars + click depth). Use when : tu veux optimiser link equity flow et topical authority.

seo_technical_issues_audit 0.635 seo_read

[ANALYZE] Audit technique SEO complet : canonical, noindex, viewport, mixed content, temps reponse, taille HTML. Use when: tu veux un diagnostic global des problemes techniques on-page d un site (fla

seo_cluster_audit 0.634 seo_read

[STRATEGIC] Audit complet d un cluster SEO : cartographie, cannibalisations, gaps et plan d action priorise. Use when: tu dois prendre une decision structurelle sur un theme (creer, merger, supprimer

×1 seo_meta_ab_test_track proposed 1ere demande 2026-05-28 · derniere 2026-05-28 04:01

Devrait faire : Apres un changement de meta title/description, snapshot avant/apres (CTR, position, impressions) sur 14-30j et calcule l uplift reel + significativite statistique. Permet de valider si la nouvelle meta a vraiment ameliore le CTR ou s il faut reroller.
Pourquoi les tools existants ne suffisent pas : seo_track_action_outcome existe mais mesure rank_delta/clicks_delta de facon generique. Aucun tool ne fait specifiquement le suivi CTR avant/apres meta rewrite avec test de significativite, ce qui est le KPI cle pour ce type d action.
Signature suggeree :

{"site": "transicio", "target_url": "https://www.transicio.com/publications/dsi-externalise-pme/", "change_date": "2026-05-28", "window_days": 30}

Tasks qui ont demande ce tool :

#558 📈 CTR-low : optimiser meta pour « externalisation dsi pme » sur https://www.transicio.com/publications/dsi-externalise-p

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

Valeur metier : 0.75 Faisabilite : easy Toutes les donnees sont deja en base : GSC daily metrics par query+page, seo_site_action_log avec timestamp du changement. Il suffit d un join + calcul de delta CTR pre/post + t-test simple. Aucune API tierce. Effort dev : S 1-3h Pourquoi cette valeur : Tres haute valeur en mutualisation : chaque site fait 5-20 rewrites/mois, donc 25-100 mesures/mois sur le portfolio. Permet de boucler le feedback loop d apprentissage (learning_proposals) sur les patterns de meta qui convertissent. Indispensable pour vendre du SEO mesurable a un futur client. Cas d usage ideaux : Apres chaque meta rewrite (5-20/mois sur le portfolio) ; pour batch d optimisations CTR-low post Phase 3 F-230 ; pour reporting client 'voici les meta qu on a change et l uplift CTR mesure' ; pour identifier les patterns de wording qui marchent vs ceux qui ne marchent pas. Contexte requis : Site avec GSC connecte (deja le cas) et historique d actions seo_site_action_log avec action_type='meta_rewrite' (deja loggee). Donc applicable tel quel sur les 5 sites. Si rejete, reconsiderer si : Si l user veut industrialiser les rewrites de meta a grande echelle (>50/mois), ou ouvrir un service SEO a des clients qui demandent du reporting d uplift.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.677)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_ctr_optimization_plan 0.677 seo_read

[STRATEGIC] Audit CTR vs benchmark par position + plan réécriture title/meta. Use when : "Pourquoi mon CTR est faible vs bench ?", "Optim title/meta pour clics"

seo_ctr_gap_analysis 0.643 seo_read

[ANALYZE] Pages avec CTR sous-performant vs position (benchmark Backlinko). Use when: tu cherches des pages bien positionnees mais peu cliquees, pour refondre meta_title/description. DO NOT use: -

seo_visibility_trajectory 0.629 seo_read

[ANALYZE] Evolution mensuelle de la visibilite organique (etv, nb mots-cles, pos_1) : tendance hausse/baisse/stable. Use when: savoir si le site progresse ou decroche dans le temps (early-warning de

×1 seo_icp_keyword_workshop proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:02

Devrait faire : Outil d aide a l atelier ICP + keyword research initial pour un nouveau site/cluster : prend en input la description de l offre/services + persona cible, croise avec dfs_keyword_suggestions + google_suggest + dfs_competitors, et propose 2-5 themes pillars candidats avec 10-15 keywords chacun, volumes, intent, et score d alignement ICP. Sortie structuree pour alimenter directement seo_charter_add_topic.
Pourquoi les tools existants ne suffisent pas : seo_cluster_explore demande deja des seeds en input (donc presuppose que le theme est trouve). seo_charter_get lit la charte mais ne la cree pas. Il manque l etape amont 'partir de zero avec juste la description business' pour generer les themes pillars candidats.
Signature suggeree :

{"site": "pierre-alexandre-mas", "n_themes": 2, "icp_persona": "Dirigeant PME 50-200 salaries", "kw_per_theme": 12, "services_description": "Conseil strategique X pour cible Y"}

Tasks qui ont demande ce tool :

#883 Créer 2 pillar pages fondatrices alignées ICP + services

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

Valeur metier : 0.75 Faisabilite : medium Tous les briques existent (dfs_keyword_suggestions, dfs_competitors, google_suggest_tree, Claude pour synthese ICP). Le travail est d orchestrer + prompt Claude pour aligner volume SEO et fit ICP. Pas de dependance API externe nouvelle. Effort dev : M ~1 jour Pourquoi cette valeur : Cas d usage recurrent : chaque nouveau site/client du portfolio passe par cette etape, actuellement faite manuellement. Mutualisable 5+ sites + indispensable pour ouverture commerciale (livrable client tangible des le 1er rdv). Combo strategique haute valeur. Cas d usage ideaux : Onboarding nouveau site/client (cas exact ici : pierre-alexandre-mas a 0 contenu structure). Refonte strategique d un site existant. Lancement d un nouveau service/vertical sur un site etabli. Pitch a un prospect pour montrer une roadmap editoriale en 30min. Contexte requis : Site avec peu/pas de contenu structure OU nouveau client en onboarding. Necessite description offre + persona. Tres pertinent pour portfolio multisite (5 sites + futurs clients B2B/e-commerce). Si rejete, reconsiderer si : Si l user prend 1+ nouveau client B2B en onboarding, ou si une refonte editoriale est demandee sur un site existant du portfolio.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.648)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_keyword_full_profile 0.648 seo_read

[ANALYZE] Fiche 360 d'un mot-cle : volume, CPC, difficulte, intention, position du site, top 10 SERP. Use when: tout savoir sur un mot-cle precis avant de decider (creer / optimiser). Args: site, key

seo_content_roadmap 0.64 seo_read

[ANALYZE] Plan de contenu priorise : top opportunites scindees en pages a creer vs a optimiser. Use when: generer un plan d'action contenu priorise depuis la data Labs (difficulte + intention + volum

seo_meta_rewrite_suggest 0.614 seo_read

[GENERATE] Suggere 3 alternatives meta_title + meta_desc optimisees (LLM Opus + GSC + SERP). F-246 (2026-05-14) : comble le gap signale par le LLM router en Phase 3 ou le detecteur F-230 propose un `

×1 seo_icp_keyword_discovery proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:01

Devrait faire : Outil d aide a la definition de l ICP (Ideal Customer Profile) et identification des 2-3 thematiques coeur de metier a partir des donnees existantes du site (services vendus, pages existantes, taxonomie, positionnement editorial, secteur). Genere un brief strategique : ICP definie, themes prioritaires, seed keywords par theme avec scoring intent commercial vs informationnel. Sert de point de depart QUAND il n y a aucune donnee SEO (site neuf, 0 keyword indexe).
Pourquoi les tools existants ne suffisent pas : wp_positioning_get lit le positionnement edito mais ne genere pas de plan KW. seo_cluster_explore requiert deja des seeds connues. Aucun outil ne fait l etape amont 'a partir d un site vide, dis-moi quelles sont les 2-3 thematiques cluster a attaquer'.
Signature suggeree :

{"site": "pierre-alexandre-mas", "model": "claude-opus-4-5", "n_themes": 3, "use_services_pages": true, "use_wp_positioning": true}

Tasks qui ont demande ce tool :

#872 Lancement architecture pillar + cluster thématique cœur de métier

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

Valeur metier : 0.75 Faisabilite : medium Faisable : combiner wp_positioning_get + scrape pages services WP + appel LLM Opus pour synthese strategique + seo_cluster_explore en aval pour valider les seeds. Pas d API externe nouvelle requise. Necessite un bon prompt strategique et un format de sortie structure (JSON themes + seeds + rationale... Effort dev : M ~1 jour Pourquoi cette valeur : Tres haute valeur pour le portfolio multisite et l ouverture clients : chaque nouveau site/client commence par cette question. Aujourd hui c est de la reflexion manuelle. Automatiser cette etape amont debloque le reste du pipeline (charter -> brief -> publish). Score haut car reutilisable a chaque onboarding. Cas d usage ideaux : Onboarding nouveau client (cas frequent dans la strategie d ouverture clients) ; lancement SEO d un site neuf comme pierre-alexandre-mas ; pivot strategique d un site existant ; audit ICP avant refonte editoriale. Sauverait 2-4h de reflexion strategique manuelle par site. Contexte requis : Site avec peu/pas de data SEO mais avec pages services + positionnement edito remplis. Particulierement utile pour les sites < 500 pages en phase de lancement. Si rejete, reconsiderer si : Si l user prend 2+ nouveaux clients dans les 6 prochains mois, ce tool devient critique pour standardiser l onboarding SEO.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.644)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_content_roadmap 0.644 seo_read

[ANALYZE] Plan de contenu priorise : top opportunites scindees en pages a creer vs a optimiser. Use when: generer un plan d'action contenu priorise depuis la data Labs (difficulte + intention + volum

seo_keyword_full_profile 0.64 seo_read

[ANALYZE] Fiche 360 d'un mot-cle : volume, CPC, difficulte, intention, position du site, top 10 SERP. Use when: tout savoir sur un mot-cle precis avant de decider (creer / optimiser). Args: site, key

seo_insights_propose 0.625 seo_read

[INSIGHT] Propose un nouvel insight SEO metier (cannibalisation, orphan pillar, content gap, etc) avec workflow review/accept/act/measure. Use when : tu as decouvert une opportunite SEO concrete avec

×1 seo_hypothesis_tracker proposed 1ere demande 2026-05-18 · derniere 2026-05-18 01:05

Devrait faire : Cree un suivi d hypothese SEO post-action (refonte, optim) avec : (a) baseline auto capturee (clicks/impressions/CTR/position a J0), (b) cibles chiffrees a J30/J60/J90, (c) snapshots automatiques recurrents, (d) verdict final (hypothese validee/invalidee/partielle) avec calcul du gap vs cible, (e) lien vers l action originelle (action_log_id, brief_id). Permettrait de fermer la boucle 'action -> outcome' de facon structuree au-dela de seo_track_kpi qui est mono-metrique.
Pourquoi les tools existants ne suffisent pas : seo_track_kpi gere 1 KPI/1 target/1 deadline. Ici on a 4 metriques (impressions, position, CTR, clicks) avec 2 horizons (60j, 90j) et une hypothese causale (refonte). seo_outcomes_evaluate_pending fonctionne pour les actions autopilot loggees mais pas pour des refontes manuelles externes au systeme.
Signature suggeree :

{"site": "transicio", "subject": "NIS2", "targets": {"j30": {"ctr_min": 2.0, "position_max": 5}, "j60": {"ctr_min": 3.0, "position_max": 3}, "j90": {"clicks_monthly_min": 50}}, "hypothesis": "Refonte page NIS2 -> top 2 + CTR 3-5%", "subject_type": "query", "baseline_auto": true, "linked_action_log_id": null}

Tasks qui ont demande ce tool :

#722 Monitoring GSC 30j post-refonte : validation hypothèse

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

Valeur metier : 0.75 Faisabilite : easy Toutes les donnees existent deja en BDD (gsc_daily_query, action_log). Il s agit d une table seo_hypothesis_tracker + un cron quotidien qui snapshot les metriques + un evaluator J+horizon. Pas de dependance API externe. Effort dev : M ~1 jour Pourquoi cette valeur : Ferme la boucle PDCA sur les actions SEO, ce qui est le chainon manquant entre 'faire des actions' et 'apprendre ce qui marche'. Tres precieux pour le pivot vers des clients (preuve de ROI factuelle). Multiplicateur fort en portfolio. Cas d usage ideaux : Tous les post-mortems de refonte / migration / optim de contenu sur n importe quel site du portfolio. Particulierement critique pour : refontes de pillars, lancement de nouveaux clusters, A/B tests de meta_title. Sur 5 sites avec ~10 refontes/an, ca represente 50 hypotheses/an a tracker proprement. Contexte requis : Setup multisite avec actions SEO frequentes et besoin de prouver le ROI (interne ou client). GSC connecte pour baseline auto. Si rejete, reconsiderer si : Si l user commence a facturer des prestations SEO a des clients externes et a besoin de reportings ROI factuels par action, ou si le volume d actions autopilot reussies depasse 100/mois et qu il faut un suivi structure des outcomes manuels.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.696)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_action_impact_trajectory 0.696 seo_read

[ANALYZE] Courbe d'impact QUOTIDIENNE d'une page (clics/impressions/position jour par jour) + checkpoints J+7/J+14/J+30 + marqueurs (actions, push GSC, crawl Google). Use when: tu veux VOIR l'effet d

seo_ctr_optimization_plan 0.666 seo_read

[STRATEGIC] Audit CTR vs benchmark par position + plan réécriture title/meta. Use when : "Pourquoi mon CTR est faible vs bench ?", "Optim title/meta pour clics"

seo_fast_wins_plan 0.662 seo_read

[STRATEGIC] Plan quick wins SEO triés par ROI (gain clics 60j / effort). Pipeline : near miss + low CTR + cannibalisations rapides → LLM Opus priorise les actions à fort ROI/effort faible.

×1 seo_internal_links_inject_from_sources proposed 1ere demande 2026-05-15 · derniere 2026-05-15 10:12

Devrait faire : Injecte automatiquement N liens internes contextuels depuis une liste de pages sources (ex: /dsi-de-transition/, /cto-de-transition/, /cas-clients/*) vers une page cible, avec choix d'ancres variees (LLM pour generer anchors naturelles), positionnement intelligent dans le contenu (paragraphes pertinents), et logging des modifications pour rollback. Complete seo_internal_link_optimizer qui ne fait que SUGGERER les liens.
Pourquoi les tools existants ne suffisent pas : seo_internal_link_optimizer suggere des liens mais ne les injecte pas. seo_maillage_link_orphan_to_pillar cible uniquement les orphelins->pillars. seo_internal_links_bulk_update gere les remplacements post-301 mais pas l'ajout de nouveaux liens contextuels.
Signature suggeree :

{"site": "transicio", "dry_run": true, "target_url": "/management-de-transition-it/", "source_urls": ["/dsi-de-transition/", "/cto-de-transition/", "/cas-clients/"], "anchor_strategy": "varied_llm", "max_links_per_source": 2}

Tasks qui ont demande ce tool :

#649 Refresh + CTR boost sur /management-de-transition-it/ (pos. 9 → top 3)

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

Valeur metier : 0.75 Faisabilite : medium WP REST API permet de modifier le contenu HTML des posts source. La difficulte est l'injection 'intelligente' : trouver le bon paragraphe contextuel, generer anchor variee, eviter de casser le HTML existant (Gutenberg blocks, Elementor data). Necessite LLM pour selectionner les passages pertinents. ... Effort dev : L ~3 jours Pourquoi cette valeur : Tache recurrente sur les 5 sites du portfolio (chaque refresh/nouveau pilier necessite 10-20 liens internes). Aujourd'hui = action manuelle 30min/page. Automatise = gain ~5h/mois sur portfolio + qualite maillage superieure. Pour futurs clients e-commerce/B2B large, le gain est x10. Cas d usage ideaux : Refresh d'une page pilier pour booster son ranking (cas present) ; renforcement maillage apres publication d'un nouveau pilier ; redistribution link juice apres detection de pages sous-maillees via seo_internal_link_equity ; onboarding nouveau client avec audit cluster identifiant 50+ liens manquants. Contexte requis : Site WordPress avec contenu HTML editable via REST API (cas de tous les sites du portfolio). Particulierement valuable sur sites 100+ pages avec clusters topiques. Si rejete, reconsiderer si : Si l'user constate qu'il passe >2h/semaine a injecter manuellement des liens internes, ou si un client onboarde avec besoin de maillage massif (>100 liens a creer).

🟢 Forte opportunite + faisabilite OK : a developper en priorite

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

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

seo_internal_linking_plan 0.708 seo_read

[STRATEGIC] Plan de maillage interne (orphans + pillars + click depth). Use when : tu veux optimiser link equity flow et topical authority.

seo_internal_link_optimizer 0.689 seo_read

[ANALYZE] Propose des liens internes optimaux entre articles orphelins et pages piliers. Use when: tu veux identifier les opportunites de maillage interne (articles sans lien vers pilier, piliers ave

seo_maillage_add_link 0.644 seo_action

[ACTION] F-290 : ajoute un lien interne ARBITRAIRE entre 2 pages. Use when: tu veux pousser un lien sortant depuis une page source vers une cible donnee, AVEC une ancre custom. Plus flexible que seo_

×1 seo_bulk_create_301_from_pattern proposed 1ere demande 2026-05-15 · derniere 2026-05-15 10:11

Devrait faire : Cree en batch des redirections 301 a partir d un pattern source (regex ou glob) vers une cible calculee. Exemple: tous les /?p=6631 -> resolus vers leur URL canonique via WP REST API (GET /wp/v2/posts/6631 -> link). Genere un plan dry_run avec mapping source->target, permet review humaine, puis execute en batch via le plugin Redirection. Inclut deduplication et detection de chaines creees.
Pourquoi les tools existants ne suffisent pas : seo_autopilot_create_301 fonctionne URL-par-URL. Pour 60+ URLs ?p=XXXX, c est 60 appels manuels avec resolution canonique a faire a la main. Pas de batch ni de pattern matching. seo_redirect_strategy_plan produit un plan mais ne l execute pas en batch.
Signature suggeree :

{"site": "transicio", "dry_run": true, "pattern": "/?p=*", "resolution_method": "wp_post_id_to_canonical"}

Tasks qui ont demande ce tool :

#647 URGENCE TECH : Assainissement architecture + redirections (pré-requis SEO)

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

Valeur metier : 0.75 Faisabilite : easy Le plugin Redirection expose POST /wp-json/redirection/v1/redirect/ pour creer en batch. Resolution ?p=XXXX -> canonical = GET /wp-json/wp/v2/posts/XXXX puis lecture du champ link. Tout l infra existe deja (seo_autopilot_create_301 + WP REST). Effort dev : M ~1 jour Pourquoi cette valeur : Cas d usage recurrent (chaque migration ou cleanup massif). Mutualisable sur portfolio. Sans ce tool, l user doit boucler manuellement ou ecrire un script ad-hoc a chaque fois. Vraie valeur a l ouverture client (sites plus volumineux). Cas d usage ideaux : Migration WordPress (changement de permaliens), cleanup ?p= post-migration, rebrand domaine, refonte URL structure, onboarding client e-commerce avec milliers d anciennes URLs SKU a rediriger. Contexte requis : Site WordPress avec plugin Redirection + acces REST API. Particulierement utile sur sites 1k+ pages ou avec historique migrations. Si rejete, reconsiderer si : Si l user reste sur des petits sites <500 pages avec rares migrations, seo_autopilot_create_301 en boucle suffit. A reconsiderer des qu un projet >100 URLs a rediriger arrive.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.632)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_autopilot_create_301 0.632 seo_action

[WORKFLOW] Cree une redirection 301 sur un site WordPress via le plugin Redirection. BUG FIX (2026-05-07) : pre-checks anti-doublons + anti-conflit-post ajoutés. Si une redirection existe déjà pour f

seo_redirect_strategy_plan 0.585 seo_read

[STRATEGIC] Plan stratégie redirects (URLs supprimées, fusion, 301, chaînes). Pipeline : état redirects + chaînes détectées + pages inactives avec trafic → LLM Opus produit plan préservation link jui

seo_maillage_rewrite_anchor_batch 0.582 seo_action

[ACTION] Plan + exec batch de reecriture d anchors sur-utilises. Use when: anchor_text apparait >=4 fois pour la meme target. Diversifie avec variantes LLM (ou custom). dry_run=True d abord pour voir

×1 seo_architecture_audit proposed 1ere demande 2026-05-14 · derniere 2026-05-14 23:21

Devrait faire : Audit holistique de l architecture d information d un site : profondeur de clic globale, distribution URL par niveau, coherence des slugs/patterns, detection de silos casses, pages isolees vs hub, ratio pillar/articles, presence de breadcrumbs coherents, structure des categories WP. Produit un score d architecture + plan de restructuration.
Pourquoi les tools existants ne suffisent pas : seo_click_depth_distribution donne juste la distribution brute, seo_cluster_health audite par cluster, seo_orphan_pages liste les orphelines — mais aucun ne synthese l ARCHITECTURE GLOBALE avec recos. C est un gap classique avant une refonte ou un assainissement.
Signature suggeree :

{"site": "transicio", "max_depth_target": 3}

Tasks qui ont demande ce tool :

#647 URGENCE TECH : Assainissement architecture + redirections (pré-requis SEO)

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

Valeur metier : 0.75 Faisabilite : medium Toutes les donnees existent deja en BDD (page_id, parent, depth, internal_links graph, categories, breadcrumb). C est principalement un travail d agregation + scoring + prompt Claude pour produire un plan. Pas de dependance API externe. Effort dev : M ~1 jour Pourquoi cette valeur : Tache urgente actuelle prouve le besoin. Reutilisable sur 5 sites + clients. Combine plusieurs tools existants en un livrable strategique. Score eleve mais pas 0.9 car les briques existent deja (composable manuellement). Cas d usage ideaux : Pre-refonte d un site, post-migration, onboarding nouveau client SEO (les 5 sites du portfolio + clients futurs auront ce besoin a un moment). Particulierement critique pour transicio (158 pages B2B = architecture doit etre limpide) et indispensable pour clients e-commerce 10k+ pages. Contexte requis : Tout site WP avec >50 pages. Effet d echelle fort sur portfolio multisite (mutualisable sur les 5 sites). Si rejete, reconsiderer si : Lors du prochain onboarding client ou d une refonte majeure d un site du portfolio.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.634)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_technical_issues_audit 0.634 seo_read

[ANALYZE] Audit technique SEO complet : canonical, noindex, viewport, mixed content, temps reponse, taille HTML. Use when: tu veux un diagnostic global des problemes techniques on-page d un site (fla

seo_hreflang_audit_plan 0.631 seo_read

[STRATEGIC] Audit hreflang multilingue + plan corrections. Use when : "Audit hreflang", "Mes versions linguistiques sont mal référencées"

seo_internal_linking_plan 0.626 seo_read

[STRATEGIC] Plan de maillage interne (orphans + pillars + click depth). Use when : tu veux optimiser link equity flow et topical authority.

×1 seo_pillar_create_with_cluster_plan proposed 1ere demande 2026-05-14 · derniere 2026-05-14 23:18

Devrait faire : Cree un pillar page + genere automatiquement un plan de cluster (5-15 articles satellites suggeres avec keywords longue-traine, briefs pre-priorises, plan de maillage interne pillar<->satellites). Permet de demarrer une strategie topic cluster complete depuis une seule opportunite keyword, plutot que de gerer pillar et satellites separement.
Pourquoi les tools existants ne suffisent pas : seo_article_start cree 1 article. seo_charter_add_topic ajoute des topics 1 a 1. seo_cluster_explore explore mais ne cree pas. Il manque un orchestrateur qui transforme 'j ai detecte un gisement keyword' en 'pillar + plan editorial cluster complet pret a executer'.
Signature suggeree :

{"site": "transicio", "theme": "management_transition", "pillar_topic": "RSSI de transition", "auto_create_charter": true, "satellite_count_target": 8}

Tasks qui ont demande ce tool :

#648 Pillar RSSI de transition (gisement 140 vol. LOW competition + gap concurrent)

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

Valeur metier : 0.75 Faisabilite : medium Tous les briques existent (seo_generate_brief, seo_charter_add_topic, seo_cluster_explore, dfs_keyword_suggestions). Il faut juste les orchestrer dans un workflow avec une logique de selection satellites (volume min, intent diversity, gap concurrent). Pas de nouvelle API externe requise. Effort dev : M ~1 jour Pourquoi cette valeur : Sur 5 sites + futurs clients B2B, chaque pillar lance manuellement = 1-2h de planification cluster. Un tool qui fait ca en 1 appel + qui assure coherence pillar/satellites/maillage = gain de temps massif et qualite editoriale superieure (vs ajouter satellites au fil de l eau sans vision globale). Cas d usage ideaux : Strategie topic cluster B2B (cas typique transicio : management de transition, DAF de transition, DRH de transition, RSSI de transition = chaque metier devient un cluster). Aussi tres precieux pour onboarder un nouveau client : a partir de 3-5 seed keywords, generer 3-5 clusters complets en 1 commande. Contexte requis : Portefeuille B2B avec strategie editoriale par silo metier/expertise (exactement le cas transicio + futurs clients consulting/B2B). Si rejete, reconsiderer si : Si l user lance 3+ clusters complets dans le trimestre et constate des incoherences ou doublons entre satellites crees independamment.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.689)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_cluster_refonte_plan 0.689 seo_read

[STRATEGIC] Plan de refonte complet d'un cluster topique (pillar + enfants). Pipeline : pull pillar + enfants + KPIs + top queries + cannibalisations internes → LLM Opus produit plan refonte (pillar

seo_cluster_health 0.612 seo_read

[ANALYZE] Diagnostic sante des clusters pillar/articles : liens internes, orphelins, KPIs cumules. Use when: tu veux evaluer la coherence d un cluster topical authority (maillage pillar<->articles, a

seo_internal_linking_plan 0.612 seo_read

[STRATEGIC] Plan de maillage interne (orphans + pillars + click depth). Use when : tu veux optimiser link equity flow et topical authority.

×1 seo_ctr_low_diagnosis_single_url proposed 1ere demande 2026-05-28 · derniere 2026-05-28 04:00

Devrait faire : Diagnostic specifique CTR=0% sur 1 URL : verifie si la query genere reellement une SERP ou la page apparait (parfois impression sur image/sitelink), check SERP features bloquantes (AI Overview, Featured Snippet pris par concurrent), compare meta actuelle vs intent SERP, et recommande soit (a) rewrite meta soit (b) push position d abord soit (c) ignorer si position 19.8 = impossible d avoir du CTR de toute facon.
Pourquoi les tools existants ne suffisent pas : seo_ctr_gap_analysis est global au site, seo_query_full_profile donne le profil query mais pas une reco actionnable single-URL. Ici a position 19.8 le CTR ne peut PAS etre >2% (page 2), donc le meta rewrite est probablement un faux remede - il manque un tool qui detecte ce faux positif.
Signature suggeree :

{"url": "https://www.yuzko.com/audit-parc-informatique-entreprise/", "site": "yuzko", "query": "audit parc informatique"}

Tasks qui ont demande ce tool :

#557 📈 CTR-low : optimiser meta pour « audit parc informatique » sur https://www.yuzko.com/audit-parc-informatique-entreprise

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

Valeur metier : 0.70 Faisabilite : easy Toutes les donnees sont deja en BDD (GSC, SERP features via dfs_serp_features_tracked, position history). Pure logique de classification + appel LLM pour la reco finale. Effort dev : S 1-3h Pourquoi cette valeur : Evite de faire tourner inutilement seo_meta_rewrite_suggest (cout LLM Opus) sur des alertes sans valeur. Avec 5 sites et job auto F-230, probable que 50%+ des alertes soient des faux positifs. ROI direct sur cout LLM + temps validation humaine. Cas d usage ideaux : Tris automatique des alertes CTR-low Phase 3 (F-230) : separer les vraies opportunites (position 1-10, CTR sous benchmark) des faux positifs (position 15+ ou) pour ne pas faire travailler le redacteur pour rien. Utile sur tous les sites du portfolio qui ont des alertes auto. Contexte requis : Site avec detection automatique d alertes CTR-low (F-230 deja en place). Le portfolio entier en beneficie car les 5 sites tournent ce job. Si rejete, reconsiderer si : Si l user constate qu il valide manuellement beaucoup d alertes CTR-low et qu une part est ignoree apres analyse.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.696)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_ctr_optimization_plan 0.696 seo_read

[STRATEGIC] Audit CTR vs benchmark par position + plan réécriture title/meta. Use when : "Pourquoi mon CTR est faible vs bench ?", "Optim title/meta pour clics"

seo_ctr_gap_analysis 0.683 seo_read

[ANALYZE] Pages avec CTR sous-performant vs position (benchmark Backlinko). Use when: tu cherches des pages bien positionnees mais peu cliquees, pour refondre meta_title/description. DO NOT use: -

seo_intent_page_mismatch 0.638 seo_read

[ANALYZE] Mots-cles commercial/transactional ou le site ranke avec une URL editoriale (blog) : pages a retyper. Use when: detecter un decalage intention <-> type de page (blog servant une requete d'a

×1 seo_pillar_keyword_picker proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:01

Devrait faire : Identifie LE keyword principal optimal pour un nouveau pillar : croise volume DFS (filtre range ex 500-2000), difficulte SEO, alignement ICP (via positionnement editorial WP), gap concurrentiel et faisabilite (position actuelle, existence cluster). Retourne un top 3 keywords scores avec justification.
Pourquoi les tools existants ne suffisent pas : dfs_keyword_suggestions donne des suggestions brutes sans filtre ICP ni scoring strategique pillar. seo_cluster_explore necessite deja une theme + seeds. Aucun tool ne fait la synthese 'pick THE keyword for my next pillar'.
Signature suggeree :

{"site": "pierre-alexandre-mas", "theme_hint": "coaching", "volume_max": 2000, "volume_min": 500, "difficulty_max": "medium"}

Tasks qui ont demande ce tool :

#876 Publier 1 article pillar 2000+ mots sur thématique cœur

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

Valeur metier : 0.70 Faisabilite : medium Combine des tools existants (dfs_keyword_suggestions, dfs_keyword_volumes, wp_positioning_get, seo_content_gap_ai, seo_competitors). Pas d API externe nouvelle. La difficulte est le scoring ICP-alignment qui necessite un appel LLM (Claude) pour matcher semantiquement keyword vs positionnement. Effort dev : M ~1 jour Pourquoi cette valeur : Tres utile en portfolio multisite : chaque site a besoin de 5-10 pillars bien choisis. Mutualisable sur les 5 sites + indispensable pour onboarder un futur client (lui montrer une roadmap editoriale data-driven des J1). Pas critique au quotidien mais haute valeur en moments cles. Cas d usage ideaux : Au demarrage d un nouveau cluster sur un site (premier pillar) ; onboarding nouveau client ou il faut choisir le 1er angle SEO ; expansion editoriale trimestrielle ; arbitrage entre 5 candidats keywords pour un brief. Contexte requis : Site avec positionnement editorial defini (wp_positioning_get) + acces DFS keyword data + GSC. Applicable a tous les 5 sites du portfolio et futurs clients en phase de structuration editoriale. Si rejete, reconsiderer si : Reste pertinent meme si rejete maintenant : a reproposer quand un nouveau client B2B est onboarde, ou quand un site atteint un plateau et necessite une expansion thematique strategique.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.673)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_quick_wins 0.673 seo_read

[ANALYZE] Mots-cles en page 1-2 (position 4-20) a difficulte gerable : a pousser vers le top 3 (effort minimal). Use when: chercher des gains rapides a faible effort (le site a deja de la traction).

seo_keyword_full_profile 0.659 seo_read

[ANALYZE] Fiche 360 d'un mot-cle : volume, CPC, difficulte, intention, position du site, top 10 SERP. Use when: tout savoir sur un mot-cle precis avant de decider (creer / optimiser). Args: site, key

seo_keyword_effort_value_matrix 0.657 seo_read

[ANALYZE] Matrice volume x difficulte : quick wins / gros chantiers / longue traine / faible priorite. Use when: arbitrer la roadmap mots-cles en 4 quadrants (valeur vs effort). Args: site, vol_thres

×1 seo_gsc_property_health proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:00

Devrait faire : Verifie l etat de configuration de la propriete GSC pour un site : propriete verifiee, sitemap soumis et son statut (success/error), nb d URLs decouvertes vs indexees, derniere date de crawl. Detecte les sites qui n ont pas de propriete GSC active.
Pourquoi les tools existants ne suffisent pas : seo_indexation_status_audit et seo_sitemap_manage couvrent partiellement mais aucun tool ne fait un health check global de la connexion GSC (souvent la cause #1 d un 0 indexe est juste 'GSC pas configure').
Signature suggeree :

{"site": "pierre-alexandre-mas"}

Tasks qui ont demande ce tool :

#873 Fondations techniques SEO + indexation rapide

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

Valeur metier : 0.70 Faisabilite : easy GSC Search Console API expose sitemaps.list, sites.get, urlInspection. Tous endpoints officiels. Pas de scraping. Effort dev : S 1-3h Pourquoi cette valeur : Valeur immediate pour ce cas precis + reutilisable comme premier diagnostic systematique sur tout nouveau site. Mutualisation portfolio elevee. Cas d usage ideaux : Onboarding client, diagnostic site silencieux, verification mensuelle que tous les sites du portfolio sont bien connectes a GSC. Contexte requis : Acces GSC API deja configure dans le systeme (semble etre le cas vu les autres tools GSC). Si rejete, reconsiderer si : Si l onboarding de futurs clients devient frequent et que le debug 'pourquoi 0 indexe' revient regulierement.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.635)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_indexation_status_audit 0.635 seo_read

[ANALYZE] Distribution des pages par statut d'indexation Google (Submitted&indexed, Crawled-not-indexed, Discovered-not-indexed, Duplicate). Use when: tu veux comprendre pourquoi certaines pages ne s

seo_autopilot_submit_gsc 0.63 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:

seo_gsc_queue_status 0.605 seo_read

[ANALYZE] **TOOL OBLIGATOIRE pour EXCLURE/FILTRER les pages recemment soumises a Google.** Use when (matche imperativement ces formulations user) : - « exclure les pages soumises a l'indexation < N

×1 seo_backlink_prospects_finder proposed 1ere demande 2026-05-18 · derniere 2026-05-18 01:10

Devrait faire : Identifie automatiquement des sites prospects pour outreach backlinks sur un sujet donne (ex: NIS2) en croisant : (a) backlinks des concurrents top SERP via DFS, (b) sites traitant du sujet via Google Suggest + DFS SERP, (c) filtrage par DR/rank/topical relevance. Output : liste priorisee de domaines + URL articles + email contact si trouvable.
Pourquoi les tools existants ne suffisent pas : dfs_backlinks_list donne les BL d un competitor mais ne croise pas avec topical relevance ni ne priorise pour outreach. Aucun tool ne produit une liste actionnable de prospects.
Signature suggeree :

{"site": "transicio", "limit": 50, "topic": "NIS2", "min_dr": 30, "competitor_domains": ["lemagit.fr"]}

Tasks qui ont demande ce tool :

#720 Campagne backlinks NIS2 : objectif 4 → 12+ BL

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

Valeur metier : 0.70 Faisabilite : medium API DFS backlinks deja integree, logique de scoring + enrichissement contact (Hunter.io ou scraping mentions legales) faisable. Le contact email reste le point dur (Hunter.io payant ou scraping fragile). Effort dev : M ~1 jour Pourquoi cette valeur : Outreach BL est un poste recurrent pour tous les sites B2B du portfolio. Automatiser la phase de prospection (= 30-40% du temps total d une campagne) economise plusieurs jours par campagne. Reutilisable cross-sites. Cas d usage ideaux : Toute campagne d outreach BL (NIS2, RGPD, autres sujets reglementaires transicio). Aussi : onboarding nouveau client B2B qui doit batir une autorite topique. Mutualisable sur 5 sites + futurs clients. Contexte requis : Site avec >=2 concurrents identifies + budget DFS pour requeter backlinks competitors. Si rejete, reconsiderer si : Si une 2eme campagne BL est lancee (sur un autre topic ou un autre site) — le besoin devient recurrent.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.642)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_backlinks_top_pages 0.642 seo_read

[ANALYZE] Pages du site recevant le plus de backlinks externes, classees par nombre de liens entrants. Use when: identifier quelles URLs captent l autorite externe, reperer les pages linkbait, priori

dfs_competitors 0.62 dfs

[ANALYZE] Liste les concurrents organiques d un site via DFS Labs (overlap de keywords). Use when: tu veux identifier les sites qui se positionnent sur les memes mots-cles organiques qu un domaine do

seo_backlinks_overview 0.619 seo_read

[ANALYZE] Vue d'ensemble backlinks AGREGEE sur 2 sources : GSC (upload CSV manuel) + DataForSEO (crawl daily). Sprint R-300 (2026-06-03) : reponse enrichie pour eviter les faux "0 backlinks" dans les

×1 seo_cluster_bootstrap proposed 1ere demande 2026-05-15 · derniere 2026-05-15 10:12

Devrait faire : Crée un nouveau cluster SEO complet en une seule opération : initialise la charter éditoriale avec audience/tonalité, ajoute les N topics (1 pillar + satellites) avec leurs interlinks planifiés, génère les briefs en cascade, et planifie un calendrier de publication (ex: pillar S1, satellite 1 S2, etc.). Idéal pour lancer un nouveau cluster topique de zéro à partir d'une stratégie rédigée.
Pourquoi les tools existants ne suffisent pas : seo_charter_add_topic doit être appelé 4x manuellement, sans liaison explicite pillar↔satellites, sans planning de cadence, sans capture du case study à anonymiser. Pas de vue 'cluster bootstrap' atomique.
Signature suggeree :

{"site": "transicio", "theme": "rssi-de-transition", "pillar": {"title": "RSSI de transition", "target_words": 3500, "primary_keyword": "rssi de transition"}, "satellites": [{"title": "Tarif RSSI transition", "primary_keyword": "tarif rssi transition"}], "publication_cadence_days": 14, "case_studies_to_reference": ["/cas-clients/remediation-cyberattaque-plan-securite-si/"]}

Tasks qui ont demande ce tool :

#648 Pillar RSSI de transition (gisement 140 vol. LOW competition + gap concurrent)

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

Valeur metier : 0.70 Faisabilite : easy Composition pure de tools existants (charter_add_topic + publish_topic + cross-linking metadata). Pas de dépendance API externe. Juste un wrapper orchestrateur. ~200 lignes Python. Effort dev : S 1-3h Pourquoi cette valeur : Effet de mutualisation fort : chaque cluster pris vaut 4-8 appels MCP au lieu de 1. Sur 5 sites × 3-5 clusters/an = 15-25 usages/an. Réduit aussi le risque d'oubli d'interlinks ou de case study referencing. Game-changer modéré pour un dev portfolio-driven. Cas d usage ideaux : Lancement d'un nouveau cluster topique sur un site existant (cas RSSI ici sur transicio) ; onboarding client où on cartographie 5-10 clusters d'attaque ; refonte topique post-audit où on doit rebuild des hubs entiers. Utile sur les 5 sites du portfolio dès qu'une opportunité gap concurrent est détectée. Contexte requis : Stratégie cluster déjà rédigée (rationale + keywords + interlinks). Pertinent sur sites B2B 100-500 pages qui se développent par clusters thématiques (cas typique transicio, yuzko, belformance). Si rejete, reconsiderer si : Si l'usage manuel charter_add_topic + publish_topic répété devient pénible (>10 clusters lancés à la main) ou si on intègre un client e-commerce avec besoin de cartographier 20+ clusters catégorie en bulk.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.637)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_cluster_audit 0.637 seo_read

[STRATEGIC] Audit complet d un cluster SEO : cartographie, cannibalisations, gaps et plan d action priorise. Use when: tu dois prendre une decision structurelle sur un theme (creer, merger, supprimer

seo_charter_get 0.628 seo_action

[READ] Charter editoriale d un cluster (ou liste tous les clusters d un site). Si `theme` fourni : charter complete (audience, ton, cadence, pillar_status, topics_pipeline_json, vocabulary_dos/donts,

seo_charter_add_topic 0.627 seo_action

[ACTION] Ajoute un topic au pipeline editorial d un cluster. Use when: agent detecte une opportunite editoriale (veille concurrentielle, SERP volatility, feature snippet gap, trending topic LinkedIn)

×1 seo_architecture_assessment_plan proposed 1ere demande 2026-05-14 · derniere 2026-05-14 23:21

Devrait faire : Audit global de l architecture d information d un site WordPress : profondeur de clic moyenne, distribution des pages par niveau, pages orphelines, silos topiques mal definis, redondance URL (slugs similaires), patterns d URLs incoherents (trailing slash, casse, anciennes structures /category/X/ vs /X/), opportunites de regrouper/scinder. Sort un plan stratifie de refonte URL + redirects + maillage.
Pourquoi les tools existants ne suffisent pas : seo_redirect_strategy_plan se concentre sur les redirects existants. seo_internal_linking_plan se concentre sur le maillage. seo_cluster_audit est topique. Aucun ne fait l ASSAINISSEMENT ARCHITECTURAL global (URL patterns + click depth + silos + redondances) qui est exactement la demande 'pre-requis SEO'.
Signature suggeree :

{"site": "transicio", "model": "@default_opus", "include_orphans": true, "include_url_patterns": true}

Tasks qui ont demande ce tool :

#647 URGENCE TECH : Assainissement architecture + redirections (pré-requis SEO)

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

Valeur metier : 0.70 Faisabilite : medium Toutes les donnees sont deja en BDD : wp_posts (URLs, slugs, dates), table internal_links (maillage), table redirects (plugin Redirection via REST API), GSC coverage. Le travail = composer un prompt Claude Opus avec ces inputs structures + heuristiques de detection patterns. Pas de scraping externe ... Effort dev : M ~1 jour Pourquoi cette valeur : Tres haute valeur pour onboarding clients (gain de 1-2 jours d audit manuel par site). Sur le portfolio actuel (5 sites petits), valeur ponctuelle. Mais devient game-changer des qu un client e-commerce/B2B 5k+ pages arrive. Re-utilisable a chaque audit de refonte. Cas d usage ideaux : Avant migration majeure ; reprise d un site herite avec dette technique ; onboarding nouveau client e-commerce/B2B avec architecture chaotique ; consolidation post-rachat de plusieurs sous-domaines. Pour le portfolio multisite, utile au moins 1 fois par site puis sur tout nouveau client. Contexte requis : Site WordPress avec >100 pages OU presentant des signes de dette architecturale (multiples redirects, patterns URL incoherents). Particulierement valuable pour clients e-commerce >1k SKU. Si rejete, reconsiderer si : Si un client e-commerce >5k pages arrive, ou si une demande recurrente d audit architectural emerge sur les sites du portfolio (>2 demandes/trimestre).

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.655)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_internal_linking_plan 0.655 seo_read

[STRATEGIC] Plan de maillage interne (orphans + pillars + click depth). Use when : tu veux optimiser link equity flow et topical authority.

seo_content_roadmap 0.644 seo_read

[ANALYZE] Plan de contenu priorise : top opportunites scindees en pages a creer vs a optimiser. Use when: generer un plan d'action contenu priorise depuis la data Labs (difficulte + intention + volum

seo_ai_overview_optimization_plan 0.613 seo_read

[STRATEGIC] Plan optim AI Overview pour pages spécifiques (ou pillars par défaut). Pipeline : audit AI-Overview-readiness par page + queries AI Overview → LLM Opus produit plan tactique d'optimisatio

×1 seo_architecture_assainissement_orchestrator proposed 1ere demande 2026-05-14 · derniere 2026-05-14 23:12

Devrait faire : Workflow nomme dedie a l assainissement architecture+redirects d un site : execute en sequence site_doctor, redirect_map, chain_validator, technical_issues_audit, click_depth_distribution, orphan_pages, internal_link_equity, puis appelle Claude Opus pour synthetiser un PLAN D ASSAINISSEMENT priorise (P0/P1/P2) avec estimation effort par lot, ordre d execution recommande (ex: fix chaines redirects AVANT de regenerer sitemap), et flags de risque (ex: 'attention: 47 pages orphelines pointees par 12 redirects 301 - les casser sans relinker = perte trafic'). Sortie : document executable avec checklists.
Pourquoi les tools existants ne suffisent pas : Les tools existants couvrent chacun un angle (redirects, technique, orphelins) mais aucun ne CONSOLIDE en plan d assainissement architectural unifie avec ordre d execution et dependances entre fixes. L user doit composer manuellement 5-7 appels et faire la synthese.
Signature suggeree :

{"site": "transicio", "model": "@default_opus", "include_orphans": true, "include_redirects": true}

Tasks qui ont demande ce tool :

#647 URGENCE TECH : Assainissement architecture + redirections (pré-requis SEO)

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

Valeur metier : 0.70 Faisabilite : easy Pure composition de tools existants + 1 appel Opus pour la synthese. Aucune API externe nouvelle. Pattern deja eprouve avec seo_super_orchestrate et seo_playbook. Effort dev : M ~1 jour Pourquoi cette valeur : Valeur portfolio : transforme un chantier de 4-6h de diagnostic manuel en 1 appel. Multiplie par 5 sites + onboarding clients = ROI rapide. Pas critique (composable manuellement) mais economise 3-5h par execution. Score 0.7 car nice-to-have stratégique, pas game-changer. Cas d usage ideaux : Pre-migration ou pre-refonte d un site ; onboarding d un nouveau client SEO ou il faut diagnostiquer la dette technique ; preparer un chantier SEO trimestriel ; post-audit Search Console massif. Sur le portfolio actuel : utile 1-2x/an par site (10 executions/an). Pour futurs clients : indispensable a chaque onboarding. Contexte requis : Site WP avec stack standard du portfolio (RankMath, plugin Redirection). Volume ideal : 100-50k pages. Necessite GSC connectee, donnees crawl recentes. Si rejete, reconsiderer si : Si l user prend 2+ clients en onboarding dans les 6 mois OU si une refonte majeure d un site du portfolio est planifiee, ce tool devient prioritaire.

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.677)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_redirect_strategy_plan 0.677 seo_read

[STRATEGIC] Plan stratégie redirects (URLs supprimées, fusion, 301, chaînes). Pipeline : état redirects + chaînes détectées + pages inactives avec trafic → LLM Opus produit plan préservation link jui

seo_internal_linking_plan 0.647 seo_read

[STRATEGIC] Plan de maillage interne (orphans + pillars + click depth). Use when : tu veux optimiser link equity flow et topical authority.

seo_autopilot_resolve_cannibalization 0.63 seo_action

[WORKFLOW] Resout un cas de cannibalisation entre 2 pages competing sur la meme query. 4 strategies disponibles. Use when : seo_cannibalization_analysis a identifie une paire (winner_url, loser_url)

×3 seo_pillar_refonte_orchestrator proposed 1ere demande 2026-05-06 · derniere 2026-05-06 19:22

Devrait faire : Orchestrateur dedie a la refonte d une page pillar : combine profile page + cluster_health (pour identifier les pages enfants a relier comme 'Nos profils'), genere un brief refresh ciblant la pillar, propose un plan de maillage interne enfants->pillar, et structure le content avec sections obligatoires (profils/cas/FAQ). Sortie : brief enrichi pret a publier + plan de liens internes + suggestions de FAQ schema.
Pourquoi les tools existants ne suffisent pas : seo_generate_brief produit un brief generique mais ne cross-reference pas automatiquement les pages enfants du cluster (DSI/CTO/RSSI) pour les inserer dans l outline 'Nos profils'. Il faut chainer manuellement seo_cluster_health + seo_generate_brief + seo_maillage_link_orphan_to_pillar.
Signature suggeree :

{"site": "transicio", "pillar_url": "/management-de-transition-it/", "add_faq_schema": true, "case_studies_count": 3, "include_children_in_outline": true}

Tasks qui ont demande ce tool :

#27 Refondre la pillar /management-de-transition-it/ - Quick Win #1
- #27 Refondre la pillar /management-de-transition-it/ - Quick Win #1
- #27 Refondre la pillar /management-de-transition-it/ - Quick Win #1

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

Valeur metier : 0.65 Faisabilite : easy Tous les blocs existent (seo_cluster_health, seo_generate_brief, seo_maillage_link_orphan_to_pillar, seo_charter_get). Il s agit juste d un orchestrateur qui les chaine avec une logique metier 'refonte pillar'. Pas d API externe necessaire. Effort dev : M ~1 jour Pourquoi cette valeur : Valeur moyenne-haute : transicio a clairement plusieurs pillars metier a refondre (pattern recurrent), et c est un livrable typique de prestation client SEO B2B. Mutualisable sur les 5 sites + premium pour onboarding clients. Pas un game-changer mais un accelerateur de 2-3h par refonte. Cas d usage ideaux : Refonte pillar B2B avec cluster d enfants existants (transicio a plusieurs pillars metier : IT, RH, Finance...). Egalement utile pour clients futurs e-commerce avec category pages a refondre + lien vers sous-categories. Sur portfolio actuel : 5-15 pillars potentiels a refondre par an. Contexte requis : Site avec structure pillar/cluster claire + au moins 3-5 pages enfants identifiees en BDD (ce qui est le cas via seo_pillars_list). Si rejete, reconsiderer si : Si l user fait 3+ refontes pillar manuelles dans les 3 prochains mois et constate que le chainage manuel est repetitif, ou si un client B2B avec 10+ pillars a refondre arrive.

🟡 Opportunite moyenne : decision selon roadmap globale

🔍 Tools existants modestement similaires (max similarite = 0.695)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_cluster_refonte_plan 0.695 seo_read

[STRATEGIC] Plan de refonte complet d'un cluster topique (pillar + enfants). Pipeline : pull pillar + enfants + KPIs + top queries + cannibalisations internes → LLM Opus produit plan refonte (pillar

seo_internal_linking_plan 0.628 seo_read

[STRATEGIC] Plan de maillage interne (orphans + pillars + click depth). Use when : tu veux optimiser link equity flow et topical authority.

seo_pillars_list 0.608 seo_read

[STRATEGIC] Vue globale de toutes les pages pillar d un site avec health score et statut audit. Use when: besoin d une vision helicopter des pillars pour identifier celles a auditer ou en mauvaise sa

×1 seo_gsc_property_health_check proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:01

Devrait faire : Verifie la configuration GSC d un site : propriete declaree (domain/url-prefix), ownership confirmee, sitemap soumis & dernier status, presence de penalites manuelles, couverture globale (indexed/not-indexed/excluded counts). Diagnostic one-shot pour repondre a la question 'GSC est-il bien configure ?' mentionnee dans la tache.
Pourquoi les tools existants ne suffisent pas : On a seo_indexation_status_audit et seo_sitemap_manage mais aucun tool ne verifie en 1 appel que GSC est correctement *configure* (propriete, ownership, penalites). Sur un site 0 indexation, c est la 1ere question a se poser.
Signature suggeree :

{"site": "pierre-alexandre-mas"}

Tasks qui ont demande ce tool :

#880 Invisibilité totale : 0 page indexée = 0 trafic organique

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

Valeur metier : 0.65 Faisabilite : medium GSC API Search Console v1 expose sites.get, sitemaps.list, manual actions necessite GSC API. Token OAuth deja en place dans le systeme (vu les autres tools GSC). Effort = agreger 3-4 endpoints. Effort dev : M ~1 jour Pourquoi cette valeur : Utile mais moins critique que robots.txt audit. Mutualisable sur les 5 sites et indispensable pour onboarding client. Score moyen car partiellement couvert par d autres tools existants. Cas d usage ideaux : Onboarding nouveau site/client (verifier que GSC est branche correctement) ; diagnostic invisibilite ; controle qualite mensuel cross-portfolio. Contexte requis : Tout site avec acces GSC API. Tous les sites du portfolio. Si rejete, reconsiderer si : A l onboarding d un nouveau client, ou si un autre site du portfolio presente une chute d indexation suspecte.

🟡 Opportunite moyenne : decision selon roadmap globale

🔍 Tools existants modestement similaires (max similarite = 0.607)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_autopilot_submit_gsc 0.607 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:

seo_indexation_status_audit 0.595 seo_read

[ANALYZE] Distribution des pages par statut d'indexation Google (Submitted&indexed, Crawled-not-indexed, Discovered-not-indexed, Duplicate). Use when: tu veux comprendre pourquoi certaines pages ne s

seo_gsc_queue_status 0.581 seo_read

[ANALYZE] **TOOL OBLIGATOIRE pour EXCLURE/FILTRER les pages recemment soumises a Google.** Use when (matche imperativement ces formulations user) : - « exclure les pages soumises a l'indexation < N

×1 seo_backlink_campaign_tracker proposed 1ere demande 2026-05-18 · derniere 2026-05-18 01:10

Devrait faire : Suit la progression d une campagne d outreach BL liee a un node cockpit : compte les nouveaux BL detectes via DFS sur une periode, vers un set d URLs cibles, et met a jour automatiquement la metrique 'BL acquis' du node. Genere une alerte quand un nouveau BL est detecte (probable resultat d outreach).
Pourquoi les tools existants ne suffisent pas : seo_backlinks_lost_vs_gained compare 2 snapshots globalement mais ne se lie pas a un node cockpit ni ne filtre sur target_urls precises. Pas d alerting sur nouveau BL detecte.
Signature suggeree :

{"site": "transicio", "node_id": 1234, "target_urls": ["/nis2/", "/conformite-nis2/"], "baseline_date": "2025-01-15"}

Tasks qui ont demande ce tool :

#720 Campagne backlinks NIS2 : objectif 4 → 12+ BL

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

Valeur metier : 0.65 Faisabilite : easy Tous les inputs existent (DFS backlinks, cockpit nodes). C est de la logique de diff + linkage. Pas de dependance externe nouvelle. Effort dev : S 1-3h Pourquoi cette valeur : Effort tres faible (S = 1-3h), valeur immediate sur la campagne courante + reutilisable sur toute future campagne BL. Bon ratio. Cas d usage ideaux : Mesurer ROI d une campagne BL (cette tache NIS2 typiquement). Detecter mentions presse non-sollicitees vers pages cibles. Suivi mensuel auto pour reporting client. Contexte requis : DFS backlinks snapshots reguliers + un node cockpit campaign existant. Si rejete, reconsiderer si : Des qu une 2eme campagne BL est lancee, ou si l user veut un reporting mensuel automatique du progres BL.

🟡 Opportunite moyenne : decision selon roadmap globale

✓ Aucun tool similaire detecte (max similarite = 0.535)

Le top match (seo_lead_generation_pages_audit) n est qu a sim 0.535. Probablement un vrai nouveau besoin, mais tu peux toujours verifier.

seo_lead_generation_pages_audit 0.535 seo_read

[STRATEGIC] Identifie les "money pages" + dormant high-potential + plan boost. Use when : "Quelles pages génèrent le plus de leads/CA ?", "Comment booster mes pages converters ?"

seo_backlinks_overview 0.531 seo_read

[ANALYZE] Vue d'ensemble backlinks AGREGEE sur 2 sources : GSC (upload CSV manuel) + DataForSEO (crawl daily). Sprint R-300 (2026-06-03) : reponse enrichie pour eviter les faux "0 backlinks" dans les

seo_backlinks_top_pages 0.529 seo_read

[ANALYZE] Pages du site recevant le plus de backlinks externes, classees par nombre de liens entrants. Use when: identifier quelles URLs captent l autorite externe, reperer les pages linkbait, priori

×1 seo_sitemap_rebuild_rankmath proposed 1ere demande 2026-05-04 · derniere 2026-05-04 18:41

Devrait faire : Force la regeneration du sitemap Rank Math (rank-math/sitemap_index.xml) apres une serie de modifications de pages (suppressions, depublications, changements de statut indexation). Appelle l endpoint Rank Math approprie ou trigger un cache flush + warmup du sitemap. Optionnellement verifie que les URLs cibles sont bien presentes/absentes du XML genere et soumet le sitemap a GSC.
Pourquoi les tools existants ne suffisent pas : seo_sitemap_manage liste et soumet le sitemap mais ne force pas la regeneration cote Rank Math. Apres trash/unpublish d URLs, le sitemap peut rester en cache plusieurs heures. Aucun tool n offre un 'rebuild + verify + resubmit' atomique specifique a la stack Rank Math du portfolio.
Signature suggeree :

{"site": "transicio", "dry_run": true, "submit_to_gsc": true, "verify_urls_absent": ["/page-intermediaire-1"], "verify_urls_present": ["/page-finale-1"]}

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.65 Faisabilite : easy Rank Math expose des endpoints REST pour le sitemap et un cache transient regenere automatiquement. Faisable via wp-cli (rank-math sitemap generate) ou un endpoint custom du bridge plugin existant. Pas de scraping requis. Soumission GSC deja couverte par l infra existante (Google Indexing API + site... Effort dev : S 1-3h Pourquoi cette valeur : Sur 5 sites Rank Math + futurs clients WP, c est un building block recurrent. Pas critique en standalone mais fait gagner un boucle sysadmin/cache fastidieuse a chaque cleanup. Score modere car seo_sitemap_manage couvre deja 70% du flux (resubmit_to_gsc=true). Cas d usage ideaux : Apres toute operation batch sur le contenu (migration, cleanup d URLs intermediaires post-restructuration, suppression de pages obsoletes en masse, refonte de cluster). Cas typique : 'je viens de trash 30 pages, je veux que GSC voit le nouveau sitemap dans l heure'. Mutualisable sur les 5 sites du portfolio (tous Rank Math) + tout futur client WP/Rank Math. Contexte requis : Site WordPress avec Rank Math (= 100% du portfolio actuel). Particulierement utile sur sites avec >500 pages ou sur sites en phase de cleanup/restructuration. Si rejete, reconsiderer si : A reconsiderer si on observe plusieurs tickets ou bugs lies a un sitemap 'pas a jour' apres operations batch, ou si on prend un client e-commerce avec turnover URL eleve (>50 modifs/semaine).

🟡 Opportunite moyenne : decision selon roadmap globale

🔍 Tools existants modestement similaires (max similarite = 0.609)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_sitemap_manage 0.609 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 0.584 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:

seo_maillage_run_backfill_links 0.582 seo_action

[ACTION] Lance backfill_links_worker (re-parse HTML WP, sync graphe). Use when: apres modifications WP majeures. Re-aligne seo_internal_links avec la realite WP.

×1 seo_social_promotion_enqueue proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:01

Devrait faire : Apres publication d un article, prepare et planifie des posts de promotion sur reseaux sociaux (LinkedIn, X) : genere 2-3 variations de copy via Claude, extrait visuel hero, ajoute UTM tracking, et enqueue dans un buffer/scheduler.
Pourquoi les tools existants ne suffisent pas : Aucun tool ne couvre la promotion sociale post-publication. La tache mentionne explicitement 'promouvoir sur LinkedIn/reseaux' mais le stack actuel s arrete a la publication WP + indexation GSC.
Signature suggeree :

{"site": "pierre-alexandre-mas", "post_id": 123, "channels": ["linkedin"], "schedule": "2024-XX-XX"}

Tasks qui ont demande ce tool :

#876 Publier 1 article pillar 2000+ mots sur thématique cœur

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

Valeur metier : 0.60 Faisabilite : hard LinkedIn API est restrictive (besoin LinkedIn Marketing API ou app approuvee, OAuth complexe). Alternative : integration avec Buffer/Hypefury/Make qui simplifie. X API est devenue payante (250$/mois pour Basic tier). Faisable mais necessite setup tiers. Effort dev : L ~3 jours Pourquoi cette valeur : Forte valeur sur portfolio B2B (LinkedIn est THE canal pour ces 5 sites). Mais effort eleve a cause des APIs sociales. Mieux mutualise via integration Buffer/Make plutot que dev natif. Game-changer pour boucler la boucle 'publication -> promotion -> tracking'. Cas d usage ideaux : Apres chaque publication d article pillar ou cluster ; campagne de re-promotion d evergreen content ; lancement editorial sur plusieurs sites en parallele ; clients B2B avec strategie LinkedIn forte (cas Pierre-Alexandre Mas, Belkis Chayeb, Transicio). Contexte requis : Acces API LinkedIn (OAuth app) et/ou X API. Site avec strategie editoriale active. Tres pertinent pour les 5 sites actuels qui sont tous B2B et ont une dimension personal branding / autorite. Si rejete, reconsiderer si : A reproposer quand 1) un budget Buffer/Make est alloue, 2) un client demande explicitement le tracking promotion social, ou 3) le portfolio atteint un volume editorial (>4 articles/mois) ou la promotion manuelle devient un bottleneck.

🟡 Opportunite moyenne : decision selon roadmap globale

🔍 Tools existants modestement similaires (max similarite = 0.629)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_seasonal_planning 0.629 seo_read

[STRATEGIC] Plan SEO saisonnier (Black Friday, soldes, événements). Use when : "Comment préparer Black Friday SEO ?", "Plan SEO événement X"

seo_content_roadmap 0.604 seo_read

[ANALYZE] Plan de contenu priorise : top opportunites scindees en pages a creer vs a optimiser. Use when: generer un plan d'action contenu priorise depuis la data Labs (difficulte + intention + volum

seo_lead_generation_pages_audit 0.596 seo_read

[STRATEGIC] Identifie les "money pages" + dormant high-potential + plan boost. Use when : "Quelles pages génèrent le plus de leads/CA ?", "Comment booster mes pages converters ?"

×1 seo_gsc_sitemap_register proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:00

Devrait faire : Enregistre explicitement l'URL d'un sitemap (ex: https://site.com/sitemap_index.xml de Rank Math) dans la propriete GSC via l'API Search Console sitemaps.submit, et retourne le statut (success, contents_hash, last_submitted, errors, warnings, isPending).
Pourquoi les tools existants ne suffisent pas : seo_sitemap_manage avec resubmit_to_gsc=true semble le faire mais la docstring ne precise pas s'il utilise l'API GSC sitemaps.submit ou un ping deprecated. Un tool dedie clarifierait + permettrait de lister les sitemaps deja enregistres (sitemaps.list) et leur statut.
Signature suggeree :

{"site": "pierre-alexandre-mas", "sitemap_url": "https://pierre-alexandre-mas.com/sitemap_index.xml"}

Tasks qui ont demande ce tool :

#875 Configurer Google Search Console + soumettre sitemap

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

Valeur metier : 0.60 Faisabilite : easy API GSC sitemaps.submit et sitemaps.list sont stables et documentees. L'OAuth est deja configure pour les autres tools GSC du catalogue. Effort dev : S 1-3h Pourquoi cette valeur : Sur portfolio 5 sites + futurs clients, avoir un tool dedie qui audite l'etat des sitemaps GSC (last_submitted, errors, warnings) cross-site est tres utile en monitoring. Effort faible, valeur recurrente. Cas d usage ideaux : Audit periodique : verifier que tous les sites du portfolio ont leur sitemap enregistre dans GSC et sans erreurs. Apres regeneration sitemap Rank Math suite a changement structure. Onboarding nouveau site/client. Contexte requis : OAuth GSC deja en place. Sitemap accessible publiquement. Si rejete, reconsiderer si : Si seo_sitemap_manage est confirme couvrir 100% le besoin (incluant listing + statut), alors ce gap devient redondant.

🟡 Opportunite moyenne : decision selon roadmap globale

🔍 Tools existants modestement similaires (max similarite = 0.688)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_autopilot_submit_gsc 0.688 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:

seo_autopilot_submit_gsc_now 0.654 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_sitemap_manage 0.648 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

×1 seo_redirect_chain_consolidate_executor proposed 1ere demande 2026-05-14 · derniere 2026-05-14 23:17

Devrait faire : Execute la consolidation automatique de chaines de redirections detectees : pour chaque chaine A->B->C->D, met a jour la redirection A pour pointer directement vers D (le target final), via l API du plugin Redirection. Fait en batch avec dry_run, rollback possible, et rapport detaille.
Pourquoi les tools existants ne suffisent pas : seo_redirect_chain_validator detecte les chaines mais ne les corrige PAS. seo_autopilot_create_301 cree des redirects un par un manuellement. Il manque l executeur batch qui consolide automatiquement. Note: un gap similaire (seo_redirect_chain_consolidator) a deja ete rejete, mais le contexte 'urgence assainissement' justifie de re-questionner.
Signature suggeree :

{"site": "transicio", "dry_run": true, "max_chains": 100}

Tasks qui ont demande ce tool :

#647 URGENCE TECH : Assainissement architecture + redirections (pré-requis SEO)

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

Valeur metier : 0.60 Faisabilite : easy API du plugin Redirection (/wp-json/redirection/v1/redirect/) supporte deja le PUT pour modifier action_url. Logique = lire redirects, suivre chaines, identifier target final, PUT chaque maillon vers target final. Faisable en 1 jour. Effort dev : S 1-3h Pourquoi cette valeur : Valeur moyenne-haute : pour transicio (158 pages) probablement peu de chaines, mais sur le portfolio + futurs clients e-commerce avec milliers de redirects, c est un game-changer. Deja rejete une fois donc score modere pour ne pas insister excessivement. Cas d usage ideaux : Apres detection de chaines via seo_redirect_chain_validator. Typique apres 2-3 ans d existence d un site avec multiples migrations/restructurations. Contexte requis : Site WP avec plugin Redirection actif + chaines effectivement detectees (>10 chaines pour avoir un ROI sur l outil). Si rejete, reconsiderer si : Si l audit actuel revele >50 chaines de redirections sur transicio ou un autre site, la correction manuelle devient infaisable et ce tool devient obligatoire.

🟡 Opportunite moyenne : decision selon roadmap globale

🔍 Tools existants modestement similaires (max similarite = 0.590)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_redirect_strategy_plan 0.59 seo_read

[STRATEGIC] Plan stratégie redirects (URLs supprimées, fusion, 301, chaînes). Pipeline : état redirects + chaînes détectées + pages inactives avec trafic → LLM Opus produit plan préservation link jui

seo_maillage_break_cycle 0.561 seo_action

[ACTION] Casse un cycle de redirects (A->B->A) en disable/delete.

seo_redirect_map 0.557 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

×1 seo_about_page_builder proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:01

Devrait faire : Génère une page About/À propos complète optimisée E-E-A-T pour un site : extrait les infos de positionnement éditorial (wp_positioning_get), génère bio structurée 500-800 mots via LLM, prépare slots pour photo/réseaux sociaux/mentions médias, injecte schema Person ou Organization avec sameAs, crée le draft WP. Spécifique aux pages institutionnelles (About, Mentions légales, Équipe).
Pourquoi les tools existants ne suffisent pas : seo_generate_brief est orienté articles SEO topic-driven (avec primary_keyword, SERP signals, concurrents). Pour une page About institutionnelle, il n'y a pas de SERP à analyser ni de keyword compétitif — c'est une page de trust. Aucun tool actuel ne gère le workflow spécifique 'page institutionnelle E-E-A-T'.
Signature suggeree :

{"site": "pierre-alexandre-mas", "dry_run": true, "page_type": "about", "schema_type": "Person", "include_social_links": true}

Tasks qui ont demande ce tool :

#877 Créer page About/À propos optimisée SEO + E-E-A-T

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

Valeur metier : 0.55 Faisabilite : easy Compose des briques existantes : wp_positioning_get + LLM Claude + seo_autopilot_create_post_draft + seo_autopilot_inject_article_schema. Pas d'API tierce, pas de scraping. Schema Person/Organization sont des JSON-LD standards bien documentés. Effort dev : M ~1 jour Pourquoi cette valeur : Valeur moyenne-haute sur portfolio multisite : chaque site B2B a besoin d'une About crédible et c'est répétitif. Mutualisable sur 5 sites + futurs clients. Mais ce n'est pas un game-changer car la rédaction reste manuelle pour les infos persos (mentions médias, photos). Cas d usage ideaux : Onboarding nouveau client (création About + Mentions + Équipe en 1h au lieu de 1 jour) ; refonte E-E-A-T post-Google Helpful Content Update sur les 5 sites du portfolio ; ouverture future à clients B2B où chaque consultant/agence a besoin d'une About crédible. Contexte requis : Portfolio multisite (5+) ou activité de création de sites clients. Nécessite un wp_positioning enrichi (bio, parcours, réalisations) ou un formulaire d'input. Si rejete, reconsiderer si : Si l'user prend 2-3 clients B2B nécessitant un setup complet from scratch, ou si Google durcit encore E-E-A-T (un nouveau Core Update sanctionnant les sites sans About détaillée).

🟡 Opportunite moyenne : decision selon roadmap globale

🔍 Tools existants modestement similaires (max similarite = 0.567)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_autopilot_create_post_draft 0.567 seo_action

[WORKFLOW] Cree un brouillon WordPress (status=draft) via WP REST API, jamais en publication directe. Use when: tu as redige un article complet et veux le pousser dans WordPress comme brouillon pour

seo_autopilot_wp_update_excerpt 0.562 seo_action

[WORKFLOW] Set l extrait (excerpt) d un post WP. Use when: tu veux modifier l extrait utilise dans les listings/cards/RSS, et en fallback pour og:description si pas de meta_description Rank Math.

seo_content_roadmap 0.549 seo_read

[ANALYZE] Plan de contenu priorise : top opportunites scindees en pages a creer vs a optimiser. Use when: generer un plan d'action contenu priorise depuis la data Labs (difficulte + intention + volum

×1 seo_case_study_anonymize proposed 1ere demande 2026-05-15 · derniere 2026-05-15 10:12

Devrait faire : Lit un cas client existant (URL/post_id WordPress), extrait les éléments réutilisables (problématique, démarche, résultats chiffrés) et propose une version anonymisée (nom client masqué, secteur générique, chiffres préservés) prête à être citée comme proof point dans un article pillar/satellite. Inclut un mapping 'source → réutilisation' pour traçabilité.
Pourquoi les tools existants ne suffisent pas : Aucun tool ne fait ce pont entre /cas-clients/ et les briefs de nouveaux articles. Aujourd'hui le rédacteur doit copier-coller manuellement et risque de laisser des éléments identifiants (nom client, ville, montant exact).
Signature suggeree :

{"site": "transicio", "anonymization_level": "sector_generic", "source_case_study_url": "/cas-clients/remediation-cyberattaque-plan-securite-si/", "target_article_context": "Pillar RSSI de transition"}

Tasks qui ont demande ce tool :

#648 Pillar RSSI de transition (gisement 140 vol. LOW competition + gap concurrent)

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

Valeur metier : 0.55 Faisabilite : medium Nécessite parsing HTML du cas client + LLM (Claude Opus) pour anonymisation contextuelle + détection PII (noms, raisons sociales). Pas d'API externe, juste WP REST + LLM. ~1j de dev + tests qualité anonymisation. Effort dev : M ~1 jour Pourquoi cette valeur : Valeur réelle sur transicio (riche en cas clients) mais usage plus rare sur les sites perso (yuzko, belformance). Économie ~30min par article B2B = ~5-10h/mois sur le portfolio. Pas urgent mais bonne brique de scalabilité. Cas d usage ideaux : Tout article B2B qui s'appuie sur un cas client réel comme preuve sociale (récurrent sur transicio, belkis-chayeb, pierre-alexandre-mas). Évite les fuites RGPD/contractuelles. Permet de scaler le réemploi des cas clients sur plusieurs angles. Contexte requis : Site avec un répertoire /cas-clients/ ou équivalent (transicio l'a). Moins utile sur sites sans portfolio client structuré. Si rejete, reconsiderer si : Si transicio publie >2 articles/mois s'appuyant sur cas clients, ou si un client B2B services arrive avec un portfolio de 20+ missions à recycler éditorialement.

🟡 Opportunite moyenne : decision selon roadmap globale

🔍 Tools existants modestement similaires (max similarite = 0.557)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_insights_propose 0.557 seo_read

[INSIGHT] Propose un nouvel insight SEO metier (cannibalisation, orphan pillar, content gap, etc) avec workflow review/accept/act/measure. Use when : tu as decouvert une opportunite SEO concrete avec

seo_diagnose 0.549 deprecated

[ANALYZE] Enquete automatique multi-dimensionnelle sur un symptome SEO observe. Use when: tu constates un probleme (baisse clics, chute position, perte trafic) et veux un diagnostic complet sans savo

seo_intent_page_mismatch 0.538 seo_read

[ANALYZE] Mots-cles commercial/transactional ou le site ranke avec une URL editoriale (blog) : pages a retyper. Use when: detecter un decalage intention <-> type de page (blog servant une requete d'a

×1 seo_url_pattern_normalizer proposed 1ere demande 2026-05-14 · derniere 2026-05-14 23:21

Devrait faire : Detecte et propose la normalisation des incoherences de patterns d URL sur un site : trailing slash vs sans, casse mixte, URLs avec parametres trackings indexees, anciens prefixes /category/ /tag/ residuels, URLs avec IDs vs slugs, doublons sluges (mon-article vs mon-article-2). Genere un plan de redirects 301 + canonicals pour normaliser.
Pourquoi les tools existants ne suffisent pas : seo_redirect_map liste les redirects existants, seo_canonical_mismatches detecte les divergences GSC vs declaree, mais aucun ne DETECTE proactivement les incoherences de patterns dans la base URL elle-meme avant que Google ne s en plaigne.
Signature suggeree :

{"site": "transicio", "dry_run": true, "auto_fix_trailing_slash": false}

Tasks qui ont demande ce tool :

#647 URGENCE TECH : Assainissement architecture + redirections (pré-requis SEO)

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

Valeur metier : 0.55 Faisabilite : easy Pur SQL + regex sur wp_posts.post_name et URLs GSC indexees. Aucune API externe. Effort dev : S 1-3h Pourquoi cette valeur : Effort tres faible, valeur moyenne sur le portfolio actuel (sites recents bien structures) mais haute valeur pour futurs clients legacy. Bon ratio effort/impact. Cas d usage ideaux : Sites herites avec historique de migrations ; sites WP avec changement de permalink structure ; onboarding client venant d autre CMS (Joomla, Drupal, Magento) avec URLs legacy. Contexte requis : Site WordPress avec >500 URLs ou ayant subi >=1 migration majeure. Faible valeur sur petits sites greenfield. Si rejete, reconsiderer si : Si un client avec site legacy/migration arrive, ou si transicio prevoit un changement de permalink structure.

🟡 Opportunite moyenne : decision selon roadmap globale

🔍 Tools existants modestement similaires (max similarite = 0.626)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_redirect_strategy_plan 0.626 seo_read

[STRATEGIC] Plan stratégie redirects (URLs supprimées, fusion, 301, chaînes). Pipeline : état redirects + chaînes détectées + pages inactives avec trafic → LLM Opus produit plan préservation link jui

seo_internal_linking_plan 0.596 seo_read

[STRATEGIC] Plan de maillage interne (orphans + pillars + click depth). Use when : tu veux optimiser link equity flow et topical authority.

seo_intent_page_mismatch 0.579 seo_read

[ANALYZE] Mots-cles commercial/transactional ou le site ranke avec une URL editoriale (blog) : pages a retyper. Use when: detecter un decalage intention <-> type de page (blog servant une requete d'a

×1 seo_outreach_campaign_tracker proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:00

Devrait faire : Suit les campagnes d outreach netlinking : prospects contactes, statut (pending/replied/accepted/refused/published), date de publication du backlink, verification automatique periodique que le lien est toujours en place (HTTP HEAD + parse HTML pour confirmer rel=dofollow et anchor).
Pourquoi les tools existants ne suffisent pas : Aucun tool ne suit le cycle de vie d une campagne outreach. seo_backlinks_lost_vs_gained detecte les changements a posteriori mais ne gere pas l avant (pipeline outreach).
Signature suggeree :

{"site": "pierre-alexandre-mas", "status": "contacted", "prospect_url": "https://maddyness.com", "contact_email": "...", "target_anchor": "management de transition"}

Tasks qui ont demande ce tool :

#874 Stratégie backlinks early-stage (autorité domaine)

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

Valeur metier : 0.50 Faisabilite : easy CRUD simple sur une nouvelle table seo_outreach_campaigns + cron check HTTP des liens promis. Pas de dependance externe sauf email envoi optionnel. Effort dev : S 1-3h Pourquoi cette valeur : Utile si l user lance vraiment une strategie outreach active. Sinon un Notion/Airtable suffirait. Valeur moyenne car la partie automatisable (check link live) est petite. Cas d usage ideaux : Campagne netlinking active sur 3-6 mois, multi-prospects, multi-sites. Evite de perdre le fil des relances et des engagements. Contexte requis : Au moins 10+ prospects en cours simultanement pour justifier un tracker dedie. Si rejete, reconsiderer si : Si l user demarre une vraie campagne outreach industrialisee multi-sites (>50 prospects/mois).

🟡 Opportunite moyenne : decision selon roadmap globale

🔍 Tools existants modestement similaires (max similarite = 0.627)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_lead_generation_pages_audit 0.627 seo_read

[STRATEGIC] Identifie les "money pages" + dormant high-potential + plan boost. Use when : "Quelles pages génèrent le plus de leads/CA ?", "Comment booster mes pages converters ?"

seo_internal_linking_plan 0.595 seo_read

[STRATEGIC] Plan de maillage interne (orphans + pillars + click depth). Use when : tu veux optimiser link equity flow et topical authority.

seo_visibility_trajectory 0.593 seo_read

[ANALYZE] Evolution mensuelle de la visibilite organique (etv, nb mots-cles, pos_1) : tendance hausse/baisse/stable. Use when: savoir si le site progresse ou decroche dans le temps (early-warning de

×1 seo_redirect_consolidation_executor proposed 1ere demande 2026-05-15 · derniere 2026-05-15 10:00

Devrait faire : Execute (apres validation) un plan de consolidation de redirections : pour chaque chaine A->B->C detectee, cree la redirect directe A->C via le plugin Redirection (REST API), desactive l ancienne A->B, et logge dans seo_site_action_log. Mode dry_run par defaut. Differe de seo_autopilot_create_301 qui cree 1 redirect a la fois sans consolidation intelligente.
Pourquoi les tools existants ne suffisent pas : seo_redirect_chain_validator detecte les chaines mais n applique aucune correction. seo_autopilot_create_301 cree 1 redirect mais ne sait pas consolider en masse. Note : un tool tres proche (seo_redirect_chain_consolidator) a deja ete rejete 2x — je le re-mentionne ici uniquement en variante 'executor' car le contexte de la tache (URGENCE TECH explicite + assainissement architecture pre-requis SEO) suggere que l user va potentiellement avoir besoin d un batch executor apres validation manuelle du plan. A l user d arbitrer si re-rejete.
Signature suggeree :

{"site": "transicio", "dry_run": true, "max_redirects": 50}

Tasks qui ont demande ce tool :

#647 URGENCE TECH : Assainissement architecture + redirections (pré-requis SEO)

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

Valeur metier : 0.50 Faisabilite : easy Plugin Redirection expose une REST API complete (/wp-json/redirection/v1/redirect/) qui supporte create/update/delete. Pas de blocage technique. Effort dev : S 1-3h Pourquoi cette valeur : Variante 'executor' du gap deja rejete. Score moyen car l user a deja signale ne pas vouloir cette categorie de tool. Je le mentionne par devoir de signalement, pas par conviction. Cas d usage ideaux : Post-migration ; cleanup periodique des redirects accumules ; onboarding client avec historique de redirects en cascade. Sur portfolio multisite, mutualisable. Contexte requis : Site avec >20 redirects 301 actifs et au moins 5 chaines detectees. Si rejete, reconsiderer si : Si transicio accumule >100 redirects avec >20 chaines apres l audit, ou si un client futur a un historique de redirects pathologique.

🟡 Opportunite moyenne : decision selon roadmap globale

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

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

seo_redirect_strategy_plan 0.71 seo_read

[STRATEGIC] Plan stratégie redirects (URLs supprimées, fusion, 301, chaînes). Pipeline : état redirects + chaînes détectées + pages inactives avec trafic → LLM Opus produit plan préservation link jui

seo_maillage_break_cycle 0.682 seo_action

[ACTION] Casse un cycle de redirects (A->B->A) en disable/delete.

seo_autopilot_create_301 0.662 seo_action

[WORKFLOW] Cree une redirection 301 sur un site WordPress via le plugin Redirection. BUG FIX (2026-05-07) : pre-checks anti-doublons + anti-conflit-post ajoutés. Si une redirection existe déjà pour f

×1 seo_offsite_profile_tracker proposed 1ere demande 2026-05-22 · derniere 2026-05-22 18:01

Devrait faire : Maintient un registre par site des profils sociaux (LinkedIn, Twitter, Medium, Crunchbase, AngelList, annuaires sectoriels) avec : URL du profil, presence du lien backlink, type (dofollow/nofollow), DR estime, date creation, statut (active/inactive/lien_supprime). Permet de tracker la couverture offsite minimale par site et de detecter quand un backlink profil disparait. Optionnel : check HTTP periodique pour verifier que le lien est toujours present sur le profil.
Pourquoi les tools existants ne suffisent pas : dfs_backlinks_* et seo_backlinks_* listent les backlinks detectes par DFS/GSC mais ne categorisent pas par 'source type=profil social' et ne permettent pas de tenir un registre proactif des profils a maintenir. Pas de notion de checklist offsite minimale par site.
Signature suggeree :

{"site": "pierre-alexandre-mas", "action": "list|add|verify_links", "platform": "linkedin", "link_type": "nofollow", "profile_url": "...", "backlink_present": true}

Tasks qui ont demande ce tool :

#879 Obtenir 3 backlinks via profils réseaux sociaux + annuaires

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

Valeur metier : 0.45 Faisabilite : easy Pas d API tierce requise pour le registre lui-meme : juste une table DB + CRUD. La verification 'lien present sur le profil' peut etre faite via HTTP fetch + parsing HTML (LinkedIn bloque les bots, mais Crunchbase/Medium/AngelList sont scrapables). On peut commencer par un registre manuel sans verif... Effort dev : S 1-3h Pourquoi cette valeur : Utile pour standardiser le portfolio (5 sites x ~10 profils = 50 entrees a tracker) et pour reporting client futur. Mais c est essentiellement un CRM/checklist : valeur reelle moderee car le travail (creer les profils) reste 100% manuel. Plus un outil de gouvernance/tracking qu un automatiseur. Cas d usage ideaux : Onboarding nouveau site (checklist des 10 profils incontournables a creer) ; audit periodique 'tous les sites du portfolio ont-ils LinkedIn+Crunchbase+...' ; detection de backlink profil supprime (ex: profil LinkedIn desactive) ; reporting client 'voici les 15 profils maintenus pour vous'. Contexte requis : Portfolio multisite (>=3 sites) avec besoin de standardiser la presence offsite minimale. Particulierement utile pour les sites jeunes / faible DR comme pierre-alexandre-mas. Si rejete, reconsiderer si : Si l user ouvre une offre 'gestion presence offsite' pour clients (alors le registre + verification auto devient un livrable). Ou si plusieurs sites du portfolio perdent des backlinks profils sans s en rendre compte (besoin de monitoring).

🟡 Opportunite moyenne : decision selon roadmap globale

🔍 Tools existants modestement similaires (max similarite = 0.564)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_list_sites 0.564 seo_read

[READ] Liste tous les sites SEO configures et suivis dans le systeme. Use when: tu veux connaitre les sites disponibles avant d'interroger leurs donnees SEO. DO NOT use: - pour analyser les perform

seo_backlinks_overview 0.56 seo_read

[ANALYZE] Vue d'ensemble backlinks AGREGEE sur 2 sources : GSC (upload CSV manuel) + DataForSEO (crawl daily). Sprint R-300 (2026-06-03) : reponse enrichie pour eviter les faux "0 backlinks" dans les

seo_query_full_profile 0.558 seo_read

[ANALYZE] Profil 360 d'une requete : historique, pages servantes, splits device/country/appearance, cannibalisation. Use when: tu veux tout savoir sur une query specifique (evolution, quelles pages r

×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

×1 seo_wp_find_post_by_url rejected 1ere demande 2026-05-04 · derniere 2026-05-04 14:59

Devrait faire : Resout une URL WordPress vers son post_id (et post_type) afin de pouvoir appliquer set_robots, set_canonical, etc. sans connaitre l ID a l avance.
Pourquoi les tools existants ne suffisent pas : seo_autopilot_set_robots requiert post_id mais on n a souvent que l URL. Il faut donc une etape manuelle de lookup. seo_wp_find_media existe pour les images mais pas pour les posts/pages.
Signature suggeree :

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

Notes triage : [2026-05-04 18:12 · ui] 👎 Rejete

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.78 Faisabilite : easy WordPress REST API expose plusieurs mecanismes natifs : (a) endpoint /wp-json/wp/v2/search?search=<slug> qui retourne id+type, (b) la fonction url_to_postid() de WP core est exposable via un mu-plugin trivial, (c) requete directe sur /wp-json/wp/v2/pages?slug=xxx et /posts?slug=xxx. Le slug s'extrai... Effort dev : S 1-3h Pourquoi cette valeur : Tool d'infrastructure qui debloque l'usage en chaine de toute la famille seo_autopilot_* (set_robots, set_canonical, etc.) en mode batch et agentique. Sans lui, le LLM doit demander a l'user de fournir les post_id, ce qui casse l'automatisation. Avec lui, on passe d'un workflow semi-manuel a un workflow 100% automatisable a partir d'une simple liste d'URLs (qui est le format natif de toutes les sources SEO : GSC, sitemap, crawls). Effet de levier x5 immediat sur le portfolio + condition sine qua non pour servir des clients e-commerce/B2B volumineux ou personne ne raisonne en post_id. Cout dev derisoire (S, ~2h, infra WP REST deja en place). Ratio valeur/effort excellent. Pas 0.9+ car ce n'est pas un tool 'visible' qui produit de la valeur seul, c'est un enabler. Cas d usage ideaux : 1) Audit SEO post-migration sur transicio (~158 pages) : on recoit une liste d'URLs a deindexer/canonicaliser depuis GSC ou Screaming Frog, on veut appliquer set_robots/set_canonical en batch sans lookup manuel. 2) Workflows de nettoyage : LLM recoit 'cette URL doit etre noindex' et peut agir directement. 3) Cross-site batch : appliquer une regle SEO sur 5 sites a partir d'une liste d'URLs exportees. 4) Futurs clients e-commerce 10k+ pages : indispensable car aucun humain ne connait les post_id, tout vient d'URLs (GSC, crawls, sitemaps). 5) Resolution d'URLs depuis rapports DataForSEO/GSC qui retournent toujours des URLs, jamais des IDs. 6) Gestion des redirections : verifier qu'une URL existe encore comme post avant d'agir. Contexte requis : Utile des le portfolio actuel (5 sites) car toute donnee SEO externe (GSC, Ahrefs, crawls) parle en URL et non en post_id. Devient critique sur tout site >500 pages ou pour clients e-commerce/B2B 10k+ pages ou le lookup manuel est impossible. Si rejete, reconsiderer si : N/A (score >= 0.5)

🟢 Forte opportunite + faisabilite OK : a developper en priorite

🔍 Tools existants modestement similaires (max similarite = 0.618)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_maillage_backfill_wp_ids 0.618 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_purge_wp_rocket_cache 0.576 seo_action

[ACTION] Purge cache WP Rocket : full domain, ou per-post, ou per-url. Args: post_id : si fourni, purge cache de ce post uniquement url : si fourni, purge de cette URL specifique Sinon :

seo_autopilot_wp_update_excerpt 0.575 seo_action

[WORKFLOW] Set l extrait (excerpt) d un post WP. Use when: tu veux modifier l extrait utilise dans les listings/cards/RSS, et en fallback pour og:description si pas de meta_description Rank Math.

×1 seo_url_inspection_schedule rejected 1ere demande 2026-05-04 · derniere 2026-05-04 15:00

Devrait faire : Planifie une URL Inspection GSC recurrente (hebdo/mensuelle) sur un set d URLs et historise les resultats pour detection de regression (changement coverageState, lastCrawlTime, indexingState).
Pourquoi les tools existants ne suffisent pas : seo_page_google_view fait une inspection ponctuelle sans scheduling ni historisation comparative automatisee.
Signature suggeree :

{"site": "transicio", "urls": ["..."], "frequency": "weekly", "alert_on_regression": true}

Notes triage : [2026-05-04 18:15 · ui] 👎 Rejete

Tasks qui ont demande ce tool :

#4 Configuration monitoring post-correction

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

Valeur metier : 0.62 Faisabilite : easy Google Search Console URL Inspection API est officielle, stable, deja utilisee par seo_page_google_view. Le scheduling peut etre delegue a un cron externe (GitHub Actions, cron systeme) qui appelle le tool, ou via une table 'scheduled_jobs' + worker. L'historisation est trivial (table SQLite/JSON av... Effort dev : M ~1 jour Pourquoi cette valeur : Valeur reelle en mutualisation portfolio : monitorer 50 URLs critiques x 5 sites = 250 URLs auditees automatiquement chaque semaine, ce qui est impossible manuellement. Detection de regression d'indexation = signal SEO precoce a haute valeur (perte d'indexation = perte de trafic direct). Effet d'agregation fort : un seul tool sert les 5 sites + scalable pour clients futurs. Cependant, sur des sites B2B 50-500 pages avec contenu stable, les regressions d'indexation sont rares — le tool brille surtout en contexte e-commerce/gros volumes ou apres deploiements. Score moyen-haut car infra reutilisable (le store + scheduler peut servir a d'autres tools de monitoring). Cas d usage ideaux : 1) Monitoring de regression d'indexation sur les pages strategiques des 5 sites (homepages, pages services, articles piliers transicio ~30-50 URLs critiques). 2) Detection precoce de desindexation silencieuse apres deploiement WordPress (changement de theme, plugin SEO, refonte URL). 3) Surveillance du lastCrawlTime pour detecter les pages 'oubliees' par Googlebot (signal de qualite degradee). 4) Pour futurs clients e-commerce 10k+ : monitoring de l'indexation des top categories/produits revenue-driver (echantillon 200-500 URLs prioritaires). 5) Reporting client mensuel automatise : 'X% de vos pages cles sont indexees, Y ont regresse ce mois'. 6) Validation post-migration : verifier que les URLs critiques restent indexees apres changement structurel. Contexte requis : Necessite GSC API connectee sur chaque site (deja prerequis pour seo_page_google_view). Valeur croissante a partir de 3+ sites monitores OU 1 site avec 100+ URLs critiques. Necessite un store persistent (DB/JSON) pour historisation. Quota GSC URL Inspection API : 2000 requetes/jour/site, 600/min — largement suffisant pour scheduling hebdo sur sets de <500 URLs. Si rejete, reconsiderer si : Score >0.5, donc a developper. Si rejete malgre tout, reconsiderer si : (a) signature d'un client e-commerce 5k+ pages, (b) incident de desindexation sur un site du portfolio qui aurait pu etre detecte plus tot, (c) besoin de reporting client recurrent automatise.

🟡 Opportunite moyenne : decision selon roadmap globale

🔍 Tools existants modestement similaires (max similarite = 0.648)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_rotation_inspection_status 0.648 seo_read

[ANALYZE] Diagnostic rotation URL Inspection : pages PASS/FAIL/issues et reste a inspecter. Use when: tu veux savoir combien de pages ont ete inspectees recemment et leur statut (succes, echec, probl

seo_indexation_status_audit 0.631 seo_read

[ANALYZE] Distribution des pages par statut d'indexation Google (Submitted&indexed, Crawled-not-indexed, Discovered-not-indexed, Duplicate). Use when: tu veux comprendre pourquoi certaines pages ne s

seo_autopilot_submit_gsc_now 0.626 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

×2 seo_redirect_chain_consolidator rejected 1ere demande 2026-05-04 · derniere 2026-05-14 23:21

Devrait faire : Detecte automatiquement toutes les chaines de redirections (A->B->C, A->B->C->D) sur un site et propose un plan de consolidation en 301 directes. Combine seo_redirect_map + analyse de chaines + generation de regles a appliquer.
Pourquoi les tools existants ne suffisent pas : seo_redirect_map liste les redirects mais ne detecte pas explicitement les chaines >=2 hops avec un plan de remediation.
Signature suggeree :

{"site": "transicio", "auto_apply": false, "min_chain_length": 2}

Notes triage : [2026-05-04 17:25 · ui] ✅ Confirme pour dev [2026-05-04 18:18 · ui] 👎 Rejete — Couvert par tool existant `seo_redirect_map` (similarite cosine 0.727)

Tasks qui ont demande ce tool :

#2 Réécriture fichier redirections (301 direct)
- #647 URGENCE TECH : Assainissement architecture + redirections (pré-requis SEO)

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

Valeur metier : 0.55 Faisabilite : easy La detection est techniquement directe : crawler les URLs initiales, suivre chaque 301/302 jusqu au statut final, construire un graphe et detecter les chaines >=2 hops + boucles. Pas besoin d API tierce - juste HTTP HEAD requests + parsing des Location headers. Le tool seo_redirect_map existe deja e... Effort dev : S 1-3h Pourquoi cette valeur : Valeur reelle mais pas critique sur le portfolio actuel : sites B2B 50-500 pages ont rarement des chaines profondes (max 1-2 hops, gerable manuellement). Cependant : (1) effet mutualisation x5 sites pour audits trimestriels = gain de temps, (2) transicio 158 pages avec historique = candidat probable, (3) le tool devient TRES valuable pour ouverture clients e-commerce/B2B 10k+ ou les chaines sont systemiques et invisibles a l oeil nu. La detection de boucles seule justifie presque le dev (bug critique SEO souvent indetecte). Effort M raisonnable car reutilise seo_redirect_map. Score 0.55 = bon investissement preventif pour scale futur, pas urgence immediate. Cas d usage ideaux : 1) Post-migration de site (transicio, belformance ont probablement des chaines historiques accumulees au fil des refontes). 2) Audit SEO trimestriel sur les 5 sites du portfolio pour eliminer les chaines qui diluent le PageRank et ralentissent le crawl. 3) Consolidation apres changement de structure d URL (ex: passage HTTP->HTTPS + www->non-www + slug change = chaines de 3-4 hops). 4) Futur client e-commerce 10k+ pages ou les chaines explosent vite (produits discontinues redirigés vers categories elles-memes redirigees). 5) Client B2B avec multiples acquisitions/fusions de sites historiques. 6) Detection de boucles de redirection (cas critique souvent invisible). 7) Generation automatique de regles .htaccess/nginx/WordPress consolidees. Contexte requis : Site avec historique de migrations OU volume >2k pages OU portfolio multisite (effet mutualisation). Necessite acces aux fichiers .htaccess/config serveur OU aux plugins de redirection WordPress (Redirection, Rank Math) via REST API. Le crawl seul detecte les chaines mais l application auto necessite acces ecriture aux regles. Si rejete, reconsiderer si : N/A - score >= 0.5, le dev est justifie. Si on voulait reporter : reconsiderer immediatement des qu un client e-commerce >5k pages arrive, ou des qu une migration majeure est planifiee sur un site du portfolio, ou si un audit manuel revele des chaines >=3 hops sur transicio.

🟡 Opportunite moyenne : decision selon roadmap globale

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

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

seo_redirect_map 0.727 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_maillage_break_cycle 0.612 seo_action

[ACTION] Casse un cycle de redirects (A->B->A) en disable/delete.

seo_internal_link_optimizer 0.595 seo_read

[ANALYZE] Propose des liens internes optimaux entre articles orphelins et pages piliers. Use when: tu veux identifier les opportunites de maillage interne (articles sans lien vers pilier, piliers ave

×1 docs_publish_to_notion rejected 1ere demande 2026-05-04 · derniere 2026-05-04 15:01

Devrait faire : Cree ou met a jour une page Notion (ou Confluence) avec contenu Markdown structure (mapping tables, code blocks curl, checklists), dans un workspace/parent specifie, et retourne l URL partagable. Doit supporter les blocs Notion natifs (table, toggle, code, checkbox) et le tagging (equipe, projet).
Pourquoi les tools existants ne suffisent pas : seo_rag_store stocke en interne TF-IDF (non partageable hors-systeme), cockpit_propose_node cree des taches de suivi, seo_save_analysis sauvegarde des findings JSON. Aucun tool ne pousse vers Notion/Confluence avec mise en forme riche destinee a une equipe externe.
Signature suggeree :

{"tags": ["seo", "redirections", "dev-workflow"], "title": "Redirections 301 - Procedure et checklist prevention chaines", "workspace": "transicio-dev", "share_with": ["team-dev@transicio.com"], "parent_page": "SEO Procedures", "content_markdown": "# Mapping ancien -> final\n| Old URL | Final URL |..."}

Notes triage : [2026-05-04 18:15 · ui] 👎 Rejete

Tasks qui ont demande ce tool :

#5 Documentation technique + checklist future

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

Valeur metier : 0.55 Faisabilite : easy Notion API officielle est mature, bien documentee, gratuite (rate limit 3 req/s). Endpoints stables : POST /v1/pages (create), PATCH /v1/blocks/{id}/children (append), GET /v1/search (find parent). Markdown -> Notion blocks : librairies existantes solides (martian, notion-md, py md2notion). Auth via... Effort dev : M ~1 jour Pourquoi cette valeur : Valeur reelle mais pas critique en l etat actuel du portfolio. Sur les 5 sites actuels (B2B petits volumes, gestion solo/quasi-solo), l utilite est limitee : un seo_save_analysis JSON + lecture directe suffit pour usage interne. Le tool prend de la valeur sur 2 axes : (a) ouverture clients = livrable professionnel directement dans leur outil, ce qui est un differentiateur commercial concret et evite l export manuel chronophage ; (b) mutualisation knowledge base cross-sites pour capitaliser les apprentissages. Effort M raisonnable et faisabilite easy rendent le ROI positif des qu il y a 1-2 clients externes. Aujourd hui : nice-to-have. Dans 6 mois avec premiers clients : tres utile. Cas d usage ideaux : 1) Documentation des procedures SEO recurrentes (redirections 301, audits techniques, checklists migration) partagee avec equipes dev/marketing externes sur transicio. 2) Livrables clients pour futurs comptes B2B/e-commerce : rapports d audit SEO mensuels, roadmaps techniques, mapping de redirections post-migration directement publies dans le Notion du client. 3) Knowledge base mutualisee cross-portfolio : centraliser les apprentissages des 5 sites (patterns qui marchent sur yuzko vs belformance) dans un Notion maitre. 4) Handover dev : quand un findings SEO necessite implementation cote dev (schema.org, hreflang, perf), pousser une page Notion structuree avec code blocks curl + checklist au lieu d un export manuel. 5) Reporting executif : transformer un seo_save_analysis JSON en page Notion lisible pour decideurs non-techniques. Contexte requis : Workspace Notion (ou Confluence) actif cote user OU cote client. Pertinent des qu il y a >=1 collaborateur externe (dev, client, manager) qui ne va pas lire un JSON. Devient indispensable a partir de 2-3 clients externes ou d une equipe dev dediee. Si rejete, reconsiderer si : Reconsiderer immediatement si : (1) signature d un premier client externe necessitant des livrables recurrents (audits mensuels, rapports SEO) ; (2) constitution d une equipe (dev, redacteur) qui consomme les findings SEO ; (3) volume de procedures documentees > 20 (besoin d une vraie base structuree partagee) ; (4) demande explicite d un prospect pour livraison Notion/Confluence. Tant que l usage reste solo sur 5 sites B2B, JSON + markdown local suffisent.

🟡 Opportunite moyenne : decision selon roadmap globale

✓ Aucun tool similaire detecte (max similarite = 0.478)

Le top match (seo_brief_publish_to_wp) n est qu a sim 0.478. Probablement un vrai nouveau besoin, mais tu peux toujours verifier.

seo_brief_publish_to_wp 0.478 seo_action

[ACTION] Publie l article d un brief sur WP (immediat ou planifie). Workflow : 1. Si pas de wp_post_id : cree draft (seo_autopilot_create_post_draft) 2. Update status : 'publish' (immediat) o

seo_charter_publish_topic 0.452 seo_action

[ACTION] Promote un topic en brief (genere via Claude si demande). Use when: passer un topic 'planned' a 'briefed' avec brief auto-genere. Si generate_brief=False : juste change le status (brief manu

seo_autopilot_create_post_draft 0.441 seo_action

[WORKFLOW] Cree un brouillon WordPress (status=draft) via WP REST API, jamais en publication directe. Use when: tu as redige un article complet et veux le pousser dans WordPress comme brouillon pour

×1 seo_alert_email_configure rejected 1ere demande 2026-05-04 · derniere 2026-05-04 15:00

Devrait faire : Configure une alerte email ciblee sur evenements precis (nouvelles erreurs 4XX/5XX detectees sur un set d URLs ou un pattern d URL) avec destinataires et seuil de declenchement.
Pourquoi les tools existants ne suffisent pas : seo_set_alert est generique (condition/threshold) et channel='email' mais sans precisions sur le pattern URL ni la nature exacte de l evenement HTTP.
Signature suggeree :

{"site": "transicio", "event_type": "new_http_error", "recipients": ["seo@transicio.com"], "url_pattern": "/cas/*", "status_codes": ["4xx", "5xx"]}

Notes triage : [2026-05-04 18:15 · ui] 👎 Rejete

Tasks qui ont demande ce tool :

#4 Configuration monitoring post-correction

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

Valeur metier : 0.55 Faisabilite : medium Faisabilite moyenne car necessite: (1) un systeme de crawl recurrent qui stocke un etat (snapshot precedent des status codes) pour detecter le 'NEW' dans 'new_http_error' - cela implique une DB/store. (2) Un scheduler (cron, Celery, ou equivalent). (3) Integration SMTP/SendGrid/Resend pour l'envoi e... Effort dev : M ~1 jour Pourquoi cette valeur : Valeur reelle mais pas critique sur le portfolio actuel: les 5 sites font 50-500 pages, un crawl manuel mensuel ou un check GSC hebdo couvre 90% du besoin. Cependant, mutualise sur 5 sites + ouverture clients, le tool devient interessant: (a) il transforme une tache reactive (decouvrir une 404 quand un client se plaint) en proactive, (b) il differencie l'offre commerciale ('monitoring SEO temps-reel par section'), (c) effort M raisonnable si seo_set_alert pose deja les fondations. Le score n'est pas plus haut car: sur 50-500 pages, la frequence de nouvelles erreurs est faible, et des outils externes (UptimeRobot, Sitebulb, Oncrawl) couvrent deja ce besoin pour les futurs clients qui voudraient du serieux. Cas d usage ideaux : 1) Monitoring proactif des sections critiques de transicio (ex: /cas/* qui sont les pages clients references B2B - une 404 sur ces URLs = perte de credibilite immediate). 2) Surveillance des landing pages payantes / campagnes (yuzko, belformance) ou un 5XX silencieux pendant 48h = budget Ads gaspille. 3) Pour belkis-chayeb et pierre-alexandre-mas (sites personal branding/portfolio): alerter sur 4XX des pages /portfolio/* ou /references/*. 4) Cas e-commerce futur: alerte instantanee sur 4XX/5XX des URLs /product/* ou /category/* (perte de CA directe). 5) Client B2B 10k+ pages: surveillance ciblee par pattern (/blog/* vs /solutions/*) avec destinataires differents (SEO vs DevOps). 6) Detection regression post-deploiement: alerte si nouvelle vague de 4XX apparait apres une mise en prod WordPress. Contexte requis : Necessite un crawler/monitoring HTTP qui tourne en continu ou planifie (daily). Utile des qu'un site a >100 pages indexees ou des URLs critiques business. Valeur maximale sur portfolio multisite (mutualisation infra de monitoring) ou client e-commerce/B2B avec impact CA direct. Si rejete, reconsiderer si : N/A - score >= 0.5, dev justifie surtout si l'infra seo_set_alert + crawler recurrent existe deja (effort tombe a S). Sinon, reconsiderer absolument si: (1) signature d'un client e-commerce 5k+ SKU, (2) client B2B avec SLA contractuel sur disponibilite SEO, (3) incident reel sur transicio/cas client ou une 404 non detectee a coute une opportunite commerciale.

🟡 Opportunite moyenne : decision selon roadmap globale

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

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

seo_set_alert 0.718 seo_read

[ADMIN] Cree une alerte SEO personnalisee declenchee quand une condition atteint un seuil. Use when: tu veux etre notifie automatiquement si clicks chutent de X%, impressions passent sous Y, ou CTR d

seo_alerts_list 0.585 seo_read

[READ] Liste les alertes decisionnelles DFS (volume_spike, volume_drop, position_lost, new_competitor_top3). Use when: tu veux voir les alertes SEO recentes pour reagir aux changements critiques dete

seo_alert_ack 0.554 seo_read

[WRITE] Acquitte une alerte DFS en marquant acknowledged_at = NOW. Use when: tu veux signaler qu une alerte a ete vue/traitee pour ne plus la voir dans les alertes actives. DO NOT use: - pour liste

×1 docs_export_curl_runbook rejected 1ere demande 2026-05-04 · derniere 2026-05-04 15:01

Devrait faire : Genere automatiquement un runbook Markdown contenant les commandes curl de validation pour une liste d URLs (avec headers attendus, codes 301/200, Location finale) — utile pour produire la section 'Procedure testee' de la doc.
Pourquoi les tools existants ne suffisent pas : seo_redirect_verify verifie une redirection mais ne genere pas de runbook documentaire reutilisable. Il faudrait scripter manuellement la generation de la doc curl.
Signature suggeree :

{"site": "transicio", "urls": ["https://...", "..."], "format": "markdown", "expected_codes": [301, 200]}

Notes triage : [2026-05-04 18:17 · ui] 👎 Rejete

Tasks qui ont demande ce tool :

#5 Documentation technique + checklist future

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

Valeur metier : 0.45 Faisabilite : easy Aucune API externe requise. Le tool est purement un generateur de texte : prend une liste d URLs + codes attendus, formate des blocs curl Markdown avec assertions (curl -I -L, grep sur Location, check status). Optionnellement execute les curls reellement pour pre-remplir les valeurs observees (reque... Effort dev : S 1-3h Pourquoi cette valeur : Valeur reelle mais limitee : (+) Effort tres faible (S, 2-3h), reutilise du code existant, produit un livrable tangible et professionnel utile en B2B/consulting. (+) Forte valeur pour ouverture clients - un runbook curl bien formate est un asset de credibilite technique. (-) Use case principal (post-migration) est ponctuel, pas recurrent. (-) Sur les 5 sites actuels (petits B2B), la valeur est marginale apres la migration initiale de transicio. (-) Peut etre remplace par un prompt one-shot a Claude qui genere le meme markdown a partir d une liste d URLs. Le ROI depend fortement de la frequence des migrations et de l acquisition clients. A faire si effort confirme S, sinon reporter. Cas d usage ideaux : 1) Documentation post-migration : apres une refonte de site (ex: transicio recemment migre), generer en 1 commande le runbook curl prouvant que les 50-200 redirections 301 fonctionnent (Location header, code final 200). 2) Livrable client B2B : pour un futur client e-commerce 10k+ qui migre, livrer un PDF/MD 'Procedure testee de validation' avec toutes les commandes curl reproductibles - asset commercial fort. 3) Audit recurrent multisite : sur les 5 sites, generer mensuellement un runbook de validation des URLs critiques (homepage, money pages, redirects historiques) pour detecter regressions. 4) Handover technique : quand un dev externe intervient sur un site, lui fournir le runbook curl pour valider son deploiement avant mise en prod. 5) Documentation HTTPS/HSTS/canonical : verifier headers de securite et SEO sur pages cles. Contexte requis : Pertinent surtout en contexte migration/refonte (one-shot intense) OU livrable client. Faible valeur en run quotidien sur petit site stable. Sweet spot : portfolio avec 1-2 migrations/an + ouverture clients e-commerce. Si rejete, reconsiderer si : Reconsiderer si : 1) Acquisition d un client avec migration majeure (e-commerce 10k+ ou refonte B2B) ou le runbook devient un livrable contractuel. 2) Mise en place d un process recurrent de validation multisite (audit trimestriel des 5 sites). 3) Apparition de regressions repetees sur redirects/headers necessitant un outil de doc reproductible pour les devs externes.

🟡 Opportunite moyenne : decision selon roadmap globale

✓ Aucun tool similaire detecte (max similarite = 0.455)

Le top match (seo_briefs_generator_run) n est qu a sim 0.455. Probablement un vrai nouveau besoin, mais tu peux toujours verifier.

seo_briefs_generator_run 0.455 seo_read

[BATCH] Job batch : genere des briefs SEO pour tous les keywords de la watchlist active ayant opportunity_score >= seuil. Use when: tu veux lancer la generation automatique de briefs en masse pour le

seo_playbook 0.455 seo_read

[STRATEGIC] Execute un playbook SEO complet orchestrant plusieurs analyses en un seul appel. Use when: tu veux lancer un workflow pre-configure (weekly_review, monthly_report, content_gap_analysis, t

seo_seed_playbooks_for_all_sites 0.439 seo_read

[ADMIN] Pre-genere les 30 playbooks SEO standards pour tous les sites suivis en une seule operation. Use when: initialisation du systeme ou ajout massif de sites necessitant la structure de playbooks

×3 seo_gsc_removals_request rejected 1ere demande 2026-05-04 · derniere 2026-05-04 17:07

Devrait faire : Soumet une demande de suppression temporaire ou definitive d URL via l outil Removals de Google Search Console (API ou bridge). Permet de masquer rapidement des URLs des SERP en attendant que noindex soit recrawle.
Pourquoi les tools existants ne suffisent pas : Aucun tool actuel n expose la GSC Removals API. seo_autopilot_set_robots applique noindex mais le delai de prise en compte par Google peut etre long (semaines), alors que Removals masque sous 24h.
Signature suggeree :

{"site": "transicio", "urls": ["https://transicio.com/old-intermediate-page"], "removal_type": "temporary"}

Notes triage : [2026-05-04 17:24 · ui] ✅ Confirme pour dev [2026-05-04 18:00 · ui] 🚧 En cours dev [2026-05-04 18:01 · ui] ✅ Confirme pour dev [2026-05-04 18:19 · ui] 👎 Rejete

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.35 Faisabilite : hard L'API officielle Google Search Console NE SUPPORTE PAS l'endpoint Removals - c'est une limitation connue et documentee de Google. Les options sont : (a) automation navigateur via Playwright/Puppeteer sur l'UI GSC (fragile, casse a chaque changement UI Google, gestion 2FA/cookies complexe), (b) exten... Effort dev : L ~3 jours Pourquoi cette valeur : Le besoin reel est rare sur un portfolio B2B de 5 sites a 50-500 pages : les cas d'usage urgents (leak RGPD, page diffamatoire, staging indexe) arrivent peut-etre 1-2 fois par an au total. Pour ces cas exceptionnels, la soumission manuelle via l'UI GSC prend 2 minutes - automatiser n'apporte pas de gain de temps significatif. Le score est plombe par : (1) absence d'API officielle = solution fragile a maintenir, (2) frequence d'usage trop faible pour justifier le cout de maintenance, (3) seo_autopilot_set_robots + sitemap ping couvrent deja 95% des besoins en quelques jours. Cependant la valeur monte serieusement pour un client e-commerce 10k+ pages ou un client subissant une crise (RGPD/reputation) - d'ou pas un 0.2. Cas d usage ideaux : 1) Suppression urgente de pages legales/RGPD exposees par erreur (mentions, CGV obsoletes avec donnees clients) sur les 5 sites B2B. 2) Retrait rapide de pages de staging/preprod indexees par accident (cas frequent sur WordPress mal configure - transicio, yuzko). 3) Masquage immediat lors d'un rebranding/refonte d'URLs sur belformance/belkis-chayeb/pierre-alexandre-mas en attendant que les 301 + noindex soient pris en compte. 4) Crise reputation : retrait d'une page contenant une info erronee/diffamatoire sous 24h au lieu d'attendre le recrawl (semaines). 5) Pour futurs clients e-commerce 10k+ pages : suppression massive de fiches produits supprimees, pages de filtres a facettes mal gerees, anciennes pages promo. 6) Pour clients B2B avec leaks accidentels (PDF internes indexes, urls /admin, /test). Contexte requis : Acces GSC valide (OAuth ou service account) sur chaque propriete. Utile des qu'un site a >100 pages avec rotation de contenu OU contexte sensible (donnees personnelles, refonte). Valeur croissante avec le nombre de sites geres (mutualisation) et critique pour clients e-commerce 5k+ pages ou agences gerant des sites a contenu sensible. Si rejete, reconsiderer si : Reconsiderer si : (1) signature d'un client e-commerce 10k+ pages avec rotation produits frequente, (2) signature d'un client a contexte sensible (sante, juridique, finance) ou les leaks RGPD doivent etre corriges sous 24h contractuellement, (3) incident reel sur un site du portfolio ou le delai de Google a coute cher, (4) Google publie enfin l'endpoint Removals dans l'API officielle GSC (passerait alors a effort S et score 0.6+), (5) volume de removals depasse 10/mois (seuil ou la manuelle devient penible).

🔴 Faible opportunite ou bloquant technique : envisager le rejet

🔍 Tools existants modestement similaires (max similarite = 0.623)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_autopilot_submit_gsc 0.623 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:

seo_autopilot_submit_gsc_now 0.598 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_indexation_queue_add 0.527 seo_read

[WORKFLOW] Ajoute des URLs a la queue d'indexation interne pour soumission automatique via Google Indexing API. Use when: tu veux demander l'indexation de pages nouvelles ou modifiees (apres publicat

×2 seo_crawl_budget_baseline rejected 1ere demande 2026-05-04 · derniere 2026-05-04 17:37

Devrait faire : Capture un snapshot des Crawl Stats GSC (requetes/jour, response codes distribution, file types, Googlebot type) a un instant T, le stocke comme baseline nommee, et permet une comparaison automatique a J+N (delta requetes 3XX, delta erreurs, evolution moyenne quotidienne).
Pourquoi les tools existants ne suffisent pas : Aucun tool actuel ne lit/snapshot les Crawl Stats GSC ni ne gere la comparaison temporelle baseline vs T+N.
Signature suggeree :

{"site": "transicio", "baseline_name": "post_correction_oct2025", "compare_at_days": 30}

Notes triage : [2026-05-04 17:53 · ui] 👎 Rejete — Pas d API officielle Google Crawl Stats (scraper fragile / parser logs serveur = 1j de dev par site). Volumes Transicio (158 pages) trop petits pour saturer le crawl budget. Couvert partiellement par seo_indexation_velocity + seo_crawl_errors. A reconsiderer si refonte URL majeure ou client e-commerce 50k+ pages. [2026-05-04 17:54 · ui] 👎 Rejete [2026-05-04 17:56 · ui] ↺ Re-ouvert — Re-evaluation : portfolio multisite (5 sites actifs + futurs clients) justifie un baseline standardise. Effet daggregation + dashboard consolide + onboarding clients automatise. Bloquant API GSC contournable via parsing logs serveur (dev mutualise sur 5+ sites). A reconsiderer pour validation. [2026-05-04 18:16 · ui] 👎 Rejete

Tasks qui ont demande ce tool :

#4 Configuration monitoring post-correction
- #4 Configuration monitoring post-correction

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

Valeur metier : 0.25 Faisabilite : hard Probleme connu : l'API Google Search Console publique (Search Analytics API + URL Inspection API) NE FOURNIT PAS les donnees du rapport Crawl Stats (Settings > Crawl stats). Ces donnees ne sont accessibles que via l'UI GSC. Donc trois options : (a) scraping authentifie de l'UI GSC = fragile, casse a... Effort dev : L ~3 jours Pourquoi cette valeur : Sur le portfolio actuel, AUCUN site n'a un volume justifiant un suivi crawl budget : 50-500 pages signifie que Googlebot crawle l'integralite du site largement dans son budget, les variations Crawl Stats sont du bruit statistique. Meme transicio a 158 pages. La valeur theorique pour des futurs clients e-commerce existe, mais elle est plombee par la faisabilite : pas d'API GSC officielle pour Crawl Stats = soit scraping fragile (dette technique permanente), soit pivot vers log file analysis (autre produit, autre scope). En l'etat le ratio effort/valeur est mauvais : L de dev pour un tool fragile sur un besoin qui n'existe pas encore dans le portfolio. Cas d usage ideaux : 1) Post-migration ou refonte sur transicio (~158 pages corrigees recemment) : capturer une baseline avant correction massive de redirects/404 puis mesurer a J+30 si Googlebot voit moins de 3XX/4XX et si le crawl rate remonte. 2) Validation d'un nettoyage de chaines de redirects via le plugin Redirection : prouver via Crawl Stats GSC que Googlebot consomme moins de 3XX apres coup. 3) Detection d'une chute de crawl budget anormale sur un site (pic 5XX serveur OVH, WP Rocket mal configure, sitemap Rank Math casse) en comparant snapshot courant vs baseline saine. 4) Reporting client recurrent sur futurs clients e-commerce 10k+ ou B2B catalog : 'avant/apres' chiffre de l'optimisation crawl budget, livrable a forte valeur percue. 5) Mutualisation portfolio : dashboard cross-site qui flag les sites dont le crawl rate moyen a baisse >X% vs baseline, sans avoir a ouvrir 5 GSC manuellement. Contexte requis : Faible valeur sur sites <500 pages (transicio, yuzko, belformance, belkis-chayeb, pierre-alexandre-mas) ou le crawl budget n'est PAS un facteur limitant. Devient pertinent si: site >5k-10k pages, OU e-commerce avec facettes/parametres, OU post-incident technique majeur (migration, panne serveur, explosion 404), OU besoin de reporting client recurrent sur 5+ proprietes GSC. Si rejete, reconsiderer si : Reconsiderer si: (1) signature d'un client e-commerce ou catalog B2B >10k pages ou le crawl budget devient un vrai levier SEO ; (2) Google ouvre une API officielle pour Crawl Stats (a surveiller) ; (3) pivot du scope vers 'log file analyzer Googlebot' en exploitant l'acces SSH OVH + logs Apache, ce qui donnerait des donnees plus riches que GSC et serait techniquement propre - dans ce cas c'est un nouveau tool a re-scoper, pas celui-ci.

🔴 Faible opportunite ou bloquant technique : envisager le rejet

🔍 Tools existants modestement similaires (max similarite = 0.603)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_indexation_velocity 0.603 seo_read

[ANALYZE] Mesure le delai entre publication (first_seen) et premier crawl Google. Use when: tu veux evaluer la vitesse de decouverte/indexation de nouvelles pages par Googlebot. DO NOT use: - pour

seo_top_keywords 0.598 seo_read

[READ] Top requetes Google d un site avec clics, impressions et position moyenne. Use when: tu veux lister les mots-cles qui generent du trafic organique sur un site, tries par performance. DO NOT us

seo_indexation_status_audit 0.592 seo_read

[ANALYZE] Distribution des pages par statut d'indexation Google (Submitted&indexed, Crawled-not-indexed, Discovered-not-indexed, Duplicate). Use when: tu veux comprendre pourquoi certaines pages ne s

×1 seo_server_redirect_rewrite rejected 1ere demande 2026-05-04 · derniere 2026-05-04 15:01

Devrait faire : Edite le fichier .htaccess (Apache) ou nginx.conf du serveur pour remplacer des chaines de redirections (A->B->C) par des redirections directes (A->C). Doit faire un backup horodatte du fichier avant modif, valider la syntaxe, recharger le serveur (apachectl graceful / nginx -s reload), puis tester chaque URL via curl -I pour confirmer 1 seul 301 puis 200. Reversible via restore du backup.
Pourquoi les tools existants ne suffisent pas : Tous les tools redirect actuels passent par Rank Math REST API (BDD WordPress). Aucun n a d acces SSH/filesystem pour editer .htaccess ou nginx.conf, ni pour faire un reload du serveur web.
Signature suggeree :

{"site": "transicio", "backup": true, "dry_run": true, "rewrites": [{"to": "https://www.transicio.com/cas-clients/missions-management-de-transition/audit-si-urgence-plan-transformation/", "from": "/audit-si-urgence-plan-transformation"}], "verify_after": true}

Notes triage : [2026-05-04 18:16 · ui] 👎 Rejete

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.15 Faisabilite : medium Techniquement faisable: SSH dispo sur OVH dedie, Apache present, parsing .htaccess est du regex sur RewriteRule/Redirect, backup horodatte trivial, apachectl configtest + graceful reload standard, verification via curl -I scriptable. Risques non triviaux: (1) parsing robuste de .htaccess (ordre des ... Effort dev : M ~1 jour Pourquoi cette valeur : Score tres bas car le tool est mal aligne avec le stack reel du portfolio. Les 5 sites en production gerent TOUS leurs redirects SEO via le plugin Redirection (BDD WP), pas via .htaccess - c'est explicite dans le contexte. Editer .htaccess pour ces redirects serait soit redondant soit dangereux (double redirect, conflit avec le plugin). L'argument 'mutualisation 5 sites' ne tient pas: 0 site sur 5 a ce besoin. La valeur potentielle existe uniquement pour des clients futurs hypothetiques avec stack non-WP ou redirects legacy infra. Risque additionnel: encourager l'user a contourner le plugin Redirection (single source of truth) cree de la dette technique. Un tool 'redirect_chain_collapse' operant via l'API du plugin Redirection apporterait 90% de la valeur sur 100% du portfolio actuel. Cas d usage ideaux : Cas tres limites compte tenu du stack: (1) Migration d'un site herite arrivant chez l'user avec des redirects historiques deja en .htaccess (avant migration vers plugin Redirection). (2) Optimisation de chaines de redirects au niveau serveur sur un futur client non-WordPress (Apache/nginx static, headless, ou stack custom). (3) Redirects techniques niveau infra (force HTTPS, www/non-www, trailing slash) qui ne devraient PAS etre dans le plugin WP. (4) Client e-commerce gros volume (Magento/Shopware self-hosted) avec milliers de redirects ou la perf .htaccess devient un sujet vs BDD. Sur les 5 sites actuels (transicio, yuzko, etc.) le cas d'usage est quasi-nul puisque tous les redirects SEO passent par le plugin Redirection (BDD WP), et un tool dedie existe deja pour ca. Contexte requis : Client/site non-WordPress OU site WordPress avec redirects legacy en .htaccess non migres vers le plugin. Acces SSH au serveur (OVH dedie OK). Volume justifiant l'optim chain-collapse: >500 redirects ou chaines >2 hops detectees. Aucun des 5 sites actuels ne remplit ce contexte. Si rejete, reconsiderer si : Reconsiderer si: (1) l'user prend un client non-WordPress (Magento, site statique, headless) avec >1000 redirects en .htaccess/nginx.conf, (2) migration d'un gros site historique e-commerce avec redirects legacy infra non migrables vers un plugin, (3) besoin de redirects niveau infra (HTTPS/www/geoIP) qui doivent rester hors WP, (4) audit revele que des chaines de redirects existent reellement au niveau serveur sur un site du portfolio (a verifier via crawl Screaming Frog / curl). Tant qu'on reste sur du WP avec plugin Redirection, ce tool est hors-scope.

🔴 Faible opportunite ou bloquant technique : envisager le rejet

🔍 Tools existants modestement similaires (max similarite = 0.588)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_maillage_break_cycle 0.588 seo_action

[ACTION] Casse un cycle de redirects (A->B->A) en disable/delete.

seo_redirect_map 0.567 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.532 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

×2 seo_url_watchlist_create rejected 1ere demande 2026-05-04 · derniere 2026-05-04 17:37

Devrait faire : Cree une watchlist persistante d URLs a surveiller avec : (a) check periodique du statut indexation GSC (Coverage), (b) monitoring HTTP status (detection 4XX/5XX), (c) capture baseline crawl stats J0 + comparaison J+N, (d) alerte email/notification configurable sur changement de statut. Le tool genere aussi un dashboard agrege consultable via seo_url_watchlist_report.
Pourquoi les tools existants ne suffisent pas : seo_set_alert prend une condition+threshold globale au site, pas une liste d URLs ciblees avec codes HTTP specifiques. seo_indexation_check est one-shot. seo_crawl_errors liste les erreurs existantes sans creer un suivi nomme avec baseline figee. Aucun tool ne capture une baseline crawl budget pour comparaison differee.
Signature suggeree :

{"name": "post_correction_redirects_oct2025", "site": "transicio", "urls": ["https://transicio.com/cas/url1", "..."], "checks": ["gsc_coverage", "http_status", "url_inspection"], "alert_on": ["4xx", "5xx", "deindexed"], "alert_channel": "email", "baseline_capture": true, "inspection_frequency": "weekly", "comparison_horizon_days": 30}

Notes triage : [2026-05-04 17:55 · ui] 👎 Rejete

Tasks qui ont demande ce tool :

#4 Configuration monitoring post-correction
- #4 Configuration monitoring post-correction

🎯 Analyse opportunite : non encore generee

Ce gap n a pas ete analyse (cree avant l ajout de cette fonctionnalite). Lancer l analyse maintenant (cout : ~$0.04, latence ~5s).

🔍 Tools existants modestement similaires (max similarite = 0.612)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_autopilot_submit_gsc_now 0.612 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_set_alert 0.596 seo_read

[ADMIN] Cree une alerte SEO personnalisee declenchee quand une condition atteint un seuil. Use when: tu veux etre notifie automatiquement si clicks chutent de X%, impressions passent sous Y, ou CTR d

seo_watchlist_add 0.592 seo_read

[WRITE] Ajoute un keyword a la watchlist SEO pour suivi hebdomadaire DFS. Use when: tu veux tracker un mot-cle strategique et recevoir des donnees DFS regulieres. DO NOT use: - pour analyser les ke

×1 seo_gsc_dashboard_custom rejected 1ere demande 2026-05-04 · derniere 2026-05-04 17:37

Devrait faire : Genere un dashboard GSC custom (HTML ou URL partageable) scope sur une liste d URLs avec Coverage Report, Crawl Stats et URL Inspection automatique sur un echantillon. Refresh hebdomadaire automatique.
Pourquoi les tools existants ne suffisent pas : seo_generate_pdf_report_html genere un rapport global, pas un dashboard scope sur URLs custom avec refresh recurrent.
Signature suggeree :

{"site": "transicio", "urls": [], "cadence": "weekly", "widgets": ["coverage", "crawl_stats", "url_inspection_sample"], "sample_size": 3}

Notes triage : [2026-05-04 17:55 · ui] 👎 Rejete

Tasks qui ont demande ce tool :

#4 Configuration monitoring post-correction

🎯 Analyse opportunite : non encore generee

Ce gap n a pas ete analyse (cree avant l ajout de cette fonctionnalite). Lancer l analyse maintenant (cout : ~$0.04, latence ~5s).

🔍 Tools existants modestement similaires (max similarite = 0.615)

Probablement different mais a verifier. Lis les docstrings ci-dessous pour confirmer que ce gap apporte vraiment une fonctionnalite nouvelle.

seo_autopilot_submit_gsc_now 0.615 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_indexation_status_audit 0.584 seo_read

[ANALYZE] Distribution des pages par statut d'indexation Google (Submitted&indexed, Crawled-not-indexed, Discovered-not-indexed, Duplicate). Use when: tu veux comprendre pourquoi certaines pages ne s

seo_autopilot_submit_gsc 0.579 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:

🛠 Roadmap MCP : tools manquants detectes par le LLM router