Probador WebSocket

Cliente WebSocket en línea para conectarse, enviar mensajes e inspeccionar respuestas en tiempo real

Inactivo
Separados por comas, opcional

Registros de conexión

Tu navegador no soporta WebSocket. Cambia a un navegador moderno.

Resumen de la herramienta: Probador WebSocket

El probador WebSocket es un cliente basado en el navegador para validar servicios en tiempo real sin salir de ToolMi. Introduce un endpoint, conéctate al instante y analiza cada frame con marcas de tiempo, estados y etiquetas de dirección.

¿Qué es Probador WebSocket?

Probador WebSocket prueba reglas o conexiones rápidamente para localizar problemas.

Cómo usarlo

  1. Ingresa reglas o parámetros.
  2. Proporciona un ejemplo o una dirección.
  3. Revisa resultados y ajusta.

Casos de uso comunes

  • Verificaciones antes de publicar
  • Validar reglas y casos límite
  • Confirmación rápida en integración

❓ Preguntas frecuentes

P1: ¿Resultado inesperado?
R: Revisa la entrada y opciones.

P2: ¿Falló la prueba?
R: Simplifica el caso para aislar el problema.

P3: ¿Cómo guardar?
R: Copia los resultados o captura pantalla.

✨ Funciones destacadas

  • 🔄 Monitor de conexión en vivo: Sigue el progreso del handshake, los cambios de readyState y los códigos/motivos de cierre.
  • 🧾 Registro estructurado de mensajes: Cada frame queda guardado con hora, dirección y contenido, mostrando los más recientes arriba.
  • 🧩 Detección de binarios: Marca automáticamente los frames binarios para que puedas capturar los bytes desde las DevTools del navegador.
  • ⚙️ Editor flexible: Activa o desactiva el auto-scroll y el borrado después de enviar según necesites pruebas rápidas o iteraciones.
  • 🌐 Ayuda multilingüe: La documentación se adapta a tu idioma actual para que todo el equipo use las mismas indicaciones.

🚀 Inicio rápido

  1. Pega el endpoint objetivo ws:// o wss:// en Endpoint del servidor.
  2. Usa el botón Cambiar a ws:///wss:// para alternar el esquema sin reescribir la dirección.
  3. (Opcional) Escribe subprotocolos separados por comas cuando el servidor los negocie.
  4. Haz clic en Conectar y observa la insignia de estado para confirmar el handshake.
  5. Escribe el payload en el cuadro de mensaje y pulsa Enviar mensaje para emitir un frame.
  6. Revisa los registros de Enviado y Recibido en la parte superior, desactivando el auto-scroll cuando quieras analizar el historial.

📖 Ejemplos de uso

Verificación con servidor eco

Endpoint: wss://echo.websocket.events
Mensaje: {"action":"ping","source":"toolmi"}

El servidor devuelve el mismo contenido. Verás un registro Enviado seguido de un Recibido con la misma información.

Negociación de subprotocolos

Endpoint: wss://example.com/chat
Subprotocolos: chat.v2, json
Mensaje: {"type":"join","room":"soporte"}

Si el servidor acepta chat.v2, la conexión continúa usando ese protocolo y puedes seguir intercambiando mensajes.

Pruebas iterativas de payloads

  1. Desmarca Limpiar mensaje después de enviar.
  2. Envía un JSON inicial.
  3. Ajusta los campos necesarios y vuelve a enviarlo.
  4. Compara cada respuesta en la parte superior del registro.

🎯 Casos de uso

1. Depuración de APIs en tiempo real

Comprueba autenticación, suscripciones y formato de mensajes antes de integrar la API WebSocket en tu aplicación.

2. Demostraciones de streaming

Muestra actualizaciones en vivo a tu equipo o clientes conectándote a entornos de pruebas o staging sin herramientas adicionales.

3. Formación sobre protocolos

Explica el comportamiento de WebSocket mostrando cómo se ven los diferentes códigos de cierre, frames binarios o subprotocolos.

📘 Leyenda del registro

  • Info – eventos de ciclo de vida como intentos de conexión, handshakes exitosos, desconexiones manuales o motivos de cierre del servidor.
  • Enviado – frames que salieron desde el editor hacia el servidor.
  • Recibido – frames recibidos del servidor; los textos se muestran tal cual.
  • Error – problemas del navegador como URLs inválidas, fallos TLS o interrupciones de red.

🛠️ Solución de problemas

  • Los navegadores no permiten añadir cabeceras personalizadas en el handshake. Si las necesitas, prueba desde el mismo origen o usa un cliente de escritorio.
  • El código de cierre 1006 suele indicar que la conexión se interrumpió durante el handshake; revisa proxies, firewalls o certificados.
  • Si el servidor rechaza la conexión, elimina subprotocolos desconocidos o confirma con el backend cuál debes usar.
  • Para capturar frames binarios, abre la pestaña Network de las DevTools y descarga los bytes desde allí.

💡 Consejos extra

  • Combina el probador con el formateador JSON o el decodificador JWT para preparar payloads rápidamente.
  • Mantén el auto-scroll activado cuando haya ráfagas de mensajes; desactívalo para obtener capturas o comparaciones estáticas.
  • Comparte el endpoint y el payload con tus compañeros para que reproduzcan la sesión en el mismo entorno.