unlock_site_fix
Tool MCP unlock_site_fix, retiré le 2026-10-19 : chaque correctif du site est désormais ouvert gratuitement. Utilisez get_site_page, list_site_issues et run_page_fix à la place.
Mis à jour le 2026-10-19
Retiré le 2026-10-19. Ce tool n'est plus sur le serveur MCP : chaque correctif de Santé du site est désormais ouvert gratuitement, dans toutes les formules, avec ses pages et la façon de le corriger. Utilisez get_site_page et list_site_issues pour lire les problèmes et leur
howToFix, et run_page_fix pour le correctif complet d'une page. La page ci-dessous est conservée pour référence.
unlock_site_fix ouvre un correctif de gabarit que le plan du mois n'a pas encore ouvert. Un correctif de gabarit, c'est un check du diagnostic du site, comme title-long ou date-missing, quel que soit le nombre de pages touchées. Une fois débloqué, ses pages et la façon de les corriger apparaissent dans list_site_issues, get_site_page et le dashboard.
Le déblocage coûte 15 crédits une seule fois, pour toutes les pages du check : 3 pages ou 120 pages, le prix est le même. Il ouvre la consigne, pas un correctif rédigé page par page : le correctif complet d'une page, avec le nouveau title et la meta écrits pour elle, c'est run_page_fix.
Rôle
memberminimum. Le rôlecustomerest refusé. Le MCP est disponible sur les plans Pro et Agency.
Quand l'utiliser
Quand get_site_health liste un correctif que le plan n'a pas encore ouvert, et que l'utilisateur veut s'y mettre maintenant plutôt qu'attendre un prochain plan. Appelez-le une fois sans confirmCredits pour obtenir le prix, montrez-le à l'utilisateur, puis rappelez-le avec confirmCredits: true s'il accepte.
Paramètres
| Champ | Type | Défaut | Description |
|---|---|---|---|
projectId |
string (CUID) | requis | Projet visé. |
check |
string | requis | Un identifiant de check, comme fixes[].check dans get_site_health. |
confirmCredits |
boolean | false |
true débloque le correctif pour 15 crédits. Seulement avec l'accord explicite de l'utilisateur. |
Réponse
{
"success": true,
"check": "title-long",
"unlocked": true,
"creditsCharged": 15
}
creditsCharged vaut 0 quand le correctif était déjà ouvert (par le plan, un déblocage précédent, ou marqué fait) : rien n'est débité deux fois. Le déblocage vaut jusqu'au prochain crawl mensuel, qui refait un plan complet, sans report.
Erreurs
error |
Signification |
|---|---|
not_in_plan |
Appel sans confirmCredits sur un correctif fermé. creditsRequired donne le prix. Rien n'est débité. |
fix_not_found |
Le dernier crawl ne relève pas ce check : rien à débloquer. |
insufficient_credits |
confirmCredits a été passé mais le workspace ne peut pas payer. credits donne required et remaining. |
{
"success": false,
"error": "not_in_plan",
"message": "This fix is outside this month's plan. Unlocking it on all its pages costs 15 credits: ask the user, then call again with confirmCredits: true.",
"creditsRequired": 15
}
Conseils
- Demandez d'abord. Ne passez jamais
confirmCredits: truesans l'accord de l'utilisateur. - Les plus gros correctifs d'abord.
get_site_healthdonne le nombre de pages de chaque correctif : un déblocage sur un check à beaucoup de pages ouvre le plus de consignes pour le même prix. - Puis lisez les pages : list_site_issues avec le filtre
checkrenvoie chaque page et sa correction.
Tools liés
- get_site_health : les correctifs du site, ouverts ou non.
- list_site_issues : les pages d'un correctif une fois ouvert.
- run_page_fix : le correctif complet d'une page.
- list_priority_pages : le plan du mois.