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

請求と価格設定

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
組織無制限の組織 & すべての組織機能（組織テンプレート含む）月額 $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 日に削除した場合、実際に利用したのは 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 トークンやリフレッシュ トークンは除外）。

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

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

トークン vs. MAU とトークンベース課金の利点

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

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

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

Logto の詳細な価格表