Rifare un sito scolastico: migrazione, accessibilità e gestione dei contenuti

In breve: rifare il sito di una scuola non significa copiare tutte le pagine dentro un nuovo tema. È un progetto editoriale e tecnico: bisogna censire ciò che esiste, decidere cosa migrare, ricondurre i contenuti alla nuova architettura, preservare gli URL importanti, verificare accessibilità e documenti, formare la redazione e assegnare responsabilità dopo il rilascio.

Perché il semplice “copia e incolla” non funziona

Un portale scolastico cresce nel tempo attraverso circolari, notizie, servizi, progetti, documenti e pagine create da persone diverse. La stessa informazione può apparire in più sezioni; allegati scaduti possono restare indicizzati; titoli generici come “Avviso” o “Comunicazione” rendono difficile capire il contenuto senza aprirlo.

Trasferire tutto senza analisi conserva questi problemi nella nuova piattaforma. Al contrario, eliminare indiscriminatamente può interrompere collegamenti usati da famiglie, personale e motori di ricerca. Serve una migrazione tracciata, con criteri condivisi e una mappa tra vecchi e nuovi indirizzi.

Il modello scuole come architettura, non come decorazione

Il modello scuole di Designers Italia comprende architettura dell’informazione, interfaccia, codice e risorse operative progettate sui bisogni della comunità scolastica. L’adozione del modello richiede quindi di classificare correttamente persone, luoghi, servizi, percorsi di studio, documenti, notizie e attività didattiche.

Designers Italia descrive il redesign come un’occasione per riorganizzare e riscrivere i contenuti, e mette a disposizione una guida specifica alla migrazione. Fonte: Definisci architettura e contenuti — modello scuole.

Il tema fornisce componenti e percorsi; non decide però quali informazioni dell’Istituto siano aggiornate. Questa responsabilità resta alla scuola e deve essere organizzata prima della pubblicazione.

Fase 1: costruire un inventario affidabile

Il censimento dovrebbe includere URL, titolo, tipologia, data, autore o ufficio responsabile, stato, allegati, collegamenti in ingresso e possibile destinazione nel nuovo sito. Per i contenuti principali è utile aggiungere una decisione esplicita:

• Migrare: informazione valida e necessaria, da trasferire nella nuova struttura.
• Riscrivere: contenuto utile ma poco chiaro, duplicato o non conforme al nuovo modello.
• Archiviare: documento storico che deve restare reperibile con contesto e data.
• Ritirare: informazione scaduta, duplicata o priva di utilità pubblica, dopo le verifiche amministrative.
• Reindirizzare: vecchio URL con un successore semanticamente equivalente.

Gli indirizzi che ricevono traffico, backlink o accessi ricorrenti richiedono maggiore attenzione. Search Console, analytics disponibili, log e collegamenti interni aiutano a individuare pagine che non devono scomparire senza una destinazione.

Fase 2: mappare contenuti e tassonomie

Una pagina descrittiva non dovrebbe essere usata al posto di un contenuto strutturato quando il modello prevede un tipo specifico. Un servizio deve indicare destinatari, modalità di accesso, tempi, contatti e documenti; un luogo deve avere indirizzo e accessibilità; una persona deve essere collegata al ruolo; una circolare deve conservare numero, data e destinatari.

Tassonomie coerenti migliorano filtri, archivi e collegamenti. Devono essere abbastanza stabili da essere usate da più redattori, evitando categorie create per una sola notizia.

Fase 3: migrare URL, allegati e metadati

La migrazione tecnica non riguarda soltanto il testo. Per ogni elemento vanno controllati slug, data, autore, stato di pubblicazione, tassonomie, immagine, testo alternativo, allegati e collegamenti. I file devono avere nomi comprensibili, formato appropriato e una pagina di contesto quando necessario.

I redirect 301 vanno usati quando esiste una nuova risorsa equivalente. Reindirizzare tutto alla homepage confonde utenti e motori di ricerca. Per contenuti rimossi senza successore è preferibile una risposta coerente, una ricerca interna utile e una pagina 404 chiara.

Prima del cambio dominio o piattaforma conviene produrre un elenco di vecchi URL, destinazioni, codici attesi e responsabili della verifica. Dopo il rilascio un crawler può confrontare la mappa con le risposte effettive.

Accessibilità: pagine, moduli e documenti

Un tema accessibile non rende automaticamente accessibile ogni contenuto pubblicato. Titoli gerarchici, link comprensibili, alternative testuali, tabelle, contrasto e moduli dipendono anche dal lavoro editoriale. I PDF possono rappresentare una parte rilevante del servizio e devono essere valutati insieme alle pagine HTML.

AgID ricorda che le PA pubblicano una dichiarazione di accessibilità per ogni sito o applicazione di cui sono titolari, dopo le verifiche previste, e che la dichiarazione va aggiornata annualmente entro il 23 settembre. Fonte: AgID — dichiarazioni di accessibilità.

Il collaudo deve combinare controlli automatici e verifiche manuali: navigazione da tastiera, ordine del focus, etichette, messaggi di errore, zoom, lettura con tecnologie assistive e comprensibilità non sono dimostrati da un singolo punteggio.

Privacy, cookie e servizi esterni

Durante il rifacimento è utile censire moduli, video, mappe, font, analytics, registro elettronico, pagamenti e altri servizi collegati. Ogni integrazione deve avere una finalità, una responsabilità e un comportamento comprensibile. Gli strumenti non necessari non dovrebbero essere attivati prima del consenso quando questo è richiesto.

Informative, cookie policy e testi dei moduli devono riflettere lo stack realmente pubblicato. Copiare una policy generica o dichiarare strumenti non presenti rende più difficile sia la conformità sia la gestione quotidiana.

Ruoli editoriali e formazione

Il nuovo sito rimane ordinato solo se è chiaro chi può creare, revisionare e pubblicare ciascun tipo di contenuto. Amministratori tecnici, redattori e responsabili non hanno lo stesso compito. Account personali, privilegi minimi e procedure per il personale che cambia riducono errori e accessi non più necessari.

La formazione dovrebbe partire dalle attività reali: pubblicare una circolare, aggiornare un servizio, inserire un evento, sostituire un documento e correggere una pagina. Una guida breve collegata alle schermate usate dalla scuola è spesso più utile di un manuale generico sul CMS.

Checklist di collaudo prima del passaggio

1. URL prioritari mappati e redirect verificati.
2. Menu, ricerca, breadcrumb e filtri provati sui principali dispositivi.
3. Pagine e tipi di contenuto coerenti con l’architettura scelta.
4. Contatti, codici, sedi, orari e responsabili ricontrollati dall’Istituto.
5. Allegati accessibili o accompagnati dal percorso di adeguamento previsto.
6. Moduli, email e servizi esterni verificati senza invii duplicati.
7. Ruoli, account, backup, aggiornamenti e assistenza definiti.
8. Sitemap, robots, canonical, metadata e pagine di errore controllati.

Il portale ITI Majorana di Milazzo

DLM Design ha curato implementazione e personalizzazione del portale istituzionale dell’I.T.T. Ettore Majorana nell’ambito della Misura 1.4.1 del PNRR, adottando il modello scuole di Designers Italia. Il progetto organizza servizi, didattica, circolari, notizie e trasparenza per la comunità scolastica.

Consulta il caso studio ITI Majorana →

Valutiamo il nuovo portale della scuola