Où vivent vos données
Sur chaque offre
- Les enregistrements de votre site
- Un site qui stocke des données obtient sa propre base de données, créée par défaut dans l'Union européenne. Le lieu est fixé à la création de la base.
- Les fichiers de votre site
- Le stockage de fichiers de chaque site est lui aussi créé dans l'Union européenne, à sa première utilisation.
- Copies nocturnes
- Avec les plans payants, les copies nocturnes de la base de données d'un site sont conservées dans l'Union européenne.
- Tout le reste
- Votre compte, vos conversations et le reste des données du studio sont traités par les types de prestataires que liste la Politique de confidentialité. Certains traitent des données hors de l'Espace économique européen, au titre d'une décision d'adéquation ou des clauses contractuelles types de la Commission européenne.
- Chaque site est indépendant
- Chaque site publié fonctionne de façon autonome, avec son propre code serveur, sa propre base de données pour les enregistrements qu'il conserve, et son propre stockage. Les clés d'un site sont liées à ce site seul.
- Builds scellés
- Le code de votre site est construit dans un espace isolé qui ne voit aucun autre site.
Versions, annuler et points de restauration
Sur chaque offreCopies nocturnes sur les plans payants
- Versions
- Chaque construction, modification et nouvelle vérification est enregistrée comme une version. Les Owners, les Admins et les Editors peuvent annuler, rétablir ou restaurer une version, et le site est republié tel qu'il était.
- Votre base de données et son historique
- Les Owners et les Admins peuvent ramener la base de données d'un site à un moment antérieur de son historique, ou à un point de restauration. Briks crée lui-même un point de restauration avant de modifier l'organisation de la base de données.
- Copies nocturnes
- Sur un plan payant, activez une copie nocturne de la base de données d'un site, chacune conservée 30 jours. Toute personne qui peut voir le projet peut en télécharger une.
- Code et données séparés
- Restaurer une version du code ne change jamais la base de données, et restaurer la base de données ne change jamais le code.
Clés et secrets
Sur chaque offre
- Secrets
- Les clés dont votre site a besoin vont directement à votre site publié, chiffrées, où seul le code de son serveur peut les lire. Briks conserve le nom de chaque clé, qui l'a enregistrée et quand. Personne ne peut relire une valeur, vous non plus.
- Clés dans les messages
- Une clé collée par erreur dans un message est retirée avant que le message soit conservé ou lu par l'IA, quand Briks en reconnaît le type, et la réponse indique où elle doit aller.
- Jamais dans le code
- Une clé écrite dans un fichier de votre site bloque la publication, tout comme du code exécuté dans le navigateur du visiteur qui lit une clé secrète. Le code que vous téléchargez ne contient jamais vos clés.
- Les clés propres à Briks
- Le code de votre site ne peut jamais lire les clés sur lesquelles Briks lui-même fonctionne. Une modification qui essaie n'est pas publiée.
Vérifications avant chaque publication
Sur chaque offre
- Ce qui bloque une publication
- Une modification est retenue, et votre site en ligne reste tel qu'il était, si elle chargeait un script depuis un autre site, envoyait les actions des visiteurs à un autre site, affichait la page d'un autre site dans la vôtre, envoyait un formulaire vers l'un d'eux, ou envoyait une clé de paiement ou de l'argent vers une adresse que vous n'avez pas configurée. Vous pouvez autoriser jusqu'à 10 sites de confiance dans les paramètres de votre projet.
- Ce que personne ne peut autoriser
- Une clé écrite dans un fichier, une clé secrète lue dans le navigateur du visiteur et du code qui lit les clés propres à Briks sont refusés, quel que soit le demandeur.
- Toutes les façons d'entrer
- Les mêmes règles s'appliquent au code modifié à la main et au code envoyé depuis GitHub.
- Un bilan de sécurité
- Avant la publication d'une création ou d'une modification, Briks relit le code écrit pour elle à la recherche des erreurs qui font le plus souvent fuir des données : clés dans des fichiers, routes qui modifient des données sans limite, fiches de membres lues sans vérifier qui les demande, requêtes de base de données construites à partir de texte, et paiements crus sans preuve. Ce qu'il trouve repart pour être corrigé.
- Une vérification avant lancement
- Le passage d'un site en production lance d'abord une vérification de mise en ligne. Un texte provisoire, des pages sans titre, des liens qui ne mènent nulle part et un tableau de bord sans moyen de se connecter bloquent chacun la publication tant qu'ils ne sont pas corrigés.
L'agent Sécurité
À partir de l'offre Starter
- Ce qu'il vérifie
- Engagez-le pour un projet : il vérifie votre code après chaque publication et l'ensemble du site chaque lundi : clés, paramètres de sécurité et certificat du site en ligne, fichiers qui ne devraient pas être publics, et paquets utilisés par votre site.
- Il demande d'abord
- Il explique chaque constat en termes simples, et chaque correction attend l'approbation d'un Owner ou d'un Admin. Il ne voit jamais la valeur d'une clé.
- Qui l'engage
- Les Owners et les Admins. Il compte comme l'un des agents de votre formule pour ce projet.
Paiements sur vos sites
Toutes les formules, Free comprise
- Votre propre compte
- Connectez votre propre compte Stripe, PayPal, Mollie, Razorpay, Paddle, Lemon Squeezy, Polar, Creem ou Dodo Payments. Les acheteurs vous paient directement, et Briks ne prélève aucune commission sur vos ventes.
- Vos clés
- Seuls les Owners et Admins enregistrent les clés de paiement. Chacune est testée avant d'être enregistrée, puis conservée avec votre site publié comme n'importe quel autre secret.
- Justificatif de paiement
- Chaque notification de paiement est vérifiée comme venant bien du prestataire de paiement avant qu'une commande soit comptée comme payée.
Connexion pour vos visiteurs
Sur chaque offre
- E-mail et mot de passe
- Un site avec des comptes demande à chaque nouveau membre de confirmer son e-mail avant de se connecter, ne conserve les mots de passe que sous une forme irréversible, et envoie un lien de réinitialisation valable une heure.
- Se connecter avec
- Les Owners et les Admins peuvent ajouter Google, Apple, Microsoft, GitHub, X, Facebook, LinkedIn ou Discord, avec leurs propres clés.
- Limites
- Les tentatives de connexion et d'inscription sont limitées, pour que les mots de passe ne puissent pas être devinés à grande vitesse.
Votre compte Briks
Sur chaque offre
- Un e-mail confirmé
- Chaque compte Briks confirme son e-mail avant d'être utilisé, et les mots de passe ne sont conservés que sous une forme irréversible.
- Vos appareils
- Votre profil liste tous les appareils connectés à votre compte, et vous pouvez en déconnecter n'importe lequel.
- Réinitialisation du mot de passe
- Un lien de réinitialisation ne fonctionne qu'une fois et pendant une heure, et la réinitialisation déconnecte tous les appareils.
Rôles et invitations
Équipes à partir de Pro
- Quatre rôles
- Les Viewers voient les projets, les aperçus et les statistiques, sans rien modifier. Les Editors créent, modifient et publient. Les Admins gèrent aussi les membres et les paramètres. Seuls les Owners gèrent la facturation, les autres Owners et la suppression de l'espace de travail.
- Invitations
- Une invitation est valable 7 jours, et seulement pour l'adresse à laquelle elle a été envoyée.
Agents IA et ce qu'ils lisent
À partir de l'offre Starter
- Il vous demande
- Un agent demande avant que quoi que ce soit ne parte, comme un e-mail, une publication ou une modification de votre site, sauf si vous laissez un type de tâche se faire seul. Certains types demandent toujours.
- Mots extérieurs
- Les mots qui viennent de l'extérieur, comme une saisie de formulaire, un avis ou la page d'un autre site, sont marqués comme non fiables, afin qu'un agent les lise comme des informations et non comme des instructions.
- Gardé pour vous
- Après avoir lu des textes venus de l'extérieur, un agent ne peut agir seul que pour quelques réponses très limitées. Une action contenant une adresse ou un lien qui ne vient ni de l'enregistrement ni de vous est retenue, et vous en êtes informé.
- Rien ne sort sans vous
- Ce qu'un agent envoie est d'abord vérifié pour y détecter clés et détails internes.
- Son propre espace de travail
- Chaque agent ne voit que son propre espace de travail, ce que garantit la base de données elle-même.
Vie privée de vos visiteurs
Sur chaque offre
- Aucun cookie à compter
- Les statistiques de votre site ne déposent aucun cookie et ne stockent aucune adresse. Un visiteur est compté grâce à un code qui change chaque jour, et les navigateurs qui demandent à ne pas être suivis ne sont pas comptés.
- Tests A/B
- Un test A/B garde chaque visiteur dans sa version grâce à un cookie.
- Conditions de traitement
- Pour les données de vos visiteurs, vous êtes le responsable du traitement, et Briks les traite pour vous selon les conditions de traitement des données des Conditions d'utilisation. Briks vous prévient avant d'ajouter ou de remplacer un prestataire, pour que vous puissiez vous y opposer.
Récupérer et supprimer votre travail
Sur chaque offreTéléchargements sur les formules payantes
- Emportez votre travail
- Avec une offre payante, téléchargez à tout moment le code écrit pour votre site, et vos enregistrements en JSON ou en CSV.
- Supprimer votre compte
- Supprimez-le depuis votre profil en confirmant avec votre mot de passe, et il est supprimé immédiatement. Si vous êtes le seul Owner d'un espace de travail qui contient d'autres personnes ou des projets, nommez d'abord quelqu'un d'autre Owner.
- Supprimer un espace de travail
- Un Owner peut supprimer un espace de travail une fois qu'il ne contient plus de projets et que ce n'est pas son seul espace.
L'entreprise
- Qui nous sommes
- Briks est un nom commercial de SEMICOLON WEB TECHNOLOGIES.
- Droit
- Ses conditions sont régies par le droit de Ireland.
- Les documents
- Les Conditions d'utilisation, la Politique de confidentialité et la Politique de remboursement précisent comment Briks travaille avec vous.
Signaler un problème de sécurité
Vous avez trouvé une faille de sécurité ?
Écrivez à hello@briks.dev en indiquant ce que vous avez trouvé, où, et les étapes qui le montrent.
Laissez à Briks le temps de corriger avant d'en parler, et n'ouvrez ni ne modifiez jamais de données qui ne sont pas les vôtres pendant vos recherches.