Guide pratiche

Preparare un sito Web per connessioni lente e interrotte

Una connessione interrotta non dovrebbe trasformare una richiesta incerta in un successo annunciato. Decidi prima cosa rimane leggibile, cosa può essere preparato e cosa richiede la conferma del server.

vedere il metodo

Interruzioni comprensibili

Definire un ambito utile

Classifica le attività come la lettura di informazioni stabili, la preparazione di una bozza, il controllo della disponibilità o il pagamento. Questi ultimi dipendono dai dati e dalle conferme che non dovrebbero essere assunte corrente offline. spiegare utilmente le azioni non disponibili.

Un sito semplice può rimanere utile attraverso pagine leggere e link affidabili senza aggiungere un'applicazione offline. Valutare prima le interruzioni effettive e i contenuti essenziali. I meccanismi aggiuntivi richiedono proprietari e test piuttosto che semplicemente nomi tecnici.

Descrivi gli stati in modo inequivocabile

Bozza locale separata, in attesa di trasmissione, ricezione del server ed elaborazione completata. Scrivi un messaggio e un'azione di recupero per ciascuno. Un'icona di connessione o un pulsante disabilitato da solo non spiega cosa sia successo alla richiesta.

MDN documenta i lavoratori del servizio e le operazioni offline o in background. Valuta la disponibilità e il ciclo di vita nei browser di destinazione del progetto. I browser possono interrompere il lavoro, quindi il viaggio dovrebbe rimanere comprensibile senza fare affidamento sull'esecuzione continua.

Interruzione del test in un momento scomodo

In un ambiente di test, disconnettersi prima dell'invio, durante il trasferimento e dopo la ricezione del server. Ripristina la rete e ricarica. Controllare ciò che viene mantenuto, perso, ripetuto o mostrato come completo. Il caso difficile è spesso l'incertezza su una richiesta già ricevuta.

Utilizzare una nuova sessione e un altro dispositivo se è promessa la continuità cross-device. Chiedi a qualcuno che non ha familiarità con l'architettura di testare i messaggi. Dovrebbero capire l'azione rimanente e come evitare di effettuare un secondo ordine.

Controlla la freschezza e la privacy

Per informazioni conservate, mostra la data e l'uso consentito. La vecchia disponibilità può orientare un visitatore senza autorizzare una prenotazione. Definisci cosa rimane sul dispositivo dopo il logout e chi esamina i rischi del dispositivo condiviso.

Dopo una nuova versione, controlla la sostituzione delle risorse e la compatibilità dei dati locali. Fornire un modo per recuperare le bozze consentite o ripristinare le operazioni semplici. Fornire stati, test di interruzione, regole di conservazione e limitazioni in modalità degradata.

Documentazione primaria: MDN: funzionamento offline e in background.

Contenuto aggiornato 1 ottobre 2026

Matrice di convalida funzionale per adattarsi al progetto

Questi controlli proposti utilizzano casi fittizi. Decidi quale comportamento è previsto con il team, annota il risultato e assegna discrepanze irrisolte prima della pubblicazione.

Casi di test, risultati attesi e prove utili
Casorisultato attesoProva da mantenere
Prima visita senza reteViene visualizzato uno stato chiaro anche quando non è stata memorizzata alcuna versione precedente.schermo ottenuto in un browser senza dati o cache del sito precedenti.
Pagina precedentemente visitata offlineI visitatori comprendono la data e i limiti del contenuto conservato.Versione visualizzata e informazioni sulla freschezza visibili insieme alle informazioni memorizzate nella cache.
Forma interrottaUna bozza locale non viene mai presentata come richiesta ricevuta.Formulazione visualizzata, archiviazione locale ed assenza confermata di ricevuta lato server.
Vecchia sessione dopo il rilascioI dati e le risorse rimangono compatibili o offrono un chiaro riavvio.versioni di cache e interfaccia osservate all'interno della stessa sessione del browser esistente.

Domande frequenti

L'operazione offline significa che un ordine viene accettato?

No. Una bozza o una richiesta in sospeso deve essere distinta dalla conferma del server. Mostra lo stato effettivo e fornisci il ripristino che evita le operazioni ripetute.

Ogni sito ha bisogno di un addetto al servizio?

No. Inizia con usi, peso della pagina e interruzioni osservate. L'operazione offline specifica è giustificata quando supporta un viaggio utile che il team può mantenere e testare.