So funktioniert es
Vor jeder Veröffentlichung gelesen
Der für Ihre Website geschriebene Code wird auf die Fehler geprüft, durch die am häufigsten Daten abfließen.
Schlüssel bleiben verborgen
Ein in eine Nachricht eingefügter Schlüssel wird herausgeschnitten, und sein Wert liegt nur in den Secrets Ihrer Website.
Jede Version bleibt erhalten
Machen Sie jede Änderung rückgängig und behalten Sie in einem kostenpflichtigen Tarif jede Nacht eine Kopie Ihrer Einträge.
Der Code Ihrer Website wird vor jeder Veröffentlichung gelesen
Bevor eine Website veröffentlicht wird, liest Briks den dafür geschriebenen Code auf die Fehler, durch die am häufigsten Daten abfließen, und schickt Gefundenes zur Korrektur an den Builder zurück.
Die Prüfung sucht nach Schlüsseln und Passwörtern, die in Dateien stehen, Routen, die Daten ändern, ohne zu begrenzen, wie oft, Datensätzen von Mitgliedern, die gelesen werden, ohne zu prüfen, wer fragt, Datenbankabfragen, die durch Zusammenfügen von Zeichenketten entstehen, HTML aus rohem Text und Aufrufen anderer Adressen.
Diese Prüfungen folgen den eigenen Regeln von Briks und lesen die Dateien jedes Mal gleich aus, ohne KI-Modell und ohne Credits. Auch der Farbkontrast wird geprüft, im Code und auf der Live-Seite.
In einem kostenpflichtigen Tarif geht der Security-Agent weiter: Er prüft den Code nach jeder Veröffentlichung und die Live-Website jede Woche, erklärt jeden Befund in einfachen Worten und fragt Sie vor jedem Fix.
Schlüssel bleiben aus Nachrichten und Seiten heraus
Wenn Sie versehentlich einen Schlüssel in eine Anfrage einfügen, wird er entfernt, bevor die Nachricht gespeichert oder von einem KI-Modell gelesen wird. Die Antwort sagt, dass der Schlüssel entfernt wurde und wohin er stattdessen gehört: Settings → Secrets.
Wenn eine Änderung einen Schlüssel braucht, fragt das Studio ihn mit einem Feld ab, das direkt in Secrets speichert. Der Wert wird nur bei Ihrer veröffentlichten Website aufbewahrt, deren Code ihn hinter seinen Routen liest. Die Browser der Besucher erhalten ihn nie, der heruntergeladene Code lässt ihn weg, und einmal gespeichert wird er niemandem mehr angezeigt, auch Ihnen nicht.
Jede Website läuft für sich
Jede Website wird für sich veröffentlicht: mit eigenem Servercode, eigener Datenbank für die gespeicherten Einträge und eigenem Dateispeicher, standardmäßig in der EU. Die Schlüssel einer Website gelten nur für diese Website.
Agenten folgen derselben Regel. Jeder sieht nur seinen eigenen Workspace, durchgesetzt in der Datenbank selbst. So kann ein Agent, der an der Website eines Kunden arbeitet, nie die eines anderen lesen.
Besucher ohne Cookies gezählt
Die Analytics jeder Website setzen keine Cookies, speichern nichts auf dem Gerät der Besucher und keine Adresse. Die Zahlen werden 25 Monate aufbewahrt. Sie sind so gestaltet, dass in den meisten Ländern kein Einwilligungsbanner nötig ist, und lassen sich für jede Website abschalten.
Andere Dinge auf einer Website können weiterhin einen Hinweis erfordern, etwa ein A/B-Test, der jeden Besucher per Cookie bei seiner Version hält, oder alles, was von einem anderen Dienst eingebettet wird.
Jede Version bleibt erhalten, und Ihre Datensätze auch
Jeder Aufbau, jede Änderung und jede erneute Prüfung wird als Version gespeichert. Wer Bearbeitungsrechte hat, kann eine rückgängig machen, wiederholen oder wiederherstellen, und die Website wird so erneut veröffentlicht, wie sie war.
Ihre Datenbank führt ihren eigenen Verlauf, sodass Owner und Admins sie auf jede Minute darin oder auf einen benannten Wiederherstellungspunkt zurücksetzen können. In einem bezahlten Tarif bewahren nächtliche Kopien 30 Tage lang eine vollständige Kopie Ihrer Datensätze auf, und Sie können Ihre Datensätze jederzeit herunterladen.
Standardmäßig sicher in der Praxis
Drei Beispielunternehmen und wie jedes davon es nutzen würde. Wo eine Website zu sehen ist, ist es ein Muster, das Briks für ein Beispielunternehmen erstellt hat, kein Kunde.
- 01Yogastudio
Ein in den Chat eingefügter Schlüssel
Die Inhaberin eines Yogastudios fügt den Schlüssel ihres Buchungsdienstes zusammen mit ihrer Anfrage in den Studio-Chat ein. Der Schlüssel wird herausgeschnitten, bevor die Nachricht gespeichert wird, die Antwort bittet sie, ihn unter Settings → Secrets hinzuzufügen, und die Änderung läuft weiter, sobald er dort liegt.
- 02Bäckerei
Eine Änderung am Freitag, am Samstag rückgängig gemacht
Ein neuer Speisekarten-Bereich einer Bäckerei macht die Seite auf dem Handy zu voll. Am Samstagmorgen stellt die Inhaberin die Version davor wieder her, und die Website ist wieder so veröffentlicht, wie sie war, während sie ein besseres Layout anfragt.
Sourdough ist eine Beispiel-Website, die Briks für ein Beispiel (Bäckerei und Café) gebaut hat, kein Kunde. Beispiel öffnen - 03Psychologische Praxis
Besucherzahlen ohne Cookie-Banner
Eine psychologische Praxis möchte wissen, wie Menschen sie finden, ohne jeden Besucher nach Cookies zu fragen. Ihre Website zählt Besuche ab der ersten Veröffentlichung ohne Cookies. Wenn Briks die Datenschutzseite schreibt, bietet sie den Besuchern eine Möglichkeit zum Widerspruch.
Was Sie bekommen
- Code wird vor jeder Veröffentlichung auf Sicherheit geprüft
- Eingefügte Schlüssel werden aus Nachrichten entfernt
- Schlüsselwerte nur auf Ihrer veröffentlichten Website gespeichert
- Eigene Datenbank und eigener Speicher für jede Website
- Analytics ohne Cookies
- Alle Versionen gespeichert, mit Rückgängig
- Nächtliche Datenbankkopien in Bezahlplänen