Español
¿Mantendrá esta conexión una videollamada?
Evalúa latencia y estabilidad a corto plazo, compara la planificación oficial de Zoom, Teams o Meet y recibe soluciones sin entrar en una reunión.
Pantalla de conexión de la llamada del navegador
Esta verificación demora aproximadamente 4 segundos y envía doce pequeñas solicitudes HTTPS al borde de MeterSee. No se une a una llamada, no captura medios ni inspecciona su enrutador.
Google Meet
Utilice banda ancha, un navegador compatible actual y conectividad estable de baja latencia.Meet adapta la calidad automáticamente. Google recomienda Ethernet o Wi-Fi de 5 GHz, evitar retrasos de VPN y cerrar aplicaciones que consumen mucho ancho de banda cuando la calidad disminuye.
Lea la guía oficial de la plataformaListo para una prueba de conexión
Ejecute la pantalla breve antes de una llamada importante, luego siga las comprobaciones específicas de la causa que se muestran en el informe.
El navegador no puede reproducir la ruta multimedia real de Zoom, Teams o Meet sin entrar en ese servicio. El valor de Network Information API está redondeado, puede reducirse por privacidad y no es una prueba de velocidad. Use las estadísticas de la aplicación durante la llamada para la latencia, la variación y la pérdida de paquetes del destino.
Conoce lo que esta prueba puede y no puede demostrar.
MeterSee mide pequeñas solicitudes HTTPS hasta su borde de Cloudflare. No afirma medir jitter RTP, pérdida UDP, subida ni la ruta del proveedor; la aplicación real sigue siendo la autoridad final.
Compara sin VPN opcional y repite por Ethernet o Wi-Fi de 5 GHz.
Pausa transferencias, acércate al router y ejecuta dos pruebas limpias.
Abre las estadísticas en directo de la aplicación y compara latencia, jitter y pérdida reales.
Comprobación HTTPS
Cómo funciona
Doce solicitudes a MeterSee dan mediana por rango más próximo, p90, mediana del cambio absoluto entre tiempos consecutivos correctos y fallos. La estimación de descarga del navegador no afecta a la nota.
Qué no puede determinar
No mide jitter RTP, pérdida UDP, ancho de banda ni la ruta de la plataforma de reuniones. Repita en las mismas condiciones y consulte las estadísticas de la aplicación.
Compruebe antes de reemplazar hardware
Cambie una sola variable, repita en las mismas condiciones y compare con el sistema operativo o la aplicación afectada. Un dato no disponible no equivale a aprobado.
Guías de solución relacionadas
- WebRTC y pérdida de paquetes UDP: investiga la llamada real antes de cambiar la redLa voz robótica y el vídeo congelado requieren una investigación ordenada. Que una web cargue deprisa no demuestra que la ruta multimedia de la reunión funcione bien, y una petición web fallida no equivale a un paquete de audio perdido.
- Google Meet no tiene sonido: identifica primero la ruta de audio que faltaSin sonido puede significar que no oyes la reunión, que nadie te oye o que un vídeo compartido está en silencio. Son rutas de audio distintas y no deberían abordarse con la misma lista de soluciones.