HubSpotクレジットとは？料金の仕組みと消費レートを徹底解説

「AIエージェントを試したら、月末にクレジットが尽きた」——HubSpotのAI機能を全社展開した組織で、導入から2〜3か月目に必ず出てくる報告です。困るのは、クレジットが尽きた瞬間に何が止まるのかを、稟議を通した本人が説明できないことです。営業部門からは「先週まで動いていた機能が使えない」と問い合わせが入り、情報システム部門からは「追加購入の根拠を示してほしい」と求められます。

HubSpotクレジットは、従来のライセンス費用とは課金の考え方が根本的に違います。人数で決まるのではなく、使った分だけ減る。そして繰り越せない。この2点を理解しないまま予算を組むと、初年度に必ず読み違えます。

本記事では、HubSpot公式ナレッジベースとProduct & Services Catalogの記載に基づいて、クレジットの仕組み・消費レート・予算設計の考え方を整理します。

HubSpotクレジットとは何か？

HubSpotクレジットは、使用量に応じて消費される単位です。従来のHubSpotの課金は、ユーザー数（シート）とコンタクト数で決まっていました。クレジットはこれに第三の軸を加えます。AI機能やデータ処理のように「実行するたびにコストが発生する」機能に対して、実行回数で課金する仕組みです。

この設計変更の背景には、AIエージェントの原価構造があります。エージェントが1件の問い合わせを解決するたびに、推論の計算コストが発生します。人数で定額課金すると、ほとんど使わない組織が重い負担を負い、大量に使う組織が得をします。使用量課金は、この不公平を解消する代わりに、利用側に「使いすぎの管理」という新しい仕事を持ち込みました。

どの機能がクレジットを消費するのか？

すべてのAI機能がクレジットを消費するわけではありません。ここを取り違えると、必要以上に保守的な運用ルールを作ってしまいます。公式ナレッジベースが挙げているのは、次の領域です。

• 顧客対応エージェント（Customer Agent）
• 案件創出エージェント（Prospecting Agent）
• データエージェント（Data Agent）
• Data Studioの同期
• ワークフロー内でBreezeアクションを実行したとき

公式ナレッジベースは「Credits are used only when specific actions are performed」と述べています。特定のアクションが実行されたときにのみ消費される、という原則です。裏を返せば、対話型のBreeze Assistantで文章を生成する程度の利用は、この一覧に含まれていません。「AIを触るとクレジットが減る」という誤解が現場に広がると、せっかくの生産性向上機能が使われなくなります。

クレジットはいつリセットされ、繰り越せるのか？

クレジットは月次でリセットされます。リセットのタイミングは暦月ではなく、契約期間の開始日に合わせて調整されます。そして重要なのが繰り越しの扱いです。未使用のクレジットは各利用期間の終了時に失効し、翌月には持ち越されません。

この仕様は予算設計に直接効きます。「年間で使い切ればよい」という発想が成立しないため、月ごとの消費量が平準化されていないと、繁忙月に不足し閑散月に捨てる、という無駄が生じます。四半期末に商談が集中する営業組織では、この偏りが常態化します。

エディションごとに何クレジット付与されるのか？

付与数は契約しているエディションで決まります。ここで注意すべきは、複数の製品を契約していてもクレジットは合算されないという点です。日本語の価格ページのFAQには「含まれるクレジットは、製品間で加算されません。複数の製品を購入している場合は、サブスクリプションサービスの最高レベルに基づいて、利用可能な最高のクレジット割り当てが提供されます」と明記されています。

この表で見落とされやすいのはData Hub列です。Professional・Enterpriseのいずれも、他のHubの倍の付与になっています。データ統合を主目的にHubSpotを選ぶ場合、この差は実質的な予算差になります。私たちがData Hubを含む構成を設計する際は、外部ソースの同期頻度を先に決めてから付与クレジットで足りるかを判定し、足りない分を容量パックで積む形で見積を組んでいます。データ統合を主目的にHubSpotを検討している場合、この差は選定の判断材料になります。Data Hubの機能範囲はHubSpot Data Hub（旧Operations Hub）とは？で解説しています。

各機能は何クレジットを消費するのか？

消費レートは機能ごとに大きく異なります。単価を暗記する必要はありませんが、「桁が2つ違う機能がある」ことは知っておく必要があります。桁の違いを知らずに全社展開すると、想定の10倍の速度でクレジットが減ります。

注目すべきは、課金の単位が「実行回数」ではなく「成果」になっている機能がある点です。顧客対応エージェントは「解決されたコミュニケーション」1件あたり50クレジットで、解決に至らなかった会話には課金されません。案件創出エージェントも「推奨されたリード」が単位です。HubSpotは2026年4月以降、これらのエージェントを成果ベースの課金へ移行させたと公開情報で報じられています。

この違いは試算方法を変えます。実行回数ベースなら「エージェントを何回動かすか」を見積もればよいのですが、成果ベースでは「何件解決するか」を見積もる必要があります。問い合わせ総数ではなく、自動解決率を掛けた数が課金対象になるためです。

実際にどれくらいのクレジットを消費するのか？

試算してみます。以下は仕様上の単価から機械的に計算した数値であり、実際の消費は自動解決率や運用設計によって変動します。

表を見て分かるとおり、Professionalの3,000クレジットは「1つの用途を本格運用する」と使い切る水準です。3つの用途を同時に動かせば、初月から超過します。全社展開を前提とするなら、付与分だけで足りると考えないほうが安全です。

クレジットが足りない場合はどうなるのか？

不足時の挙動は、設定によって変わります。ここを事前に決めておかないと、月末に機能が止まるか、想定外の請求が来るかのどちらかになります。どちらが自社にとって望ましいかは、業務の性質で決まります。

追加購入の方法と単価はどうなっているか？

追加クレジットは2つの方法で確保できます。1,000クレジット単位の容量パックを追加購入する方法と、従量課金（ペイ・アズ・ユー・ゴー）を有効化して使用時に自動追加する方法です。

Product & Services Catalogによれば、従量課金の単価は1クレジットあたり$0.010、容量パックは1,000クレジットあたり$10です。日本語の価格ページには「￥1,080／1,000クレジット（年払いの場合）」と表示されています（2026年8月31日時点）。公式ナレッジベースには、従量課金は10クレジット単位で請求される旨の記載があります。

購入操作は管理画面から行います。［アカウントと請求］→［使用状況と上限］→［HubSpotクレジット］タブ→［クレジットを追加］の順です。追加分は即時に利用可能となり、現在の請求期間の残り日数に応じて日割り計算されます。

従量課金を有効にすべきか、上限で止めるべきか？

この判断は業務の性質で決めてください。判断軸は「止まったときの損失」と「使いすぎたときの損失」のどちらが大きいかです。

すべてを従量課金にすると、予算の上限が消えます。すべてを上限で止めると、顧客接点が月末に劣化します。用途ごとに分けるのが実務上の落としどころです。

クレジットを社内でどう配分・統制すべきか？

ここからは製品仕様ではなく運用設計の話です。クレジットは全社で共有される資源であり、部門別の割り当てはシステム上分離されていません。つまり、ある部門の使いすぎが別部門の停止を招きます。この構造を放置すると、必ず部門間の摩擦になります。

誰が使用量を管理するのか？

実務上、この役割は曖昧になりがちです。営業部門はエージェントの成果を追い、情報システム部門は請求額を見ますが、「どの用途に何クレジットを配分するか」を決める人がいません。結果として、先に使い始めた部門が資源を占有します。

推奨するのは、RevOpsまたはCRM管理者が月次で使用量を確認し、用途別の実績を共有する運用です。管理画面の［使用状況と上限］で確認できます。数値を共有しないまま統制ルールだけを作ると、現場は「使うと怒られる」と受け取り、投資が回収されません。

試験導入のクレジットをどう確保するか？

新しいエージェントを検証する際、本番運用のクレジットを食い合う問題が起きます。回避策は2つあります。第一に、Agent Builderのテスト実行はクレジットを消費しないため、出力の妥当性検証はテスト実行で完結させること。第二に、検証月だけ容量パックを追加し、翌月に外すことです。日割り計算が適用されるため、期中の増減は柔軟に行えます。

クレジット制のメリットとデメリットをどう評価すべきか？

公正に評価します。使用量課金は利用側にとって一長一短であり、「従来より高い／安い」という単純な話ではありません。自社の利用パターンによって結論が逆転します。

とくにデメリット欄の最終行は、1,000名規模の組織で確実に顕在化します。株式会社100がCRMの全社導入を支援する際も、技術的な設定より、こうした共有資源の配分ルールを部門横断で合意する工程のほうが時間を要します。ここを設計せずに展開すると、「AIを使うと他部門に迷惑がかかる」という空気が生まれ、利用が止まります。

よくある質問

Breeze Assistantで文章を生成するとクレジットは減りますか？

公式ナレッジベースがクレジット消費対象として挙げているのは、各エージェント、Data Studioの同期、ワークフロー内のBreezeアクションです。対話型アシスタントでの一般的な生成操作はこの一覧に含まれていません。ただし、アシスタント経由でエージェントやワークフローを実行した場合は、その実行分が対象になります。

クレジットの残量はどこで確認できますか？

管理画面の［アカウントと請求］→［使用状況と上限］→［HubSpotクレジット］タブで確認できます。月次の使用量を定点観測する運用にしておくと、超過の予兆を早期に把握できます。

年間契約と月額契約でクレジットの扱いは変わりますか？

付与数はエディションで決まるため、契約期間によって変わるものではありません。ただし追加クレジットの単価は契約形態によって表示が異なります。日本語ページには年払いの場合の単価が示されているため、月額契約の単価は営業担当者にご確認ください。

使い切れなかったクレジットは返金されますか？

未使用分は各利用期間の終了時に失効し、翌月に繰り越されません。返金についての案内は公開情報上ありません。付与分を余らせている場合は、追加購入を止めるのではなく、活用できていない用途がないかを見直すべき段階にあります。

エージェントの検証段階で予算を消費したくありません。どうすればよいですか？

Agent Builderのテスト実行はクレジットを消費しないため、指示文（Instructions）の調整や出力の妥当性検証はテスト実行で行ってください。本番のトリガーに接続するのは、出力が安定してからで十分です。

顧客対応エージェントの「解決されたコミュニケーション」の定義は？

公式の消費レート表では「解決されたコミュニケーション1件あたり50クレジット」と定義されています。解決に至らず有人対応へエスカレーションされた場合の扱いは、運用設計とエスカレーション条件によって変わるため、導入前に自社の会話フローで実測することをおすすめします。設定方法は顧客対応エージェントの設定方法と活用シーンで解説しています。

クレジットが尽きた瞬間、どの業務が止まりますか？

クレジットを消費する機能——各エージェントの実行、Data Studioの同期、ワークフロー内のBreezeアクション——が対象です。CRMのレコード操作、メール送信、レポートなど、クレジットを消費しない通常機能は影響を受けません。ただしワークフローの途中にBreezeアクションが組み込まれている場合、そのワークフロー全体の挙動に影響が出るため、事前に洗い出しておく必要があります。

Starterプランの500クレジットで何ができますか？

単価から機械的に計算すると、データエージェントのプロパティー実行で50回、案件創出エージェントの推奨で5件に相当します。検証には使えますが、業務プロセスへの本格的な組み込みには不足します。Starterは「AIエージェントを試す」段階のプランと理解しておくのが実態に近い評価です。

本記事はHubSpot公式ナレッジベース・Product & Services Catalog・日本語価格ページの公開情報（2026年8月31日取得時点）に基づいて作成しています。試算値は仕様上の単価から機械的に算出したものであり、実際の消費量を保証するものではありません。