Guías prácticas

Prepare un sitio web para conexiones lentas e interrumpidas

Una conexión interrumpida no debería convertir una solicitud incierta en éxito anunciado. Decida primero lo que permanece legible, qué se puede preparar y qué requiere la confirmación del servidor.

Ver el método

Interrupciones comprensibles

Definir un alcance útil

Clasificar tareas como leer información estable, preparar un borrador, comprobar la disponibilidad o pagar. Estos últimos dependen de datos y confirmaciones que no deben asumirse actuales sin conexión. explicar las acciones no disponibles de manera útil.

Un sitio simple puede seguir siendo útil a través de páginas livianas y enlaces confiables sin agregar una aplicación sin conexión. Evalúe primero las interrupciones reales y el contenido esencial. Los mecanismos adicionales necesitan propietarios y pruebas en lugar de nombres meramente técnicos.

describir los estados sin ambigüedades

Separe el borrador local, en espera de la transmisión, la recepción del servidor y el procesamiento completado. Escriba un mensaje y una acción de recuperación para cada uno. Un icono de conexión o un botón deshabilitado por sí solo no explica qué sucedió con la solicitud.

MDN Documenta a los trabajadores de servicio y la operación fuera de línea o en segundo plano. Evalúe la disponibilidad y el ciclo de vida en los navegadores de destino del proyecto. Los navegadores pueden interrumpir el trabajo, por lo que el viaje debe seguir siendo comprensible sin depender de la ejecución continua.

Interrupción de prueba en un momento inconveniente

En un entorno de prueba, desconéctese antes de enviar, durante la transferencia y después de la recepción del servidor. Restaurar la red y recargar. Compruebe lo que se retiene, se pierde, se repite o se muestra como completo. El caso difícil suele ser la incertidumbre sobre una solicitud ya recibida.

Use una nueva sesión y otro dispositivo si se promete continuidad entre dispositivos. Pídale a alguien que no esté familiarizado con la arquitectura que pruebe los mensajes. Deben entender la acción restante y cómo evitar realizar un segundo pedido.

Comprobar frescura y privacidad

Para información retenida, muestre la fecha y el uso permitido. La disponibilidad antigua puede orientar a un visitante sin autorizar una reserva. Defina lo que queda en el dispositivo después de cerrar sesión y quién revisa los riesgos de dispositivos compartidos.

Después de una nueva versión, verifique la sustitución de recursos y la compatibilidad de datos locales. Proporcione una forma de recuperar borradores permitidos o restaurar una operación simple. Entregue estados, pruebas de interrupción, reglas de retención y limitaciones en modo degradado.

Documentación principal: MDN: operación fuera de línea y en segundo plano.

Contenido actualizado el 1 de octubre de 2026

Matriz de validación funcional para adaptarse al proyecto

Estos controles propuestos utilizan casos ficticios. Decida qué comportamiento se espera con el equipo, anote el resultado y asigne discrepancias no resueltas antes de la publicación.

Casos de prueba, resultados esperados y evidencia útil
CasoResultado esperadoPrueba para mantener
Primera visita sin redAparece un estado claro incluso cuando no se almacenó ninguna versión anterior.pantalla obtenida en un navegador sin datos de sitio o cachés anteriores.
Página visitada previamente sin conexiónLos visitantes entienden la fecha y los límites del contenido retenido.Versión mostrada e información de frescura visible junto con la información en caché.
Formulario interrumpidoUn borrador local nunca se presenta como una presentación recibida.Se muestra la redacción, el almacenamiento local y la ausencia confirmada de recibo del lado del servidor.
Sesión más antigua después de la liberaciónLos datos y los recursos siguen siendo compatibles u ofrecen un reinicio claro.Versiones de caché y interfaz observadas dentro de la misma sesión del navegador existente.

Preguntas frecuentes

¿La operación fuera de línea significa que se acepta un pedido?

No. Un borrador o solicitud pendiente debe ser distinta de la confirmación del servidor. Muestre el estado real y proporcione una recuperación que evite operaciones repetidas.

¿Todos los sitios necesitan un trabajador de servicio?

No. Comience con los usos, el peso de la página y las interrupciones observadas. La operación fuera de línea específica se justifica cuando apoya un viaje útil que el equipo puede mantener y probar.