Come funziona
Letto prima di ogni pubblicazione
Il codice scritto per il tuo sito viene controllato alla ricerca degli errori che più spesso fanno trapelare dati.
Chiavi tenute al riparo
Una chiave incollata in un messaggio viene rimossa e il suo valore vive solo nei Secrets del tuo sito.
Ogni versione conservata
Annulla qualsiasi modifica e, con un piano a pagamento, conserva ogni notte una copia dei tuoi record.
Il codice del tuo sito viene letto prima di ogni pubblicazione
Prima che un sito venga pubblicato, Briks legge il codice scritto per esso alla ricerca degli errori che più spesso fanno trapelare dati, e rimanda ciò che trova a chi lo costruisce perché lo corregga.
La lettura cerca chiavi e password scritte nei file, percorsi che modificano dati senza limite di frequenza, record dei membri letti senza verificare chi li richiede, query al database costruite unendo stringhe, HTML ricavato da testo grezzo e chiamate ad altri indirizzi.
Questi controlli seguono regole proprie di Briks, lette dai file sempre allo stesso modo, senza modelli di IA e senza crediti. Anche il contrasto dei colori viene verificato, nel codice e sulla pagina online.
Con un piano a pagamento, l'agente Security fa di più: controlla il codice dopo ogni pubblicazione e il sito online ogni settimana, spiega ogni risultato in parole semplici e ti chiede prima di qualsiasi correzione.
Le chiavi restano fuori da messaggi e pagine
Se per errore incolli una chiave in una richiesta, viene tolta prima che il messaggio sia conservato o letto da qualsiasi modello di IA. La risposta ti dice che la chiave è stata rimossa e dove va messa invece: Settings → Secrets.
Quando una modifica richiede una chiave, lo studio la chiede con un campo che la salva direttamente in Secrets. Il valore resta solo con il tuo sito pubblicato, dove il codice del sito lo legge dietro le sue route. I browser dei visitatori non lo ricevono mai, il codice che scarichi non lo contiene e, una volta salvato, non viene più mostrato a nessuno, nemmeno a te.
Ogni sito gira separato
Ogni sito viene pubblicato per conto suo: con il proprio codice server, il proprio database per i record che conserva e il proprio spazio di archiviazione file, per impostazione predefinita nell'UE. Le chiavi di un sito sono legate solo a quel sito.
Gli agenti seguono la stessa regola. Ognuno vede solo il proprio spazio di lavoro, e questo è garantito nel database stesso, così un agente che lavora sul sito di un cliente non può mai leggere quello di un altro.
Visitatori contati senza cookie
Gli analytics di ogni sito non impostano cookie, non conservano nulla sul dispositivo del visitatore e non memorizzano alcun indirizzo; i dati si conservano per 25 mesi. È pensato per non richiedere un banner di consenso nella maggior parte dei paesi, e puoi disattivarlo per qualsiasi sito.
Altre cose in un sito potrebbero richiedere comunque un'informativa, come un test A/B, che mantiene ogni visitatore nella sua versione con un cookie, o qualsiasi contenuto incorporato da un altro servizio.
Ogni versione conservata, e anche i tuoi record
Ogni creazione, modifica e nuovo controllo viene salvato come versione. Chiunque abbia i permessi di modifica può annullare, ripetere o ripristinarne una, e il sito viene pubblicato di nuovo com'era.
Il tuo database conserva una propria cronologia, così Owner e Admin possono riportarlo a qualsiasi minuto al suo interno, o a un punto di ripristino che hai nominato. In un piano a pagamento, le copie notturne conservano una copia completa dei tuoi record per 30 giorni, e puoi scaricare i tuoi record in qualsiasi momento.
Sicuro per impostazione predefinita 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.
- 01Studio di yoga
Una chiave incollata nella chat
La titolare di uno studio di yoga incolla la chiave del suo servizio di prenotazione nella chat dello studio insieme alla sua richiesta. La chiave viene rimossa prima che il messaggio venga conservato, la risposta le chiede di aggiungerla in Settings → Secrets, e la modifica prosegue una volta che è lì.
- 02Panificio
Una modifica del venerdì, annullata il sabato
La nuova sezione menu di una panetteria affolla la pagina sui telefoni. Sabato mattina la titolare ripristina la versione precedente, e il sito viene pubblicato di nuovo com'era mentre lei chiede un'impaginazione migliore.

Sourdough è un sito di esempio che Briks ha creato per un panetteria e caffetteria di prova, non un cliente. Apri l'esempio - 03Studio di psicologia
Numero di visitatori senza banner dei cookie
Uno studio di psicologia vuole sapere come lo trovano le persone senza chiedere a ogni visitatore dei cookie. Il suo sito conta le visite senza cookie fin dalla prima pubblicazione e, quando Briks scrive la sua pagina sulla privacy, la pagina offre ai visitatori un modo per rifiutare.
Cosa ottieni
- Codice controllato per la sicurezza prima di ogni pubblicazione
- Chiavi incollate tolte dai messaggi
- Valori delle chiavi conservati solo sul tuo sito pubblicato
- Database e archiviazione propri per ogni sito
- Statistiche senza cookie
- Ogni versione conservata, con annulla
- Copie notturne del database nei piani a pagamento