メインコンテンツまでスキップ

請求と料金

Logto では、Pro プラン は完全なセルフサービス型で、透明性を重視して設計されています。そのため、請求内容を簡単に把握し管理できます。

構造の理解​

基本的な構造は次のようになります：

次回の請求額=$24（基本料金）+アドオン費用（未請求分の利用）+アドオン費用（次回サイクル分）\begin{align*} \text{次回の請求額} &= \$24 \text{（基本料金）} \\ &+ \text{アドオン費用（未請求分の利用）} \\ &+ \text{アドオン費用（次回サイクル分）} \end{align*}

コンソールのテナント設定セクションには「次回の請求額」セクションがあり、今後の請求内容を確認・管理できます。

次回の請求情報

項目の内訳​

アドオン構造に含まれる機能は一部のみです。

同時に、Logto では従量課金および日割り課金モデルも提供しており、便利にサービスを最大限活用できます。

含まれるクォータ追加費用
トークン50,000100 あたり月額 $0.08
マシン間通信アプリ11 つごとに月額 $8
API リソース31 つごとに月額 $4
エンタープライズシングルサインオン (SSO)01 つごとに月額 $48
多要素認証 (MFA)すべての要素月額 $48
組織 (Organization)無制限の組織 & 組織テンプレートを含むすべての組織機能月額 $48
ロールベースのアクセス制御 (RBAC)無制限のロールと権限月額 $32
SAML アプリ01 つごとに月額 $96
サードパーティアプリ01 つごとに月額 $8
高度なセキュリティバンドルすべての高度なセキュリティ機能月額 $48
複数カスタムドメイン1最大 10 ドメインまで月額 $48
テナントメンバー11 人ごとに月額 $8

これらの要素を考慮すると、アルゴリズムは次のようになります。

次回の請求額=$24+アドオン単価×(追加数×作成時の日割り残期間−削除数×削除時の日割り残期間)+アドオン単価×次回サイクル分の残数\begin{align*} \text{次回の請求額} &= \$24 \\ &+ \text{アドオン単価} \times \\ \quad & (\text{追加数} \times \text{作成時の日割り残期間} \\ \quad &- \text{削除数} \times \text{削除時の日割り残期間}) \\ \quad &+ \text{アドオン単価} \times \text{次回サイクル分の残数} \end{align*}
  1. アドオン単価：このアドオンの単価
  2. 追加数：現在 の請求サイクルで追加したアドオン数
  3. 削除数：現在 の請求サイクルで削除したアドオン数
  4. 作成時の日割り残期間：リソースを作成した時点での 現在 サイクルの日割り残期間
  5. 削除時の日割り残期間：リソースを削除した時点での 現在 サイクルの日割り残期間
  6. 次回サイクル分の残数：次回 サイクルで継続請求される必要がある数

2 つの例で仕組みを見てみましょう。

例 1: 変更がなければ請求額は一定​

アイテムの追加や削除などの変更を行わなければ、請求額は一定のままです。

例えば、Pro プランで SSO サービスを 2 つ利用している場合、変更がなければ請求額は変わりません。

次回の請求額=$24+$48×2=$120\text{次回の請求額} = \$ 24 + \$ 48 \times 2 = \$ 120

例 2: アドオンの追加や変更で請求額が変動​

ケースによって次回の請求額が少し変わりますが、アルゴリズムは同じです。

ケース 1: Pro プランにアドオンなしで加入し、エンタープライズシングルサインオン (SSO) を 10 日間だけテストした場合

毎月 5 日にサブスクリプションが更新され、20 日にエンタープライズ SSO を追加した場合、その月は 15 日間利用したことになります。30 日にエンタープライズ SSO を削除した場合、実際の利用は 10 日間です。

$24+$48×(1×15/30)−$48×(1×5/30)=$40\$24 + \$48 \times (1 \times 15 / 30) - \$48 \times (1 \times 5 / 30) = \$40

ケース 2: Pro プランにアドオンなしで加入し、API リソースを追加・削除した結果、5 つの API リソースを利用した場合

この場合、請求サイクル中にアドオン機能を更新したため、変更内容は次回の請求に反映されます。変更後の最初の月はやや高くなる場合があります。請求額には $24 の基本料金、未請求分のアドオン費用、次回サイクル分の全額が含まれます。

請求サイクルは毎月 1 日に開始し、最初の 3 つの API リソースは無料で利用しています。今月は次の 2 つの操作を行いました：

  1. 5 日に 4 つのリソースを追加
  2. 15 日にそのうち 2 つを削除

結果として、次回サイクルには 2 つの API リソースが継続して利用されます。

$24+$8×(4×25−2×15)/30+2×$8=$58.67\$24 + \$8 \times (4 \times 25 - 2 \times 15) / 30 + 2 \times \$8 = \$58.67

アドオン利用時間の算出方法​

Logto は従量課金モデルを採用しており、リソースを頻繁に追加・削除した場合どうなるのか疑問に思うかもしれません。アドオンは、実際に有効だった期間のみ利用とみなされます。ご安心ください。Stripe によるシステムが、利用時間を秒単位で計算し、各リソースの利用期間に基づいて正確に請求します。

Pro プランの解約時には、未使用分のアドオン費用を返金し、最終請求額から差し引きます。

アップグレードまたはダウングレード​

Free プランから Pro へのアップグレード​

Free プランからのアップグレードを検討すべき状況は次の通りです：

  1. MAU またはトークンの利用がクォータを超えた場合
  2. Pro プラン限定の機能を利用したい場合

開発テナントから Pro へのアップグレード​

現在開発テナントを利用していて、本番用の Pro プランに切り替えたい場合も簡単に移行できます：

  1. 作業内容の保持：すべての設定、アプリケーション、構成が Pro プランに引き継がれます。
  2. 即時アクセス：変換後すぐに Pro プランの全機能と高いクォータを利用できます。

開発テナントを Pro プランに変換するには、コンソール > テナント設定 > 設定 で「変換」をクリックしてください。

Pro プランからエンタープライズへのアップグレード​

Pro プランで要件を満たせず、エンタープライズレベルのサポートが必要な場合は、お問い合わせ いただき、カスタムエンタープライズプランについてご相談ください。

Pro プランから Free プランへのダウングレード​

Pro プランの利用を停止する場合、Free プランへ切り替え可能ですが、Free プランのクォータ内に収まるよう利用状況を調整する必要があります。

今後の料金プラン変更について​

安定かつ予測可能な請求体験を提供するため、Logto は料金変更がある場合は必ず事前に通知します。プランや利用状況に応じて、1. 現在のプランを据え置き、または 2. 新プランへの移行猶予期間を設ける場合があります。

Logto はこれらの調整を公平かつ配慮ある方法で行い、最終的な解釈権を留保します。

エンタープライズ顧客の料金について​

エンタープライズ顧客の場合、料金は契約内容に基づきます。1. 契約外のセルフサービス追加分は Pro プランのアドオンおよび従量課金構造に従います。2. 契約クォータ超過分は契約で定められたアドオン単価で請求されます。3. 契約に含まれない新機能は最新の Pro プラン料金が適用されます。

エンタープライズ向けの詳細な料金条件については、エンタープライズ営業チームまでお問い合わせ ください。

よくある質問​

トークン消費量と MAU の関係は？​

Logto は OAuth 2.0 および OpenID Connect 標準に準拠した トークンベースの認証 (Authentication) を採用しています。各認証 (Authentication) または認可 (Authorization) リクエストごとに、Logto はユーザーの認証 (Authentication) または認可 (Authorization) 状態を表すトークン（アクセス トークン、ID トークン、リフレッシュ トークンなど）を発行します。

請求の観点では、アクセス トークンのみがカウントされます（ID トークンやリフレッシュ トークンは除外）。

アクセス トークン は次のシナリオで発行・カウントされます：

  • ユーザーサインイン：ユーザーが正常にサインインすると、不透明トークン (Opaque token) のアクセス トークンが発行されます。このトークンは UserInfo エンドポイントや Logto Account API でアカウント管理に利用できます。
  • バックエンド API 認可 (RBAC)：ロールベースのアクセス制御 (RBAC) を有効にしてバックエンド API を保護する場合、ユーザーの初回認証 (Authentication) 後、リソースごとの認可 (Authorization) リクエストごとに JWT アクセス トークンが発行されます。詳しくは RBAC や API の 保護 をご覧ください。
  • 組織認可 (Organization authorization)：組織機能が有効な場合、Logto は組織レベルのアクセス制御として組織トークン (Organization token) を発行します。組織ごとの認可 (Authorization) リクエストごとに個別の組織トークン (Organization token) が生成されます。詳しくは組織レベルの 認可 (Authorization) や API の 保護 をご覧ください。
  • マシン間通信 (M2M) 認可 (Authorization)：client_credentials 認可 (Authorization) リクエストごと（例：Logto Management API へのアクセス時）にアクセス トークンが発行されます。
  • トークン交換：パーソナルアクセストークン交換やユーザーなりすまし (User impersonation) トークン交換時に新しいアクセス トークンが発行されます。詳しくは パーソナルアクセストークン や ユーザーなりすまし (User impersonation) をご覧ください。
  • リフレッシュ トークン利用：offline_access が有効な場合、有効なリフレッシュ トークンが前回のトークン失効後に交換されるたびに新しいアクセス トークンが発行されます。

トークン vs. MAU とトークンベース課金のメリット

MAU ベース課金は、アクティビティに関係なく月ごとに一意ユーザー数で課金されます。一方、トークンベース課金は実際の利用量、つまり アクセス トークン が発行されるたびに課金されます。

トークンベース課金は真の従量課金です。MAU ベースモデルのように利用の有無にかかわらず月額課金されるのではなく、実際の認証 (Authentication)・認可 (Authorization) アクティビティ分のみ支払います。この方式は、たまにしかプロダクトを利用しない低頻度ユーザーにとって コストを抑えやすく、MAU 一律課金よりも安価になります。そのため、Logto は競合他社よりコスト効率が高いです。特に利用頻度がばらつくアプリケーションに最適です。

例えば、1 回のサインインで 1 つのアクセス トークンを消費します。M2M や組織 (Organization) 機能を利用すると追加トークンが発行されます。Logto では コンソール > 設定 > プランと請求 で リアルタイムのトークン利用状況 を確認でき、プロジェクトごとの MAU とトークンの関係を把握できます。

Logto の詳細な料金表

コンソール SSO の料金と請求（テナントプランとは別に請求されます）