... il recente programma  è orientato verso contenuti accessibili, vedere >changelog...
... in linea di massima si potrebbe fare un ottimo sito partendo da questo >esempio di Incommedia...

-

.

Grazie tante KolAsim ma come avrai visto sopra ho letto anche la guida, e si parla di miglioramenti del codice prodotto in website, e di lavoro da eseguire durante la prodizione del sito, non è quello che intendevo io al lato pratico, e non sembra ci sia altro a meno che non ti appoggi a plugin esterni, insomma per quello che capiscio io una mezza delusione, ma spero di sbagliarmi. Grazie.

In pratica l'Accessibilità introdotta su Website si riduce a:

Grazie a questi miglioramenti tecnici, e applicando le migliori pratiche di accessibilità durante la progettazione, potrai creare pagine web capaci non solo di offrire un’esperienza migliore a un pubblico più ampio, ma anche di risultare più performanti a livello SEO e, laddove richiesto, maggiormente in linea con gli standard internazionali.

Nel senso che sono io che devo creare i presupposti e le pratiche di accessibilità durante la progettazione, in pratica è lavoro in più che devo mettere io, a lato pratico non c'è nulla di nuovo (vorse il codice migliorato).

SE fa solo quello che vedo mi sembra un po pochino ma la domanda è un'altra: non disponendo della versione reclamizzata volevo sapere, se tu lo sai, o se altri che leggono sanno,  se il prodotto interviene su:

• Contrasto

• Testo leggibile

• Zoom testo - aumento e diminuzione

• Inverte i colori

• Se Legge il testo (sintesi vocale)

• Se interviene con una Pausa sulle animazioni della pagina

• Se offre come accessorio la navigazione da tastiera

O anche su altro tipo memorizzazione in localstorage per evitare che l'utente riesegua il setup delle sue scelte.Grazie a chi risponderà.

E io che non conosco una riga di codice? che con 5 step di website sono subito online, e ora?

Bene, finalmente ho capito, ora finalmente potrei avere il sito conforme, wow!!! (utile per il SEO ecc.) ma manca la parte dedicata a chi ha problemi di accessibilità, manca la parte utile alle persone problematiche, certo ho capito il mio sito ora è conforme, ma non vi sembra un mezzo risultato? bello a vedersi ma.... inutile?

Grazie comunque Claudio per il tempo dedicatomi a rispondere.

Grazie per la tua risposta dettagliata, davvero utile! Hai chiarito diversi punti fondamentali. Trovo particolarmente interessante che la versione 2025 abbia introdotto miglioramenti significativi al codice sorgente, come l'implementazione di TAG specifici e una maggiore compatibilità con gli screen reader tramite ARIA. Degno di nota anche l'aggiornamento dei testi alternativi per le immagini, un passo cruciale per migliorare l'accessibilità.

Per quanto riguarda il contrasto, sono pienamente d'accordo: sarebbe davvero comodo avere una verifica integrata direttamente nella piattaforma. Per i pannelli/plugin, condivido la tua opinione: da soli non garantiscono la conformità, ma se adattati alle proprie esigenze possono essere utili. Nel mio caso, ho sviluppato un pannellino con controlli diretti per la gestione dei testi, della pesantezza dei caratteri, della modalità monocromatica, del contrasto, del puntatore, di un font preimpostato per la dislessia, della spaziatura, della leggibilità e dello stop delle animazioni.

Rimangono ancora delle sfide, come l'implementazione del salvataggio delle opzioni tramite localStorage, ma ci sto lavorando e sono certo che presto troverò una soluzione. Non mi arrendo! Riguardo agli strumenti disponibili in rete, è vero che spesso quelli a pagamento hanno prezzi altissimi e quelli gratuiti ahimè non mantengono sempre ciò che promettono.

Grazie molte Claudio per l'utilissima e minuziosa disamina , si apettiamo lo staff perchè così l'opera sembra compiuta solo a metà!!!

Saluti Luca.

... se si è un utente "normale" per fare il proprio sito non avrà problemi, ...ma(!) se si fanno siti per altri  non regge, ...occorre sempre una preparazione globale superiore...
... nel changelog che avevo segnalato c'è tutto in sintesi, ... ed il template che avevo segnalato, come IDEA, serve solo per far capire che  se si vuole si può anche usare/accoppiare anche l'altocontrasto solo cliccando e senza codici, adatto anche per principianti...
... poi chi vuole fare di più con il quid+  può personalizzare come vuole...
... è dal 2012 che circola qui nel Forum il mio semplice codice di altocontrasto, extra accessibilità, che non ha a che vedere con le attuali disposizioni; ...chi ha difficoltà operative sa già come affrontarle e quasi tutti i browser sono un passo avanti; ... solo alcuni generi di siti/servizi devono adeguarsi quasi  obbligatoriamente alle nuove normative...

.

Bene, grazie al gentilissimo Claudio, ho approfondito un po' l'integrazione accessibilità andando allo STEP 5 e facendo l'analisi del progetto e valutato gli errori segnalatomi nell'opzione accessibilità, ho cercato poi di provvedere alle varie correzioni ove possibile, in particolare sulle immagini con testi alternativi.

Ho notato (e segnalo) un piccolo BUGsull'immagine LOGO dell'email, un volta impostato il testo alternativo questo perde le dimensioni impostate in precedenza, tornando a tutto schermo.

Mi sembra un discreto primo step per l'integrazione, mi scuso se mi ripeto ma sarebbe utile anche la parte di interfaccia con l'utente per completare il percorso.
Grazie saluti.

tipo una cosa del genere?

esattamente.

C'è l'ho in lavorazione per dopo le feste pasquali. Mi mancano alcuni dettagli e cose che ancora non mi convincono del tutto. Il pannello contiene codice con direttive mirate per il seo e Aria ma ancora devo inserire altre funzioni richieste da Web Content Accessibility Guidelines altrimenti sto attrezzo non serve a niente! . NOTA: In rete se ne trovano parecchi,alcuni gratis ma fanno la metà di quello che dicono e alcuni a pagamento ma che prezzi signori!!Robba da pazzi!!! Uno addirittura chiede 280 euro per mese. Per me l'accessibilità dovrebbe essere gratuita per tutti! Nel frattempo puoi utilizzare gli strumenti sviluppati dal buon kolasim. Facendo una ricerca sul forum li trovi,sono fatti bene, e fanno quello che dicono .

per questo apri un post dedicato, altrimenti qui nel mucchio si perde... 

specifica bene il tutto, posta immagini esplicative e se stai guardando la mail da programma o da browser... 

Ringrazio il gentilissimo Claudio mi ha fornito informazioni molto dettagliate ed utili.
Comunque, attendo sempre con comodo info dallo STAFF sperando di essere preso in considerazione in merito ai dubbi da me espressi sopra, grazie tante.

Si! Seguo la cosa ma vedo che lo Staff ancora non interviene.

Ma non direi proprio! E' conforme per meno della metà. Alcune funzioni erano presenti già dalla 24.2.8. Hanno fatto implementazioni a livello di semantica lasciando all'utente il compito di metterle in atto. Di fatto non esiste un pannello con controllo vocale o comandi per utilizzare funzioni come saturazione alto contrasto ecc.....e il sito a cui si fa riferimento nel market utilizza una tecnologia obsoleta come il jurassico.Anche io so capace a fare due pagine una bianca e una nera e poi pilotare il risultato ma secondo me si dovrebbe fare su una pagina unica.Io guarda Claudio sono proprio curioso cosa risponde L'Azienda in merito all'accessibilità . Ovviamente gli riconosco l'impegno per carità ma da qui a dire OK ora siamo apposto, secondo me c'è ancora tanta strada da fare sul fronte dell'accessibilità. Parere personale.

Sono d'accordo in parte...

il sito linkato da KolAsim NON è conforme, poichè fatto con una versione vecchia senza il codice adatto e completamente non conforme per il contrasto. Basta che fai i vari test  WCAG e lo vedi subito... E' "solo" un sito tema chiaro / tema scuro. Ma lui lo ha portato d'esempio, a mio parere come esempio di variazione del contrasto... Tutto lì.

i nuovi siti, invece, sono conformi per quanto richiesto dalla normativa, avendo i TAG richiesti dalla normativa (*) , ovviamente poi devi compilare dove va compilato e devi verificare i contrasti... da quel lato non c'è automatismo nel programma.

Ho provato due miei siti convertiti con i test di conformità WCAG 2.0 / 2.2 e si comportano benissimo. Avendo in particolare un sito di una pseudo-PA sono anni che mi interesso di questa cosa (dai tempi della legge Stanca) e avevo già predisposto tutto quello che si poteva a livello grafico... 

Sul pannello per modificare da pulsanti contrasto, saturazione, blocco animazioni, font speciali etc... , (che ho inserito pure io per ora, visto che fa "tendenza"), ho dei dubbi, a mio parere NON è obbligatorio. Ho parlato con un'associazione di ipovedenti e quei pannelli secondo loro non servono a nulla, anzi alcuni fanno pure dei casini con gli screen reader... e sono solo una scappatoia provvisoria. Ma effettivamente qualche funzionalità la aggiungono... quindi per certe cose potrebbe essere utile.  Le normative comunque non mi pare ne parlino... 

@Roberto, se cerchi online (accessibility widget overlay) vedrai che li criticano e che dicono che sono inutili, tranne ovviamente a chi li vende

Vai a vedere i siti "certificati" dalla WACA , ne ho guardato diversi e nessuno ha quel pannello... 

Comunque questi sono i criteri di accessibilità applicati in WebsiteX5 2025

(*) https://guide.websitex5.com/it/support/solutions/articles/44002581140-criteri-di-accessibilit%C3%A0-implementati-in-website-x5

direi che non fa poco, e che hanno toccato parecchi punti , a mio parere... 

se poi metterenno il test del contrasto per poter correggere dall'analisi progetto... ben venga, altro a mio parere non serve...

comunque ripeto vediamo cosa ci dice lo STAFF visto che l'argomento è piuttosto vasto e delicato...

Ciao Claudio, anche io concordo su diversi punti, ma vorrei precisare meglio alcuni aspetti dal punto di vista tecnico e normativo. Intanto, accessibilità non significa solo "avere i TAG".
Website X5 ha certamente introdotto migliorie (etichettatura ARIA, struttura semantica, gestione dei form, uso corretto di heading e landmark), ma questo non è sufficiente a garantire la piena conformità normativa, soprattutto se parliamo di soggetti che rientrano o sono assimilabili alla Pubblica Amministrazione.

Le Linee Guida AGID e la normativa europea richiedono: in primis la conformità alle WCAG 2.1 livello AA (non solo 2.0), la dichiarazione di accessibilità aggiornata e la verifica tecnica, funzionale ed esperienziale, anche tramite test reali con tecnologie assistive (screen reader, tastiera, ingranditori ecc.)

Quindi sì, il software facilita, ma non automatizza il processo, e non esonera dalla responsabilità di test e conformità.

Riguardo al pannello di accessibilità: non è obbligatorio è vero, ma non è neanche inutile. I widget di accessibilità non sono previsti dalla normativa, ma possono rappresentare un aiuto aggiuntivo, se progettati in modo intelligente. È vero che molti plugin commerciali (overlay automatici, pannelli invadenti) interferiscono con screen reader e peggiorano l’esperienza, ma questo non significa che ogni strumento personalizzato sia da scartare. Anzi, in assenza di contrasto sufficiente, font accessibili, animazioni controllabili, scorciatoie da tastiera, un pannello accessibile ben realizzato può compensare — non risolve tutto, ma aggiunge una layer funzionale in più.

A mio avviso, c’è una differenza sostanziale tra:

• “accessibility overlay” commerciale (spesso venduto come scorciatoia)

• strumento sviluppato ad hoc da chi conosce HTML, CSS, JS e le problematiche di accessibilità (come quello che stai utilizzando tu)

La comunità degli sviluppatori accessibili non è contraria al concetto di pannello in sé, ma all’uso pigro e scorretto di soluzioni prefabbricate che fanno più danni che altro.

Il punto vero è: il sito è realmente fruibile, navigabile da tastiera, comprensibile, testato con tecnologie assistive, e ha dichiarazione di conformità WCAG 2.1 AA? Se sì, il pannello è un plus. Se no, il pannello non basta.

Per quanto riguarda i siti WACA: essere certificati non significa essere perfetti. Spesso le criticità emergono solo nell’uso reale o in contesti d’uso specifici. Nessun test automatico o bollino sostituisce un testing serio e continuo.

A margine Claudio, una considerazione personale (ma tecnica):
oggi il 90% dei device ha già potenti strumenti di accessibilità integrati (screen reader, zoom, contrasto, comandi vocali). Chi ha disabilità visive o motorie li usa a prescindere dal sito. Quindi tutto questo rumore sulle “soluzioni overlay” imposte sembra più generato da normative scritte da tecnici da scrivania, che non da chi vive l’accessibilità sul campo. Spesso il vero problema non è il codice, ma la cultura del contenuto:
scrivere chiaro, strutturare correttamente, testare con utenti reali.

L’accessibilità non è un plugin né un bollino, è un processo progettuale continuo.
E spesso, la legge rincorre la realtà più che guidarla.

@Roberto, mi pare che comunque concordiamo su molto...

e, magari bastassero i TAG ma almeno ora ci sono , è già un gran passo... 

come sul fatto che ci siano automatismi per certe parti e certo non per dichiarazione etc...

come hanno spiegato qui

https://guide.websitex5.com/it/support/solutions/44000819793

inoltre dicono:

- che hanno preso come riferimento la versione 2.0 delle WCAG, di cui le successive versioni 2.1 e 2.2  rappresentano degli ampliamenti, e implementa 15 dei 25 criteri di livello A, più altri 3 criteri previsti da altre versioni/livelli. In pratica, i criteri integrati sono quelli che possono essere risolti alcuni in automatico altri manualmente dall'utente... 

non si capisce se hanno implementato la 2.2 o la 2.0 A e basta... direi la 2.0 A

lo STAFF , spero, intervenga per delucidarci ulteriormente...

comunque manco il sito dell'Agid è a norma per ora   

https://form.agid.gov.it/view/979bf210-7a40-11ef-82be-8f9ca134cd50

dicono che a breve lo sarà...

Buongiorno,
non ero inizialmente intervenuto in quanto Claudio e KolAsim stavano fornendo informazioni attendibili sulla situazione, su quali aspetti in particolare vorreste chiarimenti?
Resto a disposizione.

Buongiorno Eric, ma mi sembrava chiara e ben documentata la richiesta non solo dal sottoscritto espressa su più post, ma anche da altri utenti che sono intervenuti. Se non risulta a voi chiara mi arrendo.

Saluti Luca.

Buongiorno,
se ti riferisci ai tuoi primi messaggi, su cui erano intervenuti già gli altri utenti, confermo che l'aggiornamento si è occupato principalmente di una riscrittura del codice generato dal programma nella creazione delle pagine in modo da adeguarlo e ottimizzarlo per la navigazione accessibile (usufruendo ad esempio di screen reader o navigando solo con la tastiera), e sono stati aggiunti controlli per l'accessibilità nell'analisi del progetto e opzioni più chiare e diffuse per l'aggiunta di elementi necessari come il testo alternativo.
Per quanto riguarda modifiche relative a contrasto/zoom e aspetti analoghi al momento non prevediamo l'introduzione di un pannello o oggetto opzionale per regolare la cosa direttamente dal programma, ma il suggerimento è stato riportato.