Makeクレジット
計算機
月間の起動回数、平均bundle数、bundleごとに動くmodule数を入れ、無料枠1,000 creditsに収まるかを購入前に概算する。
広告を含む：Makeの申込みリンクから紹介料が発生する場合がある。計算式、公式情報、向かない条件は広告状態と分離する。入力値はブラウザ内だけで計算し、送信・保存しない。
月間クレジットを概算
入力値は送信・保存しない。通常moduleの固定消費を中心に計算し、AIなどの動的消費は実測値を足す。
- 1回あたり
- 余白前 / 月
- 余白込み / 月
目安：10,000クレジット帯。公式料金で機能と請求周期を確認。
式：月間回数 ×（1回だけ動くmodule + 平均bundle × bundleごとに動くmodule + 動的消費）×（1 + 余白率）。余白込み月間値は境界の誤表示を避けるため0.001 credit単位で切り上げる。Make請求の丸め規則を示すものではない。
計算結果の読み方
- 1,000以下：Freeの月間credit枠候補。必要な機能や実行間隔の制限は別に確認する。
- 1,000超〜10,000以下：10,000-credit帯で比較。Core、Proなどは機能差と請求周期も確認する。
- 10,000超：上位credit量を確認する前に、polling間隔、不要action、bundle増加を見直す。
この判定は価格やプラン名を確定しない。Make公式料金は選択credit量、請求周期、機能などで変わる。
公式仕様を式へ置き換える
通常の非AIアプリは、多くの場合1 operationが1 credit。trigger moduleはデータが0件でも実行ごと、search moduleも返却bundle数にかかわらずmodule実行ごとに1 creditを使う。action moduleは入力bundleごとに1 creditを使う。
router、filter、error handlerなどはcreditを使わない。iteratorは分割自体に1 credit、その後のsearchやactionを含むcredit消費moduleは出力bundleごとに加算される。AI、Make Codeなどは固定1 creditではないため、実行履歴で確認した平均値を「AI・Codeなどの追加」へ入れる。
概算が外れる条件
- polling triggerの確認回数を、データが見つかった回数だけで数える
- iterator後に増えるbundle数や、再試行を含めない
- AIのtoken、ファイル、ページ、処理時間による動的消費を0のまま扱う
- scenario内で条件ごとに異なる経路を、単純平均へ置き換えられない
無料枠で同じscenarioを7日動かし、Makeのscenario履歴でcredit消費を確認する。実測月間値がこの概算とずれた場合は、実測を優先する。
次に読む
Makeとn8nの料金比較で課金単位を揃える。処理自体をCoworkへ任せるか迷う場合は、Cowork・Make・n8nが必要な境界から分ける。
公式情報
広告・更新履歴
本ページにはMakeのアフィリエイト広告を含む。広告の有無で式や判定範囲を変更しない。申込み前に公式料金、機能、税、請求周期、解約条件を確認する。
初稿・公式credit仕様確認：2026-08-12 / 実scenarioとの誤差測定：未実施 / 次回更新：7日間の実測ログ追加後