WerdeX
AX Clip一覧に戻る→
Airtable実務

Airtableは買収されたが、値上げは未発表──それでも今のうちにやっておくこと

2026年9月4日、AirtableはBending Spoonsに買収されました。2026年10月時点で値上げは未発表です。この記事では公式リリースと料金ページで確認できる事実だけを整理したうえで、値上げ幅別の年額試算、権限設計でコストを吸収する方法(配り方次第で年額は10倍変わる)、そして「いつでも出られる状態」を作る3つの備えを、実案件の設計と実削減額をもとに解説します。結論は「今すぐ乗り換える必要はない」です。

2026年9月4日、AirtableはBending Spoonsに買収されました。この記事を執筆している2026年10月現在、値上げの発表はありません。公式の料金ページも、買収前と同様にTeam $20/Business $45(年払い・1ユーザーあたり月額)のまま据え置かれています。 それでも、この記事を書いています。理由は明快です。私たちが実際に「SaaSの値上げ通知が届いた企業」の移行支援を手がけており、値上げが告知されてから動き出すと何が起きるかを目の当たりにしているからです。 先に結論をお伝えします。今やるべきことは「乗り換えの準備」ではありません。「値上げが告知されても、その場で即座に判断できる状態にしておくこと」です。この2つは似ているようでいて、投じるべきコストが10倍違います。

この記事でわかること

  • 買収によって何が確定し、何がまだ未確定なのか(公式リリースで確認できる事実の範囲)
  • 値上げが実施された場合、年額がいくら変動するのか。権限設計でどこまで吸収できるのか
  • 「いつでも別ツールへ出られる状態」を作るために、初期構築の時点でやっておくべき3つのこと
  • 値上げ通知が届いてから動き出した企業で、実際に何が起きたか
  • 今すぐ他ツールへ乗り換えるべきではない理由

まず、確定している事実と未確定の事実を分ける

値上げに関する議論には、どうしても憶測が混ざりがちです。そのため最初に、公式情報として確認できる事実のみを表に整理します。

項目状況出典
買収の完了2026年9月4日に完了(全額現金)Bending Spoons公式リリース
買収額EV 12.85億ドルBending Spoons公式リリース
AirtableのARR約4.8億ドル(2026年6月時点・前年比20%超成長)Bending Spoons公式リリース
値上げの発表未発表(2026年10月時点)公式リリース・公式料金ページの両方で確認
現行価格Team $20/Business $45(年払い・1ユーザー月額)Airtable公式料金ページ
課金対象編集権限を持つ人のみ。閲覧専用・フォーム送信・共有リンクは無料Airtable公式料金ページ

「値上げされます」と断定している記事を見かけたら、その根拠を確認してください。 2026年10月時点で、Airtableはいかなる価格改定も発表していません。

先にお伝えしたいこと

この記事でも、値上げが確実に起きると断定するつもりはありません。未発表の事象を「必ず来る」と書くのは、単なる不安の煽りです。 ここからお伝えするのは、「もし値上げが告知された際、現場で何が起き、どのようにコストを吸収できるか」という事前の備えの話です。

ではなぜ、準備の話をするのか

買収元であるBending Spoonsのこれまでの動向は、公開情報から客観的に把握できます。同社はこれまで、Evernote・WeTransfer・Eventbrite・Vimeoなどを買収してきた企業です。TechCrunchは同社のビジネス手法を、私的価値から割り引かれた価格で企業を買収し、人員を削減し、プロダクトを整理し、収益性を持って回るようにする手法だと表現しています。

これは批判ではなく、Bending Spoonsが投資家に対して公言している事業モデルそのものです(同社は「オペレーショナル・エクセレンスによって買収を通じた効率的な成長を実現する」と自ら説明しています)。

ここから読み取れる事実は1つだけです。収益性を高める手段の中に、価格改定が含まれ得る。 それに尽きます。その確率も実施時期も、外部からは分かりません。

だからこそ準備の内容も、「今すぐ乗り換える」ではなく「その場で判断できる状態にしておく」ことになります。

値上げが来たら、年額はいくら動くのか

漠然とした不安も、具体的な数値に落とし込めば冷静に対処できます。現行の公式単価をもとに、値上げ幅ごとの年間コストを試算します。 前提条件:編集席10人のチーム(Teamプラン・年払い)。現行コストは $20 × 10人 × 12ヶ月 = $2,400/年。

値上げ幅1席あたり月額年額(10席)現行との差
なし(現行)$20$2,400—
+10%$22$2,640+$240
+25%$25$3,000+$600
+50%$30$3,600+$1,200
+100%(倍)$40$4,800+$2,400

10席規模の場合、仮に単価が2倍になったとしても年額の増加分は$2,400(約37万円)にとどまります。この数字は頭に入れておく価値があります。同規模でSalesforceを導入している場合の年間費用と比較すると、文字通り桁が違うからです。

補足

Airtableの料金体系は「1ユーザーあたりの月額」であるため、値上げのインパクトはアカウント席数に正比例します。つまり、席の設計を見直せば、値上げの影響を直接的に抑え込める。ここが、固定の年間契約を結ぶSalesforceのようなツールと決定的に異なる点です。

席の設計で、値上げは吸収できる(公式の課金ルール)

ここからが本題です。Airtableの課金ルールは公式ドキュメントに明記されていますが、プランによって課金対象となる権限が異なります。

権限TeamプランBusinessプラン(セルフサーブ)
Owner / Creator / Editor課金課金
Commenter(コメントのみ)課金される課金されない
Read-only(閲覧専用)無料無料
フォーム送信・共有リンク無料無料

先にお伝えしたいこと

ここは特に見落としやすいポイントです。「コメント権限なら無料」という解説をよく見かけますが、Teamプランではコメント権限も課金対象となります。無料になるのはBusinessプラン(セルフサーブ)から。私たち自身も社内資料にこの誤りを記載していた箇所があり、公式ドキュメントで再確認のうえ訂正しました。

この違いを把握すると、同じ利用人数であっても権限の配分次第で年額が大きく変わることが分かります。営業組織30人のケースで比較してみます。

配り方内訳プラン年額
A. 全員に編集席Editor 30人Team$7,200
B. 編集席を絞るEditor 5+Commenter 5+Read-only 20Team$2,400(課金10人)
C. 入力をフォーム・共有ビューに寄せるEditor 3+残り27人は共有リンクTeam$720
同じ30人でも、席の配り方で年額は10倍変わる(Teamプラン・年払いで試算)
同じ30人でも、席の配り方で年額は10倍変わる(Teamプラン・年払いで試算)

パターンAとCでは、年額に10倍もの差が生じます。 現場で行っている業務自体は同じです。違うのは「Airtableを開いて直接編集する人数を何人に絞るか」という点だけ。

これこそが値上げ対策の核心です。 パターンCの運用にしておけば、仮に単価が倍増しても年額は$1,440であり、パターンAの現行価格$7,200よりまだ大幅に安い。席の設計は、値上げに対して最も有効に効く保険です。権限とコストの関係は権限設計はコスト設計そのものでさらに詳しく扱っています。

席を絞るための具体的な手段

  1. 1データ入力をフォームに集約する(フォームの送信者は無料・無制限)
  2. 2閲覧のみの利用者をRead-onlyに設定する(上長・他部署・経営層の多くはこれでカバー可能)
  3. 3操作インターフェースを別のツールに切り出す(後述)
  4. 4Commenterを活用する場合はBusinessプランとの損益分岐点を試算する(目安はCommenterの数がEditorの2倍を超えるかどうか)

実際にあった例──インターフェースを変えたら席数の前提が崩れた

一次情報を1つご紹介します。営業部門で数十名分の有償アカウントを契約していた企業とのやりとりで、ライセンス費用が論点となっていた場面です。こちらから「直接操作する人数を減らせるため、有償アカウントは大幅に削減できる可能性があります」とお伝えしたところ、先方がその場で「普段使っているチャットツールを入力の窓口にすれば、データを受け取るAPIアカウントが1つあれば足りるのではないか」と自ら気づかれました。

これこそが席の設計の本質です。「何人がそのツールを使うか」ではなく「何人が管理画面を開いて編集するか」が課金基準であるため、入力の窓口を別の場所(チャットツール、フォーム、自社アプリなど)へ移すと、必要な席数の前提そのものが崩れます。

この設計を実際に適用した案件では、CRMのコストが1人あたり月額45,000円から3,000円にまで圧縮されました。削減率は93%です。これはAI機能を追加したうえでの数字です。

補足

この実例が示しているのは「Airtableというツールが安い」ということではありません。課金構造を理解して適切に設計すれば、同じ業務内容でもコストの桁が変わるということです。そしてその設計は、値上げが告知される前に手をつけておくほど効果を発揮します。

「いつでも出られる状態」を作る3つのこと

席の設計が「値上げを吸収する」ための備えだとすれば、こちらは「それでもツールを乗り換えると決めた際にすぐ動ける」ための備えです。 システム構築の段階で組み込んでおけば追加コストはほぼゼロですが、後から対応しようとすると数十万円から数百万円の費用が発生します。この差こそが、冒頭に書いた「10倍違う」の正体です。

やること具体的に何をするかやらなかった場合に起きること
1. 毎日APIで外へ書き出すGAS(Google Apps Script)+Airtable APIで、毎日決まった時刻にGoogle Driveへ全テーブルを書き出す。30日程度の世代管理をつける出ると決めた日から、データの持ち出しに着手することになる
2. 添付ファイルは実体で保持するURLではなくファイルそのものを落として保管する添付URLは約2時間で失効するため、CSVだけ取っていても添付は1つも守られていない
3. 業務ロジックをAirtableの中に閉じ込めない自動化の中核をAirtable Automationsだけに依存させず、外部(GAS・API)側にも置くAutomationsの定義はAPIでも取得できない。移行時に自動化は全て作り直しになる
構築時に入れておけば追加コストはほぼゼロ。後から足すと数十万〜数百万円かかる
構築時に入れておけば追加コストはほぼゼロ。後から足すと数十万〜数百万円かかる

先にお伝えしたいこと

3番目の項目は特に見落とされがちです。Airtableの標準バックアップでは、Automations(自動化)の定義内容を取り出せません。レコードデータを復旧できても、「自動化の仕組み」までは戻らないのです。そのため「業務ロジックをどのレイヤーに置くか」は、初期の構築段階で定めておくべき極めて重要な設計判断となります。

読者の「やらない理由」は、だいたいこの3つ

ここまでお読みいただいても、今すぐ動かない理由がいくつか思い浮かぶはずです。主な3つの懸念について、1つずつ整理します。

1

「値上げが未発表なのに、今動く理由がない」

大がかりに動く必要はありません。 この記事がお勧めしているのは他ツールへの乗り換えではなく、前述した3つの施策(日次エクスポート・添付の実体保持・ロジックの外部化)の導入のみです。 これら3つは、値上げの有無にかかわらず本来必要な守りの備えです。システム障害や誤削除が発生した際、あるいは担当者が退職した際にも、まったく同じ仕組みが役立ちます。値上げの可能性は、適切なバックアップ体制を整える「きっかけ」に過ぎません。 実際の構築案件でも、この3段構えは標準のバックアップ設計としてそのまま実装しています。値上げ対策のためだけに特別な仕組みを組んでいるわけではありません。

2

「稟議が通らない。買収直後のツールを上げにくい」

これはむしろ稟議を通すための好材料が増えた場面です。買収に伴うリスクは不確実要素ですが、その不確実性に対する備えを設計にあらかじめ織り込んでいる点は、社内稟議において明確な加点材料になります。 稟議書に落とし込む際は、次の3点で整理できます。

  • 現行の年額と、値上げ幅に応じた年額の試算(仮に単価が倍増しても10席で年+約37万円)
  • 席の設計で吸収できるコスト範囲(権限の配分次第で年額は10倍変わる。課金対象は編集権限保有者のみ)
  • 撤退時の手順と想定所要期間(日次でAPIエクスポートを行っているため、データの持ち出しは即日完了可能)

この3点が揃っていれば、「値上げリスクへの対応はどうなっているか」という社内からの問いにも論理的に回答できます。 稟議の障害になるのは「リスクへの回答を用意できていないこと」であり、リスクの存在そのものではありません。稟議資料の組み立て方はAirtableの稟議を通すにまとめています。

3

「移行が怖い。今のデータが無駄になりそう」

そのご懸念は至極もっともです。CRM運用に精通した専門家にツールのリプレイスが進まない要因を伺った際、次の2点を挙げられていました。1つは、中長期的にはコストが下がるとしても、移行作業そのものにリソースを大きく奪われるため「現状維持でよい」となりやすいこと。もう1つは、これまで蓄積してきたデータ資産が無駄になるのではないかという心理的抵抗感です。CRMは単なる営業ログの保管庫にとどまらず、顧客セグメントごとの受注率やリードタイムを追跡する分析基盤でもあります。そのため基盤ツールが変わることで過去データの継続的な分析が途切れてしまう——という指摘でした。 これは客観的な第三者視点での見解ですが、現場の実感としても的を射ています。だからこそこの記事ではツールの移行を勧めていません。 提案しているのは、いざというときに移行を「選べる状態」にしておくことです。選択肢を確保しておくことと、実際に乗り換えることは全く別の話です。

自社に不利な話もしておきます

Airtableを取り扱っている立場として、あえて不都合な事実も率直にお伝えします。 ある投資業務基盤のシステム構成を検討していた企業において、Airtableの採用は見送られました。理由は利用料金ではありません。

見送りの理由として挙げられたもの

  1. 11ベースあたりのレコード上限(Businessプランで125,000件)に、数年で到達する見通しだった
  2. 2ベース間のリレーション機能が弱く、独自の分類体系を組み込みにくかった
  3. 3データの可搬性に懸念があり、ベンダーロックインのリスクが高いと判断された

最終的に採用されたのは、PostgreSQLを中核に据えた構成でした。つまり、この記事で扱っている不安は決して根拠のない妄想ではありません。 実際にそれらの制約を理由に、選定から外れた具体的な事例があります。

補足

私たちが「単にAirtableを推奨するだけの会社」として入ってしまうと、こうした選定の場面で信頼を失います。だからこそツールは常に中立に扱います。Airtableが適さない要件であれば、率直にその旨をお伝えします。向き・不向きの判断材料はAirtable以外の選択肢およびNocoDBセルフホストの運用コストにまとめています。

値上げ通知が届いてから動くと、何が起きるか

最後に、「事前に備えておくこと」と「値上げが来てから動き出すこと」の違いを、実例をもとにお示しします。

ある企業では、CRM/SFAに年間数百万円規模のライセンス費用を支払っていました。社内でも長らく「割高である」という指摘がなされていたそうです。それでも、事態は動きませんでした。

実際に動いたのは、契約更新のタイミングで値上げ通知が届いたときです。機能が追加されるわけでもないのに、年間の利用コストだけが約1割引き上げられる。その通達を受け取って初めて、社内で「どう対応すべきか」という議論が本格化したのです。

ここで何が起きたか。2つの期限が同時にカウントダウンを始めました。 契約更新を拒絶する返答期限と、現行システムの最終利用日です。

この極めて限られた期間のなかで、移行先の選定・検証・データ移行・現場への定着化をすべて完了させなければならなくなります。この状況で最もつらいのは、判断材料を揃える時間が残されていないことです。「本当に移行できるのか」を検証する間もないまま、期限に追われて意思決定を迫られることになります。

私たちがこの案件で最初に着手したのは、実際の移行作業ではなく業務適合性の検証でした。「貴社の業務がこの構成で破綻なく回るか」をプロトタイプ上で確実に確認したうえで、本構築に進むかを判断する。この手堅い進め方ができたのは、期限までにまだわずかな時間が残されていたからです。解約から逆算した段取りはSalesforce脱却のスケジュールで詳述しています。

先にお伝えしたいこと

多くの場合、値上げ通知は「契約更新期限とセット」で届きます。 そのため値上げが来てから準備を始めようとしても、十分な検討時間は残されていません。この記事が「今のうちに」とお伝えしているのは、そういう意味です。

それでも、今すぐ乗り換えるべきではない理由

誤解のないよう明言しておきます。この記事の結論は「現時点ではAirtableを使い続けて問題ない」ということです。

今すぐ動かなくてよい理由

  1. 1値上げは未発表です(2026年10月時点)
  2. 2現行の単価設定は、同規模のSalesforceと比較しても桁が違います
  3. 3課金対象が編集席のみという構造は、本質的に値上げに対して強い(固定枠の年間契約とは根本的に異なります)
  4. 4データのエクスポートは容易で、API経由での取得も柔軟に行えます

買収によって変わったのは、「将来にわたって現行価格が維持される前提を置けなくなった」ことだけです。そして、その不確実性に対する備えは前述した3つの施策で十分にカバーできます。

他ツールへの乗り換えを本格的に検討すべきなのは、値上げに動揺したときではなくシステム要件として筋が通るときです。レコード上限に到達しそう、ベース間参照が必須である、セキュリティ部門による独立審査が必要である——こうした明確な理由が生じた段階で、値上げとは切り離して冷静に検討する価値があります。

よくある質問

Q

「買収によって、既存の契約や料金が変わることはありますか?」

2026年10月時点で、価格改定の発表はありません。公式の料金ページも買収前と同じ単価(Team $20/Business $45・年払い)のままです。年払い契約を締結している場合、その契約期間中の単価は契約条件に従って維持されます。将来の契約更新時における単価について、現時点で確定した公式情報は公開されていません。

Q

「今から新規でAirtableを導入するのは、やめた方がいいですか?」

業務要件に合致しているのであれば、導入を見送る理由にはならないと考えています。理由は3点です。①公式な値上げは未発表であること ②課金対象が編集席のみであるため席の設計次第でコストをコントロールできること ③エクスポートが容易で出口を塞がれないこと。ただしこの記事で提示した3つの施策(日次書き出し・添付の実体保持・ロジックの外出し)は初期構築の段階で必ず組み込んでください。 運用開始後に追加で対応しようとすると、コストが大きく膨らみます。導入費用の全体像はAirtableの導入費用にまとめています。

Q

「値上げに備えて、今のうちに年払いに切り替えておくべきですか?」

年払い契約は月払い契約に比べて単価が安く設定されています(Team $20 vs $24/Business $45 vs $54)。単価の観点のみで見れば年払いが有利です。ただし年払いは中途解約時の扱いが月払いと異なるため、「出口の柔軟性」と「割安な単価」のトレードオフになります。他ツールへ乗り換える可能性を高く見ているなら月払い、当面使い続ける前提なら年払い、という判断になります。

Q

「バックアップを取っていれば、出口の備えとしては十分ですか?」

それだけでは不十分です。レコードデータは復旧できますが、Automations(自動化)の定義内容はAPI経由でも取得できません。また添付ファイルのURLは約2時間で失効する仕様となっているため、CSVファイル等に書き出したURLリストはバックアップとして機能しません。詳細な対策はAirtableのバックアップ3段構えにまとめています。

まとめ──やることは3つだけ

この記事の要点

  1. 12026年9月4日に買収完了。値上げは2026年10月時点で未発表。断定的な情報を見かけた際は必ず根拠を確認する
  2. 2値上げのコストインパクトは席数に正比例する。仮に価格が倍になっても10席なら年+約37万円程度
  3. 3課金対象は編集権限の保有者のみ。権限の配り方次第で年額は10倍変わる(Teamはコメント権限も課金・Businessは無課金)
  4. 4出口の備えは3つ。日次でAPI書き出し/添付は実体で保持/ロジックをAirtableに閉じ込めない
  5. 5この3つは構築時なら追加コストはほぼゼロ。値上げ通知が届いてからでは、準備する時間自体が残されていない
  6. 6今すぐ乗り換える必要はない。乗り換えは値上げへの動揺ではなく、システム要件で判断する

買収のニュースを受けて見直すべきなのは、ツールの乗り換えではなく設計そのものです。そして見直す対象は2つだけ。「誰に編集席を配っているか」と「出るときに何を持ち出せるか」。この2つが整っていれば、値上げが来ても来なくても、その日のうちに判断できます。

同じ取り組みを、貴社でも。

「自社の場合、席をどこまで絞れるのか」「今の構成だと、出口に何が足りていないのか」は、現行の使い方を30分ほどお聞かせいただければその場でお答えできます。資料も準備も要りません。まずは無料の壁打ちから、お気軽にどうぞ!!

AI×CRM構築サービスを見る

他の記事