Información sobre el ancho de banda bajo y la latencia alta

Es importante comprender cómo se siente usar tu app o sitio cuando la conectividad es deficiente o poco confiable, y compilar en consecuencia. Hay una variedad de herramientas que pueden ayudarte.

Prueba con un ancho de banda bajo y una latencia alta

Una proporción cada vez mayor de personas experimenta la Web en dispositivos móviles. Incluso en casa, muchas personas están abandonando la banda ancha fija por la móvil.

En este contexto, es importante comprender cómo se siente usar tu app o sitio cuando la conectividad es deficiente o poco confiable. Una variedad de herramientas de software puede ayudarte a emular y simular un ancho de banda bajo y una latencia alta.

Emula la limitación de la red

Cuando crees o actualices un sitio, debes garantizar un rendimiento adecuado en diversas condiciones de conectividad. Existen varias herramientas que pueden ayudarte.

Herramientas del navegador

Las Herramientas para desarrolladores de Chrome te permiten probar tu sitio con una variedad de velocidades de carga y descarga, y tiempos de ida y vuelta, con ajustes predeterminados o parámetros de configuración personalizados del panel de redes. Consulta Comienza a analizar el rendimiento de la red para conocer los aspectos básicos.

Limitación de las Herramientas para desarrolladores de Chrome

Herramientas del sistema

Network Link Conditioner es un panel de preferencias disponible en Mac si instalas las herramientas de IO de hardware para Xcode:

Panel de control de Network Link Conditioner para Mac

Configuración de Network Link Conditioner para Mac

Configuración personalizada del Network Link Conditioner de Mac

Emulación de dispositivos

Android Emulator te permite simular varias condiciones de red mientras ejecutas apps (incluidos navegadores web y apps web híbridas) en Android:

Android Emulator

Configuración de Android Emulator

En el caso de iPhone, se puede usar Network Link Conditioner para simular condiciones de red deficientes (consulta más arriba).

Realiza pruebas desde diferentes ubicaciones y redes

El rendimiento de la conectividad depende de la ubicación del servidor y del tipo de red.

WebPagetest es un servicio en línea que permite ejecutar un conjunto de pruebas de rendimiento para tu sitio con una variedad de redes y ubicaciones de host. Por ejemplo, puedes probar tu sitio desde un servidor en India en una red 2G o por cable desde una ciudad de EE.UU.

Configuración de WebPagetest

Selecciona una ubicación y, en la configuración avanzada, elige un tipo de conexión. Incluso puedes automatizar las pruebas con secuencias de comandos (por ejemplo, para acceder a un sitio) o con sus APIs de RESTful. Esto te ayuda a incluir pruebas de conectividad en los procesos de compilación o el registro de rendimiento.

Fiddler admite el proxy global a través de GeoEdge, y sus reglas personalizadas se pueden usar para simular velocidades de módem:

Proxy de Fiddler

Realiza pruebas en una red con problemas

Los proxies de software y hardware te permiten emular condiciones problemáticas de la red móvil, como la limitación del ancho de banda, el retraso de paquetes y la pérdida aleatoria de paquetes. Un proxy compartido o una red con problemas pueden permitir que un equipo de desarrolladores incorpore pruebas de red del mundo real en su flujo de trabajo.

Augmented Traffic Control (ATC) de Facebook es un conjunto de aplicaciones con licencia de BSD que se puede usar para dar forma al tráfico y emular condiciones de red deficientes:

Augmented Traffic Control de Facebook

Facebook incluso instituyó los martes de 2G para ayudar a comprender cómo las personas con 2G usan su producto. Los martes, los empleados reciben una ventana emergente que les da la opción de simular una conexión 2G.

El proxy HTTP/HTTPS de Charles se puede usar para ajustar el ancho de banda y la latencia. Charles es un software comercial, pero hay una prueba gratuita disponible.

Configuración de ancho de banda y latencia del proxy de Charles

Puedes encontrar más información sobre Charles en codewithchris.com.

Cómo controlar la conectividad poco confiable y la "lie-fi"

¿Qué es lie-fi?

El término lie-fi se remonta al menos a 2008 (cuando los teléfonos se veían así) y se refiere a la conectividad que no es lo que parece. Tu navegador se comporta como si tuviera conectividad cuando, por algún motivo, no la tiene.

La conectividad mal interpretada puede generar una experiencia deficiente, ya que el navegador (o JavaScript) persiste en intentar recuperar recursos en lugar de darse por vencido y elegir un resguardo razonable. La conexión lie-fi puede ser peor que la falta de conexión; al menos, si un dispositivo está definitivamente sin conexión, tu JavaScript puede tomar las medidas evasivas adecuadas.

Es probable que el Lie-Fi se convierta en un problema mayor a medida que más personas se pasen a los dispositivos móviles y se alejen de la banda ancha fija. Los datos recientes del censo de EE.UU. muestran un alejamiento de la banda ancha fija. En el siguiente gráfico, se muestra el uso de Internet móvil en el hogar en 2015 en comparación con 2013:

Gráfico de los datos del censo de EE.UU.
que muestra el cambio de la banda ancha fija a los dispositivos móviles, en especial en los hogares de bajos ingresos

Usa tiempos de espera para controlar la conectividad intermitente

En el pasado, se usaban métodos de hackeo con XHR para probar la conectividad intermitente, pero el service worker habilita métodos más confiables para establecer tiempos de espera de red. Esto se puede lograr con Workbox con solo unas pocas líneas de código:

workboxSW.router.registerRoute(
  '/path/to/image',
  workboxSW.strategies.networkFirst({networkTimeoutSeconds: 3}),
);

Puedes obtener más información sobre Workbox en la charla de Jeff Posnick en la Chrome Dev Summit, Workbox: Flexible PWA Libraries.

También se está desarrollando la funcionalidad de tiempo de espera para la API de Fetch, y la API de Streams debería ayudar a optimizar la publicación de contenido y evitar las solicitudes monolíticas. Jake Archibald brinda más detalles sobre cómo abordar el problema de lie-fi en Supercharging page load.

Comentarios