Migliorare il sito conservando ciò che conta.

L’inventario distingue materiali da conservare, riscrivere o ritirare. Una pagina poco visitata può rispondere a una domanda precisa o ricevere un collegamento esterno importante. Le decisioni devono considerare lo scopo oltre alle evidenze d’uso disponibili e autorizzate. Ogni indirizzo rimosso richiede una destinazione pertinente o una risposta di assenza voluta, non un rinvio indistinto alla pagina iniziale.

Le versioni linguistiche richiedono un lavoro editoriale proprio. Tradurre alla lettera un titolo commerciale può non comunicare la stessa offerta a un lettore italiano o inglese. Le pagine equivalenti devono essere collegate e avere indirizzi stabili. Il selettore delle lingue non deve far credere che esista una traduzione quando rimanda a un contenuto diverso. Anche date, nomi e fatti devono restare coerenti dopo le revisioni.

Il lavoro sulle prestazioni parte da immagini, caratteri, script e richieste esterne realmente caricati. Un contenuto pubblico poco variabile può essere preparato alla pubblicazione; un account personale richiede altre cautele. Una strategia di cache non va scelta soltanto per migliorare un punteggio se rischia di distribuire una risposta privata. Prima dell’ottimizzazione vengono contenuto e limiti di accesso.

Le misure devono indicare pagine, condizioni e dispositivi esaminati. Contano caricamento, stabilità visiva e risposta alle interazioni importanti. Un buon risultato su un esempio non dimostra il comportamento dell’intero sito. Il progetto può fissare budget e controlli prima dell’avvio, ripetendo poi le misure pertinenti quando contenuti o funzionalità cambiano ciò che viene effettivamente consegnato al browser.

L’inventario dei servizi esterni aiuta a eliminare connessioni superflue e descrivere quelle che rimangono. Una mappa, un video incorporato o una protezione dagli abusi possono contattare altri fornitori anche senza pubblicità. Non si devono quindi dichiarare assenza di raccolta o di cookie senza esaminare percorsi e infrastruttura reali. L’informativa deve descrivere il funzionamento, non soltanto un’intenzione grafica.

Il sito Blaze viene sviluppato senza aggiungere strumenti di analisi del pubblico lato client o gestori di tag pubblicitari. Registri tecnici e protezioni restano da descrivere correttamente. Per un progetto cliente, misurazione, hosting e trattamenti devono essere autorizzati sul perimetro effettivo. La scelta di un server non concede automaticamente il permesso di usare qualunque servizio collegato alle pagine.

La revisione comprende contrasti, titoli, navigazione da tastiera, messaggi dei moduli e preferenze di movimento ridotto. I controlli automatici aiutano, ma non costituiscono una verifica completa di ogni utilizzo. Il disegno deve restare leggibile quando il testo viene ingrandito o una traduzione occupa più spazio. Questi dettagli vanno esaminati insieme alla vista desktop più curata, non rimandati a dopo l’avvio.

Prima del passaggio si controllano vecchi indirizzi, moduli, domini e dipendenze. Il piano di ritorno deve considerare le informazioni ricevute durante la transizione: ripristinare una versione precedente senza riconciliare nuove richieste può perderle. Tempi, sorveglianza e condizioni di ripresa vanno concordati. Un percorso operativo deve restare disponibile fino alla verifica del sostituto e all’autorizzazione concreta del cambiamento.