Notion vs Airtable：2026年、チームのデータに合うのはどちらか

著者: Linh Ngo · 更新日: 2026年8月19日

「Notion vs Airtable」で検索すると、返ってくるものの大半は、2つの製品を同じ軸で採点する機能一覧表です。まるで、2つの別会社が作った同じものであるかのように。実際はそうではありません。そしてこの表は、この選択を本当に決める唯一の問いを、さりげなく隠してしまいます。

Notionはドキュメント製品として始まりました。ブロック、ページ、チームが読むWikiです。データベースは後から、それらのページを整理して絞り込む手段として加わりました。だからNotionのレコードは、まずページであり、次に行です。Airtableは反対の端から始まりました。スプレッドシートのインターフェースをまとったリレーショナルデータベースであり、レコードは型付きフィールドの行で、見栄えのよいビュー（カンバン、カレンダー、ギャラリー、タイムライン）はその行を投影したものです。以下の違いのほとんどは、この2つの出自から直接導かれます。9か月目にあなたを悩ませる違いも含めてです。

したがって、本当の問いはどちらの機能が多いかではありません。チームの仕事は、時々構造を必要とする文章の中にあるのか、それとも時々文章を必要とする構造化されたレコードの中にあるのか、という問いです。正直に答えれば、この記事の残りの大半は確認作業になります。答えを誤ると、1年間、自分たちのツールと格闘することになります。2つの名前に絞る前に、より広い選択肢を見たいなら、ノーコードデータベースソフトウェア ベストの比較が、このカテゴリの15の選択肢を扱っています。

TL;DR

本当の分かれ目：構造を必要とする文章か、文章を必要とするレコードか

どの機能一覧よりも早く決着をつけるテストがあります。チームが最も議論の的にしているものを開いて、その中身が何でできているかを尋ねてください。

中身が文章なら、比較が始まる前にNotionの勝ちです。プロジェクトの概要書、顧客アカウントのサマリー、ポリシー、調査メモ、議事録などは、構造化されたフィールド（担当者、ステータス、日付、タグ）が、本当の内容を包むメタデータにすぎないドキュメントです。Notionのモデルはこれにぴったり合っています。すべての行が、見出し、埋め込み、コメント、入れ子のサブページを備えた1つのページとして開くからです。Airtableにも長文テキストフィールドはありますが、スプレッドシートのセルの中で戦略メモを読みたい人はいません。

中身がフィールドなら、同じようにAirtableの勝ちです。在庫品目、キャンペーン、候補者、発注書、備品などは、レコードが型付きの値の集まりであり、ほかのレコードがそれを指し、計算がその上で走ります。中心に小論文はありません。重要なのは、数量が通貨形式の数値であること、リンクされた仕入先が誰かが2回入力した文字列ではなく本物のリンクであること、そして先にスプレッドシートへエクスポートしなくても、Rollupが明細行を合計できることです。

ほとんどのチームは両方を持っています。多くのチームが両方を運用することになるのはそのためで、実際の判断は、たいていどちらを記録のシステムにして、どちらをその上の閲覧レイヤーにするかになります。記録のシステムを間違えたチームは、2つ目のチームが加わる頃、つまり回避策が積み重なり始める頃に気づきます。まだ枠組みを考える段階なら、ノーコードデータベースソフトウェアの選び方のガイドが、その判断を詳しく解説しています。

それぞれのツールが本当に想定している利用者

どちらの購入者も間違っていません。仕様書とロードマップを検索できる1か所に置きたいHead of Productと、8,000点のアセットをキャンペーン、担当者、予算に紐づけたいマーケティングオペレーションのリードは、同じ検索ワードで異なる課題を解決しようとしています。

重要なポイント

• Airtableは1ベースあたりのレコード数をFreeで1,000、Teamで50,000、Businessで125,000に制限していますが、Notionにはデータベースごとの同等の上限は公開されていません。（Airtableのプラン概要、Notionの料金）
• Airtableは、独立したLookup、Rollup、Countフィールドを含む28種類のフィールドタイプに対応しています。Notionのデータベースプロパティは22種類で、独立したLookupもCountもありません。（Airtableの対応フィールドタイプ、Notionのデータベースプロパティ）
• Notion自身のドキュメントは、RollupがほかのRollupを参照できないことを認めており、「残念ながらできません。意図しないループが発生する可能性があるためです」と述べています。（Notionのリレーションとロールアップ）
• Airtableは自動化の実行回数を、Freeで月100回、Teamで25,000回、Businessで100,000回、Enterprise Scaleで500,000回に制限しており、「Run a script」アクションはFreeでは使えません。（Airtableの自動化）
• AirtableのAPIはベースあたり毎秒5リクエスト、パーソナルアクセストークンあたり毎秒50リクエストを許可しています。NotionのAPIは、インテグレーションあたり平均で毎秒3リクエストです。（Airtableのレート制限、Notionのリクエスト制限）

データモデルの深さ：フィールドが実際に何になれるか

これは最も地味なセクションですが、最も多くの後悔を予測するセクションでもあります。フィールドタイプは、データが使える語彙であり、使い続ける限りその語彙を引き継ぐことになります。

Airtableの一覧は28種類に及びます。Attachment、Autonumber、Barcode、Button、Checkbox、Count、Created time、Created by、Currency、Date and time、Duration、Email、Formula、Last modified by、Last modified time、Linked record、Long text、Lookup、Multiple select、Number、Percent、Phone number、Rating、Rollup、Single line text、Single select、URL、Userです。Notionの一覧は22種類です。Text、Number、Select、Status、Multi-select、Date、Formula、Relation、Rollup、Person、File、Checkbox、URL、Email、Phone、Created time、Created by、Last edited time、Last edited by、Button、ID、Placeです。

差は、本当は数ではありません。何が欠けているかです。NotionにはCurrency、Percent、Duration、Rating、Barcode、Autonumberがありません。これらはすべて、Numberフィールドと命名規則で擬似的に再現でき、何千ものチームがそうしています。そのコストは後になって現れます。数式がテキストフィールドから記号を取り除かなければならなくなったとき、あるいは、ほかの全員が0.15と入力したフィールドに誰かが15と入力したためにレポートが間違ったときです。

NotionのStatusプロパティと、ページがそのままレコードになるモデルは、Airtableが及ばない本物の強みです。チームが文章を書くなら、行を開いてその下に入れ子のページを持つ本物のドキュメントにできることは、めったに使わない6種類のフィールドタイプより価値があります。

リレーショナルの深さと、Notionの上限がある場所

どちらのツールにもリンクされたレコードがあります。どちらにもRollupがあります。この同等性の主張でほとんどの比較は止まりますが、面白いのはそこから先です。

Notionのリレーションは2つのデータベース、またはデータベース自身を結び、Rollupは関連するページのプロパティを集計します。NotionのRollupにできないのは、ほかのRollupを参照することです。Notion自身のヘルプドキュメントは率直に述べています。「残念ながらできません。意図しないループが発生する可能性があるためです。」また、2段階のリレーションをまたいで集計するサポートされた方法もないため、プロジェクトからタスク、タスクから時間記録へとつながる連鎖では、回避策なしには合計時間をプロジェクトまでロールアップできません。

この制限1つが、「Notionでは手狭になった」という話の大きな割合を占めています。実際の業務データは連鎖しています。注文は、製品を参照する明細行を含み、製品は仕入先を参照します。キャンペーンは、予算を参照するアセットを含みます。2段階先で計算した数値が必要になった瞬間、Notionはリレーションを複製するか、手動のフィールドを維持することを求めてきますが、どちらの選択肢も腐っていきます。

Airtableの答えは、この仕事を3つの独立したフィールドタイプに分けることです。Lookupはリンクをまたいで値を取得し、Countはリンクを数え、Rollupは集計を実行し、それぞれがほかのフィールドから参照できる本物のフィールドです。数式フィールドと組み合わせれば、連鎖を平坦化せずにモデル化する余地が生まれます。

モデルが1階層の深さ（プロジェクトとそのタスク、アカウントとその連絡先）なら、Notionはまったく問題なく、上限が訪れることはありません。2〜3階層の深さなら、上限に出会います。正直な助言は、40人を移行した後ではなく前にそれに出会うことです。上限にぶつかったチームは、まさにこの理由でNotion 代替ツール ベストの候補リストを検討することになるのが普通です。

レコード上限と、上限に達したときに起きること

Airtableは上限を公開しています。Notionはほとんど公開していません。料金ページでは強みに見えますが、本番環境では不意打ちになります。

実務上の違いはこうです。Airtableは、いつアップグレードが必要になるかを正確に教えてくれるので、予算を組めます。Notionは、ビューが重く感じるまで行を追加させてくれます。壁としては柔らかいものの、壁には変わりなく、更新の交渉で指し示せる請求項目もないまま訪れます。

Airtableの上限は別の形で効いてきます。Teamの50,000レコードという上限は、過去データのインポートが入ってくるまでは余裕があるように聞こえますが、さらに75,000レコードを得るために、1シート月額$20のTeamから$45のBusinessへ上げるのは大きな一歩です。この一歩こそ、Airtable vs SmartSuiteを検討したり、より広いAirtable 代替ツール ベストの一覧を調べたりするチームの、最も一般的なきっかけです。

ビュー、インターフェース、データを誰が見るか

どちらの製品も、同じレコードをいくつかの方法で見られます。違いが出るのはビューの先です。編集者ではない人がログインして使えるものを構築できるかどうかです。

Notionの7種類のデータベースビューとフォームは、社内レポートの大半をカバーし、チャートビューが実際の欠落を埋めました。Notionにまだ答えがないのは、AirtableのInterface Designerです。これはベースの上に目的に合わせた画面を構築します。レコードピッカー、絞り込まれたリスト、フォーム、ダッシュボード、ボタンがあり、それぞれが独自の権限を持ちます。データを使う人が、スキーマを編集すべき人ではない場合に、これが重要になります。おおよそ30名を超えるほとんどの企業がこれに当てはまります。

自動化とスクリプティング

Airtableの自動化レイヤーは、本格的なワークフローランナーです。9種類のトリガー（レコードがビューに入る、レコードの作成、レコードの更新、レコードが条件に一致、フォームの送信、スケジュールされた時刻、受信Webhook、ボタンのクリック、さらにGoogle WorkspaceとOutlookのトリガー）が、15種類を超えるアクションにつながります。レコードの作成と更新、メール送信、SlackとMicrosoft Teamsのメッセージ、Twilio SMS、Jira、Salesforce、GitHub、そしてJavaScriptを実行する「Run a script」アクションなどです。最後のものはFreeでは使えませんが、有料プランではベースを小さなアプリケーションのバックエンドに近いものに変えてくれます。

Notionのデータベースの自動化は、設計上、より狭い範囲です。トリガーは、ページの追加、プロパティの編集、定期的なスケジュールです。アクションは、プロパティの編集、ページの追加、メンバーへの通知、Gmail経由のメール送信、Webhookの投稿、Slack通知の送信、数式による変数の構築にとどまります。カスタムコードのアクションはありません。データベースの自動化には有料プランが必要で、FreeワークスペースではSlack通知の自動化しか作れず、そのSlackアクション自体もPlus、Business、Enterpriseに限られます。

自動化のニーズが「このステータスが変わったら誰かに通知する」までなら、どちらのツールでもできます。「APIを呼び出し、レスポンスを変換して、3つのテーブルに書き込む」まで含まれるなら、できるのは片方だけです。もう片方は、追加のサブスクリプションを伴ってZapierやMakeへ送り出します。

権限、ゲスト、外部アクセス

Notionの権限モデルはページ単位で、その目的には非常に優れています。Full access、Can edit、Can edit content、Can create、Can comment、Can viewがあり、ページに適用され、その下に入れ子になったすべてに継承されます。このうちCan edit contentとCan createの2つはデータベース専用で、Can createはBusinessとEnterpriseに限られます。この2つのプランでは、Personプロパティによるレコードレベルのアクセス制御も使えるため、ページを名前を挙げた人だけに見えるようにできます。

Notionにできないのは、単一のプロパティを制限することです。権限はページ単位で、列単位ではないため、レコードを見られる人は、給与や利益率を含むそのレコードのすべてのフィールドを見られます。ゲストはFreeで10名までに制限され、Plus以上では無制限で、ゲストはメンバーとしては課金されません。社外のコラボレーターがワークフローに含まれる場合、これは本物のコスト優位性です。

Airtableはアクセスの値付けが異なり、その詳細は金額に響きます。閲覧専用のコラボレーターは、TeamでもBusinessでも課金対象外です。Teamではコメント投稿者は課金対象で、Businessでは対象外です。Freeワークスペースでは、EditorまたはCreatorのコラボレーターが最大5名、コメント投稿者が50名まで使え、それに加えて閲覧専用が無制限です。管理パネルと双方向同期は、どちらもBusiness以上が必要です。

社外のパートナーが読むナレッジベースなら、Notionの無制限かつ課金なしのゲストには太刀打ちしにくく、社内wikiソフトウェアの選び方の議論にもよく登場するのはそのためです。倉庫チームが3つのフィールドだけを更新し、それ以外は何もできないようにしたい業務システムでは、セキュリティレビューに耐えるのはAirtableのビューとインターフェースの制御です。

APIと連携の深さ

AirtableのWeb APIは、ベースあたり毎秒5リクエスト、特定のパーソナルアクセストークンからのすべてのトラフィックで毎秒50リクエストを許可しており、超過すると429と30秒のクールダウンが返されます。公式のJavaScriptクライアントは、バックオフを自動的に処理します。Freeワークスペースは月間1,000回のAPI呼び出し、Teamは100,000回、Businessは無制限です。

NotionのAPIは、インテグレーションあたり平均で毎秒3リクエストで、ペイロードの上限は500 KB、1ペイロードあたりのブロック要素は最大1,000個、リッチテキストまたはURL値は2,000文字までです。リレーションは1リクエストあたり100件の関連ページを受け付けますが、リレーション自体は合計でそれ以上を保持できます。

どちらのAPIも、顧客向け製品を直接支えられるほど高速ではなく、そのためのものでもありません。実際のところ、Airtableは社内ツール向けの軽量なバックエンドとして扱いやすく、Notionは読み取り元として、時々書き込むコンテンツソースとして扱いやすいと言えます。

2026年のAI：Notion AgentsとAirtable Omni

どちらのベンダーも、AIを別シートとして販売するのではなくプランに組み込み、高コストな部分についてはクレジットで計量しています。

Notionは有料プラン全体にAI機能を含めており、Notion Agentの全機能、AI Meeting Notes、Enterprise Searchのベータ版はBusiness以上で利用できます。Custom Agentsは無料で試せ、その後は月間1,000 Notionクレジットあたり$10で計量されます。クレジットはBusinessとEnterpriseプランで利用できます。NotionのWorkersは現在無料で試せ、10月15日からクレジットを消費し始めます。

AirtableのAIはOmniというブランド名で、すべてのプランに月間のクレジット割り当てとともに提供されます。Freeはエディター1名あたり500 AIクレジット、Teamは課金対象のコラボレーター1名あたり15,000、Businessは有料ユーザー1名あたり20,000、Enterprise Scaleは定価で有料ユーザー1名あたり25,000です。

構造上の違いは、製品の性格に対応しています。NotionのAIは読み書きを狙っています。このページを要約する、ワークスペース全体から答えを見つける、ドキュメントの下書きを作る、といったものです。AirtableのAIはフィールドを狙っています。このレコードを分類する、値を抽出する、ほかのフィールドから大規模にフィールドを生成する、といったものです。実際に抱えている仕事がどちらかで判断してください。

料金：各ベンダーが公開している内容

Airtableは両方の課金基準を公開しています。Notionの料金ページは、年払いが選択された状態でデフォルトの料金を表示し、年払いで最大20%の節約を案内しているため、月払いは以下に示す金額より高くなります。

出典：Notionの料金ページとAirtableのプラン概要。

10・25・50シートの年間コスト

これはほとんどの予算の議論に決着をつける表です。シートあたりの差が、静かに積み重なるからです。

すべての金額は、年払いのシート単価に12か月とシート数を掛けて算出しています。Notion Plusは$10、Notion Businessは$20、Airtable Teamは$20、Airtable Businessは$45です。

この表から3つのことが見えてきます。Notion BusinessとAirtable Teamは、どのシート数でもまったく同じ費用で、最も公平な直接比較になります。ドキュメントと浅いデータベースか、1シート年間$240で本物のリレーショナル構造かという対比です。Notion PlusはAirtable Teamの半額なので、50シートでは年間$6,000の差で2つを選ぶことになります。そしてAirtable Businessは50シートで年間$27,000という外れ値であり、そのせいで125,000レコードという上限が、余裕ではなく高価なものに感じられます。

シートの計算は、同席している人によっても変わってきます。50人のうち30人がダッシュボードを見るだけなら、Airtableの課金されない閲覧専用コラボレーターによってライセンス数は大幅に減らせますが、Notionは何をするかにかかわらずメンバー単位で課金します。逆に、その30人の編集しない人が社外にいるなら、Notionの無制限かつ課金なしのゲストが無料で同じ役割を果たします。見出しの数字を信じる前に、自社の構成でモデル化してください。シート単位のライセンスがチーム内で議論になっているなら、ソフトウェア乱立の本当のコストで、スタック全体でそうしたシートの合計額がどうなるかを扱っています。

各方向の移行コスト

移行は対称ではありません。この非対称性は、普段考えられている以上に、判断に重みを持つべきです。

NotionからAirtableへは、データの面では楽な方向で、コンテンツの面では難しい方向です。プロパティはフィールドにきれいに対応し、リレーションはリンクされたレコードに対応し、Rollupはおおむね生き残ります。生き残らないのはページ本文です。見出し、埋め込み、入れ子のサブページ、コメントスレッドを保持するNotionのレコードはすべて、長文テキストフィールドに押し込まれるか、完全に置き去りにされます。この移行を行うチームは、通常、ドキュメントのためにNotionを残し、構造化されたデータベースだけを移すため、両方に支払うことになります。

AirtableからNotionへは、コンテンツの面では楽な方向で、構造の面では難しい方向です。CSVエクスポートは大きな問題なくNotionのデータベースにインポートできますが、型付きフィールドは劣化します。Currency、Percent、Duration、Rating、Barcodeはすべてテキストまたは単なる数値になり、数式はNotionの構文で書き直す必要があり、LookupフィールドやCountフィールドは手作業で再構築するRollupになります。インターフェース、スクリプトによる自動化、ビューレベルの権限には、移行先そのものがありません。

記録のシステムとして選んだ製品のほうが、閲覧レイヤーとして選んだ製品よりも抜け出しにくくなります。迷っているなら、構造化データは移行にコストがかかる側に置き、もう一方の製品にそこから読み取らせてください。

規模拡大時のパフォーマンス

Airtableは予測どおりに劣化します。数万レコードにわたって多数のRollupを持つグループ化されたビューが、重くなり始める箇所であり、上限が公開されているので、壁が近づくのが見えて、アップグレードや移行を計画できます。

Notionは予測できない形で劣化します。計画の基準となる公開された数値がないからです。問題は、生のレコード数ではなく組み合わせから始まります。1つのデータベースに数千のページ、複数のRollup、絞り込まれたボードビュー、そこから引き出すいくつかのリンクされたデータベースといった組み合わせです。ページの読み込みが伸び、ボードの反応が鈍くなり、購入できるどのプランでも解決しません。何も制限されていないからです。

Notionが正解となるケース

• レコードがドキュメントである場合。 概要書、仕様書、ポリシー、議事録、アカウントのサマリー。データベースは整理のためのもので、文章を書くことが仕事です。
• スタックではなく1つのワークスペースが欲しい場合。 Wiki、ドキュメント、プロジェクトトラッカー、軽量なCRMが1つの製品に入って1メンバー月額$10というのは本当にお得な話で、請求書から3つのツールが消えます。
• 社外のコラボレーターにアクセスが必要な場合。 Plus以上の無制限かつ課金なしのゲストにより、クライアントやパートナーのアクセスにコストがかかりません。シート課金のツールはそこに課金します。
• リレーションが1段階の深さの場合。 プロジェクトからタスク、アカウントから連絡先。モデルが連鎖しなければ、Rollupの上限が訪れることはありません。
• モデリングよりも定着が重要な場合。 Notionは、技術職ではないチームに日常的に使ってもらいやすい製品であり、実際に開かれるツールは、誰も触らない優れたデータモデルに勝ります。

Airtableが正解となるケース

• レコードがフィールドで、ほかのレコードがそれに依存している場合。 明細行、在庫、キャンペーン、アセット、備品。回避策ではなく、本物のフィールドとしてのLookup、Count、Rollupが必要です。
• 連鎖をまたいで計算する必要がある場合。 2段階先にあるものは何であれ、Notionのドキュメント化されたRollupの制限が、静かに腐っていく手作業に変わる地点です。
• 編集しない人に専用の画面が必要な場合。 Interface Designerは、スキーマを渡さずに、業務ユーザーに絞り込まれた権限付きのベースのビューを提供します。
• 自動化が通知にとどまらない場合。 Webhookトリガー、スクリプトアクション、Teamでの月25,000回の実行は、多くのチームにとって別の自動化サブスクリプションの代わりになります。
• 上限を明文化しておきたい場合。 公開されたレコード上限、実行回数の上限、APIの制限のほうが、なんとなく重く感じるという漠然とした感覚よりも、予算を組みやすくなります。

意思決定フレームワーク

レコードの中心を判断基準にしてください。文章と知識ならNotion、型付きの業務データとより深いワークフローならAirtableを指します。

次のステップ

1. 最も議論の多い単一のワークフローを、両方で本当にモデル化してみましょう。 デモでもテンプレートでもありません。実際のリレーションを持つ、実際の50件のレコードです。データが本物になれば、Rollupの上限とフィールドタイプの欠落は、どちらも1時間以内に姿を現します。
2. シート数は、人数ではなく役割ごとに数えましょう。 編集者、閲覧者、社外のコラボレーターに分けてください。この区分は、どちらの方向でも、プランの選択以上に年間の金額を変えます。
3. 確定する前に、最も深いリレーションの連鎖を確認しましょう。 レポートする数値のいずれかが、保存されている場所から2段階先にあるなら、Notionでは手作業で維持することになります。
4. どちらの製品を記録のシステムにし、どちらを閲覧レイヤーにするかを決めましょう。 構造化された業務にはAirtable、ドキュメントにはNotionを運用しているチームは多く、その組み合わせは、選べなかった結果ではなく正当な答えです。
5. どちらもぴったり合わない場合は、候補を広げましょう。 ノーコードデータベースソフトウェア ベストの比較、Airtable vs SmartSuite、Smartsheet 代替ツール ベストは、この記事の2つの名前がどちらも力不足だったときにチームが行き着くツールを扱っています。根本的なニーズがデータ構造ではなくプロジェクトの遂行にあるなら、プロジェクト管理ソフトウェア ベストのほうが、出発点として適したリストです。

---

関連リソース：

• 2026年版 ノーコードデータベースソフトウェア ベスト
• Airtable vs SmartSuite
• Airtable 代替ツール ベスト
• Notion 代替ツール ベスト
• Coda 代替ツール ベスト
• Smartsheet 代替ツール ベスト
• 2026年版 プロジェクト管理ソフトウェア ベスト
• ノーコードデータベースソフトウェアの選び方
• 社内wikiソフトウェアの選び方
• ソフトウェア乱立の本当のコスト