クライアントのアプリが過去最高の月を迎えました。登録数は3倍になり、あなたが構築したワークフローは快調に動き、創業者は大喜びです。そこにプラットフォームの請求書が届きます。プランの許容量を200万ワークロードユニット超過し、1,000ユニットあたり30セントで請求されています。これは119ドルのプランに加えて600ドルの超過料金です。そして、あなたの契約が固定月額費に「ホスティング込み」と書かれているなら、その600ドルはクライアントの予算からではなく、あなたのマージンから出ていきます。クライアントの成功があなたの損失になったのです。しかも、あなたの作業範囲にはそれを想定した記述が一切ありません。
これが2026年にノーコードエージェンシーを運営する上での決定的な価格リスクです。Bubbleは消費量ベースで請求し、Webflowは帯域幅とコンテンツ量を計測し、どちらも定期的に価格を改定します。固定費はこれらのコストが予測可能であるかのように装います。しかし、実際には予測できません。これに耐えているエージェンシーは、プラットフォーム費用をその実態どおりに扱います。つまり、ベンダーからあなたの帳簿を通ってクライアントへ流れるパススルーコストであり、あなたの本当の収入はマークアップと管理費であって、決して立替金そのものではない、という扱いです。
2026年にBubbleが実際にどう請求するか
Bubbleの表示価格はおとなしく見えます。年間請求の場合、ウェブプランはStarterが月額29ドル、Growthが119ドル、Teamが349ドルで、無料枠は0ドル、Enterpriseは問い合わせ価格です。月次請求はより高く、それぞれ32ドル、134ドル、399ドルになります。しかし、プラン料金はほとんどの本番請求の中で最も小さい部分です。本当のメーターはワークロードユニットです。
すべての有料プランには月間のワークロードユニット許容量が含まれます。Starterは175,000ユニット、Growthは250,000ユニット、Teamは500,000ユニットです。無料プランには50,000ユニットが含まれますが、ライブアプリをデプロイすることはできません。ワークロードユニットはサーバー処理を計測します。データベース検索、ワークフロー実行、API呼び出し、ページ読み込み、ファイル操作などであり、消費量は操作によって大きく異なります。単純なページ読み込みはおよそ0.5〜2ユニット、複雑な検索1回で10〜50ユニットかかることもあります。ワークフローが多いアプリや最適化されていない検索を抱えるアプリは、トラフィックが大したことがないうちにStarterの許容量を使い果たす可能性があります。
許容量がなくなると、アドオン階層なしの超過料金は1,000ユニットあたり0.30ドルです。1か月に100万ユニットの追加は、バックエンドのワークフローが多い成長中のアプリには容易ですが、300ドルかかります。事前購入のワークロード階層はユニット単価を大幅に下げ、最大階層では1,000ユニットあたり約0.10ドルまで下がりますが、急増の前に階層を購入する必要があり、階層自体が毎月のコミットメントです。
特にエージェンシーにとってこれを危険にする仕組みが3つあります。第一に、消費量は事前に予測するのが本当に難しく、同じユーザー数のアプリでもワークフローの組み方次第でワークロードが桁違いになることがあります。第二に、超過料金はデフォルトで有効になっており、Bubbleは許容量の75%と100%でアカウント所有者にメールを送りますが、あなたのエージェンシーがアカウントを保有している場合、そのメールは急増を引き起こしたユーザーを持つクライアントではなく、あなたに届きます。第三に、超過料金をオフにしても請求額が優雅に上限されるわけではありません。上限に達するとアプリはオフラインになり、超過料金が再有効化されるか、階層が購入されるか、次のサイクルが始まるまで止まります。「誰も見ていなかった使用量上限に達したせいでサイトが落ちた」という会話は、クライアントとしたくないものです。
Webflowも形は同じでメーターが違う
Webflowはワークロードユニットを使いませんが、エージェンシーの視点から見ると価格設定の変動プロファイルは同じです。適度な基本料金に、クライアントの成功に連動して動くメーターが加わります。
2026年5月、Webflowは旧CMSとBusinessサイトプランを単一のPremiumプランに統合しました。年間請求で1サイトあたり月額25ドル（月次39ドル）で、300の静的ページ、20,000のCMSアイテム、50GBの帯域幅をカバーします。月額15ドルのBasicプランはカスタムドメインと10GBの帯域幅をカバーしますが、CMSは一切含みません。含まれる帯域幅を超えるものは有料アドオンとして販売され、最大2.5テラバイトまで対応します。つまり、クライアントのバイラルなローンチや画像・動画トラフィックの重い四半期は、そのままWebflowの請求額増加に直結します。
しかもサイトプランは3つの請求のうちの1つにすぎません。デザインコラボレーション用のワークスペースプラン、追加のデザイナー席、追加ロケール、eコマース取引容量はすべて、サイトごとの料金に加えて別途請求されます。クライアントが「もう1言語だけ」とか「編集者をあと2人追加で」と頼むのは、あなたにメーター制のスタックを増やすよう頼んでいるのと同じです。そして、あなたの契約が「ウェブサイト＋ホスティング」に対して単一の定額月額を提示しているなら、そのイエスの一つひとつがあなたのマージンを削ります。
両プラットフォームは価格も改定します。Bubbleは2026年10月にStarter価格を調整し、Webflowは年央にサイトプランのラインナップ全体を再編しました。今日のプラットフォーム価格を埋め込んだ数か月間の固定見積は、ベンダーが動かないという賭けです。その賭けは何年も負け続けています。
契約上の誤り：メーター制コストを固定費に束ねること
失敗パターンはほとんどいつも同じ一文です。提案書や基本契約書に埋もれた、固定月額費が「ホスティングを含む」という記述です。クライアントにはシンプルに見えます。実際には、あなたのエージェンシーをベンダーの変動性の引受者にします。固定のプレミアムを集め、無制限のメーター制下落リスクを吸収するのです。
エージェンシーの構築案件に関する業界報道では、典型的なBubbleプロジェクト費用は20,000ドルから250,000ドルの範囲とされ、特定のマージンの罠が指摘されています。クライアントアプリを納品し、クライアントのビジネスが成功すると消費量が増え、クライアントは予算にない追加費用を払うか、エージェンシーが増加分を吸収するかになります。漠然とした範囲に対する固定価格は、ソフトウェアサービス全般においてエージェンシーとクライアントの紛争の最も一般的な原因であり、固定価格の中にメーター制の第三者請求を加えると、あらゆる使用量の急増が再交渉になります。
同じ罠はAIと自動化の仕事でも一段下で現れます。APIやトークンコストを定額のリテイナーに束ねたエージェンシーは、ベンダーの価格変更が一夜にして自分の損失になることを知ります。プラットフォーム費用はトークン費用とまったく同じように振る舞います。第三者がメーター制で、クライアントが駆動し、あなたの制御の外にあります。これら3つの性質を持つコストは固定費に属しません。パススルー条項に属します。
束ねることには、もう一つ静かなコストがあります。数字をクライアントから隠すのです。ワークロードユニットの傾向を一度も見たことのないクライアントには、それを削減する最適化作業を承認する理由がありません。無駄な検索の再構築、重いロジックをバックエンドワークフローへ移動、急増後に生の超過料金を払うのではなく急増前にワークロード階層を購入することなどです。透明なパススルー請求は、使用量を二人で見る共有ダッシュボードに変えます。これが最適化作業が自らを売り込む唯一の取り決めです。
解決策：プラットフォーム費用をパススルーコストにする
パススルーコストとは、あなたのエージェンシーがクライアントに代わって支払う費用です。ベンダーのサブスクリプション、使用量請求、ライセンス料などで、原価または手数料マークアップ付きでクライアントに請求されます。この概念はエージェンシー会計では標準です。クライアント自身のコストが、あなたの収入にならずにあなたの帳簿を通って流れます。ノーコードプラットフォームに適用すると、実用的なモデルは3つあります。アプリが稼働する前に、クライアントごとに1つを書面で選んでください。
モデル1：クライアントがベンダーアカウントを保有し、直接支払う。 クライアントが自分のBubbleまたはWebflowアカウントを作成し、自分のカードを追加し、プラン、階層、超過料金を所有します。あなたのエージェンシーはコラボレーターまたはゲストエディターとして招待されます。これが最もクリーンな取り決めで、メーター制の請求があなたの帳簿に一切触れません。独自の財務機能を持つ大規模クライアントにとって適切なデフォルトです。既知の欠点は、クライアントがお金を節約するためにプラン階層への投資を怠ることがあり、それがパフォーマンスのボトルネックや上限到達による停止を生み、あなたがそれを診断して説明しなければならなくなることです。このモデルを選ぶなら、引き渡し資料に最低階層の推奨事項を含め、それ以下での運用はクライアントのリスクであるという条項を入れてください。
モデル2：エージェンシーが支払い、原価＋マークアップで再請求する。 あなたがベンダーアカウントを保有し、自分のカードでプラットフォーム請求を支払い、毎月クライアントに正確なプラットフォーム費用に手数料を加えて請求します。通常はパススルーの10〜20%で、ほとんどのエージェンシーがベンダー管理、照合、立替のコストをカバーするために使う範囲です。このモデルは、請求書1枚とベンダー管理ゼロを望む小規模クライアントに適しています。契約にはマークアップ率、請求サイクル、そして決定的に、ベンダーの価格上昇が自動的に流れることを明記する必要があります。その最後の一文がなければ、BubbleやWebflowの値上げのたびにあなたの価格設定が再交渉になります。
モデル3：使用量上限と超過条項付きのバンドルケアプラン。 明示された上限までのプラットフォーム費用を含む定額月額リテイナーを提示します。例えば「Growthプランに加え、月間ワークロード超過料金150ドルまでを含む」とし、上限を超える分は原価＋マークアップで請求します。これにより、通常月の予算予測可能性をクライアントに与えつつ、急増リスクをあるべき場所に保ちます。上限はプラン階層とドル建ての超過許容量の両方を明示する必要があります。数字のない「ホスティング込み」はモデル0であり、あなたが逃れようとしている罠です。
どのモデルを選んでも、作業範囲書に5つの条項を入れるべきです。ベンダーアカウントを誰が保有し、誰のカードが登録されているか。超過料金と階層アップグレードを誰が支払い、どのドル閾値を超えたら階層購入前に書面承認が必要か。再請求費用に対するマークアップ率。請求書とともに送る月次使用量レポートで、許容量、消費量、傾向を示すもの。そして、ベンダーの定価変更が契約修正なしに流れるというクライアントの承認。この5番目の条項こそ、エージェンシーが忘れ、後で最も必要になるものです。
正しく記帳する：立替金はあなたの収益ではない
プラットフォーム費用があなたのエージェンシーを通って流れるようになったら、簿記はそれをあなたが実際に稼ぐものから明確に分離しておく必要があります。Bubbleがクライアントの10月の超過料金としてあなたのカードに300ドルを請求したとします。1,000ユニットあたり0.30ドルで100万ユニットの追加です。そしてあなたはクライアントに345ドルを再請求します。300ドルの原価に15%の手数料を加えたものです。その請求書からのあなたの本当の収入は345ドルではなく45ドルです。345ドル全額を収益として記帳すると、トップラインを過大表示し、収益ベースの税務やバリュエーションの計算を膨らませ、その後の返金やクレジットが収益の逆転ではなく、実際にはクライアントのお金が通過しただけのことなのに、収益の逆転にしてしまいます。
会計基準も同意しています。ASC 606では、本人対代理人の枠組みは、サービスが顧客に移転する前にあなたがそれを支配しているかどうかを問います。あなたはBubbleのコンピュートやWebflowの帯域幅を支配していません。ベンダーが支配しています。したがって、再請求されるプラットフォーム費用についてあなたのエージェンシーは代理人であり、正しい表示は純額です。マークアップは手数料収入として、立替金は対応するパススルー行を通り抜けます。具体的には、2組の勘定科目を保ちます。パススルー収益はパススルー費用と対応させ、手数料収入は独立させます。パススルーの組は毎月ほぼゼロに相殺されるはずです（タイミングの違いを除く）。マークアップはマージンが測定される手数料収入に残ります。
これがプレーンテキスト会計でどう見えるかです。エージェンシーがBubbleの300ドルの超過料金を自分のカードで支払い、クライアントに345ドルを請求します。
2026-10-01 open Assets:Checking:Operating USD
2026-10-01 open Assets:Receivable:Client-Acme USD
2026-10-01 open Expenses:Passthrough:Bubble-WU USD
2026-10-01 open Income:Passthrough-Reimbursement USD
2026-10-01 open Income:Fees:Hosting-Markup USD
2026-10-31 * "Bubble" "10月分WU超過料金、クライアントAcmeアプリ、100万ユニット×1Kあたり0.30"
Expenses:Passthrough:Bubble-WU 300.00 USD
Assets:Checking:Operating -300.00 USD
2026-10-31 * "Acme Corp" "10月分プラットフォーム立替金＋15%ホスティング管理手数料"
Assets:Receivable:Client-Acme 345.00 USD
Income:Passthrough-Reimbursement -300.00 USD
Income:Fees:Hosting-Markup -45.00 USD論理を追ってみましょう。最初の取引はベンダー請求をパススルー費用として記録し、あなた自身のソフトウェア費用としては記録しません。通常の営業費用に置くのは、コストベースが膨らんで見え、マージンが薄く見えるようにする誤りです。2番目の取引はクライアント請求書を分割します。300ドルは立替金行と相殺されて費用とゼロでネットになり、45ドルのマークアップだけが手数料収入に着地します。クライアントが超過料金に異議を唱えたり、Bubbleがクレジットを発行したりした場合、調整はパススルーの組に当たり、報告収益は動きません。ドキュメントではこのような勘定構造のパターンをより詳しく扱っており、Favaはパススルーの組を独自のスライスとして表示するので、毎月一目でゼロに相殺されることを確認できます。
この習慣を定着させる簿記の習慣が2つあります。第一に、クライアントごとのプラットフォーム費用を毎月照合し、ベンダー請求書と再請求の両方に対して行います。ワークロードダッシュボードは請求書から思う以上にずれるもので、飛ばした月こそ階層が気づかれずに更新された月です。第二に、クライアントのプラットフォーム残高を四半期をまたいであなたのカードに載せたままにしないことです。再請求は手数料と同じ支払条件で毎月請求してください。再請求されない600ドルの超過料金が費用の中でエイジングしているのは、あなたが同意したことのない無利息の貸付です。
次のステップ：すでに署名した契約を監査する
今週、現在の基本契約書と作業範囲書を引き出し、このリスクを生む一文を探してください。固定の数字に付随する「ホスティング込み」のあらゆる変種です。それぞれについて、実際に3つのモデルのどれを記述しているか（クライアント支払い、マークアップ付き再請求、上限付きケアプラン）を確認し、5つの条項が揃っているかを確認します。アカウント保有者、超過料金の責任、マークアップ率、月次使用量レポート、ベンダー価格変更の自動パススルーです。ほとんどのエージェンシーは、少なくとも1人のクライアントが上限なしのバンドルにあり、少なくとも1つの契約が値上げについて沈黙していることに気づきます。
そして、更新順に修正してください。最も急速に成長しているアプリを持つクライアントから始めましょう。次の急増はそこに着地します。新規構築は初日からクライアント保有アカウントまたは明示的な再請求条件に移し、使用量ダッシュボードを毎月の請求書に載せ、メーター制の請求を本来の役割どおりに機能させましょう。クライアントの成功に連動して上下し、クライアントの予算で動き、あなたのマージンはあなたのものに保たれるのです。
