CheckWeb

API CheckWebs — pour le vibecoding avec une vraie boucle

L’IA code dans Cursor ou Claude Code. CheckWebs mesure le site déployé (perf, SEO, sécurité, RGPD, accessibilité…). L’IA lit le rapport, corrige, puis rappelle l’API. Ce n’est plus « génère et prie » — c’est une boucle de contrôle.

Offre de lancement

API et MCP offerts : 5 appels par jour

Jusqu’au 31/12/2026, tout compte CheckWebs dispose de 5 appels par jour sur l’API publique et le serveur MCP, rechargés chaque nuit. Ce compteur est distinct des 3 audits quotidiens de l’interface : auditer depuis le site n’entame pas vos appels d’intégration.

Seule condition : avoir un compte CheckWebs et créer une clé d’API. Pas de carte bancaire, pas d’abonnement.

1. Essai — obtenir une clé

Chargement…

2. Appel

curl -sS -X POST https://checkwebs.fr/api/v1/audit \
  -H "Authorization: Bearer cw_live_VOTRE_CLE" \
  -H "Content-Type: application/json" \
  -d '{"url":"https://votresite.fr"}'

Réponse : { success, report } — score global, catégories, issues actionnables, URL finale.

  • POST /api/v1/audit
  • Auth : Authorization: Bearer cw_live_… / x-api-key
  • Body : { "url": "https://…" } — profils: ["mobile","desktop"]

3. Dans Cursor

  1. Ajoutez la variable d’environnement CHECKWEBS_API_KEY (ne la committez jamais).
  2. Collez la règle ci-dessous dans .cursor/rules ou .cursorrules.
  3. Demandez à l’agent : « audite https://… avec CheckWebs, corrige, recontrôle ».
# CheckWebs — boucle qualité
Quand tu modifies le front ou le SEO d'un site déployé :
1. Après un lot de correctifs, appelle :
   POST https://checkwebs.fr/api/v1/audit
   Header: Authorization: Bearer $CHECKWEBS_API_KEY
   Body: { "url": "<URL_PROD>" }
2. Lis report.score et report.categories[].issues
3. Corrige les constats actionnables, puis rappelle l'API
4. Ne déclare pas le travail terminé tant que le score n'a pas progressé
   (ou que les issues bloquantes sont résolues)

4. Dans Claude Code

Même principe : exportez CHECKWEBS_API_KEY, puis dans le prompt système / CLAUDE.md indiquez d’appeler POST https://checkwebs.fr/api/v1/audit après chaque lot de correctifs front, et de ne pas clôturer tant que le rapport n’a pas progressé.

5. Ou en MCP, sans écrire un seul appel HTTP

CheckWebs expose aussi un serveur MCP : votre agent y voit des outils, pas une API à documenter. Même moteur d’audit, même clé, même quota.

Dans Claude Code, une commande suffit :

claude mcp add --transport http checkwebs \
  https://checkwebs.fr/api/v1/mcp \
  --header "Authorization: Bearer cw_live_VOTRE_CLE"

Dans Cursor, Windsurf ou tout client MCP à configuration JSON (.cursor/mcp.json) :

{
  "mcpServers": {
    "checkwebs": {
      "url": "https://checkwebs.fr/api/v1/mcp",
      "headers": { "Authorization": "Bearer cw_live_VOTRE_CLE" }
    }
  }
}
  • auditer_site — lance un audit complet et renvoie notes, métriques et constats à corriger. Consomme un appel.
  • dernier_rapport — relit le dernier audit d’une URL sans en relancer un. Ne consomme rien — c’est l’outil à préférer pour reprendre le travail.
  • quota_restant — dit ce qu’il reste aujourd’hui et jusqu’à quand l’offre court. Gratuit.

Le quota est commun à l’API et au MCP : passer par l’un ou par l’autre ne double pas ce qui est offert.

Boucle

L’IA code → CheckWebs contrôle → l’IA corrige → CheckWebs recontrôle.

Sans compte : 1 audit sur checkwebs.fr/checkweb. Avec compte gratuit : clé API (5 appels par jour) + 3 audits / jour dans l’interface. Webhooks et volumes élevés : palier Pro.