すべてのプランで利用可能

どのサイトも最初から安全

Safe by defaultは、すべてのプランで、オンにする操作なしに、Briksのサイトがどのように作られ、ホストされるかを表します。公開のたびにコードがセキュリティの観点で読み取られ、キーはメッセージやページに出ず、他のサイトとは切り離されて動き、Cookieなしで訪問者を数え、すべてのバージョンが保存されるので、どの変更も元に戻せます。

スタジオでのあなたのメッセージ

当社のメーリングリストを接続すると、登録フォームから人が追加されます。キーは 0123456789abcdef0123456789abcdef-us21 です

架空のキーを使ったメッセージの例です。スタジオが使うのと同じルールで、ここではキーが削除されています。

お試しください:このデモはこのページ上でそのまま動きます。

しくみ

  1. 公開のたびに確認

    サイト用に書かれたコードを、情報漏えいの原因になりやすいミスについてチェックします。

  2. 鍵は見えない場所に保管

    メッセージに貼り付けられたキーは切り取られ、その値はサイトのSecretsにのみ保存されます。

  3. すべてのバージョンを保存

    どんな変更も元に戻せます。有料プランでは、毎晩レコードのコピーも保管します。

公開のたびにサイトのコードを読み取って確認します

サイトを公開する前に、Briksはそのために書かれたコードを読み、データ漏えいの原因になりやすいミスを探して、見つけたものをビルダーに送り返して修正させます。

この読み取りでは、ファイルに直接書かれたキーやパスワード、回数の制限なくデータを変更するルート、誰が求めているかを確認せずに読み取られる会員の記録、文字列をつなげて作られたデータベースの問い合わせ、生のテキストから設定されたHTML、他のアドレスへの呼び出しを探します。

これらのチェックはBriks独自のルールで、ファイルを毎回同じ方法で読み取ります。AIモデルもクレジットも使いません。色のコントラストも、コードと公開中のページの両方で確認します。

有料プランでは、Securityエージェントがさらに踏み込みます。公開のたびにコードを、毎週公開中のサイトをチェックし、見つかった内容をふだんの言葉で説明し、修正の前にあなたに確認します。

キーはメッセージにもページにも出ません

依頼にうっかりキーを貼り付けても、メッセージが保存されたりAIモデルに読まれたりする前に切り取られます。返信では、キーを削除したことと、代わりに入れる場所である Settings → Secrets をお知らせします。

変更にキーが必要なとき、スタジオはSecretsに直接保存される入力欄で尋ねます。値は公開したサイトとだけ保管され、サイトのコードがそのルートの内側で読み取ります。訪問者のブラウザには届かず、ダウンロードするコードにも含まれず、一度保存すると、あなたを含め誰にも二度と表示されません。

各サイトは独立して動きます

各サイトはそれぞれ単独で公開されます。専用のサーバーコード、記録を保存する専用のデータベース、専用のファイルストレージを持ち、いずれも初期設定ではEUで作られます。サイトのキーはそのサイトだけに結び付けられます。

エージェントにも同じルールが適用されます。各エージェントは自分のワークスペースしか見えず、これはデータベース自体で強制されるため、あるクライアントのサイトで作業するエージェントが別のクライアントのデータを読むことはありません。

Cookieなしで訪問者を集計

すべてのサイトのアクセス解析は、Cookieを設定せず、訪問者の端末に何も残さず、アドレスも保存せず、数値は25か月間保管されます。ほとんどの国で同意バナーが不要になるよう設計されており、サイトごとにオフにできます。

サイトにあるほかのものには、まだ通知が必要な場合があります。たとえば、Cookieで訪問者を同じバージョンに留めるA/Bテストや、他のサービスから埋め込んだものです。

すべてのバージョンと記録を保存

ビルド、変更、再チェックのたびに、バージョンとして保存されます。編集権限のある人なら誰でも、元に戻す、やり直す、いずれかのバージョンに戻すことができ、サイトは当時の状態で再び公開されます。

データベースは独自の履歴を保っているので、OwnerとAdminは、その範囲内の任意の1分前、または名前を付けた復元ポイントまで戻せます。有料プランでは、毎晩のコピーが記録の完全なコピーを30日間保管し、記録はいつでもダウンロードできます。

初期設定で安全の活用例

3つの事業の例と、それぞれの使い方です。サイトの画像は、例として作った事業向けに Briks が作ったサンプルで、お客様のサイトではありません。

  1. ヨガスタジオ

    チャットに貼り付けたキー

    ヨガスタジオのオーナーが、依頼と一緒に予約サービスのキーをスタジオのチャットに貼り付けました。キーはメッセージが保存される前に切り取られ、返信では Settings → Secrets に追加するよう案内されます。追加されると、変更はそのまま進みます。

  2. ベーカリー

    金曜日の変更を、土曜日に元に戻す

    あるパン屋さんでは、新しいメニューのセクションがスマートフォンで窓屈に見えてしまいます。土曜の朝、オーナーはその前のバージョンを復元します。サイトは元の状態で再び公開され、その間に彼女はより良いレイアウトを依頼します。

    Briksが例のベーカリーとコーヒーショップ向けに作ったサンプルサイト、Sourdoughのトップ部分
    Sourdough は、ベーカリーとコーヒーショップの例として Briks が作ったサンプルサイトで、実在のお客様ではありません。 サンプルを開く
  3. 心理カウンセリング

    Cookieバナーなしの訪問者数

    心理カウンセリングの診療所が、訪問者全員にCookieについて尋ねずに、人がどうやって見つけてくれるのかを知りたいと考えています。サイトは最初の公開からCookieなしで訪問数を数え、Briksがプライバシーページを書くときは、訪問者がオプトアウトできる方法をページに載せます。

得られるもの

  • 公開のたびに、その前にコードをセキュリティ面で確認
  • メッセージに貼り付けられたキーは切り取られます
  • キーの値は公開したサイトにだけ保管
  • サイトごとに専用のデータベースとストレージ
  • Cookieを使わないアクセス解析
  • 全バージョンを保存、元に戻せる
  • 有料プランでは毎晩データベースをコピー

初期設定で安全についての質問

何か設定が必要ですか?

いいえ。公開前のチェック、メッセージに残さないキー管理、Cookieなしの集計、バージョンは、すべてのサイトに付いています。夜間コピーは、有料プランでDatabaseタブからオンにします。

チャットにキーを貼り付けるとどうなりますか?

メッセージが保存または読み取られる前に削除され、返信ではSettings → Secretsで追加するよう案内されます。

保存したシークレットは、誰かに見られますか。

誰にも見えません。あなた自身にも。スタジオが保管するのは名前、保存した人、保存日時だけで、値は公開したサイトにあります。

公開後のサイトもチェックされますか?

有料プランでは Security エージェントを採用できます。公開のたびにコードを、毎週月曜に公開中のサイトをチェックし、修正の前には必ず確認します。

変更を元に戻せますか?

はい。すべてのビルドと変更はバージョンとして残り、編集権限のある人なら誰でも元に戻す、やり直す、復元することができます。

ご自身のビジネスで試してみましょう

一文で説明すれば、Briksが作ります。登録時に付与されるクレジットで、無料で始められます。