Points clés
- Le prompt de planification ne débite aucun crédit selon la description de l’outil relevée le 9 octobre 2026.
- Une validation acceptée coûte 0,5 crédit selon le même relevé.
- La validation contrôle la structure et l’ordre de publication.
- Le plan de ce blog, enregistré le 9 octobre 2026, contient deux clusters de 25 pages.
- La demande de recherche, les doublons et les sources restent à examiner avant rédaction.
Par Elisha Bajemon | Publié le 17 octobre 2026
Comment planifier une série d’articles avec un assistant de code et Citead ?
En bref
Avec le serveur MCP à clé de Citead, votre assistant prépare un plan JSON, dont Citead vérifie la structure avant de l’enregistrer s’il est accepté.
Selon les descriptions d’outils fournies par Citead et relevées le 9 octobre 2026, demander les consignes de planification est gratuit et une validation acceptée coûte 0,5 crédit. Le schéma accepte de 1 à 4 clusters, avec 3 à 30 pages par cluster. Le plan de ce blog, enregistré dans Citead le 9 octobre 2026 et relu avec l’outil de consultation, comprend deux clusters de 25 pages. La recherche des sources et la décision de publier chaque sujet restent des étapes éditoriales.
Points clés
- L’outil
get_opportunity_prompt, qui fournit les consignes de planification, renvoie un prompt système, un prompt utilisateur, un schéma JSON et une référence, selon sa description fournie par Citead et relevée le 9 octobre 2026. Citead ne sollicite aucun modèle de langage à cette étape. - Selon le même relevé, la validation contrôle le nombre de clusters, leurs pages, l’unicité des titres, les indications de marque et l’ordre de publication.
- Le débit de 0,5 crédit intervient seulement si le plan est accepté, d’après la description de
validate_opportunity_plan, l’outil de validation du plan, dans ce relevé. - Le plan de rédaction de ce blog, enregistré et relu dans Citead le 9 octobre 2026, contient 50 pages. Ce nombre décrit le programme éditorial, sans préjuger des articles finalement publiés.
À quoi sert l’outil de plan de Citead ?
L’outil sert à organiser une série d’articles autour d’un sujet, d’un événement ou d’une stratégie de contenu. Un cluster désigne ici un groupe composé d’une page pilier et de pages satellites : le pilier porte le sujet d’ensemble, les satellites en développent des questions plus précises.
La page MCP de Citead, relevée le 9 octobre 2026, distingue le serveur public de notation et le serveur de votre espace, accessible avec une clé personnelle. C’est ce dernier qui donne accès aux éléments de votre compte. La page d’accueil de Citead, relevée à la même date, présente son utilisation depuis Claude Code, Codex ou Cursor pour travailler sur vos pages et vos articles.
Pour planifier, la description de get_opportunity_prompt, « obtenir le prompt de planification », répartit le travail ainsi : Citead prépare les consignes et le format attendu ; l’assistant produit le plan ; Citead le valide. Le livrable est un programme de contenu. La rédaction des textes vient ensuite.
Notre recommandation : formulez d’abord la question à laquelle la série doit répondre et le public auquel elle s’adresse. Vous pourrez alors relire chaque titre en demandant quelle place il occupe dans l’ensemble.
Comment se déroule le parcours, étape par étape ?
Le parcours va de la demande du prompt à la relecture du plan enregistré. Les descriptions d’outils fournies par Citead, relevées le 9 octobre 2026, documentent les opérations suivantes.
Demandez le prompt de planification. L’outil get_opportunity_prompt reçoit site_id, le site concerné, et topic, le sujet. Vous pouvez préciser nb_clusters, le nombre de clusters ; pages_per_cluster, le nombre de pages dans chacun ; language, la langue ; horizon_days, l’horizon en jours ; et brand_context, le contexte de marque. Ce dernier sert à situer la présence de votre activité dans les articles.
Faites produire le plan par votre assistant. Citead renvoie system_prompt, les consignes système, user_prompt, la demande de travail, un schéma JSON et opportunity_ref, la référence de cette demande. L’assistant utilise ces éléments pour rédiger le plan. Le JSON est le format structuré remis au validateur.
Soumettez le résultat à la validation. L’outil validate_opportunity_plan, « valider le plan de contenu », reçoit plan, le plan produit, et sa référence opportunity_ref. Conservez cette association pendant les corrections : la référence rattache le résultat à la demande initiale.
Récupérez le nom du plan accepté. La réponse contient display_name, son nom lisible, et plan_id, son identifiant technique. Utilisez le nom lisible dans les échanges avec la personne qui pilote le travail.
Relisez ce qui a été enregistré. datageo_list_opportunity_plans, « lister les plans enregistrés », fournit leurs résumés. datageo_get_opportunity_plan, « consulter un plan enregistré », renvoie le plan complet, avec ses clusters, ses pages et son ordre de publication. Nous recommandons cette relecture avant de distribuer les sujets aux rédacteurs.
Que vérifie la validation, et que reste-t-il à relire ?
La validation porte sur la structure du plan. La description du validateur fournie par Citead, relevée le 9 octobre 2026, énumère les contrôles ci-dessous. La colonne de droite présente notre recommandation de relecture éditoriale.
| Citead contrôle la structure | Nous recommandons cette relecture |
|---|---|
| Le nombre de clusters correspond à la demande. | Vérifiez que chaque groupe répond à un besoin identifiable du lecteur. |
| Chaque cluster comporte le nombre prévu de pages, avec un pilier et ses satellites. | Vérifiez que les satellites développent des questions distinctes. |
Les valeurs de suggested_title, le titre proposé, sont uniques dans le plan. | Comparez les sujets aux articles déjà publiés sur votre site. |
Une indication brand_insertion_hint, la place prévue pour la marque, existe si un contexte de marque a été fourni. | Relisez la pertinence de cette mention dans chaque sujet. |
recommended_publish_order, l’ordre recommandé, contient toutes les pages et place les piliers en tête. | Ajustez le calendrier à la disponibilité des sources et des relecteurs. |
La demande de recherche, l’existence des sources et la justesse des angles relèvent donc d’un travail complémentaire. Deux titres différents peuvent viser la même question. Pour les départager, nous recommandons d’écrire sous chacun la réponse attendue et le document qui permettra de l’étayer. Si ces éléments se recouvrent, réexaminez l’intérêt de conserver les sujets séparément.
Nous recommandons aussi de garder une décision explicite pour chaque fiche : rédiger, actualiser une page existante ou attendre une source.
Que coûte un plan et comment traiter un refus ?
La demande du prompt ne débite aucun crédit ; une validation acceptée débite 0,5 crédit. Ces conditions figurent dans les descriptions de get_opportunity_prompt et validate_opportunity_plan fournies par Citead, relevées le 9 octobre 2026.
Une fois le plan accepté, le renvoyer avec la même référence ne provoque pas de double débit, selon la description du validateur. Le statut renvoyé est alors already_charged, « déjà débité ». Un refus de validation ne déclenche aucun débit.
Après cinq validations refusées sur une même référence, l’outil renvoie le code 429 et demande de récupérer un nouveau prompt. Le code 409 signifie que la référence a expiré ou que son état a été perdu côté serveur ; il faut également demander une nouvelle référence. Notre recommandation : lisez le motif du refus et corrigez le plan avant de le soumettre à nouveau.
Ce coût concerne l’acceptation du plan. Pour le budget de rédaction, la page Tarifs de Citead, relevée le 9 octobre 2026, indique séparément qu’un article rédigé coûte 1 crédit. Distinguez ces opérations dans votre prévision de travail, puis consultez les conditions de l’assistant de code que vous utilisez.
À quoi ressemble le plan réel de ce blog ?
Le plan enregistré dans Citead le 9 octobre 2026, relu le même jour avec datageo_get_opportunity_plan, l’outil de consultation des plans, contient deux clusters de 25 pages, soit 50 pages. Ce comptage additionne, dans chaque cluster, la page pilier et les 24 pages satellites de la réponse enregistrée. Il s’agit du plan de rédaction de ce blog, dont cet article fait partie.
Le premier cluster porte sur ce que la recherche établit concernant le choix des sources par les moteurs de réponse. Le second rassemble des méthodes pour préparer un site et mesurer ce que les moteurs en font. L’ordre enregistré commence par les piliers, puis alterne entre les clusters.
Voici des titres recopiés du plan enregistré :
- « Scoring Without the Engine expliqué : ce que valide un score de contenu calculé sans interroger les moteurs » ;
- « Choisir les questions à suivre dans les moteurs de réponse : construire un panel de prompts » ;
- « Croiser les clics de la Search Console avec le score de chaque page ».
La réponse de consultation conserve notamment le titre proposé, la requête principale, les requêtes secondaires, l’intention et l’urgence de chaque page, ainsi que l’indication de marque. Elle contient aussi l’ordre de publication de l’ensemble.
Nous recommandons de compléter ce plan par une fiche de rédaction séparée pour chaque article. Inscrivez-y l’angle retenu, les intertitres, les sources à ouvrir et les précautions de formulation.
Que reste-t-il à faire une fois le plan validé ?
Il reste à décider quels sujets rédiger et à vérifier les appuis de chaque article. Notre méthode consiste à confronter les requêtes au contenu existant, examiner la demande de recherche, puis ouvrir les sources avant de figer les affirmations du texte.
Pour chaque sujet, conservez la page exacte qui porte le fait retenu et le passage correspondant. Si une source manque, réduisez le périmètre de l’article ou mettez sa rédaction en attente. Prévoyez ensuite une relecture des faits et du style avant la mise en ligne.
Les fiches sœurs traitent ces décisions sous les titres « Mettre à jour un ancien article ou en publier un nouveau : critères de décision » et « Fusionner des articles qui se concurrencent sur la même requête : choisir l’article conservé et rediriger ».
Pour aller plus loin
- Noter une page depuis Claude Code, Codex ou Cursor avec le serveur MCP public de Citead.
- Faire rédiger les articles de son blog par un outil : les contrôles à exiger avant publication.
- Robots d’IA, citations et visites : suivre de bout en bout ce que les moteurs de réponse font de votre site.
- Comment les moteurs de réponse choisissent leurs sources : ce que les études publiées permettent d’affirmer en 2026.
Pour connecter votre assistant à votre espace, utilisez la page du serveur MCP de Citead.