Cache del browser: perché il sito riscarica gli stessi file a ogni visita

Individuare i file che ricorrono nelle pagine

Logo, caratteri, fogli di stile e script condivisi possono essere richiesti su molte pagine. La guida MDN alla cache HTTP (si apre in una nuova scheda) descrive come una risposta già ricevuta possa essere conservata e riutilizzata. Nel browser questo può evitare un nuovo trasferimento; una cache del server o una CDN interviene invece in un punto diverso del percorso.

Per impostare la verifica scegli una sequenza comune: homepage, pagina di servizio, guida e contatti. Osserva quali risorse ricompaiono e chiedi al tecnico quali vengono trasferite nuovamente. Una pagina che utilizza una fotografia diversa deve comunque riceverla la prima volta: la cache non anticipa automaticamente tutti i contenuti del sito.

Se il problema segnalato è un testo vecchio dopo la pubblicazione, usa prima la guida alle modifiche del sito non visibili. Confondere i due problemi può portare a disattivare una funzione utile senza chiarire la causa.

Eseguire una prova che non disattivi la cache

Chiedi due misurazioni separate: una senza risorse già conservate e una dopo aver visitato le pagine scelte. Per la seconda prova il browser deve poter usare normalmente la cache. Alcuni strumenti per sviluppatori permettono di disabilitarla durante l’analisi: se questa opzione resta attiva, il risultato non rappresenta una visita successiva normale.

Evita di confrontare una finestra privata appena aperta con il browser quotidiano senza annotare la differenza. Registra anche eventuali estensioni e le condizioni della connessione. Il tecnico può leggere il pannello di rete e distinguere trasferimenti, riutilizzo locale e verifiche al server.

Come titolare puoi chiedere una tabella breve con risorsa, comportamento alla prima visita e comportamento alla seconda. Il dato utile non è soltanto il tempo totale: sapere che un font comune viene scaricato ancora su ogni pagina indica dove indagare. Conserva le prove anche quando il miglioramento percepito sembra modesto.

Comprendere scadenza, verifica e divieto di conservazione

Le risposte HTTP possono contenere istruzioni per le cache. Nella documentazione MDN su Cache-Control (si apre in una nuova scheda), max-age indica per quanto tempo la risposta può essere considerata fresca; no-cache richiede una verifica prima del riuso; no-store chiede di non conservarla. Sono comportamenti diversi, anche se i nomi possono trarre in inganno.

Una verifica non coincide sempre con il download completo. Con un validatore come ETag, il browser può chiedere se la risorsa è cambiata e ricevere 304 Not Modified senza il corpo del file. La documentazione MDN su ETag (si apre in una nuova scheda) spiega questo confronto.

Chiedi al tecnico di tradurre la configurazione in una regola comprensibile: quali file possono essere riutilizzati direttamente, quali devono essere verificati e quali non vanno conservati. Un insieme di direttive copiato senza conoscere i contenuti può produrre risultati incoerenti.

Coordinare cache lunga e aggiornamenti dei file

Una risorsa statica che cambia indirizzo quando cambia contenuto può avere una durata di cache lunga: la pagina aggiornata richiama la nuova versione. Il nome del file o un parametro di versione devono però cambiare secondo un criterio affidabile. La stessa pagina HTML deve poter recepire i riferimenti aggiornati.

Non serve modificare l’indirizzo di tutte le risorse a ogni apertura. Un numero casuale aggiunto a ogni richiesta impedisce di riconoscere lo stesso file e vanifica il riuso. All’opposto, sostituire continuamente il contenuto mantenendo un indirizzo dichiarato stabile può lasciare vecchie risorse nei browser.

Un esempio ipotetico: vengono aggiornati colori e spaziature del sito. Il nuovo foglio di stile riceve una versione differente e le pagine pubblicate lo richiamano correttamente. Nel collaudo si apre il sito sia da un browser che aveva visto la versione precedente sia da uno nuovo, verificando che entrambi ricevano una presentazione coerente.

Separare le risorse pubbliche dai contenuti personali

Una fotografia pubblica e il riepilogo di un ordine non devono essere trattati con una regola universale. Le cache condivise richiedono particolare attenzione quando una risposta cambia in base a utente, sessione o autorizzazione. La direttiva private limita la conservazione alle cache private; la scelta complessiva va definita rispetto al funzionamento dell’applicazione.

Prima di modificare impostazioni globali, elenca account, carrello, preventivi riservati e aree clienti. Chiedi al tecnico quali percorsi escludere dalla cache condivisa e quali verifiche fare con utenti distinti. Non utilizzare informazioni personali reali per costruire prove dimostrative quando sono disponibili account di test.

Nel resoconto separa chiaramente le ottimizzazioni del materiale pubblico dai controlli dei contenuti riservati. Il fatto che una homepage sia diventata rapida non prova che un carrello rimanga corretto dopo un accesso, un’uscita o un cambio di account. Per queste funzioni conta anche l’esattezza dell’informazione mostrata.

Capire quali impostazioni dipendono da altri servizi

Non tutte le risorse sono sotto il controllo del tuo hosting. Mappe, sistemi di prenotazione e altri componenti possono arrivare da domini esterni, con regole definite dai rispettivi fornitori. Prima di acquistare un servizio aggiuntivo per la cache, chiedi quali trasferimenti può realmente migliorare.

Se un file esterno resta pesante, le opzioni potrebbero riguardare il momento del caricamento, le pagine che lo utilizzano o una configurazione offerta dal fornitore. Copiarlo sul proprio server senza valutarne aggiornamenti, dipendenze e condizioni d’uso non è una soluzione automatica.

Anche una CDN può ridurre l’attesa verso il server senza eliminare tutti i download del browser. Per un’attesa iniziale elevata consulta la guida sulla risposta lenta del server. Per risorse che non servono alla pagina approfondisci invece CSS e JavaScript inutilizzati: conservare un file superfluo non equivale a eliminarne il costo.

Definire il risultato e la verifica periodica

Un buon intervento si conclude con una politica documentata e alcune prove ripetibili. Fai riportare le famiglie di file, il criterio di aggiornamento, i percorsi personali esclusi e il comportamento osservato nelle visite successive. Prevedi anche chi controlla le regole quando cambia hosting, CDN o sistema di pubblicazione.

Misura il beneficio sul percorso completo, non solo sul logo. Il browser può liberare spazio o perdere la propria cache, quindi il sito deve restare ragionevolmente utilizzabile anche alla prima visita. La cache è una parte dell’ottimizzazione, insieme a dimensioni delle immagini, codice e tempi del server.

Dopo una modifica importante ripeti una visita nuova, una visita di ritorno e un aggiornamento di contenuto. Se tutte e tre funzionano correttamente, hai una prova più solida rispetto alla sola scomparsa di un avviso. Conserva le eccezioni note, soprattutto quando riguardano componenti gestiti da fornitori diversi.

Domande frequenti

La cache del browser rende più rapida anche la prima visita?

I file non ancora presenti devono essere ricevuti. Il vantaggio principale del riuso locale emerge nelle richieste successive; altre cache possono migliorare la risposta anche per un visitatore nuovo.

Una risposta 304 indica un errore?

No. Nel contesto di una richiesta condizionale indica che la risorsa non è cambiata e il browser può riutilizzare la copia già conservata.

Conviene impostare la stessa durata per tutto il sito?

No. Risorse statiche versionate, pagine aggiornate spesso e contenuti personali hanno esigenze differenti. La durata va coordinata con il processo di pubblicazione e con le funzioni del sito.