チームとアクセス

チームの全員に、必要な権限を正確に付与します

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

無料で始める代理店向けホスティングを見る

650,000+以上世界中でホストされているサイト
4初期設定済みの顧客ロール
35詳細な権限キー
14日間無料トライアルカード

実際の作業が分かれるところに基づいて定義された4つのロール

アクセス権限は単なるオン/オフのスイッチではありません。すべてのお客様組織には4つの役割が用意されており、それぞれがモジュールとアクションに基づくきめ細かな権限の固定バンドルとなっています。これにより、経理担当者がサーバーに触れることも、開発者が請求書を目にすることもなくなります。

所有者

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

請求管理マネージャー

財務に関することだけ、それ以外は一切なし：請求書、サブスクリプション、支払い方法、プランカタログに加え、組織の概要とメンバーリストが表示されます。サイトへのアクセス権限は一切ありません。そのため、経理担当者や外部の記帳担当者が何かを再起動、停止、削除することはできません。

開発者

資金を動かさずにサイトを管理できます。サイトの閲覧・プロビジョニング、サービスの再起動、キャッシュの削除、APIキーの管理、サポートチケットの作成や返信を行います。請求情報の閲覧、メンバー管理、停止、削除は行えません。破壊的および商業的な操作はオーナーの権限に残されます。

読み取り専用

メンバー、サイト、請求、プラン、チケット、翻訳ステータス、監査ログのいずれも変更できず、すべてを閲覧のみ可能な権限です。クライアントのステークホルダー、内部監査人、あるいはまだ慣れない新入社員に最適なロールです。

実際の組織構造に合わせたサブアカウント

テナンシーはフラットなリストではなく、ツリー構造です。リセラー組織はそのクライアント組織の上に位置し、サイトはその下に位置します。チームメンバーはメンバーシップ（1人のユーザー、1つの組織、1つの役割）であり、同じプリミティブが2人チーム、100のクライアントアカウントを管理する代理店、および自社ブランドの下でサブアカウントを運営するリセラーを動かします。

役割は組織ごとに付与され、適用も組織ごとに行われます。ある組織での役割は、別の無関係な組織へのアクセス権を付与しないため、同じログイン情報を使用して、請負業者が1つのクライアントアカウントでは開発者となり、別のクライアントアカウントでは閲覧のみとなることが可能です。ただし、アクセス権はご自身の階層を下に向かって流れます。親組織での役割はその下位にネストされた組織にも適用され、これによってリセラーや代理店がクライアントを管理できるようになっています。

分離はアプリケーションコードだけでなく、データベースでも強制されます。Postgresの行単位セキュリティにより、すべてのテナントクエリは呼び出し元のサブツリーにスコープされ、そのサブツリー外の要素に対しては権限エラーではなくnot-foundが返されるため、プラットフォーム側では他のテナントの組織やサイトが存在するかどうかすら確認できません。

すべての表面で同じ権限

ロールはダッシュボード専用の利便性機能ではありません。プラットフォームへのすべてのアクセス経路が同じ権限キーに解決されるため、アクセスルールをバイパスするバックドアは存在しません。

ダッシュボード

サイト、請求、チケット、通知、APIキー、チーム管理を1つのシェルに集約。インターフェイスにはサインインしているメンバーのロールに応じた権限のみが表示されるため、使用できないコントロールが表示されることはありません。

パブリックAPIおよびCLI

公開されているAPIは、ダッシュボードで使用されているものと同じエンジンAPIです。APIキーはRBAC権限に紐づく詳細なスコープごとに組織単位で発行され、サンドボックスモードとライブモードが分かれているため、実際の課金やプロビジョニングに影響を与えることなく統合のテストが可能です。

Terraformプロバイダー

サイト、ドメイン、DNS、メールボックス、プランをインフラストラクチャ・アズ・コードとして管理し、terraform applyを実行してホスティングをプロビジョニングします。他のすべての機能と同様のスコープによってガバナンスが効いています。

MCPサーバー

Claude Code、Cursor、ChatGPT、Claude Desktop、またはMCP対応ツールを接続します。トークンは組織とそのRBAC権限のスコープを持ち、ツールごとに取り消しが可能で、破壊的アクション時の確認、利用上限額の設定、完全な監査証跡を備えています。

鍵の管理

APIキーのハッシュのみが保存され、生のキーが保存されることは決してありません。キーには名前と可視プレフィックスが付いているため、区別して最後に使用された日時を記録でき、他のキーに影響を与えることなく個別に無効化できます。

1つのログインで、標準規格に基づき、すべてに対応

IDはKeycloakで管理されているため、認証にはホスティングパネルに後付けされた独自ログインフォームではなく、標準的なOIDCおよびSAMLが使用されます。

デフォルトではマジックリンクメールによるログインを行い、希望するユーザーのために予備としてメールアドレスとパスワードによるログインも用意しています。
フィッシング耐性のあるサインインを実現するパスキーと WebAuthn、さらにポリシーによって全員に強制される TOTP 二要素認証。
Google、Microsoft、GitHub、その他のIDプロバイダーを通じたソーシャルログイン。
エンタープライズおよび代理店顧客向けのSAMLシングルサインオンにより、チームのアクセス権が既存のディレクトリと同期されます。
ダッシュボード、管理コンソール、公開サイト、ナレッジベース、サポートチケットでセッションは1つだけ——5回ではなく、1度サインインするだけです。
すべてのご登録メールアドレスはアカウント作成前に検証されるため、配信不能や無効なアドレスがチームに追加されることはありません。
標準規格に準拠しているため、アーキテクチャ全体を作り直すことなくアイデンティティプロバイダー自体を交換可能です。これは、他のあらゆるベンダーに適用しているものと同じ、ベンダーロックインなしの原則に基づいています。

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

すべての特権アクションは、誰が、何を実行し、どの対象に対して行い、どのような裏付けデータがあり、どのIPアドレスから発信されたのかを記録する、追記型（アペンドオンリー）の監査レコードを生成します。ログは追記型であり、イベントは上書き編集されずに追加されていくため、本番環境では時間パーティショニングにより、データが増大しても高速な処理が維持されます。

ログを読むこと自体が一つの権限となっています。オーナーと閲覧権限を持つメンバーがこれを保持するため、アカウントの責任者と監査を担当する人物の両方が、特権昇格を必要とせずに全履歴を確認できます。

その周りには、大規模チームが求めるコントロール機能（セッションポリシー、組織ごとのオプションのIP許可リスト、そして重要な操作に対するステップアップ認証など）が配置されており、ライブセッション単体では重大な変更を実行できないようになっています。

権限がどのようにあなたと共に成長するか

パーミッションカタログはハードコードされたロジックではなくデータです。そのため、プラットフォームの再構築なしに拡張することができます。

本日追加された35個の詳細な module.action キーは、組織、メンバー、APIキー、サイト、請求、プラン、フリート、チケット、顧客、不正利用、キャンペーン、翻訳、監査にわたっています。
カタログはデプロイのたびにべき等にシードされ、ロールが存在しない権限を参照している場合は検証が明確に失敗します。つまり、入力ミスによって意図せず権限が一切付与されないという事態を防ぎます。
新しい製品機能は、エンドポイントがリリースされる前に権限キーをカタログに追加するため、機能の公開後にアクセス制御が後付けされることはありません。
単一のメンバーシップを特定のサイトや特定の地域に限定することは将来の改良予定であり、現時点で有効にできる機能ではありません。現在の一般的な構成方法は、それらのサイトを子組織に配置し、その組織内でユーザーにロールを付与することです。これにより、テナンシー・ツリーを使用して同様の分離を実現できます。
APIキーは個人ごとではなく組織レベルで発行されるため、統合用のサービス資格情報として扱い、人間のアクセスにはメンバーシップを使用してください。

よくある質問

各ロールの実際の権限は何ですか？

オーナーは、メンバー、APIキー、サイト、支払い方法など、組織およびそのサブアカウントに対する完全な権限を持っています。請求マネージャーは、請求書、サブスクリプション、支払い方法、プランを閲覧できますが、サイトへのアクセス権はありません。開発者はサイトとAPIキーの管理およびチケットの処理を行い、請求やメンバーの管理権限はありません。読み取り専用ユーザーは、変更を行うことなく、メンバー、サイト、請求、プラン、チケット、監査ログを閲覧できます。

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

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

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

いいえ — APIキーは組織ごとに発行され、同じRBAC権限に紐づく詳細なスコープや、個別のサンドボックス・ライブモードを備えています。統合、CI、Terraformのサービス資格情報として使用し、ユーザーにはメンバーシップを使用してください。各キーはハッシュのみが保存され、最後に使用された日時が記録され、どのキーも個別に無効化できます。

開発者がライブサイトに変更をプッシュすることはできますか？

開発者ロールには、サイトの閲覧およびプロビジョニング、サービスの再起動、キャッシュのパージ、APIキーの管理、チケットの処理が含まれます。本番サイトに対する公開権限はないため、変更の反映を許可したい場合は、オーナーの権限を付与する必要があります。ロールは組織単位で付与されるため、別のアカウントでは異なるロールを持つことができます。

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

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

誰が変更したのかを確認するにはどうすればよいですか？

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

チームメンバーを追加すると、料金が変わりますか？

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

申し込む前に試すことはできますか？

はい。Footprint-Freeのトライアルは14日間無料で、クレジットカード情報の入力は不要、最大5つのサイトに対応しています。そのため、料金のお支払い前に組織の設定、チームの招待、実際の作業を通した権限のテストを行うことができます。有料プランには30日間の返金保証がついています。

チケットではなく数分でチームを設定しましょう

カード不要の14日間無料トライアルをFootprint-Freeプランで今すぐ始めましょう。チームを招待し、実際のサイトで役割の動作を確認してからお支払いいただけます。

無料で始める