Outil gratuit

Testeur MCP SSE

Vérifiez si votre serveur MCP répond réellement sur le transport HTTP+SSE, et si cela suffit encore pour les clients qui vous importent.

Fonctionne avec les endpoints Streamable HTTP et SSE, par exemple https://mcp.example.com/mcp
Ce serveur nécessite une authentification
Utilisé pour cette seule requête et jamais conservé.

Fonctionner n'est pas la même chose que se vendre

Une fois le transport réglé, il reste que personne ne voit ce que fait votre serveur. MCP Showcase transforme la même URL en playground en direct, avec une documentation pour chaque outil.

Comment ça marche

link
Collez votre endpoint SSE

En général le chemin qui se termine par /sse, même si les serveurs le montent à divers endroits.

play_circle
Nous nous connectons comme un client

Streamable HTTP d'abord, puis SSE, et le résultat vous dit lequel a réellement répondu.

checklist
Voyez ce que le transport permet

Handshake, version du protocole et liste complète des outils, plus le journal brut des requêtes.

Ce qu'est réellement HTTP+SSE

Le transport HTTP d'origine pour MCP. Le client ouvre un flux Server-Sent Events de longue durée pour recevoir les messages venant du serveur, et envoie les siens en POST sur un endpoint séparé. Deux endpoints, un sens chacun. Cela fonctionne, et c'est aussi peu commode derrière des proxys et des répartiteurs de charge qu'on peut l'imaginer.

Collez votre endpoint ci-dessus : nous nous connectons comme le fait un vrai client — Streamable HTTP d'abord, puis SSE — et nous vous disons lequel a réellement répondu.

Pourquoi un serveur uniquement SSE peut disparaître d'un client

C'est la panne qu'il faut comprendre, car elle ne produit aucun message d'erreur. Les clients actuels essaient Streamable HTTP en premier, et ils ne se replient pas tous. Un serveur qui ne parle que SSE n'existe alors tout simplement pas pour ce client : il signale un serveur vide ou rien du tout, plutôt qu'un échec de transport. Rien dans vos journaux ne paraîtra anormal, puisque rien ne vous est parvenu.

Si votre serveur apparaissait dans un client et a cessé après une mise à jour, c'est la première chose à vérifier.

Faut-il migrer ?

Si vous maîtrisez le serveur, oui. Streamable HTTP, c'est un endpoint au lieu de deux, des reconnexions propres, et c'est ce sur quoi l'écosystème s'est arrêté. Prenez les deux en charge tant que vous avez des utilisateurs sur des clients anciens, puis abandonnez SSE. Si vous ne maîtrisez pas le serveur, cette page vous dit au moins à quel transport vous avez affaire avant de déboguer votre client.

Outils liés

Le transport n'est pas la partie difficile

Une fois qu'un client peut atteindre votre serveur, il reste que personne ne peut dire ce qu'il fait. Une liste d'outils n'est pas une démonstration, et un prospect n'installera pas un client pour le découvrir. MCP Showcase pointe sur la même URL et produit un playground en direct avec une documentation générée pour chaque outil, pour qu'évaluer votre serveur prenne un clic.

Questions fréquentes

Le transport HTTP d'origine pour MCP : le client ouvre un flux Server-Sent Events de longue durée pour les messages venant du serveur et envoie les siens en POST sur un endpoint séparé. Il a été remplacé par Streamable HTTP, qui fait les deux sur un seul endpoint.

Il est remplacé, pas supprimé. Beaucoup de serveurs ne parlent encore que SSE et beaucoup de clients le prennent encore en charge, mais les clients récents essaient Streamable HTTP en premier et certains ne se replient plus. C'est pour cela qu'un serveur uniquement SSE peut disparaître en silence d'un client qui le voyait auparavant.

Presque toujours à cause du repli. Un client qui essaie Streamable HTTP et ne se replie pas ne trouvera rien sur un endpoint uniquement SSE, et il le signalera généralement comme un serveur vide plutôt que comme une erreur de transport.

Si vous maîtrisez le serveur, oui : un endpoint au lieu de deux, des reconnexions plus solides, et c'est ce qu'attendent les clients actuels. Prenez en charge les deux pendant la transition si vous avez des utilisateurs existants.

Ce testeur l'indique explicitement dans le résumé du résultat, avec la version du protocole négociée. Le journal des requêtes ci-dessous montre les appels réels si vous voulez comprendre pourquoi l'un a échoué.

Autres outils MCP gratuits