Probador de WebSocket y SSE
Conéctate a endpoints WebSocket y Server-Sent Events desde tu navegador e inspecciona cada mensaje en vivo.
Conexión
Separados por comas, se envían como Sec-WebSocket-Protocol.
Los navegadores no permiten cabeceras personalizadas en el handshake ni enviar marcos ping/pong del protocolo. Socket.IO y SignalR añaden su propio protocolo sobre WebSocket.
Avanzado
Reintenta tras un cierre inesperado con esperas crecientes.
Mensaje
Línea de tiempo
Detalles
Herramientas relacionadas
¿Qué es el probador de WebSocket y SSE?
Un cliente interactivo para APIs en tiempo real. Conecta tu navegador directamente a un endpoint WebSocket o Server-Sent Events, envía mensajes de texto, JSON o binarios y observa cada mensaje entrante y saliente, cada reconexión y cada código de cierre en una línea de tiempo con búsqueda. No hay proxy: la conexión va de tu navegador al endpoint que escribas.
Cómo usarlo
- 1.Elige WebSocket o Server-Sent Events y escribe la URL del endpoint (wss:// o https://).
- 2.Añade subprotocolos para WebSocket, o elige EventSource nativo o Flujo Fetch para SSE y añade cabeceras si el flujo necesita un token.
- 3.Selecciona Conectar. La insignia de estado y las estadísticas muestran la conexión en vivo.
- 4.Envía mensajes con el editor (Ctrl+Enter o ⌘+Enter); elige Texto, JSON, Hex o Base64.
- 5.Selecciona cualquier fila para inspeccionar su contenido como texto, JSON, hex o Base64 y usa Exportar JSON para adjuntar la sesión a un ticket.
¿EventSource nativo o Flujo Fetch?
EventSource nativo es la API del navegador: se reconecta sola y envía Last-Event-ID, pero no puede enviar cabeceras personalizadas y solo entrega los eventos con nombre que indiques. Flujo Fetch analiza respuestas con formato SSE usando fetch. No es la API EventSource nativa del navegador, pero puede enviar cabeceras Authorization, cuerpos POST (como exigen muchas APIs de IA en streaming) y muestra el estado HTTP y las líneas sin procesar de cada evento.
Lo que no hace
- •Los navegadores no permiten cabeceras personalizadas en el handshake de WebSocket (usa un token en la URL o en un primer mensaje).
- •Los marcos ping/pong del protocolo, los marcos sin procesar y el tráfico TCP no son visibles ni controlables desde una página web.
- •Socket.IO, SignalR y STOMP añaden su propio protocolo sobre WebSocket; verás sus mensajes sin procesar, no eventos decodificados.
- •Los endpoints deben permitir este sitio: SSE necesita cabeceras CORS y algunos servidores WebSocket rechazan orígenes desconocidos.
- •Las páginas servidas por HTTPS no pueden abrir conexiones ws:// o http:// a hosts remotos (contenido mixto); localhost sí está permitido.
Privacidad y límites
Las URL, cabeceras y mensajes se quedan en esta pestaña y nunca se guardan; solo se recuerdan preferencias de visualización como la pestaña de protocolo y el límite de retención. La línea de tiempo conserva hasta 1.000, 5.000 o 10.000 eventos y 50 MB, descartando primero los más antiguos. Se pueden enviar mensajes de hasta 1 MB; los contenidos recibidos más grandes se guardan truncados mostrando su tamaño completo.
