# WebMCP : lancer un audit de cache à froid depuis l'agent de son navigateur — CacheBoost Blog

> Notre audit de cache à froid gratuit publie désormais des outils WebMCP. Un agent IA dans le navigateur peut lancer l'audit, le suivre et lire les pages froides — sans compte, sans clé API, sans copier-coller.

Source: https://www.cache-boost.com/fr/blog/webmcp-audit-cache-froid-agent-navigateur.md
Language: fr

---


Tags: news, mcp, automation, geo
Published: 2026-09-16
Author: Nicolas Hodin
Reading time: 6 min

---

**En résumé:**
- La page d'audit gratuit expose trois outils WebMCP aux agents IA du navigateur
- run_cold_cache_audit, get_audit_progress et list_cold_pages — sans compte ni clé API
- Complète notre serveur MCP distant, qui sert les clients authentifiés
- WebMCP est en origin trial dans Chrome : ailleurs, la page ne change pas d'un iota
Notre [audit de cache à froid gratuit](/fr/audit) publie désormais des **outils WebMCP**. Si vous l'ouvrez dans un navigateur doté d'un agent IA, cet agent peut lancer un audit, le suivre pendant qu'il tourne et vous restituer les pages que votre site sert à froid — sans compte, sans clé API et sans une seule URL copiée-collée.

C'est l'autre moitié de l'histoire commencée avec [notre serveur MCP distant](/fr/blog/prechauffer-son-cache-depuis-claude-avec-mcp). Voici ce qui change, et pourquoi nous l'avons mis sur l'audit plutôt qu'ailleurs.

## MCP et WebMCP sont deux portes différentes

Ils partagent un nom et une philosophie, et à peu près rien d'autre.

**MCP** est côté serveur. Vous ajoutez `https://api.cache-boost.com/mcp` à Claude, Cursor ou un autre client, vous vous authentifiez avec une clé `cb_live_…`, et votre assistant pilote votre compte depuis n'importe où. C'est le bon outil une fois que vous en avez un : il fonctionne dans un terminal, dans une CI, à 3 h du matin.

**WebMCP** est côté page. Une page web déclare des outils à l'agent qui tourne dans le navigateur aux côtés de l'utilisateur, via `document.modelContext`. Il n'y a ni serveur à configurer ni identifiant à émettre : les outils existent tant que la page est ouverte, s'exécutent dans la session de l'utilisateur, et disparaissent avec l'onglet.

La vraie différence, c'est le public. MCP sert les clients. WebMCP sert celui qui ne s'est pas encore inscrit — quelqu'un dont l'agent est sur notre page, devant un formulaire, sans clé pour s'authentifier. C'est exactement le public d'un audit gratuit.

## Les trois outils

Les outils sont rattachés à la page qui sait réellement effectuer l'action : c'est la convention WebMCP, et c'est simplement honnête — un agent ne devrait pas voir un bouton qui n'existe pas.

| Outil | Page | Rôle |
|-------|------|------|
| `run_cold_cache_audit` | `/audit` | Lance un audit sur une URL, en Googlebot ou en GPTBot. Renvoie un token et l'URL de suivi. |
| `get_audit_progress` | `/audit/{token}` | Statut, pré-checks, URLs testées, taux de cache hit et de cache froid, position en file, ETA. |
| `list_cold_pages` | `/audit/{token}` | Les pages servies à froid (cache MISS), les plus lentes d'abord, avec statut HTTP et temps de réponse. |

Une session ressemble à ceci :

> **« Vérifie si cache-boost.com est servi à froid au crawler de ChatGPT. »**
>
> L'agent appelle `run_cold_cache_audit` avec `crawler_type: "llm"`, récupère un token, ouvre la page de suivi et interroge `get_audit_progress` pendant le crawl. À la fin, il appelle `list_cold_pages` et vous dit sur quelles URLs GPTBot attendrait — avec les chiffres, pas une capture d'écran.

L'audit lui-même n'a pas changé. Même crawler, mêmes pré-checks, même limite de cinq audits par jour et par IP. L'agent utilise le produit, pas un chemin de traverse.

## Ce qu'une page déclare

Toute l'intégration est côté client. Un outil, c'est un nom, une description que le modèle lit, un JSON Schema et une fonction :

```js
document.modelContext.registerTool({
  name: 'list_cold_pages',
  description:
    'List the pages of this audit that were served cold (cache MISS), '
    + 'slowest first, with their HTTP status and response time.',
  inputSchema: {
    type: 'object',
    properties: {
      limit: { type: 'integer', minimum: 1, maximum: 200 }
    }
  },
  execute: listColdPages
});
```

La description est ce qui compte vraiment. Ce n'est pas de la documentation qu'un développeur lira une fois : c'est la seule chose dont dispose le modèle au moment de décider s'il appelle votre outil. Les nôtres disent ce que l'outil renvoie, ce qu'il coûte et quand le rappeler — parce qu'un agent qui ignore qu'un audit prend plusieurs minutes présentera un run à moitié terminé comme un résultat.

## Se faire trouver avant la visite

Les outils n'existent qu'une fois la page chargée et son JavaScript exécuté. La spécification assume ce choix — un manifeste statique empêcherait une page de proposer des outils correspondant à son état courant — mais le compromis est réel : un agent qui n'a jamais ouvert `/audit` n'a aucun moyen de savoir que l'audit existe.

Il n'y a pas encore de réponse standard. Nous publions quand même [`/.well-known/webmcp.json`](/.well-known/webmcp.json) : les trois outils avec leurs schémas, la page où chacun vit, et un renvoi vers le serveur MCP pour les titulaires d'un compte. Soyons clairs sur ce que c'est — une convention que lisent certains annuaires et crawlers, pas un élément de la spécification, et aucun navigateur ne va la chercher. Le fichier le dit lui-même dans son champ `note`, et une vérification dans notre dépôt échoue si les descriptions qu'il contient s'écartent de celles que les pages enregistrent réellement. Un manifeste qui ment sur vos outils est pire que pas de manifeste.

## Trois décisions qui méritent d'être dites

**L'outil ne prend pas d'adresse e-mail.** Le formulaire d'audit a un champ e-mail pour le rapport. L'outil, lui, n'a pas cet argument, et c'est délibéré : il ne reprend qu'une adresse que vous avez saisie vous-même. Un agent ne doit pas pouvoir vous inscrire à un envoi à votre place, et le moyen le plus sûr de le garantir est de ne lui donner aucune façon de l'exprimer.

**Le travail de l'agent reste visible.** Quand un outil lance un audit, il remplit le formulaire visible avec l'URL et le crawler utilisés, et affiche un message avec le lien de suivi. L'agent ne vous déplace nulle part : vous voyez ce qui a été lancé et vous le suivez vous-même. Une page sur laquelle un agent agit doit continuer à dire la vérité sur ce qui s'y est passé.

**Rien n'est assoupli pour les agents.** Mêmes limites, mêmes validations. Quand le serveur refuse un audit — URL mal formée, quota quotidien atteint — l'outil renvoie la vraie raison plutôt qu'un échec générique, pour que l'agent vous dise de revenir demain au lieu de réessayer en boucle.

## Où en est vraiment le support navigateur

Honnêtement : au début. WebMCP est en origin trial dans Chrome jusqu'à la version 156, et l'API bouge encore — le getter est passé de `navigator.modelContext` à `document.modelContext` dans le brouillon de spécification de mai 2026, et `registerTool()` a remplacé un appel groupé antérieur. Firefox et Safari participent à la [discussion au W3C](https://github.com/webmachinelearning/webmcp) sans calendrier annoncé.

Nous détectons donc l'ensemble de ces variantes et n'enregistrons rien quand le navigateur n'a pas WebMCP. S'il ne le supporte pas, la page d'audit se comporte exactement comme avant : un formulaire, un anneau de progression, un tableau. Rien à désactiver, rien à casser.

Nous l'avons quand même livré maintenant, pour la même raison que nous publions [llms.txt](/llms.txt) et une version Markdown de chaque page : l'agent devient un visiteur, et un visiteur qui ne sait pas se servir de votre site ne convertit pas. Le préchauffage de cache existe parce que les crawlers passent avant les humains. Des outils lisibles par un agent, c'est le même pari, un étage plus haut.

## À essayer

Ouvrez [l'audit gratuit](/fr/audit) dans un navigateur équipé d'un agent et demandez-lui de vérifier votre site. Si votre navigateur ne fait pas encore de WebMCP, le formulaire fonctionne exactement comme avant — et si vous avez déjà un compte, le [serveur MCP](/fr/support/mcp/overview) en fait nettement plus.


---

**CacheBoost** — Automatic cache warming for faster websites.

- Website: https://www.cache-boost.com
- Full content (all pages): https://www.cache-boost.com/llms-full.txt
- LLM index: https://www.cache-boost.com/llms.txt
- Documentation: https://www.cache-boost.com/support/getting-started/introduction
- Start free: https://www.cache-boost.com/try