Ontologia e tipologie di contenuti¶

L’ontologia del sito di un Comune quindi definisce gli oggetti (concreti o astratti), gli agenti (persone e ruoli), i contesti (i luoghi) ed gli eventi (esperienze, attività, servizi) utili alla rappresentazione del Comune su un sito web e attraverso cui gli utenti (i cittadini) interagiscono con il Comune stesso. Tutti questi elementi sono suddivisi in Tipologie di contenuto che presentano vari attributi (proprietà), che possono essere combinati per creare le pagine del sito.

La definizione di un’ontologia è utile non solo per capire l’ordine e la disposizione dei contenuti sulle varie pagine, ma anche per promuovere l’interoperabilità dei dati e il loro riuso all’interno dello stesso dominio informativo (il sito comunale, in questo caso) o in domini informativi diversi.

Le tipologie di contenuto del sito di un Comune sono:

• Punto di contatto;
• Unità organizzativa;
• Persona pubblica;
• Incarico;
• Luogo;
• Notizia;
• Evento;
• Servizio;
• Documento pubblico;
• Dataset;
• Pratica;
• Pagamento;
• Documento privato;
• Messaggio;
• Appuntamento.

La lista delle Tipologie di contenuto è riportata anche nel foglio Ontologia, Tassonomie e Coreografia del documento di architettura (ODS 65KB), con i link alle rispettive schede di dettaglio. La matrice «Corrispondenza Tipologie di contenuto/Tipologie di contenuto» mostra come queste sono combinabili tra di loro per formare le pagine del sito del Comune.

Le schede di dettaglio delle tipologie di contenuto presentano la lista di attributi che vanno a formare l’effettivo contenuto. Gli attributi sono pezzi di informazione, rappresentabili principalmente valori testuali, booleani (vero o falso), numerici, temporali (data e ora) o categoriali, ma anche allegati digitali (file di documenti, immagini, video, audio).

Sulle relative schede sono anche presenti indicazioni sulle tassonomie di riferimento, le relazioni con altre tipologie di contenuti e la cardinalità, ovvero il possibile numero di occorrenze di un determinato attributo.

Tassonomie¶

Le tassonomie sono classificazioni gerarchiche di concetti, ovvero delle liste di nomenclature con cui si possono categorizzare i contenuti del sito. L’uso di tassonomie fornisce contesto ai contenuti e facilita la ricerca di contenuti correlati.

Le tassonomie del sito di un Comune sono:

• la lista degli argomenti di un Comune;
• Eventi della vita delle persone;
• Eventi della vita delle imprese;
• Tipi di unità organizzativa;
• Tipi di incarico;
• Tipi di notizia;
• Tipi di luogo;
• Tipi di evento;
• Categorie di servizi;
• Tipi di documento;
• Tipi punto di contatto;
• Documenti albo pretorio;
• Temi di un dataset;
• Frequenza di aggiornamento;
• Stati di una pratica;
• Licenze.

La lista delle tassonomie è riportata anche nel foglio Ontologia, Tassonomie e Coreografia del documento di architettura (ODS 65KB), con i link alle rispettive schede di dettaglio. La matrice Tipologie/Tassonomie indica le relazioni tra le Tipologie di contenuto e le tassonomie.

Come si può vedere sulla schede dettaglio nel documento di architettura, le tassonomie presentano vari livelli di gerarchia e granularità. Nel classificare i contenuti (luoghi, eventi, notizie, etc.) bisogna usare il maggior livello di dettaglio possibile. Ad esempio, la pagina informativa di un convegno userà la tassonomia «Tipi di evento», e in particolare la voce di terzo livello «Convegno» («Evento culturale» > «Conferenza e summit» > «Convegno»).

Nelle pagine indice della categoria superiore è possibile, anzi consigliato, creare una sezione «In evidenza» dove riportare le voci delle categorie o delle sottocategorie che si ritengono più importanti, o le più recenti. Questa soluzione è utile sia nelle circostanze in cui nella categoria vi siano molte voci, per mettere in primo piano quelle considerate appunto più importanti, sia quando vi siano numerose sottocategorie con poche voci, in modo da permettere alle persone di trovarle senza dover cercare categoria per categoria.

Il content management system dovrebbe nascondere le categorie (temporaneamente) vuote.

Navigazione e alberatura¶

La navigazione del sito del Comune è definita nel foglio Coreografia: sistema di navigazione del documento di architettura (ODS 65KB). È organizzata in forma gerarchica ed è chiamata alberatura, in quanto formata da una radice (l’homepage) da cui si diramano le varie sezioni, organizzate in pagine lista e pagine di dettaglio. L’alberatura è visualizzabile sotto forma di grafico dell’alberatura (PDF 2MB).

La struttura di primo livello del sito è presentata agli utenti sotto forma di menu di navigazione principale.

La navigazione principale è formata dalle 4 sezioni in cui è organizzato il sito del comune: «Amministrazione», «Servizi», «Novità», «Vivere il comune», più «Area personale».

Le varie sezioni presentano, a loro volta, una struttura interna di secondo, terzo e, in alcuni casi, quarto livello. Per facilitare la navigazione degli utenti, si suggerisce di non andare oltre al terzo livello a meno che non sia strettamente necessario.

La navigazione di secondo livello della sezione Amministrazione è suddivisa in:

• «Organi di governo» (la cui sottostruttura è definita dalle voci di secondo livello della tassonomia «Tipi di unità organizzativa, struttura politica»), «Aree amministrative», «Uffici» ed «Enti e fondazioni»;
• «Politici» e «Personale amministrativo», sulla base della tassonomia «Tipi di incarico»;
• «Documenti e dati», la cui sottostuttura è definita dalla tassonomia «Tipi di documento».

La navigazione di secondo livello della sezione Novità è suddivisa in: «Notizie», «Comunicati» e «Avvisi», sulla base dlla tassonomia «Tipi di notizia»;

La navigazione di secondo livello della sezione Servizi è suddivisa in una serie di pagine categoria e la struttura è informata dalla tassonomia «Categorie di servizi». Sotto ogni categoria, sono presenti le singole schede servizio, che vanno a formare il terzo livello.

La navigazione di secondo livello della sezione Vivere il comune è suddivisa in:

• «Luoghi», la cui sottostruttura è informata dalla tassonomia «Tipi di luogo».
• «Eventi», la cui sottostruttura è informata dalla tassonomia «Tipi di evento».

L’etichetta di navigazione può essere, a scelta dei Comuni, o «Vivere il comune» o «Vivere <nomecomune>». Per i Comuni con nomi lunghi, è necessario usare la forma abbreviata (es. per il Comune di San Valentino in Abruzzo Citeriore, l’etichetta di navigazione sarà «Vivere San Valentino»).

La navigazione di secondo livello dell”Area personale è suddivisa in: «Messaggi», «Attività», «I miei servizi», «Pratiche», «Notifiche» e «Impostazioni».

Tipi di pagine¶

Nel modello possiamo identificare i seguenti tipi di pagine:

• pagine miste, tra cui l’homepage e le pagine di primo livello della navigazione, che hanno lo scopo di indirizzare gli utenti ai vari contenuti del sito o della sezione specifica;
• pagine lista, che presentano una lista di contenuti simili o interrelati, come le pagine argomenti, novità e documenti.
• pagine di dettaglio o pagine foglia, ovvero le pagine che presentano contenuti specifici (persone, luoghi, servizi e così via).

Nell’area riservata, l’area del sito a cui si può accedere attraverso l’autenticazione, sono previste:

• l’homepage dell’area riservata;
• le pagine lista dei messaggi, delle pratiche e dei pagamenti.

L’homepage¶

La homepage del sito di un Comune è composta da:

• una notizia o evento in evidenza, in formato card grande, preferibilmente con immagine;
• può avere una sezione di 3 notizie in evidenza, con il link «mostra tutte» che porta alla sezione del sito «Novità»;
• può avere una sezione amministrazione, con un massimo di 3 card (ad esempio il sindaco, la giunta comunale, il consiglio comunale);
• un calendario con un massimo di 4 eventi in evidenza, con il link «mostra tutti» che porta alla sezione del sito «Vivere il comune» > «Eventi»;
• una sezione con 3 argomenti in evidenza (tratti dalla tassonomia argomenti) con il link «Mostra tutti» che porta alla sezione del sito «Argomenti»;
• può avere una sezione «Gallerie», con un massimo di 3 eventi passati che abbiano una galleria di immagini o video;
• può avere una sezione «Luoghi», con un massimo di 3 luoghi, con il link «mostra tutti» che porta alla sezione del sito «Vivere il comune» > «Luoghi»;
• può avere una sezione con dei link a siti tematici esterni al sito del comune.

La homepage deve presentare anche dei link in chiaro alle domande frequenti, alla richiesta di assistenza, alla prenotazione appuntamento e alla segnalazione disservizio.

È disponibile il relativo layout hi-fi su Figma che presenta la veste grafica della pagina e un esempio di contenuto. Vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Homepage».

Pagine lista di primo livello¶

Le pagine relative alle sezioni di primo livello (Amministrazione, Novità, Servizi, Vivere il comune).

Servizi

La pagina lista «Servizi» è composta da:

• motore di ricerca contestuale;
• elenco dei servizi in evidenza;
• elenco dei primi 5 servizi, in ordine alfabetico;
• l’elenco delle categorie di servizi;

In caso di uso del motore di ricerca, i primi 5 servizi verranno sostituiti con i primi risultati del motore di ricerca, filtrati con un meccanismo di live search.

È disponibile il relativo layout hi-fi su Figma che presenta la veste grafica della pagina e un esempio di contenuto. Vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Servizi».

Amministrazione

La pagina Amministrazione presenta:

• una sezione in evidenza, dove possono essere mostrati fino a 3 contenuti;
• l’elenco dei sottolivelli della sezione, che ne permette la navigazione (Aree amministrative, Documenti e dati, Enti e fondazioni, Organi di governo, Personale amministrativo, Politici, Uffici).

È disponibile il relativo layout hi-fi su Figma che presenta la veste grafica della pagina e un esempio di contenuto. Vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Amministrazione».

Vivere il comune

«Vivere il comune» è un ramo che contiene 2 tipologie di contenuto:

• eventi;
• luoghi.

Ogni tipologia deve avere una propria sezione nella pagina. Poiché questa pagina ha, principalmente, una funzione «vetrina». Ogni sezione (Eventi, Luoghi) deve avere 6 elementi in evidenza e un link che porta alle corrispondenti pagine di secondo livello (lista Eventi e lista Luoghi).

È disponibile il relativo layout hi-fi su Figma che presenta la veste grafica della pagina e un esempio di contenuto. Vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Vivere il comune».

Novità

«Novità» è una sezione che contiene la tipologia di contenuto «Notizia». Queste possono essere notizie, avvisi e comunicati.

La pagina deve contenere:

• una sezione «Novità in evidenza»;
• una sezione di ricerca con l’elenco delle novità ordinate per data, con paginazione;
• l’elenco delle categorie per poter navigare ai sottolivelli.

È disponibile il relativo layout hi-fi su Figma che presenta la veste grafica della pagina e un esempio di contenuto. Vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Novità».

Pagine lista di secondo livello¶

Le pagine lista di secondo livello possono contenere categorie (ovvero link a pagine lista di livello successivo) o risorse (pagine foglia di una specifica tipologia di contenuto). Come raccomandazione, i rami dell’alberatura dovrebbero preferibilmente contenere o solo categorie di livello inferiore (rami inferiori) o solo contenuti (foglie).

Le pagine lista che contengono solo categorie sono strutturate con una sezione «{tipologia di contenuto} in evidenza» (ad esempio «Luoghi in evidenza») con fino ad un massimo di 3 elementi in evidenza e una sezione «Tutte le categorie» con l’elenco delle categorie, di norma in ordine alfabetico.

Le pagine lista che contengono solo risorse (foglie) sono strutturate con una sezione «{tipologia di contenuto} in evidenza» (ad esempio «Luoghi in evidenza») con fino ad un massimo di 3 elementi in evidenza e una sezione «Tutte i {tipologia di contenuto}» (ad esempio «Tutti i luoghi») con l’elenco paginato delle risorse, di norma in ordine alfabetico.

Le pagine lista che contengono sia categorie (rami inferiori) che risorse (foglie) possono avere una sezione «{tipologia di contenuto} in evidenza» (ad esempio «Luoghi in evidenza») con fino ad un massimo di 3 elementi in evidenza, una sezione «Tutti i {tipologia di contenuto}» (ad esempio «Tutti i luoghi») con l’elenco paginato delle risorse, di norma in ordine alfabetico, e una sezione «Tutte le categorie» con l’elenco delle categorie, di norma in ordine alfabetico.

Le pagine argomento¶

La struttura flessibile basata sulla lista degli argomenti di un Comune permette di superare la necessità di sviluppare e mantenere la maggior parte dei siti tematici che spesso proliferano a fianco del sito istituzionale creando problematiche di gestione, sviluppo e aggiornamento.

I contenuti già presenti nell’architettura del sito, infatti, possono essere taggati con un argomento in modo da generare una pagina tematica che li presenta. Ad esempio, se utilizziamo l’argomento “raccolta differenziata” avremo una pagina che presenta agli utenti tutti i contenuti relativi: servizi, documenti, notizie, uffici di riferimento. Per arricchire la pagina di ulteriori contenuti sarà sufficiente pubblicare nuovi contenuti usando le tipologie di contenuto già disponibili sul sito (ad esempio una notizia, un documento, un servizio).

La pagina può essere ulteriormente personalizzata anche nell’aspetto grafico con un’immagine di sfondo, un eventuale marchio e, se necessario, una serie di pagine in evidenza. Ciascuna delle pagine relative a un argomento è associata a un ufficio-area dell’Amministrazione comunale, punto di riferimento per la qualità e la correttezza delle informazioni offerte.

Un altro caso d’uso per un sito tematico è quello di dare voce agli uffici che compongono l’amministrazione. Gli argomenti offrono agli uffici la possibilità di gestire i propri contenuti e condividere le proprie iniziative.

È disponibile il relativo layout hi-fi su Figma che presenta la veste grafica della pagina e un esempio di contenuto. Vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Argomento».

Struttura delle pagine¶

Sebbene i componenti e i contenuti delle pagine siano diversi, la struttura principale è in buona parte comune. Tutte le pagine, infatti, sono formate da una intestazione (header), un’area principale (main) e da un’area piè di pagina (footer).

L”intestazione (header) è formata da tre componenti:

• l’intestazione iniziale (slim header) che deve contenere a sinistra l’ente di appartenenza (per i comuni, la regione o provincia autonoma di appartenenza) e a destra il link di accesso all’area personale, con l’etichetta «Accedi all’area personale». Una volta fatto l’accesso, verrà presentato l’avatar e il nome e cognome della persona autenticata, con la possibilità di accedere al profilo.
• l “intestazione principale (header centrale) deve contenere il nome dell’istituzione (nel caso dei comuni, «Comune di nomecomune») eventualmente preceduta dal logo/stemma, può contenere le icone con il collegamento ai social network dell’ente, e deve contenere il link al motore di ricerca;
• l’intestazione di navigazione (header nav) deve contenere le voci di primo livello della navigazione e può contenere 4 ulteriori collegamenti (ad esempio, a pagine argomento). Il tema «Bootstrap Italia 2.0» definisce la visualizzazione e il comportamento dell’intestazione di navigazione sia in modalità desktop che mobile.

L”area principale (main) è composta da:

• una intestazione di pagina (ad eccezione dell’homepage, che ne è priva) che presenta le breadcrumb di navigazione, il titolo della pagina e un eventuale sottotitolo o descrizione breve, e gli argomenti con cui è stato taggato il contenuto. Può inoltre contenere la funzione di condivisione della pagina ed un menu che abilita altre azioni (ad esempo «Scarica», «Stampa», «Invia»).
• la sezione con i contenuti principali, navigabili da un indice di pagina posto sulla sinistra.

Il piè di pagina (footer) deve contenere obbligatoriamente i contenuti e i collegamenti previsti dalla normativa:

• indirizzo, codice fiscale/partita IVA, contatti (compresa la posta elettronica certificata);
• riferimenti all”`amministrazione trasparente;
• l’informativa al trattamento dei dati personali;
• eventuali note legali;
• la dichiarazione di accessibilità;
• la domande frequenti;
• la prenotazione appuntamento;
• la richiesta di assistenza;
• la segnalazione disservizio;
• la mappa del sito.

Inoltre, per i Comuni che accedono ai finanziamenti previsti nell’ambito della misura 1.4.1 per l’aggiornamento del sito, nel caso di performance negativa del sito secondo quanto calcolato e verificato dalla piattaforma PAdigitale2026 tramite le librerie Lighthouse, il footer dovrà contenere:

• un piano di miglioramento del sito che mostri, per ciascuna voce che impatta negativamente la performance, le azioni future di miglioramento della performance stessa e le relative tempistiche di realizzazione attese.

Scheda informativa di servizio al cittadino¶

La scheda servizio è il punto d’accesso dei cittadini a tutti i servizi comunali, digitali e non digitali.

La scheda servizio è stata progettata sulla base degli indicatori dell”eGovernment Benchmark 2020-2023, in modo da:

• rendere fruibile la navigazione su dispositivi mobili;
• presentare con chiarezza le informazioni relative ai servizi offerti, le responsabilità di chi deve garantire i servizi, e le modalità in cui vengono trattati i dati personali degli utenti (criterio della trasparenza);
• garantire l’utilizzo di tecnologie abilitanti, come le identità digitali.

La scheda informativa di servizio vuole garantire buoni standard qualitativi soprattutto in merito al criterio della trasparenza, presentando in maniera chiara e comprensibile tutte le informazioni necessarie per poter portare a termine una richiesta da parte del cittadino.

Gli attributi delle schede informative di servizio sono presentati nel foglio Tipologia: Servizio del documento di architettura (ODS 65KB). La struttura della scheda è finalizata a comunicare:

• una breve descrizione del servizio;
• a chi è rivolto, ovvero i destinatari;
• come si fa, ovvero le istruzioni per accedere al servizio e portare a termine il processo;
• cosa serve, ovvero i documenti e i requisiti necessari;
• cosa si ottiene, in base al vocabolario controllato output dei servizi;
• fasi e scadenze, ovvero quando il servizio è attivo, eventuali scadenze e le tempistiche;
• i canali di accesso digitali (tramite autenticazione) e fisici (con la possibilità di prenotare un appuntamento) dove poter portare a termine il processo, inclusa l’eventuale possibilità di inviare domande e documentazione via posta ordinaria, posta elettronica, o posta elettronica certificata;
• le unità organizzative responsabili del servizio;
• descrizione di casi particolari e ulteriori informazioni utili.
• gli allegati in formato elettronico, ovvero gli atti che normano il servizio e tutti i documenti di supporto.
• le condizioni di servizio, come i termini entro cui si può modificare o disdire la richiesta.

Le tassonomie di riferimento per la scheda servizio sono:

• la tassonomia «Categorie di servizio», che serve a classificare il servizio e a guidare nel posizionamento della pagina nella struttura del sito;
• le tassonomie «Eventi della vita delle persone» ed «Eventi della vita delle imprese», le cui voci servono da tag (metadati) sulle le varie schede per influenzare i contenuti presentati nella sezione «Servizi correlati».
• la lista degli «Argomenti di un comune», i cui tag appariranno nella parte superiore della scheda servizio per permettere la navigazione trasversale del sito e l’accesso a contenuti correlati.

Ogni scheda servizio dovrà, inoltre, presentare la funzionalità di valutazione della chiarezza informativa.

È disponibile il relativo layout hi-fi su Figma che presenta la veste grafica della pagina e un esempio di contenuto. Vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Servizio».

	<script type="application/ld+json">
        {
          "@context": "https://schema.org",
          "@type": "GovernmentService",
          "name": "<titolo del servizio>",
          "serviceType": "<materie del servizio>",
          "serviceOperator": {
            "@type": "GovernmentOrganization",
            "name": "Comune di <nomecomune>"
          },
          "areaServed": {
            "@type": "AdministrativeArea",
            "name": "<Copertura geografica>"
          },
          "audience": {
            "@type": "Audience",
            "audienceType": "<a chi è rivolto>"
          },
          "availableChannel": {
            "@type": "ServiceChannel",
            "name": "Dove rivolgersi",
            "serviceUrl": "<canale digitale>",
            "availableLanguage": {
              "@type": "Language",
              "name": "Italian",
              "alternateName": "it"
            },
            "serviceLocation": {
              "@type": "Place",
              "name": "<unità organizzativa>",
              "address": {
                "@type": "PostalAddress",
                "streetAddress": "<luogo:indirizzo>",
                "postalCode": "<luogo:cap>"
                "addressLocality": "<nomecomune>",
              }
            }
          }
        }
	</script>

Schede per i servizi ANPR e SUAP¶

Sono disponibili i layout hi-fi delle schede per i servizi ANPR e SUAP con esempi di contenuto da cui gli enti possono prendere spunto per presentare questi servizi al pubblico sul proprio sito.

Per accedere alla risorsa, vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Servizio».

Contenuti e duplicazione¶

Alcuni dei contenuti obbligatori dell’Amministrazione trasparente saranno già disponibili nel sito del comune. La struttura del sito e delle pagine del modello Comuni, infatti, sono state progettate per presentare le informazioni richieste della normativa, usando un’organizzazione più semplice e comprensibile per gli utenti. Questo non esonera dall’obbligo di predisporre una sezione Amministrazione Trasparente, ma permette agli enti di evitare la duplicazione di contenuti già presenti altrove, usando collegamenti ipertestuali.

Non c’è obbligo di riportare anche sul sito i contenuti specifici dell’Amministrazione Trasparente che non rientrano nelle sezioni definite dall’architettura. Questi possono essere ospitati direttamente nella struttura dell’Amministrazione Trasparente.

Struttura della sezione¶

La sezione Amministrazione Trasparente si presenta come una pagina con un indice principale (primo livello) e varie sottosezioni (secondo livello), che permettono la navigazione delle informazioni.

Le voci dell’indice di primo livello della sezione Amministrazione Trasparente sono:

• Disposizioni generali
• Organizzazione
• Consulenti e Collaboratori
• Personale
• Bandi di concorso
• Performance
• Enti Controllati
• Attività e Procedimenti
• Provvedimenti
• Controlli sulle Imprese
• Bandi di gara e contratti
• Sovvenzioni, contributi, sussidi, vantaggi economici
• Bilanci
• Beni immobili e gestione patrimonio
• Controlli e rilievi sull’Amministrazione
• Servizi erogati
• Pagamenti dell’Amministrazione
• Opere Pubbliche
• Pianificazione e governo del territorio
• Informazioni Ambientali
• Interventi straordinari e di emergenza
• Altri contenuti

Ontologia¶

È disponibile il profilo applicativo dell’ontologia della struttura dell’Amministrazione Trasparente.

Prenotazione appuntamento¶

Il sito del Comune deve permettere ai cittadini di prenotare online un appuntamento presso uno degli uffici preposti.

Il processo deve offrire la possibilità al cittadino di:

• selezionare l’ufficio;
• scegliere fra le date e gli orari disponibili;
• scegliere l’argomento e spiegare il motivo della richiesta;
• lasciare il proprio nominativo e i propri contatti

Il link alla funzionalità deve essere presente nel footer del sito.

La funzionalità deve essere messa a disposizione sia come servizio a sé nell’elenco dei servizi che come funzione trasversale agli altri servizi, all’interno delle schede servizio.

Se l’utente accede alla funzione a partire dalla scheda di un servizio, la scelta dell’ufficio verrà circoscritta a quegli uffici competenti per quel servizio, e il titolo del servizio di accesso costituirà l’argomento pre-selezionato.

Se l’utente si è autenticato al portale, nominativo e contatti saranno quelli del profilo autenticato. In caso contrario verrà data al cittadino la possibilità di autenticarsi, oppure di inserire i dati nell’apposita form.

Naviga il prototipo mobile

Sono disponibili i relativi layout hi-fi su Figma che presentano il flusso di interazione e un esempio di contenuto. Vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Prenotazione appuntamento».

Richiesta di assistenza¶

La funzionalità di richiesta di assistenza deve presentare:

• la possibilità, non obbligatoria, di poter accedere con identità digitale;
• i campi per l’inserimento delle informazioni del richiedente (nome, cognome, email);
• i campi per l’inserimento dei dettagli della richiesta:
  • la categoria di servizio, selezionabile tramite una lista a tendina che presenta le voci della tassonomia Categorie dei Servizi più la voce «Relazioni con il pubblico» per tutte le richieste non afferenti a servizi specifici;
  • il servizio per cui si vuole richiedere assistenza, selezionabile tramite una lista a tendina che presenta i servizi della categoria selezionata precedentemente;
  • un campo di testo libero per fornire i dettagli della richiesta (max 600 caratteri);
• un checkbox per confermare di aver preso visione dell’informativa privacy.

Una volta inviata la richiesta, il sistema deve presentare una schermata di conferma del corretto invio e informare l’utente che riceverà un riepilogo della richiesta via email.

Gli utenti autenticati con identità digitale devono poter salvare una bozza della richiesta nella propria area personale.

Il link alla funzionalità deve essere presente nel footer del sito.

Naviga il prototipo mobile

Sono disponibili i relativi layout hi-fi su Figma che presentano il flusso di interazione e un esempio di contenuto. Vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Richiesta assistenza».

Segnalazione disservizio¶

Il sito del Comune deve permettere ai cittadini di segnalare un disservizio, tramite email o servizio dedicato. Il link all’email o alla funzionalità deve essere presente nel footer del sito.

Se si sceglie di implementare una funzionalità dedicata, questa deve offire la possibilità al cittadino di:

• assegnare una categoria alla segnalazione;
• indicare il luogo a cui la segnalazione si riferisce, attraverso l’immissione di un indirizzo o con la funzione di geotag su una mappa;
• indicare l’oggetto della segnalazione;
• aggiungere una breve descrizione;
• aggiungere delle immagini;
• allegare uno o più documenti.

Naviga il prototipo mobile

Sono disponibili i relativi layout hi-fi su Figma che presentano il flusso di interazione e un esempio di contenuto. Vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Segnalazione disservizio».

Valutazione della chiarezza informativa delle pagine¶

Il sito del Comune deve permettere ai cittadini di valutare la chiarezza informative delle pagine.

Questo componente è stato progettato usando una scala che vuole misurare la chiarezza dell’interazione e, in base alla valutazione ricevuta dall’utente, offre domande chiuse e aperte in maniera standardizzata, in modo tale da poter raccogliere feedback utile al Comune per migliorare le pagine del sito.

La funzionalità si articola nei seguenti passaggi:

1. viene posta la domanda «Quanto sono chiare le informazioni su questa pagina?», a cui l’utente risponde con una scala Likert 1-5 sotto forma di stelline;
2. in base alla risposta dell’utente, il secondo passaggio presenta 2 varianti:

Se il punteggio dell’utente è inferiore a 4 (1-3), viene posta la domanda a risposta multipla «Dove hai incontrato le maggiori difficoltà?». Le possibili risposte sono:

• A volte le indicazioni non erano chiare
• A volte le indicazioni non erano complete
• A volte non capivo se stavo procedendo correttamente
• Ho avuto problemi tecnici
• Altro

Se il punteggio è pari o superiore a 4 (4-5) il testo della domanda sarà: «Quali sono stati gli aspetti che hai preferito?». Le possibili risposte:

• Le indicazioni erano chiare
• Le indicazioni erano complete
• Capivo sempre che stavo procedendo correttamente
• Non ho avuto problemi tecnici
• Altro

3. viene presentato un campo di testo libero per dare la possibilità all’utente di inserire un breve commento.

Ricerca globale nel sito¶

L’interfaccia di ricerca globale fornisce una lista di risultati a partire da una ricerca (query) dell’utente. I risultati devono essere ordinati in modo predefinito in base alla pertinenza con la ricerca.

L’utente accede all’interfaccia di ricerca globale nel sito attraverso l’icona lente nella intestazione principale. L’interfaccia di ricerca globale nel sito permette di filtrare i risultati attraverso due tipi di filtri:

• tipologie di contenuto, raggruppati in base alle voci della navigazione (Unità organizzativa, Persona pubblica, Documenti, Servizi, Luogo, Evento);
• argomenti, ovvero i tag tematici con cui possono essere taggati tutti i contenuti del sito.

Naviga il prototipo desktop

È disponibile il relativo layout hi-fi su Figma che presenta la veste grafica della pagina e un esempio di contenuto. Vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Ricerca».

Ricerca contestuale¶

In alcune delle pagine indice di primo e secondo livello si suggerisce di presentare una navigazione a faccette ed un motore di ricerca contestuale, che presenti solo i risultati legati a quella sezione (e dunque alle relative tipologie di contenuti).

La ricerca contestuale fornisce una lista di risultati a partire da una ricerca (query) dell’utente. I risultati devono essere ordinati in modo predefinito in base alla pertinenza con la ricerca.

Ricerca contestuale per i servizi

L’utente può accedere alla all’interfaccia di ricerca contestuale per i servizi attraverso il campo di input nella sezione “Esplora tutti i servizi”. Nella versione attuale la ricerca contestuale filtra i risultati all’interno della tipologia di contenuto “Servizi”.

La ricerca contestuale è presente anche nelle pagine di Categorie di servizi. In questo caso la ricerca filtra i risultati per tipologia di contenuto (“Servizi”) e per categoria di servizio. Per esempio, nella categoria “Anagrafe e stato civile” la ricerca contestuale restituisce soltanto risultati di tipo “Servizio” che appartengono alla categoria “Anagrafe e stato civile”.

È disponibile il relativo layout hi-fi su Figma che presenta la veste grafica della pagina e un esempio di contenuto. Vai al file del modello Comuni sulla Community Figma, apri il file nelle tue bozze (Drafts) e scorri l’indice laterale fino a trovare il foglio «Servizi».

Temi per WordPress e Drupal¶

Per facilitare l’adozione del modello Comuni, sono disponibili i temi per CMS WordPress e Drupal, prodotti di riferimento della comunità open source e tra i più utilizzati dalle Pubbliche Amministrazioni. Entrambi i temi sono pronti all’uso e permettono di passare rapidamente alla migrazione e gestione dei contenuti, una volta installati e configurati correttamente sul dominio istituzionale dell’ente.

I temi per CMS WordPress e Drupal sono aggiornati alla versione 2.0 di Bootstrap Italia e rispondono pienamente ai requisiti di accessibilità previsti dalla normativa. In particolare, i temi raggiungono il livello AA delle WCAG 2.1, come richiesto dalla Legge Stanca e dai successivi aggiornamenti. L’utilizzo dei temi WordPress e Drupal non prescinde da un’attenta cura editoriale di sezioni e contenuti del sito, così come dalla compilazione e pubblicazione della Dichiarazione di accessibilità prevista dalla normativa vigente.

Vai al tema WordPress

Vai al tema Drupal

Le varianti delle sezioni¶

Alcune sezioni sono state progettate con una serie di varianti, in modo da poterle assemblare in moduli adatti alle esigenze di interazione di un servizio specifico.

Sezioni “dati di un soggetto” (per il modulo “Inserire/controllare i dati”):

• dati di una seconda e una terza persona fisica (es. per la richiesta di iscrizione all’asilo nido);
• dati relativi a una persona giuridica (es. per la richiesta di agevolazioni per un’ azienda);
• dati dell’ISEE (es. per la richiesta di assegno di maternità);
• dati dei conti bancari (es. per la richiesta di assegno di maternità).

Sezioni “dati di un oggetto” (per il modulo “Inserire/controllare i dati”):

• dati di un veicolo (es. per la richiesta di permesso ZTL);
• dati degli immobili (es. per il calcolo IMU);
• dati dei luoghi (es. per la richiesta di prenotazione appuntamento).

Sezioni “Preferenze di servizio” (per il modulo “Inserire/controllare i dati”):

• Tre sezioni per alla raccolta di scelte esclusive, quando tra diverse opzioni se ne può selezionare al massimo una. Le sezioni si basano su tre criteri:

1. radio button, quando le opzioni tra cui scegliere sono 5 o minori di 5;
2. menù a tendina, quando le opzioni tra cui scegliere sono almeno 6 ma al massimo 10;
3. autocompletamento, quando le opzioni tra cui scegliere sono più di 10.

• Una sezione per la scelta multipla, quando tra diverse opzioni se ne può selezionare una o più. Il numero minimo e massimo di scelte si può indicare nello spazio dedicato alla descrizione.
• Due sezioni per alla scelta di una data. Le sezioni si contraddistinguono tramite due criteri:

1. scelta di un giorno;
2. scelta di un periodo.

• Una sezione dedicata all’inserimento di un codice di avviso, dove sono previsti:

1. un campo per l’inserimento del codice;
2. uno spazio di visualizzazione dei dati legati all’avviso;
3. uno campo dove poter inserire dati che possano modificare i dati dell’avviso, ad esempio la data di ricevuta dell’avviso nel pagamento di una multa che risulta discriminante per il calcolo dell’importo dovuto.

Sezione di riepilogo (per il modulo “Confermare il riepilogo informazioni”)

Un’unica sezione che si ripete per ogni modulo compilato per il servizio. La sezione presenta queste caratteristiche:

• spazio dedicato al messaggio “Le informazioni che hai fornito hanno valore di dichiarazione. Verifica che siano corrette.”;
• divisione dei moduli con al suo interno il riepilogo delle sezioni compilate;
• possibilità di modificare i dati cliccando su “modifica”;
• al clic su “modifica” si apre una finestra in sovrapposizione con il form;
• al clic su “conferma”, prima che la richiesta sia inviata, una finestra in sovrapposizione mostrerà i termini e le condizioni di servizio che l’utente confermerà cliccando su “Conferma e invia”.

Sezione preferenze di pagamento (per il modulo “effettuare un pagamento”):

da usare quando è necessario inserire dei parametri per calcolare il totale da pagare (es. quanta parte pagare nel calcolo IMU oppure un eventuale pagamento a rate per altri servizi).

Sezione di riepilogo dei dati del pagamento (per il modulo “effettuare un pagamento”):

da usare quando il pagamento non è contestuale alla richiesta.

Al suo interno abbiamo tutte le informazioni relative alla pratica e all’importo. Quando possibile, comprende il pulsante pagoPA o il quello per scaricare il documento per pagare con altre soluzioni (es. documento F24 generato dal calcolo dell’IMU).

Sezioni di conferma (per il modulo “Ricevere conferma dal sistema”)

La pagina di conferma è quella finale per ciascun flusso di servizio. Le sezioni disponibili non presentano varianti e mostrano queste informazioni:

• conferma di invio della richiesta o del pagamento;
• codice della pratica di riferimento;
• codice dell’eventuale pagamento;
• data della richiesta o del pagamento;
• importo dell’eventuale pagamento;
• email alla quale è stato inviato la ricevuta;
• possibilità di scaricare la ricevuta in pdf’;
• prossimi passi;
• servizi correlati;
• valutazione dell’esperienza d’uso.

Implementazione dei campi dati¶

In base al principio “una tantum”, per quanto possibile, si è tenuti a non richiedere le informazioni già in possesso della PA (ad esempio sfruttando il recupero dei dati disponibili dalle anagrafi centrali e/o attraverso l’interoperabilità con altri sistemi attraverso l’Anagrafe Nazionale della Popolazione Residente).

Nel compilare i campi dati, l’utente può espandere una sezione per vedere i dati, verificarne la correttezza ed eventualmente modificarli cliccando su “modifica”.

In caso di dati mancanti o non corretti:

• le sezioni con warning o errore si mostreranno aperte;
• all’inizio della pagina ci sarà un indice degli errori con ancore che porteranno l’utente allo specifico gruppo di dati da modificare;
• nella sezione contenente l’errore l’utente troverà indicato il singolo dato mancante o errato.
• l’invito all’azione “modifica” non si troverà più in alto a destra ma verrà spostato in basso al centro. Sarà affiancato dall’icona “modifica” e diventerà un pulsante secondario. Il testo resterà “modifica” se i dati mancano, “correggi” se i dati non sono corretti, o “completa” nel momento in cui saranno presenti sia dati mancanti che non corretti.

Per la modifica e il salvataggio dei dati nei campi si aprirà una finestra in sovrapposizione con all’interno le input per modificare i dati:

• i campi compilati tramite l’interoperabilità con servizi terzi (es. SPID) non potranno essere modificati e appariranno come campi disabilitati.
• per tutti gli altri campi, l’utente potrà scegliere se salvare le modifiche nella propria area personale e aggiornare i propri dati, oppure salvare i dati solamente per la richiesta in corso. L’utente si troverà davanti a questa scelta dopo aver cliccato su «Avanti», dove apparirà una finestra in sovrapposizione subito prima di visualizzare il passo successivo;
• nel caso in cui non si abbia nessun dato rilevante salvato, la sezione apparirà vuota con un messaggio e un pulsante che apre una finestra in sovrapposizione con al suo interno un form, dove l’utente potrà popolare i dati richiesti.

La scala di valutazione¶

La scala adottata per la funzione di valutazione dell’esperienza d’uso è di tipo unipolare a 5 valori, espressi graficamente mediante stelline.

La scelta di questa scala è stata influenzata da un’attenta analisi di ricerche metodologiche sulle scale di valutazione. La ricerca consiglia scale con un massimo di 7 valori, per facilitare la valutazione da parte degli utenti e garantire la ricezione di dati attendibili e validi. Un numero maggiore di valori, infatti, rende più difficile agli utenti comprendere le sfumature di significato delle varie opzioni della scala e, quindi, di effettuare una scelta ponderata.

Un numero dispari di valori, inoltre, permette all’utente di esprimere una posizione neutrale o moderata. Per quanto possa costituire una “scorciatoia cognitiva” per intervistati poco interessati o senza un’opinione, diversi studi hanno dimostrato che l’inclusione di un’alternativa intermedia aumenta l’affidabilità e la validità delle scale.

In ambiti specifici, come la valutazione di un servizio online, è comune l’uso del sistema di valutazione con le stelle, dove 1 stella indica la valutazione minima e 5 stelle quella massima.

I font del modello¶

I template HTML del sito istituzionale per i Comuni utilizzano i font dello UI Kit di Designers Italia, ovvero Titillium Web, Roboto Mono e il Lora.

Tutti questi typeface sono rilasciati con licenza SIL Open Font License e sono scaricabili gratuitamente da Google Fonts.

Raccomandazioni¶

Per migliorare ulteriormente l’esperienza degli utenti e garantire l’uso di tecnologie aggiornate, restano valide altre indicazioni di legge e buone pratiche.

R.SI.1.1 - Metatag

Nel sito comunale, le voci della scheda servizio presentano i metatag descritti dal modello, in base agli standard internazionali.

Riferimenti tecnici e normativi: Schema.org; Documentazione del modello Comuni; Documentazione delle App di valutazione dell’adesione ai modelli.

Da evitare:

• più del 50% dei metatag indicati non vengono utilizzati per marcare le voci delle schede servizio;
• il sito non presenta i data attribute indicati nella Documentazione delle App di valutazione dell’adesione ai modelli per questo criterio.

R.SI.2.1 - Infrastrutture Cloud

Il sito comunale è ospitato su infrastrutture qualificate ai sensi della normativa vigente.

Riferimenti tecnici e normativi: Per consentire un’erogazione più sicura, efficiente e scalabile del sito comunale, può essere utile considerare di impostare l’infrastruttura che lo ospita in cloud, secondo quanto descritto nella Strategia Cloud Italia. Hosting e re-hosting non sono finanziabili ai sensi del presente avviso, tuttavia tali costi di infrastruttura possono essere coperti dalla misura 1.2 Abilitazione e facilitazione migrazione al Cloud per i comuni, attraverso la scelta del servizio per l’amministrazione «Comunicazione istituzionale web e open data»; Documentazione del modello Comuni.

R.SI.2.2 - Riuso

Il Comune mette a riuso sotto licenza aperta il software secondo le Linee Guida Acquisizione e riuso di software per le pubbliche amministrazioni.

Riferimenti tecnici e normativi: CAD - Art. 69 (Riuso delle soluzioni e standard aperti); AgID - Linee guida su acquisizione e riuso di software per le pubbliche amministrazioni; Documentazione del modello Comuni.

Da evitare:

• i repository con i file sorgente del sito del Comune non sono inseriti sul catalogo del riuso.

Raccomandazioni¶

Per migliorare ulteriormente l’esperienza degli utenti e garantire l’uso di tecnologie aggiornate, restano valide altre indicazioni di legge e buone pratiche.

R.SE.1.1 - Conferma di presa in carico dell’istanza / AppIO

I servizi digitali del sito comunale rilasciano al cittadino una notifica di completamento della presentazione dell’istanza tramite le interfacce dell’app IO.

Riferimenti tecnici e normativi: Sebbene non sia finanziabile ai fini del presente avviso, questo step è convenientemente risolvibile mediante l’integrazione con l’app IO. Si consiglia di valutare l’adesione alla misura dedicata all’integrazione con l’app IO 1.4.3 Adozione pagoPA e app IO; CAD: - art. 64-bis, c.1-ter, Linee guida AgID sul punto di accesso telematico ai servizi della Pubblica Amministrazione; Documentazione del modello Comuni.

R.SE.1.2 - Effettuare il pagamento / PagoPA

I servizi digitali del sito comunale consentono al cittadino, laddove gli sia richiesto di effettuare un pagamento, di effettuare lo stesso tramite piattaforma pagoPA.

Riferimenti tecnici e normativi: nel caso delle tipologie di flussi di interfaccia «Servizi a pagamento», «Pagamento dovuti» e «Permessi e autorizzazioni» è previsto uno step di pagamento. Sebbene non sia finanziabile ai sensi del presente avviso, questo step è convenientemente risolvibile mediante l’integrazione con i sistemi di pagamento pagoPA. Si consiglia di valutare l’adesione alla misura dedicata all’integrazione con l’AppIO 1.4.3 Adozione pagoPA e app IO; CAD - Art. 5; CAD - Art. 64; Documentazione del modello Comuni.

R.SE.1.3 - Once only, integrazione con le basi dati nazionali

I servizi digitali del sito comunale consentono di utilizzare i dati personali presenti nelle banche dati digitali nazionali (eg. ANPR).

Riferimenti tecnici e normativi: CAD - Art. 50; CAD - Art. 50-ter; CAD - Art. 60; Documentazione del modello Comuni.

R.SE.1.4 - Once only, interoperabilità

I servizi digitali del sito comunale rendono i dati interoperabili secondo la normativa vigente.

Riferimenti tecnici e normativi: Linee Guida sull’interoperabilità tecnica delle Pubbliche Amministrazioni.

R.SE.2.1 - Accedere al servizio / SPID e CIE

I servizi digitali del sito comunale consentono ai cittadini italiani ed europei, di effettuare l’accesso tramite identità digitale secondo quanto previsto dalla norma.

Riferimenti tecnici e normativi: Sebbene non sia finanziabile ai fini del presente avviso, questo step è convenientemente risolvibile mediante l’integrazione con SPID e CIE. Si consiglia di valutare l’adesione alla misura dedicata all’integrazione degli stessi 1.4.4 Adozione identità digitale; CAD - Sezione III (Identità digitali, istanze e servizi on-line), art. 64 e ss.; Documentazione del modello Comuni.

R.SE.2.2 - Infrastrutture Cloud

I servizi digitali del sito comunale sono ospitati su infrastrutture qualificate ai sensi della normativa vigente.

Riferimenti tecnici e normativi: Per consentire un’erogazione più sicura, efficiente e scalabile dei servizi al cittadino, può essere utile considerare di impostare l’infrastruttura che ospita i servizi comunali in cloud, secondo quanto descritto nella Stategia Cloud Italia. Hosting e re-hosting non sono finanziabili ai sensi del presente avviso, tuttavia l’impostazione dei servizi per classi e categorie è fatta per consentire una più facile adesione alla misura 1.2 Abilitazione e facilitazione migrazione al Cloud, che può coprire tali costi di l’infrastruttura. In questo caso, si consiglia di scegliere i servizi dei due avvisi facendo riferimento alle medesime Categorie; Documentazione del modello Comuni.

R.SE.2.3 - Riuso

Il Comune mette a riuso sotto licenza aperta il software secondo le Linee Guida acquisizione e riuso di software e riuso di software per le pubbliche amministrazioni.

Riferimenti tecnici e normativi: CAD - Art. 69. (Riuso delle soluzioni e standard aperti); Linee Guida acquisizione e riuso di software e riuso di software per le pubbliche amministrazioni; Documentazione del modello Comuni.

Da evitare:

• i repository con i file sorgente del sito del Comune non sono inseriti sul catalogo del riuso.