n8n Airtable連携やり方|レコード自動追加・更新をノーコードで設定する手順2026
「古いチュートリアル通りにやったのに動かない」——その理由、先に言っておきます
n8nとAirtableを連携させようとして、設定画面で詰まった経験はないだろうか。検索して出てくる日本語記事の多くが2023年以前のもので、今の画面と全然違う。API Keyを入力したらエラーになった、ノードの場所が見当たらない——そういう声をよく聞く。
この記事では、2026年現在の仕様(PAT認証・n8n v1系UI・Upsert機能)に完全対応した手順を解説する。読み終えたら、フォーム送信のたびにAirtableへ自動でレコードが追加・更新される仕組みが動いている状態になる。
💡 関連教材: n8nノーコード自動化 実践ワークフロー集(¥1,980) — Gmail/Slack/Notion/Claude連携の動くワークフロー10本を実装込みで完全解説(全35ページ)
結論を先に:2026年版の連携は「PAT+Upsert」が正解
設定の核心だけ先に伝えておく。
- 認証:API Key(廃止済み)ではなく Personal Access Token(PAT) を使う
- 操作:単純なCreateではなく Upsert を使うと「追加と更新」が1ノードで完結する
- 環境:n8n Cloudを前提にする(セルフホストでも手順は同じ)
この3点を押さえておけば、途中で詰まる確率が大幅に下がる。
H2①|2026年版で何が変わった?古いチュートリアルが動かない本当の理由
正直なところ、2024年以前のn8n×Airtable記事はほぼ別物だと思って読み捨てていい。主な変更点を整理する。
Airtable側の変更:API Keyは2024年に完全廃止
Airtableはもともとアカウント設定画面から取得できる「API Key」を認証に使う方式だった。しかし2024年初頭に完全廃止。現在は以下の2択しか使えない。
- Personal Access Token(PAT):個人ベースのトークン。スコープ(権限)を細かく設定できる
- OAuth2:アプリ登録が必要。チーム運用向き
個人や小規模チームならPATで十分。OAuth2は設定が複雑な割にメリットが少ない。
n8n側の変更:v0系とv1系でUIが別物
| 項目 | v0系(旧) | v1系(現行) |
|---|---|---|
| ノードエディタの開き方 | ダブルクリック | クリックで右パネルに展開 |
| Credentialsの場所 | 各ノード内 | 上部メニュー「Credentials」に統合 |
| Airtableノード名 | Airtable |
Airtable(名前は同じ、中身が別物) |
| Upsert機能 | なし | あり(v1.x以降) |
| 認証方式のデフォルト | API Key | PAT / OAuth2 |
2023年以前の記事でよく見る「ノードをキャンバスに置いてダブルクリック」という手順は、今の画面では通用しない。
n8n Cloudが主流になった背景
GitHubスター数は2026年時点で約5万超(2024年比1.5倍)。セルフホスト勢も多いが、n8n Cloudのスターター月額$24〜という価格帯が認知されてから、「まずCloudで試す」層が増えた。この記事もCloud前提で進める。セルフホスト環境でも手順の本質は変わらない。
H2②|事前準備:Airtable PAT取得とn8nへの登録(所要5分)
ここが一番つまずきやすい工程。手を動かしながら読んでほしい。
Step 1:Airtableでpersonal Access Tokenを発行する
- Airtableにログインして右上のアカウントアイコン → 「Developer hub」 をクリック
- 左メニューの「Personal access tokens」→「Create token」
- トークン名を入力(例:
n8n-integration) - Scopesを設定する(ここが重要)
付与するスコープは最小限に絞る。これはセキュリティの基本だが、意外と全権限を渡してしまう人が多い。
必要なスコープ(レコード読み書きのみの場合)
✅ data.records:read
✅ data.records:write
不要なスコープ(付与しない)
❌ schema.bases:write
❌ webhook:manage
❌ block:manage
- 「Bases」セクションで連携するBaseを指定する(「All current and future bases」は避ける)
- 「Create token」→ 表示されたトークンをその場でコピーして保存。再表示はできない
⚠️ トークンは
patで始まる文字列(例:patXXXXXXXXXXXXX.XXXXXXX)。API Keyはkeyで始まる。混同注意。
Step 2:BaseIDとTableIDを確認する
旧UIではAirtableのURLから直接読み取れたが、現在の確認方法は以下の通り。
BaseIDの確認
- Airtableのbaseを開いた状態でURLを確認
https://airtable.com/appXXXXXXXXXXXXXX/...のappXXX...部分がBaseID
TableIDの確認
- 同じURLの続き
tblXXXXXXXXXXXXXX部分がTableID - もしくはAirtable APIドキュメントページ(airtable.com/developers/web/api)でbaseを選択すると一覧で確認できる
URL構造(例)
https://airtable.com/appABC123DEF456/tblGHI789JKL012/viw...
↑ BaseID ↑ TableID
Step 3:n8nにCredentialを登録する
- n8n Cloudにログインして上部メニュー「Credentials」→「Add Credential」
- 検索欄に「Airtable」と入力 → 「Airtable Token API」を選択
- 「Access Token」欄に先ほどコピーしたPATを貼り付け
- 「Save」→ 緑のチェックマークが出れば認証成功
ここで「Invalid API key」エラーが出た場合、99%の確率でAPI Key(key始まり)を入れている。PATはpat始まりであることを再確認する。
H2③|基本ワークフロー実装:Webhook → Airtable Upsertの設定手順
ここからが本題。「フォームからデータが来たらAirtableに自動登録、すでに同じメールアドレスがあれば更新する」という実務でよくある構成を作る。
Step 1:Webhookノードを配置する
- 新規ワークフローを作成 → 「+」ボタン → 「Webhook」ノードを追加
- HTTP Methodを「POST」に設定
- 「Webhook URL」をコピーしておく(テスト用とプロダクション用の2つがある)
- 「Listen for test event」をクリックしてノードをアクティブ待機状態にする
Scheduleトリガーで定期実行する場合は代わりに「Schedule Trigger」ノードを使う。基本的な設定の流れは同じ。
Step 2:Airtableノードを追加してOperationを選ぶ
Webhookノードの右側「+」→ 「Airtable」ノードを追加する。
Operation(操作)の選び方は以下の表を参考にしてほしい。
| Operation | 用途 | 注意点 |
|---|---|---|
| Create | 常に新規レコードを追加 | 重複チェックなし |
| Update | 既存レコードを更新 | RecordIDが必須 |
| Upsert | 存在すれば更新、なければ追加 | 照合フィールドの指定が必要 |
| Get | レコードを1件取得 | RecordID必須 |
| Get Many | 複数レコードを取得 | フィルター条件を設定可能 |
| Delete | レコードを削除 | RecordID必須、要注意 |
実務では「Upsert」を選ぶケースが一番多い。 「Create」だと同じデータが送られるたびに重複レコードが増え続ける。
Step 3:Upsert設定のコア手順
- Operationで「Upsert」を選択
- 「Base」欄にBaseIDを入力(または先ほど登録したCredentialから自動候補が出る場合もある)
- 「Table」欄にTable名またはTableIDを入力
- 「Fields to Match on」が最重要項目
- ここに重複チェックしたいフィールド名を入力する(例:
email) - Airtableのフィールド名と完全一致させる必要がある(大文字小文字も区別される)
- ここに重複チェックしたいフィールド名を入力する(例:
Fields to Match on の設定例
ケース1:メールアドレスで重複チェック
→ 「email」を指定
ケース2:注文IDで重複チェック
→ 「order_id」を指定
ケース3:複数フィールドの組み合わせ
→ 「company_name」と「contact_email」を両方指定(AND条件になる)
Step 4:フィールドマッピングを設定する
「Fields」セクションでn8nに届いたデータをAirtableのどのフィールドに入れるかを対応づける。
- 「Add Field」をクリック
- 「Field」欄にAirtable側のフィールド名を入力(例:
Name) - 「Value」欄でWebhookから届いたデータを選択(例:``)
典型的なマッピングの例:
// Webhookで届くJSONデータ(例)
{
"name": "田中太郎",
"email": "[REDACTED]",
"company": "株式会社サンプル",
"message": "お問い合わせ内容"
}
// n8n上でのフィールドマッピング
Name →
Email →
Company →
Message →
Step 5:テスト実行で動作確認
- Webhookノードを「Listen for test event」状態にする
- 別タブで以下のcurlコマンドを実行(WebhookのTest URLに送信)
curl -X POST https://your-n8n-instance.cloud/webhook-test/XXXXX \
-H "Content-Type: application/json" \
-d '{
"name": "田中太郎",
"email": "[REDACTED]",
"company": "株式会社サンプル"
}'
- n8nの実行ログでAirtableノードが緑になっていれば成功
- Airtableのbaseを開いてレコードが追加されていることを確認
- 同じcurlを再度実行 → 新規追加ではなく既存レコードが更新されることを確認(Upsertの動作確認)
H2④|実務で使えるTips:レート制限対策とバッチ処理
単純な1件処理なら前述の手順で十分動く。ただし大量データを一括処理する場合は別の考慮が必要になる。
Airtableのレート制限を理解しておく
Airtableには無視できないレート制限がある。
| プラン | レート制限 | 1リクエストの最大件数 |
|---|---|---|
| 無料・Plus | 5リクエスト/秒 | 100レコード |
| Pro以上 | 50リクエスト/秒 | 100レコード |
無料プランで100件超のデータを一気に送ると、ほぼ確実に429 Too Many Requestsエラーが出る。
SplitInBatchesノードで100件ずつ処理する
ワークフロー構成(大量データの場合)
[Webhook / Schedule]
→ [Set(データ整形)]
→ [SplitInBatches(batchSize: 100)]
→ [Wait(0.3秒)]
→ [Airtable(Upsert)]
Waitノードの設定値は0.2〜0.5秒が目安。無料プランなら0.5秒にしておいた方が安全。
エラーハンドリング:失敗レコードを別テーブルに記録する
本番運用で地味に重要なのがこれ。Airtableノードが失敗したときに何も残らないと、どのデータが入っていないか追跡できない。
構成例
[Airtable(Upsert)]
→ 成功:通常フロー継続
→ 失敗(Error Branch):[Airtable(Create)→ エラーログテーブルに記録]
エラーログテーブルにはerror_message、failed_data(JSON)、timestampの3フィールドがあれば十分。
H2⑤|よくある失敗・正直なデメリット・無料版の限界
ここは隠さず書く。使ってみて実際に詰まったポイントばかりだ。
よくある失敗3選
失敗1:「Fields to Match on」のフィールド名のタイポ
Airtable側のフィールド名がEmail(E大文字)なのに、n8nでemail(e小文字)と入れるとマッチしない。Upsertが全件Createになり、レコードが無限に増えていく。フィールド名はAirtable管理画面でコピーして貼り付けるのが確実。
失敗2:テスト用WebhookURLと本番URLの混同
n8nのWebhookには「Test URL」と「Production URL」の2種類がある。ワークフローをActiveにしないと本番URLが機能しない。「Activeにしたのに動かない」という相談の半分はこれ。
失敗3:Airtable側のフィールドタイプとの不一致
AirtableのNumber型フィールドに文字列を渡すとエラーになる。n8n側でSetノードかCodeノードを挟んで型変換が必要。特に日付フィールド(Date型)はISO 8601形式(2026-06-01)でないと受け付けない。
// 日付変換の例(n8n Codeノード)
const rawDate = $input.first().json.submitted_at;
const formatted = new Date(rawDate).toISOString().split('T')[0]; // "2026-06-01"
return [{ json: { ...($input.first().json), date_formatted: formatted } }];
正直なデメリット
n8nのデメリット
- n8n Cloudのスタータープランは実行回数に上限がある。ワークフローが増えると月$24では足りなくなる
- 日本語ドキュメントがほぼない。公式は英語のみ
- ノードのバージョンアップで既存ワークフローが突然壊れることがある(v0→v1移行時に多発した)
Airtableのデメリット
- 無料プランは
5リクエスト/秒制限がきつい。大量自動化をするならProプランが実質必須 - Linked Record型やLookup型のフィールドはn8nからの書き込みが複雑になる
- 1テーブルの最大レコード数は無料プランで1,000件。業務利用にはすぐ足りなくなる
無料版でできること・できないこと
| 項目 | n8n Cloud無料トライアル | Airtable無料プラン |
|---|---|---|
| 実行回数 | 制限あり(期間限定) | 制限なし(ただしレート制限あり) |
| ワークフロー数 | 制限あり | — |
| レコード上限 | — | 1,000件/テーブル |
| レート制限 | — | 5リクエスト/秒 |
| サポート | コミュニティのみ | コミュニティのみ |
本番運用するなら、n8nはCloudの有料プラン($24/月〜)かセルフホスト、AirtableはTeamプラン以上を前提に考えた方がいい。
H2⑥|よくある質問
Q1. Airtableの添付ファイル(Attachment型)はn8nから送れる?
直接バイナリデータは送れない。Attachment型フィールドへの書き込みはファイルのURLを渡す形式が必要。
フローとしては「ファイルをクラウドストレージ(S3、Google Drive等)にアップロード → 発行されたURLをAirtableのAttachmentフィールドに渡す」という2段構えになる。
// Attachment型への書き込み形式
{
"attachments": [
{
"url": "https://example.com/path/to/file.pdf",
"filename": "document.pdf" // 省略可
}
]
}
Q2. n8nからAirtableのLinked Record(リンクフィールド)を更新するには?
Linked RecordフィールドにはRecordIDの配列を渡す必要がある。リンク先テーブルのRecordIDを事前に「Get Many」ノードで取得して、配列形式で渡す。
// Linked Recordフィールドへの書き込み形式
{
"linked_field": ["recXXXXXXXXXXXXXX", "recYYYYYYYYYYYYYY"]
}
これを知らずに「フィールド名だけ渡したら空になった」というケースが多い。
Q3. n8nワークフローを本番稼働させるときの注意点は?
3点だけ押さえておく。
- ワークフローを「Active」にする:右上のトグルスイッチをONにしないと本番WebhookURLが機能しない
- 本番用のWebhook URLに切り替える:テスト時と本番時でURLが異なる。外部サービスへの登録URLを更新し忘れるミスが頻発する
- エラー通知を設定する:「Error Workflow」機能で失敗時にSlackやメールに通知を飛ばすと、無人運用でも異常に気づける
まとめ:次にやるべき1つのアクション
この記事でやったことを振り返ると:
- Airtable PATを発行してn8nに登録した
- WebhookトリガーからAirtableにUpsertするワークフローを組んだ
- レート制限対策とエラーハンドリングの考え方を押さえた
今すぐやるべき1つのこと:Airtableで「テスト用Base」を1つ作り、この記事の手順でUpsertが動くところまで確認する。
本番データで試すのはその後でいい。テスト環境で一通り動かしてから本番に移す習慣が、後々の事故を防ぐ。
n8nにはAirtable以外にも、NotionやGoogleスプレッドシート、Slackなど1,000以上のノードがある。Airtableとの連携が動いたら、次のステップとしてAI Agentノードと組み合わせた自動分類・要約ワークフローも検討してみてほしい。
📘 もっと深く学びたい方へ
この記事で紹介した内容を、さらに体系的に・実務レベルで習得できる教材を販売中です。
n8nノーコード自動化 実践ワークフロー集(¥1,980)
Gmail/Slack/Notion/Claude連携の動くワークフロー10本を実装込みで完全解説(全35ページ)
- Cloud版前提・2026年最新のn8n v1系UI完全対応
- 動くノード設定値・JSON・OAuth設定まで全部入り
- 10ワークフロー(Gmail/Slack/Notion/Discord/Webhook/RSS)はコピペで即実務投入
👉 今すぐ購入する
ChatGPT業務自動化 実践テンプレート集(¥1,480)
API・スプレッドシート・メール・議事録・請求書をコピペで自動化する実装特化型テンプレート集(全22ページ)
- 動くGASコード・API設定手順・プロンプトをワンセット収録
- スプレッドシート連携/メール/議事録/請求書を実務レベルで自動化
- コピペで即動く実装コード(Python / GAS)付き
👉 今すぐ購入する
関連記事
- Zapier×ChatGPT連携のやり方|ノーコードで業務通知・メール自動化を設定する手順
- Make×Notionデータベース連携やり方|フォーム回答を自動追加する手順
- n8n×Notionデータベース連携やり方|タスク自動登録フローをノーコードで作る手順
関連ツール紹介
ブログ記事を効率的に量産するなら → Value AI Writer byGMOがSEO記事の自動生成に使える。月額1,650円から利用可能。![]()
おすすめツールの一覧はこちらにまとめている。