Sûr par défaut, sur chaque site

Le code de votre site est lu avant chaque publication

Avant la publication d'un site, Briks lit le code écrit pour lui à la recherche des erreurs qui font le plus souvent fuiter des données, et renvoie ce qu'il trouve au créateur pour correction.

La lecture cherche les clés et mots de passe écrits dans des fichiers, les routes qui modifient des données sans limite de fréquence, les fiches de membres lues sans vérifier qui demande, les requêtes de base de données construites en assemblant des chaînes de texte, le HTML créé à partir de texte brut et les appels vers d'autres adresses.

Ces vérifications suivent les propres règles de Briks, appliquées aux fichiers de la même façon à chaque fois, sans modèle d'IA et sans crédits. Le contraste des couleurs est aussi vérifié, dans le code et sur la page en ligne.

Avec une offre payante, l'agent Sécurité va plus loin : il vérifie le code après chaque publication et le site en ligne chaque semaine, explique chaque constat en langage courant, et vous demande avant toute correction.

Les clés restent hors des messages et des pages

Si vous collez une clé dans une demande par erreur, elle est retirée avant que le message soit conservé ou lu par un modèle d'IA. La réponse indique que la clé a été retirée, et où la placer à la place : Settings → Secrets.

Quand un changement nécessite une clé, le studio la demande via un champ qui l'enregistre directement dans Secrets. La valeur n'est conservée qu'avec votre site publié, où le code de votre site la lit derrière ses routes. Les navigateurs des visiteurs ne la reçoivent jamais, le code que vous téléchargez l'exclut, et une fois enregistrée, elle n'est plus montrée à personne, vous compris.

Chaque site fonctionne séparément

Chaque site est publié séparément : son propre code serveur, sa propre base de données pour les enregistrements qu'il garde, et son propre stockage de fichiers, hébergés dans l'UE par défaut. Les clés d'un site sont liées à ce seul site.

Les agents suivent la même règle. Chacun ne voit que son propre espace de travail, appliqué par la base de données elle-même : un agent qui travaille sur le site d'un client ne peut jamais lire celui d'un autre.

Visiteurs comptés sans cookies

Les statistiques de chaque site ne posent aucun cookie, ne gardent rien sur l'appareil du visiteur et ne stockent aucune adresse, et les chiffres sont conservés 25 mois. Elles sont conçues pour ne pas exiger de bandeau de consentement dans la plupart des pays, et vous pouvez les désactiver pour n'importe quel site.

D'autres éléments d'un site peuvent encore exiger une mention, comme un test A/B, qui garde chaque visiteur dans sa version grâce à un cookie, ou tout contenu intégré depuis un autre service.

Chaque version conservée, et vos enregistrements aussi

Chaque création, modification et nouvelle vérification est enregistrée comme une version. Toute personne ayant les droits d'édition peut annuler, rétablir ou restaurer une version, et le site est de nouveau publié tel qu'il était.

Votre base de données garde son propre historique : les Owners et les Admins peuvent donc la ramener à n'importe quelle minute de cet historique, ou à un point de restauration que vous avez nommé. Avec une offre payante, des copies nocturnes conservent une copie complète de vos enregistrements pendant 30 jours, et vous pouvez les télécharger à tout moment.