Sistemiamo nel codice del tuo sito tutti i problemi di accessibilità trovati in audit, in modo che superi i test WCAG 2.1 AA/AAA, sia conforme EAA 2025 e funzioni davvero per chi lo usa con tastiera o lettore di schermo. Fatto sull'esistente, senza riscrivere il sito.
La remediation tecnica è l'insieme di interventi sul codice del tuo sito che correggono i problemi di accessibilità trovati in audit, fatti sul markup HTML, gli attributi ARIA, i form, i contrasti, la gestione del focus e la struttura semantica, per portare il sito a superare i test WCAG 2.1 AA/AAA ed essere conforme alle norme EAA 2025.
Niente sito da rifare: lavoriamo sull'esistente. Il 70% dei problemi WCAG si sistema agendo sul template (header, menu, footer, schede prodotto, form di checkout) senza toccare il design o il CMS. Il restante 30% richiede aggiornamenti puntuali su singole pagine.
Lo facciamo da Vicenza dal 2008 con oltre 180 progetti seguiti, sia su WordPress sia su Astro o stack custom: codice pulito, modifiche tracciate via Git, hand-over al tuo team interno o continuità in manutenzione gestita.
Remediation di 12 template e-commerce dopo audit con 47 voci classificate. Fix su markup semantico, form di checkout, focus management e contrasti. Sito superava i test WCAG 2.1 AA su tutti i template a fine intervento, conformità EAA 2025 raggiunta in tempo.
Remediation con focus su area download documenti e form di richiesta: refactor delle etichette, gestione errori, focus visibile, tabindex logico. Manutenzione annuale attiva da oltre 18 mesi senza nuovi blocchi rilevati nei controlli periodici.
Remediation post-audit AGID su 6 template principali. Lavorato su intestazioni, landmark, form di iscrizione eventi e contrasti dei pulsanti CTA. Dichiarazione AGID aggiornata e form di feedback agli utenti pubblicato a fine intervento.
Lavoro chirurgico sul codice, niente riscrittura del sito.
Punto di partenza obbligato.
Partiamo da un audit (nostro o di altri): ogni voce diventa un task con criterio WCAG di riferimento, file da modificare, stima ore. Tu vedi il piano prima dell'inizio dei lavori e firmi il go.
Markup, ARIA, form, contrasti, focus.
Lavoriamo sul template (theme WordPress, layout Astro, componenti custom) per applicare le correzioni: ogni fix passa per un commit Git separato, così resta tracciato. Per WordPress, modifichiamo theme e plugin lato sviluppatore o creiamo un child theme se il theme è di terze parti.
Verifica con strumenti reali, non solo scanner.
Ogni intervento è verificato con scansione automatica (axe DevTools, WAVE), navigazione da tastiera, prova con NVDA su Windows e VoiceOver su Mac. Dove serviva un fix complesso, registriamo un breve video del comportamento atteso per il tuo team interno.
Chiudiamo il cerchio.
A fine remediation aggiorniamo la dichiarazione di accessibilità con il nuovo stato di conformità, il modulo di feedback per gli utenti e una nota tecnica per il tuo team su come mantenere la conformità nei prossimi rilasci.
Pattern che vediamo prendendo in carico siti già remediati da altri:
Il nostro approccio: fix nel codice, ARIA solo dove serve, test reale con tastiera e screen reader, child theme per WordPress di terze parti, commit tracciati, dichiarazione aggiornata.
Risultati concreti per imprenditore, ufficio legale e cliente finale:
Settimana 1.
Settimana 2-5.
Settimana 6.
Settimana 7-8.
Strumenti pertinenti, niente vendor lock-in:
WordPress 
Astro 
GitHub WordPress Astro GitHub Quello che ti consegniamo:
Servizio su misura: il preventivo dipende dalla complessità dei requisiti, dalle integrazioni con sistemi terzi (CRM, gestionale, API esterne), dal volume di test richiesto e dal livello di SLA in manutenzione. Prima cosa che facciamo è una discovery call gratuita di 30-45 minuti per capire scope e contesto, poi mandiamo un preventivo scritto entro 48-72 ore. Niente listini standard.
Sì, è il punto di partenza. Se non lo hai, possiamo farlo noi (servizio audit WCAG 2.1) e poi procedere con la remediation: in questo caso il costo dell'audit viene scontato dalla quotazione complessiva.
Per un sito tipico (10-15 template, 30-50 voci da fixare), il flusso è 4-8 settimane: triage, fix sul codice, test, dichiarazione. Per siti molto grandi o con voci complesse (PDF, video, mappe interattive) si arriva a 10-12 settimane.
Nella maggioranza dei casi sì. Lavoriamo sul codice esistente, sul template, sui plugin: il design e i contenuti restano. Solo se l'architettura del sito è incompatibile con WCAG (HTML strutturato male in modo profondo, framework non accessibili) suggeriamo un rifacimento parziale, ma è raro.
Sì. Per non perdere i fix al primo aggiornamento del theme, lavoriamo in un child theme oppure proponiamo plugin custom dove serve. Tutte le modifiche sono in Git e documentate.
Niente widget di overlay (UserWay, AccessiBe e simili): non risolvono nulla nel codice e in alcuni Paesi UE sono già stati causa di contenziosi. Niente ARIA spruzzati a caso. Niente fix solo sulla home senza coprire checkout e form.
Codice, server, SEO, accessibilità sotto la stessa squadra dal 2008. Niente passaggio di mano tra audit, sviluppo e legale.
Lavoriamo su markup, ARIA e template del sito. Niente overlay JavaScript che mascherano i problemi senza risolverli.
Ogni fix in un commit dedicato con criterio WCAG di riferimento. Il tuo team sa cosa è cambiato e perché.
La conformità decade se il sito cambia senza attenzione. Manutenzione annuale per controlli periodici e aggiornamento dichiarazione.
Analisi preliminare gratuita + report sintetico via email entro 48h.
