MA / CRM まわりのツール選定をしていて、Airtable の日本語解説記事をいくつか読んだ。内容自体は丁寧なのだが、料金プランの節を見て手が止まった。「プラスプラン 月額10ドル」「プロプラン 月額20ドル」と書いてある。
このプラン名は、いま Airtable の料金ページには存在しない。
日本語で流通している Airtable の解説記事は 2024 年前後に書かれたものが多く、その時点ですでに古い情報を引き写しているものもある。ノーコードツールは料金体系の改定が速いので、「解説記事を読んで見積もりを立てる」とほぼ確実にずれる。この記事では公式ドキュメントを 2026 年 8 月時点で引き直し、見積もりが外れやすい 4 つの軸をまとめる。
なお Airtable では、複数のテーブルをまとめた単位を base と呼ぶ。以下の上限はほぼすべて base 単位で効くので、この語だけ先に押さえておきたい。
先に結論：どこで詰まるかは使い方で違う
2026 年 8 月時点の公式プランは Free（$0）/ Team（$20）/ Business（$45）/ Enterprise Scale（要問い合わせ） の 4 つ。無料プランの上限は レコード 1,000 件 / base、編集者 5 名、API 1,000 コール / 月。API のレート制限は 全プラン共通で 5 リクエスト / 秒で、上位プランに上げても緩和されない。
Airtable の制約は「レコード数」だけではない。座席の数え方、API コール数、AI クレジットという別々の軸があり、どれに最初にぶつかるかは使い方で変わる。
まず前提としてプラン名の変更を押さえたうえで、この 4 つの軸を順に見ていく。
前提：Airtable の料金プランは4つ — Plus / Pro はもう無い
古い記事に出てくる Plus（年払いで $10 / 人・月）/ Pro（同 $20） は、2023 年 9 月に Team プランへ統合された。Plus ワークスペースは 2023 年 9 月 25 日から、Pro ワークスペースは同年 9 月 18 日から、それぞれ Team への移行が始まっている。
2026 年 8 月現在の公式プランは次の 4 つ（Airtable 料金ページ）。
| プラン | 月払い | 年払い | 位置づけ |
|---|---|---|---|
| Free | $0 | $0 | 個人・ごく小規模チーム |
| Team | $24 / 人 | $20 / 人 | ワークフローを共有するチーム |
| Business | $54 / 人 | $45 / 人 | 部門単位、管理機能が必要な場合 |
| Enterprise Scale | 要問い合わせ | 要問い合わせ | 全社導入、ガバナンス要件あり |
「Pro が $20 だったから Team も同じようなもの」と読み替えると危ない。旧 Pro の枠がそのまま Team に引き継がれたわけではなく、Team は $20 という価格帯だけを引き継いだ別のプランになっている。
なお Business と Enterprise Scale は、フリーメールドメインでは契約できない。公式ヘルプに「Gmail、Yahoo などのドメインは対象外」と明記されている。個人の Gmail アカウントで PoC を始めて、そのまま Business に上げようとすると、ここで一度止まる。検証を始める段階から会社ドメインのアカウントを使っておいたほうがいい。
軸1. Airtable のレコード上限は「base 単位」であって table 単位ではない
2026 年 8 月時点の公式ヘルプ（Airtable plans overview）に記載されている上限は次のとおり。Enterprise Scale は個別条件のためここでは割愛する。
| プラン | レコード / base | 添付ファイル / base | 変更履歴 |
|---|---|---|---|
| Free | 1,000 | 1 GB | 2 週間 |
| Team | 50,000 | 20 GB | 1 年 |
| Business | 125,000 | 100 GB | 2 年 ※ |
※ この行だけ公式内で記載が割れている。ヘルプセンターは「1 year of revision and snapshot history」と書いているが、料金ページに埋め込まれたプラン設定では maxRevisionHistoryDays: 730（2 年）になっている。実際に効く値は後者と見るのが妥当だろう。Free と Team は両方の記載が一致している。
こういう不整合は Airtable に限った話ではないが、「公式に書いてあるから正しい」も一枚岩ではない、という例として挙げておく。
古い日本語記事が「無料プランは 1,200 件」と書いていることがあるが、公式ヘルプの現在の記載は 1,000 件である。無料枠を前提に設計するなら、この差の 200 件ぶんは最初から無いものとして考えたほうがいい。
そして実務でよく誤解されるのが単位のほうだ。公式は次のように書いている。
1000 records per base (1000 records per table max will also hit base record limit)
— Airtable ヘルプセンター「Airtable plans overview」
つまり base あたりの上限であって、テーブルごとに 1,000 件ずつ持てるわけではない。1 つの base に「顧客」「商談」「アクティビティ」の 3 テーブルを作った場合、合計が上限に当たる。MA 用途だとアクティビティ系のテーブルがいちばん行数を稼ぐので、この数え方の違いは効く。
上限に達したときの挙動も押さえておきたい。要約すると「データは消えないが、上限超過の通知が出て、アップグレードするまで追加できなくなる」。公式 FAQ の原文はこうだ。
If you reach (or are over) our record or attachment limits, you’ll still be able to use your bases and we will never remove your data. We’ll notify you of the overage and you will not be able to add more records or attachments until you upgrade to a new plan.
データが消えることはなく、追加ができなくなるだけ。ただし外部システムと同期している構成では、「追加できない」は「連携が片側で止まる」と同義になる。既存データは読めているので気づきにくく、静かに壊れるタイプの障害になる。
軸2. 課金単位は「ワークスペース」で、座席の定義はプランごとに違う
ここが見積もりでいちばん外れやすい。
まずセルフサーブのプラン（Free / Team / セルフサーブの Business）では、課金はアカウント単位ではなく ワークスペース単位である。同じアカウントの中に、Team プランのワークスペースと Free プランのワークスペースを併存させられる。営業経由の Business と Enterprise Scale は算定方法が異なるとされているので、そこは個別に確認が要る。
そのうえで、「誰が座席として課金されるか」の定義がプランによって違う。
| 権限 | Free | Team | Business |
|---|---|---|---|
| Creator（base 作成可）/ Editor（編集可） | 5 名まで無料 | 課金 | 課金 |
| Commenter（コメント可） | 50 名まで無料 | 課金 | 無料 |
| Read only（閲覧専用）/ フォーム送信 / 共有リンク | 無料 | 無料 | 無料 |
「編集する人だけ課金」と思い込んで Team で見積もると、コメントするだけのメンバーぶんが乗ってきて実額が膨らむ。逆に、閲覧とコメントが中心のメンバーが多い組織では、Business のほうが総額で安くなる場合がある。
たとえば編集者 5 名、コメントのみ 15 名の構成を、年払い時の月額換算で計算するとこうなる。
| 構成 | 計算 | 月額（年払い換算） |
|---|---|---|
| Team | (5 + 15) 人 × $20 | $400 |
| Business | 5 人 × $45（Commenter 15 名は無料） | $225 |
単価は Business が 2 倍以上なのに、総額は半分近くになる。座席の内訳を数えずに単価だけで比較すると、この逆転を見落とす。
無料で試せる範囲は「編集する人が 5 人まで」と考えておくとよい。
軸3. Airtable の API 制限とオートメーション枠 — 外部連携するなら最初に見る
HubSpot などの MA（マーケティングオートメーション）/ CRM と繋ぐ前提なら、レコード数より先にここを見る。数値の出典は公式ヘルプの Managing API call limits in Airtable。
なお「そもそも MA を Airtable でやるべきか」という問いについては、HubSpot と運営コストを比較した記事で別途検証している。結論だけ先に言うと、CRM の形をしたデータなら HubSpot のほうが課金軸が合っている。
月間 API コール数
公式ヘルプによれば、月間上限があるのは Free と Team のみ。いずれもワークスペースあたりの月間コール数である（レコード上限が base 単位なのに対し、こちらはワークスペース単位という点に注意）。
- Free: 1,000 コール / 月
- Team: 100,000 コール / 月
- Business / Enterprise Scale: 無制限
Free の 1,000 コール / 月は、双方向同期を組むとかなり早く溶ける。1 日あたり 33 コール程度しか使えない計算になるので、定期ポーリングを 30 分間隔で回すだけで超過する。
超過したときの挙動がプランで違うのも押さえておきたい。
- Free: 超過すると 30 日間のグレースピリオドに入り、その間は使い続けられる。ただしこのグレースピリオドは一度きりで、以降は翌月のリセットまでブロックされる
- Team: ブロックではなく 2 リクエスト / 秒へのスロットリングに落ちる
そして実装上ありがたいのは、429 が 2 種類に分かれていることだ。秒間レート制限の超過は RATE_LIMIT_REACHED、月間枠の超過は PUBLIC_API_BILLING_LIMIT_EXCEEDED が返る。エラーコードを見れば「待てば直るのか、プランを上げないと直らないのか」を切り分けられる。リトライ処理を書くときは、後者で延々とバックオフしても無駄なので分岐させておきたい。
レート制限（全プラン共通）
- 1 base あたり 5 リクエスト / 秒（5 req/sec）
- 1 ユーザーまたはサービスアカウントのパーソナルアクセストークン全体で 50 リクエスト / 秒
- 超過すると 429 が返り、30 秒待つまで後続リクエストが通らない
この 5 リクエスト / 秒は上位プランに上げても緩和されない。プランを上げれば解決する種類の制約ではないので、バッチ投入する側でバックオフとリトライを実装しておく必要がある。公式 JavaScript クライアントはこれを自動で処理する。
リクエストのタイムアウト
レート制限とは別にリクエストのタイムアウトもある。複雑な filterByFormula や大きなページサイズを指定すると、レート制限内でもタイムアウトでエラーになる。公式の対処は「ページサイズを小さくする、数式を単純にする、クエリを絞る」。
オートメーションの実行回数
実行回数の上限はプランごとに異なるが、押さえておくべきなのは数値そのものより次の 2 点だ。数値はプラン改定で変わりやすいため、公式で確認してほしい。
- 上限は毎月 1 日にリセットされる
- 失敗した実行も回数にカウントされる
外部 API 側が不調でリトライが空回りしている状態は、そのまま月間枠の消費になる。連携先が落ちている間にオートメーション枠を食い潰し、復旧後に本来の処理が動かない、という順番で効いてくる。
軸4. AI クレジット — 2024年の記事にそもそも無い軸
2025 年 6 月 24 日、Airtable は自らを「AI ネイティブなアプリプラットフォーム」として作り直したと発表した。CEO の Howie Liu はこれを “refounding”（創業のやり直し）と表現している。会話型の AI エージェント Omni と、フィールド単位で動く Field Agents が導入され、AI 機能が全プランに乗った。
結果として、2024 年の解説記事には存在しなかった AI クレジットという課金軸が増えている。
| プラン | AI クレジット（1 人・1 か月あたり） |
|---|---|
| Free | 500（Editor 以上の権限を持つユーザー） |
| Team | 15,000（課金対象コラボレーター） |
| Business | 20,000（課金ユーザー） |
| Enterprise Scale | 25,000（課金ユーザー、定価ベース） |
消費のされ方には非対称がある。Omni を使ったアプリ構築そのものはクレジットを消費しないが、Field Agents はレコードを処理するたびに消費する。前者は開発時に一度だけ動くもの、後者は運用中ずっと動き続けるものなので、「作るのは無料、回すと有料」という構造だと理解しておくとよい。
消費量はモデルと入出力サイズで変動する。目安として単純な分類なら 1 レコードあたり数クレジット程度だが、長い文書の解析になると 1 件で数百から千クレジット規模に達することもある。レコード数 × 1 件あたりの消費で見積もる癖をつけておかないと、月間枠の消化速度を読み違える。
ノーコード SaaS の料金情報をどう確認するか
今回いちばん実感したのは、Airtable の仕様そのものより「解説記事の賞味期限」のほうだった。
参照した公式ヘルプページには “Last updated 7 hours ago” と表示されていた。数時間単位で更新されるドキュメントを、2 年前の記事を経由して読んでいたわけである。ノーコード / SaaS 系のツールについて日本語記事で調べるときは、次の順で確認するのが早い。
- 記事の公開日を最初に見る。1 年以上前なら料金と上限の数字は信用しない
- プラン名で公式サイトを検索する。プラン名自体が消えていれば、その記事の見積もりは全体が古い
- 数字は公式ヘルプセンター（support.airtable.com）で引き直す。料金ページよりヘルプセンターのほうが上限値の記載が詳しい
- それでも食い違うことがある。変更履歴の日数のように、ヘルプセンターと料金ページで値が割れている項目は実在する
そして自戒として書いておくと、この記事自体も 2026 年 8 月 15 日時点のスナップショットである。ここに書いた数字も、読むときには公式で引き直してほしい。
まとめ
- Plus / Pro は 2023 年 9 月に廃止済み。現在は Free / Team（$20）/ Business（$45）/ Enterprise Scale
- レコード上限は base 単位。Free 1,000 / Team 50,000 / Business 125,000。超えてもデータは消えないが追加が止まる
- セルフサーブのプランの課金はワークスペース単位。座席の定義はプランで違い、Team は Commenter も課金、Business は Commenter が無料。座席の内訳次第で総額が逆転する
- 外部連携するなら API 枠（Free 1,000 コール / 月・ワークスペース単位）とレート制限（全プラン 5 リクエスト / 秒）を先に見る。5 リクエスト / 秒はプランを上げても緩和されない。月間枠の超過は秒間レート超過とは別のエラーコードで返る
- 2025 年 6 月の AI ネイティブ化で AI クレジットという軸が増えた。Omni の構築は無料、Field Agents の実行は有料
Airtable 自体は、スプレッドシートの手軽さでデータベースを立ち上げられるという価値がはっきりしたツールで、小さく始めて使い方を確かめる用途にはよく合う。ただし「小さく始める」の範囲は、無料プランで編集者 5 名・1,000 レコード・API 1,000 コール / 月までだ。そこを超えた瞬間にいくらかかるのか。その数字は必ず公式で確認してから見積もりに入れたい。
そして MA / CRM 用途に限れば、そもそも Airtable で運営すべきかという問いが先に立つ。HubSpot と初年度コストを比較した記事に、その損益分岐をまとめた。