チームとアクセス

チームの各メンバーに必要なアクセス権を的確に付与します

4つの顧客ロール、貴社の実際のビジネス構造を反映するサブアカウント、組織ごとの API キー、シングルサインオン、そしてすべての特権アクションを記録する監査ログ。ダッシュボード、API、CLI、Terraform、弊社 MCP サーバーのすべてで同一のアクセスモデルが機能します。利用可能性: Terraform プロバイダーは現在開発中であり、まだご利用いただけません。ここに記載されているその他の機能はすべて、本日からご利用いただけます。

1つのアカウントに複数のユーザーが紐づき、それぞれに独自の範囲限定された権限が付与されます。
  • 700,000+世界中でホストされているサイト
  • 4顧客ロール、シード済みで準備完了
  • 35詳細権限キー
  • 14日間クレジットカード不要の無料体験

業務が実際に分担される境界に沿って定められた4つの役割

アクセス権限は単純なオン/オフの切り替えではありません。すべてのお客様の組織には4つのロールが用意されており、それぞれが詳細な module.action 権限の固定バンドルとなっています。そのため、財務担当者がサーバーに触れることはなく、開発者が請求書を見ることもありません。

所有者

組織およびそのサブアカウントに対する完全な管理権限: 子組織の作成、メンバーの招待と削除、ロールの変更、API キーの管理、サイトのプロビジョニング、再起動、一時停止、削除、請求書と支払い方法の管理、監査ログの閲覧。意図的に除外されている権限が2点あります。組織の閉鎖と返金の発行はスタッフによる操作であり、顧客用のロールではありません。

請求管理者

財務関連のすべて、それ以外の権限はありません: 請求書、サブスクリプション、支払い方法、プランカタログ、ならびに組織とそのメンバーリストの表示。サイトへのアクセス権は一切ありません — 財務担当者や外部の簿記担当者は、いかなるものの再起動、停止、削除も行えません。

開発者

金銭面に触れることなくサイト上で作業できます。サイトの表示やプロビジョニング、サービスの再起動、キャッシュの消去、API キーの管理、サポートチケットの起票や返信を行えます。請求情報の表示、メンバー管理、一時停止、削除はできません。破壊的な操作や商業的な操作はオーナーのみが実行できます。

読み取り専用

変更権限のない完全な表示 — メンバー、サイト、請求、プラン、チケット、翻訳ステータス、および監査ログ。クライアントの関係者、内部監査人、または業務に慣れつつある新入社員に最適なロールです。

実際の組織構造に即したサブアカウント

テナンシーはフラットなリストではなく、ツリー構造です。リセラー組織はそのクライアント組織の上位に位置し、サイトはそれらの下位に配置されます。チームメンバーはメンバーシップ (1人のユーザー、1つの組織、1つのロール) であるため、同じプリミティブによって、2人のチーム、100件のクライアントアカウントを管理する代理店、自社ブランドでサブアカウントを運用するリセラーのすべてに対応できます。

ロールは組織ごとに付与され、その適用も組織ごとに行われます。ある組織におけるロールが、独立した無関係な組織へのアクセス権を付与することはありません。請負業者は同じログイン情報を使用して、あるクライアントのアカウントでは開発者、別のアカウントでは閲覧のみとすることができます。ただし、アクセス権はご自身の階層の下位へと継承されます。親組織のロールはその配下にネストされた組織にも適用され、リセラーや代理店はこの仕組みを利用してクライアントを管理しています。

分離はアプリケーションコード内だけでなく、データベース内で強制されます。Postgres の行レベルセキュリティにより、各テナントのクエリは呼び出し元のサブツリーにスコープ設定され、そのサブツリー外のものは権限エラーではなく「見つかりません」を返します。そのため、プラットフォームは別のテナントの組織やサイトが存在することさえ確認しません。

あらゆるサーフェスで同じ権限

ロールはダッシュボード上だけの利便性ではありません。プラットフォームへのあらゆるアクセス経路は同じ権限キーに解決されるため、アクセスルールを回避するバックドアは存在しません。

ダッシュボード

サイト、請求、チケット、お知らせ、通知、API キー、チーム管理を1つの環境に集約。サインインしているメンバーのロールで許可されている機能のみがインターフェースに表示されるため、使用できない操作項目は表示されません。

パブリック API および CLI

公開されている API は、ダッシュボードが使用しているエンジン API と同じものです。API キーは組織ごとに、RBAC 権限に紐づくきめ細かなスコープを設定して発行されます。また、サンドボックス環境と本番環境が分離されているため、実際の請求やプロビジョニングに影響を与えることなく統合をテストできます。

Terraform プロバイダー

サイト、ドメイン、DNS、メールボックス、プランを Infrastructure as Code として管理し、terraform apply を実行してホスティングをプロビジョニングします。他のすべてと同じスコープによって管理されます。

MCP サーバー

Claude Code、Cursor、ChatGPT、Claude Desktop、または任意の MCP 対応ツールを接続します。トークンは組織とその RBAC 権限にスコープされ、ツールごとに取り消し可能であり、破壊的なアクションに対する確認、支出上限、および完全な監査証跡を備えています。

キー処理

各 API キーのハッシュのみが保存され、元のキー自体が保存されることは決してありません。キーには識別できるように名前と表示可能なプレフィックスが付いており、最終使用日時を記録し、他のキーに影響を与えることなく個別に失効させることができます。

標準に準拠した、すべてを網羅する1つのログイン

ID 管理は Keycloak 上で動作するため、ホスティングパネルに後付けされた専用のログインフォームではなく、正規の OIDC および SAML による認証が提供されます。

  • デフォルトはマジックリンクによるメールログイン、これをお好みの方には代替手段としてメールとパスワードをご用意しています。
  • フィッシング耐性のあるサインインを実現するパスキーと WebAuthn、さらにポリシーにより全員に義務付けられた TOTP 2要素認証。
  • Google、Microsoft、GitHub、その他の ID プロバイダーを使用したソーシャルログイン。
  • エンタープライズおよび代理店のお客様向けの SAML シングルサインオンにより、チームのアクセスは既存のディレクトリに従います。
  • ダッシュボード、管理者コンソール、公開サイト、ナレッジベース、サポートチケット共通で1つのセッション — サインインは5回ではなく1回のみ。
  • アカウントが作成される前にすべての登録メールアドレスが検証されるため、配信不能なアドレスや無効なアドレスがチームに追加されることはありません。
  • 標準規格に基づいているため、周囲のアーキテクチャを再構築することなく、ID プロバイダー自体を交換可能です — これは、他のすべてのベンダーに適用しているベンダーロックイン排除のルールと同じです。

監査人にそのまま提出できる説明責任

特権アクションを実行するたびに、追記専用の監査レコードが書き込まれます。そこには、実行者、実行内容、対象、裏付けとなる証拠、および送信元 IP アドレスが含まれます。このログは追記専用であり、イベントは既存の場所で編集されるのではなく追加されます。また、本番環境ではデータ量が増加しても高速性を維持できるよう、時間ごとにパーティション分割されています。

そのログの閲覧自体が 1 つの権限です。オーナーおよび読み取り専用メンバーがこれを保持しているため、アカウントの責任者と監査担当者の両方が、これを行うための昇格した権限を必要とせずにすべての履歴を確認できます。

その周囲には、大規模なチームが求める管理機能が用意されています。セッションポリシー、組織ごとのオプションの IP 許可リスト、そして重要な操作を実行するにはアクティブなセッションだけでは不十分となるよう設定された、機密性の高いアクションに対するステップアップ認証です。

権限がどのようにニーズに合わせて拡張されるか

権限カタログはハードコードされたロジックではなくデータです。そのため、プラットフォームの構造を再設計することなく拡張できます。

  • 現在、組織、メンバー、API キー、サイト、請求、プラン、フリート、チケット、顧客、不正利用、キャンペーン、翻訳、監査にまたがる35の詳細な module.action キー。
  • カタログはデプロイごとに冪等にシードされ、ロールが存在しない権限を参照した場合は検証が明示的に失敗します。入力ミスによって何ら権限が付与されないままサイレントに処理されることはありません。
  • 新しい製品機能は、エンドポイントがリリースされる前に権限キーをカタログに追加するため、機能の公開後にアクセス制御が遡及して組み込まれることはありません。
  • 単一のメンバーシップの適用範囲を特定のサイトまたは特定のリージョンに限定することは計画されている改善機能であり、現時点で有効化できるものではありません。現在の運用方法は、それらのサイトを子組織に配置し、その組織内で対象のユーザーにロールを付与することです。これにより、テナンシーツリーを使用した同様の分離が可能になります。
  • API キーは個人ごとではなく組織レベルで発行されるため、統合用のサービス資格情報として扱い、人間によるアクセスにはメンバーシップをご利用ください。

よくある質問

各ロールは実際に何ができますか ?

オーナーは、メンバー、API キー、サイト、お支払い方法を含む、組織およびそのサブアカウントに対する完全な管理権限を持ちます。請求管理者は、サイトへのアクセス権なし限で、請求書、サブスクリプション、お支払い方法、プランを閲覧できます。開発者は、請求やメンバーの管理権限限なし限で、サイトと API キーの管理、およびチケットの対応を行います。閲覧のみは、何も変更することなく、メンバー、サイト、請求、プラン、チケット、監査ログを閲覧できます。

特定の1つのサイトにのみアクセス権を付与することはできますか ?

サイトごとの設定としてはまだご利用いただけません。単一のメンバーシップを特定のサイトに限定する機能は、今後予定されている改善事項です。現在は、テナンシーツリーを使用して同様の分離を実現できます。対象のサイトを子組織に配置し、その組織内で該当ユーザーにロールを付与してください。ロールは組織ごとに付与されるため、そのアクセス権がアカウント内の他のリソースに引き継がれることはありません。

API キーは個々のチームメンバーに紐付けられていますか ?

いいえ — API キーは組織ごとに発行され、同じ RBAC 権限に関連付けられたきめ細かなスコープと、個別のサンドボックスモードおよびライブモードを備えています。統合、CI、または Terraform のサービス資格情報としてそれらを使用し、人間にはメンバーシップを使用してください。各キーのハッシュのみが保存され、各キーは最後に使用された日時を記録し、任意のキーを個別に失効させることができます。

開発者は公開中のサイトに変更を反映できますか ?

デベロッパーロールは、サイトの閲覧およびプロビジョニング、サービスの再起動、キャッシュのパージ、API キーの管理、チケットの処理を対象としています。本番サイトに対する公開権限は含まれないため、変更を適用できるようにするには、その権限をオーナーに付与する必要があります。ロールは組織ごとに設定されるため、別のアカウントでは異なるロールを保持できます。

弊社の会社ディレクトリ向けの SSO に対応していますか ?

はい。ID 管理は OIDC および SAML に対応した Keycloak 上で動作するため、エンタープライズおよび代理店のお客様には、マジックリンクによるログイン、メールアドレスとパスワード、ソーシャルプロバイダー、パスキー、ポリシーによって強制される TOTP 二要素認証に加えて、SAML シングルサインオンをご利用いただけます。1回のセッションで、ダッシュボード、公開サイト、ナレッジベース、サポートチケットがカバーされます。

誰が変更を加えたかを確認するにはどうすればよいですか ?

すべての特権アクションは、実行者、アクション、対象、裏付けとなる証拠、および IP アドレスを記録する追記専用の監査ログに書き込まれます。このログの閲覧はそれ自体が個別の権限であり、所有者と読み取り専用の両方のロールに付与されているため、アカウント所有者と監査人が同じ履歴を確認できます。

チームメンバーを追加すると支払額は変わりますか ?

各プランの料金は、人数ではなくホスティング容量に基づいて設定されています。たとえば Footprint-Free シリーズでは、全42の階層が完全に同一の権利セットを共有しており、許可されるサイト数のみが異なります。価格は常にライブカタログからお客様の通貨で表示されるため、料金ページに表示されている金額が実際に請求される金額となります。

契約する前にお試しは可能ですか ?

はい。Footprint-Free のトライアルは14日間利用可能で、カード情報は不要、最大5つのサイトを対象としているため、料金をお支払いいただく前に、組織の設定、チームの招待、実際の業務での役割のテストを行うことができます。有料プランには30日間の返金保証が付いています。

チケット対応ではなく、わずか数分でチームを設定

Footprint-Free ラインのクレジットカード不要の14日間無料トライアルを開始し、チームを招待して、料金をお支払いいただく前に実際のサイトでロールの動作をご確認ください。

無料で始める