--- title: "Siti con contrasto controllato prima di pubblicare | Briks" url: https://briks.dev/it/features/contrast-checks description: "Ogni sito Briks è controllato per il contrasto dei colori, nel codice e online su desktop e telefono, con correzione se il testo si legge male." last_updated: 2026-10-08 --- In ogni piano # Controllato prima di pubblicare Parole che non si leggono ti fanno perdere clienti. Ogni realizzazione viene controllata per il contrasto dei colori nel codice prima di pubblicare, poi sulla pagina online da desktop e da telefono, con una correzione quando qualcosa è difficile da leggere. ## Come funziona 1. **Nel codice** Prima di pubblicare, Briks controlla i colori delle parole rispetto agli sfondi su cui si trovano. 2. **Sulla pagina live** Dopo la prima pubblicazione, guarda la pagina con la larghezza del desktop e quella del telefono. 3. **Una riparazione, se serve** Dove le parole sono difficili da leggere, le corregge una volta sola. ## Cosa viene controllato a ogni build Il contrasto basso è uno dei difetti di accessibilità più comuni sul web: grigio chiaro su bianco, bianco su una fotografia chiara, un colore del marchio su una sua tonalità vicina. Briks controlla il contrasto dei colori nel codice del sito prima di ogni pubblicazione, misurando ogni colore del tuo testo rispetto allo sfondo su cui si trova davvero. Il livello è quello fissato dalle linee guida sull'accessibilità, WCAG AA: 4,5 a 1 per il testo normale e 3 a 1 per il testo grande, cioè da 24 pixel in su, oppure circa 19 pixel in grassetto. Dove un colore non basta, le parole su quello sfondo usano un colore leggibile. Dopo la prima pubblicazione, Briks guarda la pagina online con la larghezza del desktop e del telefono e controlla di nuovo il contrasto, perché alcuni problemi si vedono solo in un browser, come le parole sopra un'immagine. Se qualcosa è difficile da leggere, lo ripara una volta. Controlla anche che ogni pagina che hai scelto sia nel menu. ## Controlli in più per le app e al lancio Le app ricevono una seconda lettura del loro codice prima della pubblicazione, mirata agli errori che fanno più danni: chiavi segrete scritte nei file, scritture nel database senza limite, una tabella dei membri leggibile da chiunque e query al database costruite unendo stringhe. Quando porti un sito in produzione, per prima cosa viene eseguito il controllo di lancio. Blocca il lancio per ciò che metterebbe in imbarazzo un'attività il primo giorno: testo segnaposto rimasto, fatti inventati dalla bozza che non hai sostituito o confermato, pagine senza un titolo e una descrizione propri per i risultati di ricerca, link tra le tue pagine che non portano da nessuna parte, e l'assenza di una pagina per gli indirizzi che non esistono. Legge fino a dodici pagine e prova fino a ottanta link. Non usa alcun modello di IA, quindi non consuma crediti. ## Il controllo più completo e cosa non viene controllato Un controllo più completo è a un interruttore di distanza nei passaggi del nuovo progetto, ed è disattivato per impostazione predefinita. Una volta pubblicata la prima versione, Briks la guarda a quattro dimensioni di schermo e ripara ciò che si vede rotto, come parti che si sovrappongono o un layout che si sfalda a una certa larghezza. Richiede qualche minuto in più e alcuni crediti; un controllo trattiene 5 crediti mentre è in corso. Puoi chiedere lo stesso controllo con qualsiasi modifica successiva. Per essere chiari sui limiti: i controlli di sovrapposizione, immagini e link non vengono eseguiti a ogni creazione. Una prima creazione normale ottiene i controlli di contrasto, il controllo del menu e, per le app, la lettura del codice. I link sono controllati dal controllo di lancio, o dal controllo più completo quando lo attivi. Niente di tutto questo sostituisce i tuoi occhi. Apri l'anteprima sul telefono prima di pubblicare in produzione e chiedi con parole semplici tutto ciò che non ti convince. ## Controlli prima della pubblicazione in pratica Tre attività di esempio e come ciascuna lo userebbe. Dove compare un sito, è un esempio che Briks ha creato per un'attività di fantasia, non un cliente. 1. Produttore di candele **Parole chiare su una fotografia morbida** Una produttrice di candele vuole il suo titolo sopra una fotografia di un mare nebbioso. Alla larghezza di un telefono, una parte del titolo finisce sulla zona più luminosa del cielo. È il tipo di difetto per cui esiste il controllo dal vivo: guarda la pagina pubblicata su desktop e telefono e ripara le parole difficili da leggere. [![La parte iniziale di Saltmarsh Candles, un sito di esempio che Briks ha creato per un produttore di candele di esempio](https://briks.dev/showcase/saltmarsh-candles-d0d6.webp)](https://saltmarsh-candles-d0d6.briks.live/) **Saltmarsh Candles** è un sito di esempio che Briks ha creato per un produttore di candele di prova, non un cliente. [Apri l'esempio](https://saltmarsh-candles-d0d6.briks.live/) 2. Studio legale **Un colore del marchio oro chiaro su bianco** Il colore del marchio di uno studio legale è un oro chiaro. Come colore del testo su bianco, è ben al di sotto di 4,5 a 1. Prima della pubblicazione, il controllo nel codice lo individua e imposta il testo su quello sfondo in un colore leggibile, così le pagine dello studio restano leggibili fin dalla prima pubblicazione. 3. Impresa edile **L'app di lavoro di una squadra, letta prima della pubblicazione** Un'impresa edile chiede una piccola app in cui la squadra registra i lavori. Prima della pubblicazione, il suo codice viene letto alla ricerca di chiavi scritte nei file e di scritture senza limite. Quando l'impresa la porta in produzione, il controllo di lancio trova anche un link a una pagina Projects che non è mai stata creata e blocca il lancio finché non viene sistemato. ## Cosa ottieni - Contrasto verificato nel codice prima della pubblicazione, secondo WCAG AA - Controllato di nuovo sulla pagina online, su desktop e telefono, con una riparazione - Ogni pagina scelta è già nel menu prima della pubblicazione - Le app vengono controllate per cercare chiavi scritte nei file, scritture senza limite e query non sicure ### Da sapere - Un controllo più completo su quattro larghezze è a un interruttore di distanza nei passaggi del nuovo progetto. - Pubblicare in produzione avvia un controllo prima del lancio, compresi i link che non portano da nessuna parte. ## Domande su controlli prima della pubblicazione ### Cosa viene controllato a ogni costruzione? Contrasto dei colori, nel codice e sulla pagina pubblicata su desktop e telefono, e che ogni pagina scelta sia nel menu. ### Esiste un controllo più completo? Sì. Si può attivare un controllo a quattro larghezze, e Publish to production esegue un controllo di lancio. ### Quale contrasto cerca di ottenere Briks? WCAG AA: 4,5 a 1 per il testo normale e 3 a 1 per il testo grande. ### Ogni creazione controlla collegamenti e sovrapposizioni? No. I link vengono controllati dal controllo di lancio alla pubblicazione in produzione, mentre le sovrapposizioni dal controllo più approfondito, che attivi tu. ## Funzionalità correlate - [In ogni piano **Versioni e annullamento** Ogni creazione e modifica in Briks è salvata come versione. Dallo studio puoi annullare, ripetere o ripristinarne una, e il sito viene ripubblicato com'era. Come funziona](https://briks.dev/it/features/versions-and-undo) - [Domini sui piani a pagamento **Hosting e il tuo dominio** Ogni sito Briks è ospitato al proprio indirizzo briks.live. Con un piano a pagamento colleghi il tuo dominio: il certificato è emesso e rinnovato da solo. Come funziona](https://briks.dev/it/features/hosting-and-domains) - [In ogni piano **Domande prima di creare** Prima di una prima creazione, Briks chiede quali pagine vuoi e ciò che le tue parole hanno lasciato aperto. Spunta, scrivi o lascia decidere. Per siti e app. Come funziona](https://briks.dev/it/features/questions-before-building) [Vedi tutte le 32 funzionalità](https://briks.dev/it/features) ## Provalo sulla tua attività Descrivilo in una frase e Briks lo costruisce. Inizia gratis con i crediti che ricevi alla registrazione.