Crea un sito web HTML responsive usando lo stack di progetto esistente per [PROJECT] e [AUDIENCE]. L'attività è: Pagina della dichiarazione di accessibilità.
## Contenuti e struttura obbligatori
Presenta le funzionalità di accessibilità note, le limitazioni, il contatto per le segnalazioni e la data di revisione.
Usa [APPROVED_CONTENT] come fonte per nomi, date, dati, dichiarazioni e destinazioni. Elenca gli input mancanti prima di sostituire qualsiasi elemento. Se è necessaria una dimostrazione, indica che i contenuti sono fittizi. Non inventare citazioni di clienti, classifiche, loghi di partner o funzionalità del prodotto.
## Direzione del design
Usa [BRAND_RULES] e il design system già selezionato nel progetto. Se non viene fornito alcun sistema, parti da questa direzione: tipografia nera marcata, pannelli giallo caldo e composizioni geometriche nette; contrasto controllato. Mantieni coerenti i ruoli di caratteri, spaziatura e colori. Dai priorità all'attività rispetto agli elementi decorativi ed evita una raccolta generica di schede non correlate.
## Preparazione dei contenuti
Raccogli le funzionalità di accessibilità note del sito, le limitazioni documentate, l'ambito della valutazione, la data di revisione e il contatto per le segnalazioni. Usa formulazioni supportate dall'audit effettivo o dalla revisione interna.
## Layout e comportamento
Organizza la dichiarazione nelle sezioni accessibilità supportata, problemi noti e assistenza. Spiega le attività interessate con un linguaggio semplice e inserisci un metodo di contatto alternativo vicino al canale per le segnalazioni.
## Verifica di accettazione specifica dell'attività
- Non dichiarare la conformità senza le prove fornite dall'audit.
- Verifica che la dichiarazione stessa funzioni con la navigazione da tastiera e il testo ingrandito.
- Non mostrare un badge di conformità o un livello di conformità non supportato dalle prove fornite.
## Implementazione e revisione
Mantieni il testo modificabile. Usa una struttura semantica, controlli descrittivi, un focus da tastiera visibile e stati vuoti/di errore appropriati. Verifica i layout stretti e ampi. Rispetta le preferenze per la riduzione del movimento. Mantieni il framework e le dipendenze esistenti del progetto; non sostituire lo stack senza segnalarlo. Restituisci i file modificabili e spiega eventuali comportamenti incompleti o input non supportati. Esamina questa attività specifica prima di proporre funzionalità aggiuntive.
## Allegato di riferimento e obiettivo di ricostruzione
Allega reference.webp, incluso nel pacchetto scaricabile di questo prompt, insieme al prompt in OpenDesign. Crea un risultato modificabile con composizione e gerarchia simili; non incorporare l'intera immagine di riferimento come interfaccia finale. Mantieni i contenuti di progetto approvati e le regole del brand se sono in conflitto con le etichette fittizie dell'esempio. Se l'immagine manca o è illeggibile, richiedila invece di dichiarare fedeltà visiva.
## Composizione e contenuti di riferimento
Usa il file reference.webp allegato come riferimento visivo per la Pagina della dichiarazione di accessibilità. Prima di iniziare, individua le principali aree dall'alto verso il basso, le relative larghezze e altezze, l'allineamento, la spaziatura, la gerarchia tipografica, i colori delle superfici, i bordi, le immagini e i componenti ripetuti. Mantieni queste relazioni anziché sostituirle con un modello generico. Contenuti obbligatori dell'attività: presenta le funzionalità di accessibilità note, le limitazioni, il contatto per le segnalazioni e la data di revisione. Nel tradurre l'immagine in elementi modificabili, segui queste indicazioni di layout specifiche per l'attività: organizza la dichiarazione nelle sezioni accessibilità supportata, problemi noti e assistenza. Spiega le attività interessate con un linguaggio semplice e inserisci un metodo di contatto alternativo vicino al canale per le segnalazioni.
## Direzione visiva dal brief di esempio
Tipografia nera marcata, pannelli giallo caldo e composizioni geometriche nette; contrasto controllato.
## Specifiche di interazione
Il riferimento è un concept statico: il comportamento descritto di seguito è un requisito da implementare, non una prova che l'immagine sia già funzionante. Copia il prompt personalizzato nel tuo progetto di lavoro. Inizia dall'attività principale: presenta le funzionalità di accessibilità note, le limitazioni, il contatto per le segnalazioni e la data di revisione. Non dichiarare la conformità senza le prove fornite dall'audit. Per ogni controllo visibile, specifica l'evento di attivazione, lo stato interessato e il feedback; implementa le modifiche locali mantenendo uno stato coerente tra le viste correlate. Assicurati che ricerca e filtri producano risultati reali, che i controlli di selezione abbiano uno stato attivo esplicito e che le azioni di salvataggio mostrino, ove pertinente, feedback visivi per gli stati in attesa, riuscito e non riuscito. Non aggiungere flussi di lavoro non correlati. Usa link appropriati per la navigazione, pulsanti per le azioni e nomi accessibili per i controlli con icone. Non lasciare intendere che un'operazione di backend sia riuscita se è cambiata solo una demo locale.
## Confronto visivo e consegna
1. Confronta il risultato con l'immagine allegata usando le stesse proporzioni. Prima di perfezionare i dettagli decorativi, verifica il posizionamento delle aree principali, le dimensioni relative delle immagini, le interruzioni di riga, la spaziatura, la gerarchia tipografica, il contrasto, gli stati attivi e la densità dei contenuti.
2. Quindi testa il layout stretto senza comprimere il testo desktop in etichette minuscole.
3. Mantieni loghi, foto e icone come risorse separate e tutte le etichette significative modificabili. Elenca eventuali caratteri o risorse non disponibili e qualsiasi scostamento intenzionale. Restituisci i file funzionanti insieme a una descrizione concisa dei comportamenti implementati e delle integrazioni ancora necessarie; non promettere un risultato identico al pixel basandoti solo sul prompt.