Accessibilità e Black Friday: testa la tua campagna prima del picco
Con il Black Friday il tuo negozio si riempie di countdown, pop-up, banner che scorrono da soli e prezzi barrati. Spesso vengono aggiunti in fretta con strumenti di marketing, dopo l’ultimo controllo di accessibilità, e sono proprio loro a poter bloccare un acquisto. Testali con uno screen reader prima del 27 novembre e correggi per primi i blocchi più gravi.
Se non hai ancora controllato le basi del tuo checkout, parti dalla nostra verifica del checkout in 10 minuti. Lì trovi etichette dei campi, pulsanti e messaggi di errore. Questa guida è il passo successivo: gli elementi della campagna che si rompono più spesso, un test di 20 minuti con lo screen reader e cosa puoi ancora correggere prima del picco.
In sintesi:
- Countdown, pop-up e banner della campagna vanno spesso online dopo l’ultimo controllo di accessibilità.
- Controlla prima le basi del checkout, poi percorri la campagna con uno screen reader, sul computer e sullo smartphone.
- Gli elementi che falliscono più spesso sono timer del carrello, pop-up, banner, avvisi di disponibilità, prezzi barrati e CAPTCHA.
- Impostazioni e contenuti si correggono prima del picco. Le modifiche al codice vanno pianificate per dopo.
- Dal 28 giugno 2025 i servizi di commercio elettronico rientrano nell’European Accessibility Act.
Perché una campagna Black Friday ha bisogno di un test tutto suo?
Magari il tuo negozio ha superato un controllo qualche mese fa. La campagna cambia le cose. Countdown, pop-up, banner e badge arrivano di solito da temi, app o script di marketing, e spesso vanno online dopo l’ultimo test.
In più, i negozi online partono con più errori rilevabili della maggior parte dei siti. Nel report WebAIM Million 2026, le home page della categoria Shopping avevano in media 71,0 errori rilevati, il 26,6% in più della media di tutte le home page.
Uno scanner coglie solo una parte del problema. Non ti dirà che un countdown svuota il carrello di un cliente che ha bisogno di più tempo, né che lo screen reader resta muto quando compare «Codice applicato». Lo stesso W3C ricorda che nessuno strumento da solo può stabilire se un sito rispetta gli standard di accessibilità. Serve una persona che provi davvero.
Quale percorso testare?
Segui il percorso di un cliente, dalla campagna fino all’ordine confermato:
- Pagina o banner della campagna. Puoi metterlo in pausa, e il testo alternativo dell’immagine dice qual è l’offerta?
- Pop-up. Quello della newsletter o dello sconto che si apre all’arrivo sul sito.
- Scheda prodotto con prezzo scontato. È chiaro quale prezzo vale?
- Carrello. Il countdown, l’avviso di disponibilità e il codice sconto.
- Login o acquisto come ospite. Con CAPTCHA o codice monouso, se ci sono.
- Pagamento e conferma. La finestra di verifica della banca, la pagina dell’ordine e l’email.
Se offri entrambe le opzioni, prova sia come ospite sia come cliente registrato. Usa un ambiente di staging o un metodo di pagamento di prova, così non fai ordini veri.
Come si fa un test di 20 minuti con lo screen reader?
Fai prima il test da tastiera del nostro articolo sul checkout in 10 minuti. Poi ripercorri la campagna altre tre volte:
- Screen reader sul computer (circa 10 minuti). Usa NVDA, gratuito per Windows, oppure VoiceOver, già presente su ogni Mac (Cmd+F5). Ascolta se l’offerta del banner viene letta, se con i prezzi barrati si capisce quale prezzo vale, se gli avvisi di disponibilità, countdown e sconto vengono annunciati quando cambiano e se i pop-up prendono il focus quando si aprono e lo restituiscono quando si chiudono.
- Screen reader sullo smartphone (circa 5 minuti). Attiva VoiceOver su iPhone o TalkBack su Android e scorri la pagina della campagna, la scheda prodotto e il carrello.
- Zoom (circa 5 minuti). Ingrandisci il browser al 200%, poi al 400%. Banner, countdown e pop-up non devono coprire i contenuti o i pulsanti.
Ogni volta che ti blocchi, annota la pagina, cosa hai fatto, cosa è successo e cosa sarebbe dovuto succedere. Quella è la tua lista delle correzioni.
Se non hai mai usato uno screen reader, andrai più piano di chi lo usa ogni giorno. Va bene così. Il test serve a trovare i blocchi, non ogni dettaglio. I comandi di base sono spiegati nel nostro tutorial sui test con lo screen reader.
Quali elementi del Black Friday si rompono più spesso?
Controlla per primi questi elementi della campagna, ognuno con il suo criterio di successo delle WCAG 2.2. I problemi di base del checkout, come campi senza etichetta ed errori poco chiari, sono nella nostra verifica in 10 minuti.
- Countdown e carrelli riservati. Il carrello scade prima che un cliente più lento finisca, senza avviso e senza modo di avere più tempo. 2.2.1 Regolazione tempi di esecuzione, livello A.
- Banner e caroselli che scorrono da soli. Le slide cambiano per più di 5 secondi e non c’è un pulsante di pausa. 2.2.2 Pausa, stop, nascondi, livello A.
- Pop-up di sconto o newsletter. Il focus resta sulla pagina dietro, oppure il pop-up non si chiude da tastiera. 2.1.2 Nessun impedimento all’uso della tastiera e 2.4.3 Ordine del focus, livello A.
- Avvisi come «Solo 2 disponibili» o «Codice applicato». Compaiono sullo schermo, ma lo screen reader non dice nulla. 4.1.3 Messaggi di stato, livello AA.
- Prezzi barrati. Il vecchio prezzo è barrato solo visivamente, quindi lo screen reader legge due prezzi senza dire quale vale. 1.3.1 Informazioni e correlazioni, livello A.
- Immagini della campagna con l’offerta scritta dentro. Il testo alternativo è vuoto o dice solo «banner», così lo sconto resta invisibile a chi usa uno screen reader. 1.1.1 Contenuti non testuali, livello A.
- Badge delle offerte e testi promozionali. Testo chiaro su colori accesi, difficile da leggere. Il contrasto insufficiente è stato l’errore più comune nel WebAIM Million 2026, presente sull’83,9% delle home page. 1.4.3 Contrasto (minimo), livello AA.
- Login, CAPTCHA e codici monouso. Un rompicapo o un test di memoria senza alternativa, oppure un campo codice che non permette di incollare. 3.3.8 Autenticazione accessibile (minimo), livello AA, nuovo nelle WCAG 2.2.
- Moduli per l’indirizzo. Il cliente deve scrivere due volte lo stesso indirizzo. 3.3.7 Inserimento ridondante, livello A, nuovo nelle WCAG 2.2.
Cosa correggere prima del picco e cosa può aspettare?
Molti negozi congelano il codice qualche settimana prima del Black Friday. Dividi la tua lista in due gruppi.
Da correggere prima del picco. Sono soprattutto impostazioni, contenuti o piccole modifiche all’interfaccia:
- Ferma lo scorrimento automatico dei banner o aggiungi un pulsante di pausa visibile.
- Fai in modo che i pop-up si chiudano con il tasto Esc e riportino il focus dov’era. Oppure non mostrarli affatto nel carrello e nel checkout.
- Disattiva i timer del carrello, allungali, oppure avvisa prima che il tempo scada e permetti di prolungarlo.
- Scrivi il testo alternativo per le immagini della campagna. Se l’offerta è scritta nell’immagine, deve esserci anche nel testo alternativo.
- Aggiungi testo nascosto come «Prezzo originale» e «Prezzo scontato», così gli screen reader distinguono i due prezzi.
- Correggi il contrasto dei badge delle offerte e dei testi promozionali.
Da pianificare per dopo. Servono sviluppo e test:
- Annunciare agli screen reader i cambiamenti di carrello, disponibilità, countdown e sconto.
- Gestire il focus nel carrello, nelle finestre di dialogo e nella finestra di pagamento.
- Offrire un login senza rompicapi né test di memoria e permettere di incollare i codici monouso.
- Se la pagina di pagamento appartiene a un fornitore di pagamenti, inviagli quello che hai trovato e chiedigli le sue informazioni sull’accessibilità.
Dopo ogni correzione, ripeti il test dell’intero percorso. Una modifica a un passaggio può rompere quello successivo.
Cosa chiede la legge ai negozi online?
Dal 28 giugno 2025 l’European Accessibility Act si applica anche ai servizi di commercio elettronico rivolti ai consumatori. In Italia è stato recepito con il D.Lgs. 82/2022. Per i servizi non c’è un periodo transitorio. Sono escluse le microimprese che forniscono servizi, cioè quelle con meno di 10 dipendenti e un fatturato annuo o un totale di bilancio annuo non superiore a 2 milioni di euro.
In pratica, i team testano secondo le WCAG al livello AA, attraverso la norma europea EN 301 549. Trovi i dettagli nella nostra guida all’European Accessibility Act. Questo articolo descrive gli obblighi in generale e non costituisce consulenza legale.
Quando conviene affidarsi a degli esperti?
Un test fatto da te trova i blocchi evidenti. Non copre però tutte le combinazioni di screen reader, browser e dispositivo, tutte le aree dopo il login, né il modo in cui fanno davvero acquisti le persone che usano ogni giorno le tecnologie assistive.
Con i nostri test end-to-end dei percorsi utente, i nostri esperti provano compiti completi come cercare, scegliere un prodotto, pagare o recuperare un account. Usano la tastiera, JAWS, NVDA, VoiceOver, TalkBack e display braille. Ricevi le mappe dei percorsi, i passaggi in cui i clienti si bloccano, l’impatto di ogni blocco e una lista di correzioni in ordine di priorità, in un report di audit su cui il tuo team può lavorare. I nuovi test dopo le correzioni sono inclusi, e aiutiamo i tuoi sviluppatori a decidere cosa correggere per primo.
Per i negozi online, il nostro audit del checkout e dei percorsi di conversione e-commerce va più a fondo: ricerca dei prodotti, scelta delle varianti, carrello, promozioni, checkout, errori di pagamento e conferma dell’ordine.
Vuoi un primo quadro veloce? Fai una scansione gratuita della tua scheda prodotto per trovare gli errori che un software riesce a rilevare. Poi parla con un esperto di come testare i tuoi percorsi d’acquisto.
Domande frequenti
L’European Accessibility Act si applica al mio negozio online?
Se vendi online prodotti o servizi a consumatori nell’UE, molto probabilmente sì. I servizi di commercio elettronico sono inclusi dal 28 giugno 2025. Le microimprese che forniscono servizi sono escluse. Verifica il D.Lgs. 82/2022 e, se hai dubbi, chiedi a un avvocato.
Che differenza c’è con la verifica veloce del checkout?
La nostra verifica in 10 minuti copre le basi che servono a ogni checkout: etichette, pulsanti e messaggi di errore, testati da tastiera. Questo test aggiunge gli elementi portati dalla campagna e li controlla con uno screen reader e sullo smartphone. Falli entrambi.
Devo testare anche sullo smartphone?
Sì. Molte persone comprano dallo smartphone, e lì gli screen reader funzionano in modo diverso. Testa la scheda prodotto e il checkout con VoiceOver su iPhone e TalkBack su Android.
E se la pagina di pagamento è di un fornitore di pagamenti?
Fa comunque parte del percorso del tuo cliente. Testala come ogni altro passaggio, segnala i problemi al fornitore e chiedigli le sue informazioni sull’accessibilità.
Ogni quanto dovrei testare il checkout?
Dopo ogni rilascio che cambia carrello, checkout o pagamento, e prima di ogni grande campagna. Le scansioni automatiche regolari tra un test e l’altro aiutano a trovare presto i nuovi problemi.
Fonti