Siti e app semplici

Crea siti e applicazioni veloci e accessibili, con navigazione chiara e contenuti utili.

54 articoli · Ultimo articolo aggiornato

La ricerca copre tutti gli articoli di questa sezione, inclusi l’archivio e il testo degli articoli.

Comprendere l'argomento

Una guida pratica a questo argomento

La creazione di un sito o di un'app non si limita alla semplice produzione di schermate, ma abilita un'attività. Questa categoria collega la struttura dei contenuti, l'interfaccia, l'accessibilità, le prestazioni, la sicurezza e la manutenzione all'esperienza complessiva.

Cosa esaminare
  • Descrivere le attività e il pubblico di destinazione prima di selezionare componenti e tecnologie.
  • Testare la navigazione, i moduli e il feedback degli errori su diversi dispositivi e modalità di interazione.
  • Pianificare fin dall'inizio aggiornamenti, backup ed evoluzione dei contenuti.
  • Verificare l'apertura, lo spostamento, la chiusura e il ripristino del contesto nelle interfacce che interrompono un'attività.
  • Inventariare il movimento, offrire un comportamento ridotto e verificare che l'avanzamento, lo stato e la navigazione rimangano comprensibili senza animazione.
  • Una richiesta interrotta può essere già stata eseguita dal server.
  • Le relazioni tra celle devono restare comprensibili anche su mobile.
  • Comunicare gli aggiornamenti senza interrompere inutilmente il compito.
  • Il file scaricato dipende dalla dimensione prevista e dal dispositivo.
  • Separatori e ordine delle date possono produrre interpretazioni diverse.
Domande utili
  • Quale percorso porta a un'azione riuscita?
  • Quali stati o contenuti sono difficili da comprendere?
  • Come verranno verificate le regressioni dopo le correzioni?
  • Dopo un errore, il modulo spiega la correzione mantenendo i valori validi?
  • È necessaria una finestra modale?
  • Il movimento ridotto esclude qualsiasi animazione?
  • Riprovare automaticamente al ritorno della connessione?
  • Le schede sono sempre più accessibili?
  • Ogni aggiornamento deve essere annunciato?
  • sizes deve sempre essere 100vw?
  • Basta cambiare lingua dell’interfaccia?

Esempio di decisione illustrativa

Situazione
Esempio fittizio: questi dati non descrivono clienti o risultati osservati. Una conferma viene comunicata con un’animazione che alcune persone preferiscono ridurre.
Verifica
Attivare la preferenza di movimento ridotto e controllare che un testo o uno stato statico comunichi ancora l’esito dell’azione.
Agisci
Conservare informazioni e controllo nella variante ridotta. Offrire comandi adeguati per il movimento persistente quando necessario.

Motion Design in UX: Come le Animazioni Dirigono l'Attenzione dell'Utente

Animazione: verificare il movimento ridotto, la pausa e la comprensione

W3C — WCAG 2.3.3 Animation from Interactions (AAA)

Progettare i tempi di attesa e il ripristino.

Un percorso è incompleto se si progetta solo il successo. Gestire le risposte mancanti, gli stati sconosciuti e il ripristino senza perdita di dati; collegare ogni messaggio a una condizione verificata e testare la comprensione e la navigazione.

L'utente sa cosa fare senza ripetere un'operazione incerta?

Esplora i metodi

Leggere i dati e decidere

Moduli: verificare tutto il recupero dall’errore

Un messaggio non prova il completamento del compito.

Compiti completati
12 / 2060%
Compiti bloccati
8 / 2040%
Stati provati
4Campo vuoto · Formato rifiutato · Nuovo invio · Conferma

Caso didattico fittizio: i numeri non rappresentano CIE o clienti.

Domande per preparare le decisioni

Risposte e verifiche pratiche nelle analisi di questa sezione.

Esplora l’archivio

Altre analisi sul tema, oltre agli articoli recenti elencati qui sotto.

Riferimenti: dati, usi e limiti

Documentazione consultata il .

Le note dettagliate di questa edizione sono disponibili in inglese.

Riferimenti: dati, usi e limiti
Fonte e finalitàDato o riferimento verificatoCome utilizzarloLimite da conservare
W3C · WCAG 2.2

Evaluate accessibility criteria for web content.

WCAG 2.2 is a W3C Recommendation. Success criteria have A, AA and AAA levels. Define tasks, pages and states, then combine inspection, keyboard, zoom and relevant assistive technology. Keep reproduction steps for barriers.

Approfondire il metodo →

An automated scanner does not establish conformity of a complete journey. Evaluation must cover interactive states and actual content.
Google · Core Web Vitals

Distinguish loading, responsiveness and visual stability.

Good thresholds are LCP ≤ 2.5 s, INP ≤ 200 ms and CLS ≤ 0.1 at the 75th percentile, segmented by mobile and desktop. Separate field measurement from laboratory tests. Record period, URL, device, population and sample size before comparing changes.

Approfondire il metodo →

These thresholds are not measured results for this site. A good lab score alone does not establish visitor experience.

Esplora il catalogo KEV di CISA

Le note dettagliate di questa edizione sono disponibili in inglese.

Bring vulnerability tracking into maintenance

An added entry starts a work item, rather than automatically closing one. Connect tracking to inventory, a change window and service verification after intervention.

  • Assign decision and change owners.
  • Separate patch availability, deployed patch and successful verification.
  • Keep the source, observed result and remaining limits.

Esplora il catalogo e il metodo →

CISA KEV · 2026.10.21 · Documentary review : 2026-10-22

Moduli: criteri, errori e contrasto

Le note dettagliate di questa edizione sono disponibili in inglese.

Review states, not just the initial page

A form may look clear before entry and become difficult after an error. A useful review retains task context and connects each finding to a version and state.

  • Test waiting, error, correction and confirmation.
  • Separate colour calculation, keyboard navigation and status presentation.
  • Keep steps that reproduce the barrier.

Open the WCAG review grid and contrast calculator →

W3C WAI · Forms Tutorial · User Notifications · Practical guidance · consulted 2026-10-23

CSP: direttive, ripieghi e percorsi

Le note dettagliate di questa edizione sono disponibili in inglese.

Deploy CSP with journey evidence

A monitored policy and an enforced policy have different effects. Server, CDN and proxy transformations may also result in several received policies.

  • Preserve raw policies, mode, delivery and page version.
  • Test sign-in, forms, payment and recovery within scope.
  • Connect reports, defects and stop criteria before deciding on enforcement.

Read CSP fallback orders and explore eight scenarios →

W3C · Content Security Policy Level 3 · Mike West, Antonio Sartori · Working Draft · 2026-09-16 · work in progress · §2.2.1, §3, §6.8.3–6.8.4, §8.1

Fonti di riferimento

Documenti originali delle organizzazioni responsabili di questi metodi e standard.