Blog / Produit

WordPress MCP adapter : pourquoi un serveur par site ne passe pas l’échelle

Un WordPress MCP adapter par site, c’est vingt blocs JSON et vingt mots de passe d’application. Un compte parc, c’est une URL.

Un WordPress MCP adapter — le remote d’Automattic, un process npx local, un bloc par site — est la bonne forme pour un blog à vous. C’est la mauvaise forme pour le mardi d’une agence.

Ce qu’un adapter par site vous coûte

  • Un bloc JSON copié à la main, vingt fois.
  • Un mot de passe d’application dans un fichier.
  • L’écriture totale, ou rien.
  • Aucun journal de ce que le modèle a fait.
  • Une question, un site, vingt fois.

Ce qu’un serveur de parc change

Une extension par site, appariée une fois. Pas de mot de passe wp-admin stocké. MCP reste en lecture. Le dashboard demande avant d’écrire. Le journal garde le site, l’action, le résultat. Une question ; la réponse couvre le groupe.

Quand l’adapter reste bien

Un seul site, vous êtes le seul admin, vous acceptez un process local. Le jour où vous ajoutez un second hébergeur client, l’adapter devient un inventaire que vous ne voyez plus. C’est le basculement. Voir aussi : un serveur hébergé pour tout le parc.