Airtableは日本語対応していない──それでも日本企業で運用できる理由と工夫
Airtableに日本語UIはありません。公式の言語設定で選べるのは英・仏・独・西の4つだけで、「設定から日本語化できる」という情報は誤りです。それでも私たちは、英語が得意でない現場でも回る状態まで定着させてきました。鍵は語学力ではなく設計です。「日本語対応していない」の中身を正確に分解し、UI英語のまま日本の現場で運用するための実務の工夫——核心は「現場が触るのはInterfaceだけにする」設計——を解説します。
結論からお伝えします。Airtableに日本語UIはありません。公式の言語設定で選べるのは英語・フランス語・ドイツ語・スペイン語の4つだけです（2026年9月時点）。ネット上には「設定から日本語化できる」と書かれた記事もありますが、これは誤りです。——それでも私たちは、日本の非上場企業へのAirtable導入を実案件で支援し、英語が得意でない現場でも回る状態まで定着させてきました。鍵は語学力ではなく設計です。この記事では、「日本語対応していない」の中身を正確に分解した上で、UI英語のまま日本の現場で運用するための実務の工夫を解説します。
この記事でわかること
- 公式の事実：UI言語は英・仏・独・西の4つのみ（「設定で日本語化」は誤情報）
- 「日本語対応していない」の正確な分解——UIは英語でも、データは日本語で問題なく使える
- 実案件でやっている4つの工夫（核心は「現場が触るのはInterfaceだけにする」設計）
- 管理者が英語と付き合う場面は5つに絞られる——翻訳・AIの使いどころ
- 日本語ならではの注意点（漢字の並び替え・日付表記）と対処
- それでも通らない会社の条件と、代替の選択肢
まず事実確認──選べる言語に日本語はない
Airtableのアカウント設定にはLanguage preferences（言語設定）があり、UI言語を切り替えられます。ただし公式ヘルプに明記されているとおり、選べるのはEnglish・Français・Deutsch・Españolの4言語だけ。日本語はありません。
検索すると「設定→Languageから日本語を選択」と説明する日本語記事が見つかりますが、その選択肢は存在しません。古い情報か、他ツールとの混同です。導入検討の場でこの誤情報を前提にすると、あとで「話が違う」となるので、まずここを正確に押さえてください。
ブラウザの自動翻訳（Chrome翻訳など）で日本語化する手もありますが、私たちは実運用ではおすすめしていません。ボタンのラベルが誤訳されたり、画面のレイアウトが崩れたり、翻訳のオンオフで表示が揺れたりと、「毎日使う業務システム」としては不安定要素の方が大きいからです。
「日本語対応していない」の中身を分解する
ここが本記事の核心です。「日本語対応していない」と聞いてイメージするものと、実際の影響範囲はかなり違います。
「日本語対応していない」のレイヤー分解
| レイヤー | 日本語の扱い | 実務への影響 |
|---|---|---|
| UIの言語（メニュー・ボタン・設定画面） | 英語（仏・独・西も可） | 影響あり。ただし触る人を絞れば最小化できる |
| データ（レコードの中身） | 日本語で問題なく入力・表示・検索できる | ほぼ影響なし。実案件も顧客名・商談メモは全部日本語 |
| フィールド名・テーブル名・ビュー名 | 日本語で自由に設計できる | 影響なし。「会社名」「次アクション」のまま作れる |
| Interface（現場向け画面）のラベル・見出し | 日本語で作れる | 影響なし。現場の見る画面は日本語にできる |
| 日付・数値の表記 | ロケール設定で調整可（公式のSET_LOCALE等） | 軽微 |
つまり英語なのは「ガワ」だけで、業務データとその周辺は最初から最後まで日本語で作れます。問題は「誰が英語のガワを触るのか」に絞られる——ここから設計の話になります。
工夫の核心：「現場が触るのはInterfaceだけ」にする
私たちが実案件で必ず入れる設計方針が、これです。AirtableにはInterfaceという機能があります。ベース（データベース本体）とは別に、用途ごとの操作画面を作れる機能で、見出し・ラベル・ボタン名・説明文をすべて日本語で書けます。この特性を使って、役割で画面を分けます。
役割で画面を分ける
- 1現場メンバー：日本語で作り込んだInterfaceだけを触る。入力フォーム・案件一覧・かんばん——日常業務で英語UIに遭遇する場面をほぼゼロにする
- 2管理者（1〜2名）：ベース本体・Automations・設定画面など英語のUIを触る。ここだけは英語と付き合う
実案件でこの分け方にしてから、「英語だから使えない」という声は現場から出ていません。もともと現場に必要なのは「自分の業務の画面」であって、データベースの設定画面ではないからです。英語問題は「全員が英語UIを使えるか」ではなく、「英語UIを触る人を何人まで絞れるか」という設計問題に置き換えられます。
これは費用面の設計とも噛み合います。Airtableは編集権限者だけが課金対象なので、「管理者だけがベースを触り、現場はInterfaceと閲覧・フォーム」という構成は、日本語問題とライセンス費の両方を同時に解決します（詳しくはAirtableの権限設計は、コスト設計である）。
実案件でやっている、残り3つの工夫
「フィールド名・テーブル名は最初から日本語で設計する」
「Company」ではなく「会社名」、「Next Action」ではなく「次アクション」。Airtableは構造の名前をすべて日本語にできるので、遠慮なく日本語で設計します。現場が迷わないだけでなく、入力ミスや問い合わせが減る実利があります。英語UIの中に日本語の業務語彙が並ぶ画面は、想像より違和感がありません。
漢字の並び替えには「読み仮名」フィールドを足す
日本語ならではの注意点です。漢字まじりの会社名や氏名をそのまま並び替えると、読み順（五十音順）にはなりません。定石は「よみがな」フィールドを1本足して、並び替えはそちらで行うこと。Excelの「ふりがな」に慣れた現場には最初に説明しておくと、混乱を防げます。日付の表記もロケール設定（公式のSET_LOCALE修飾子等）で日本式に調整できます。
立ち上げ時に「日本語の自社マニュアル」と伴走の場を作る
英語UIの心理的ハードルは、最初の2週間に集中します。私たちは導入時に、スクリーンショットつきの日本語手順書（よく使う操作だけの1〜2枚）を作り、社内勉強会で実際に触る時間を設けます。全機能のマニュアルは不要です。「自分の業務で使う5つの操作」だけ日本語で示せば、現場は動き出します。
管理者が英語と付き合う場面は、実は5つに絞られる
「管理者は英語UIを触る」と書きましたが、身構える必要はありません。実際に英語と向き合う場面は限られています。
管理者が英語UIと向き合う5つの場面と対処
| 場面 | 頻度 | 実務での対処 |
|---|---|---|
| ベース構造の編集（テーブル・フィールド追加） | 構築期に集中、運用後は月数回 | 操作は定型。頻出ボタンは20個も覚えれば足りる |
| Automationsの設定 | 構築期のみ | トリガー・アクション名は英語だが、選択肢から選ぶだけ |
| 課金・プラン管理 | 年数回 | 画面はシンプル。請求まわりは慎重に読む |
| エラーメッセージ | まれ | 英文をそのままAIに貼って聞くのが最速。全文理解は不要 |
| 公式ヘルプを読む | 調べ物のとき | ここはブラウザ翻訳でOK。読み物なので誤訳リスクの影響が小さい |
ポイントは、翻訳ツールの使いどころを分けることです。毎日触る操作画面は翻訳に頼らず（Interface側を日本語で作る）、たまに読むヘルプやエラーは翻訳・AIに頼る。この使い分けなら、管理者に求められる英語力は「中学英語＋検索・AIに聞く習慣」で十分というのが実案件での実感です。
実際、日本企業で回っているのか
回っています。私たちが支援した範囲でも、不動産テック企業・飲食企業・VCなどで、Airtableを基盤にしたCRM・業務システムが日本語データ・日本語Interface・英語UIの構成で本番稼働しています。営業メンバーが日本語のInterfaceで案件を更新し、管理者だけが英語のベースを触る——この記事に書いた設計そのままの運用です。
導入の立ち上がりで効いたのは語学研修ではなく、工夫4の「最初の2週間の伴走」でした。英語が理由の離脱は、触る前の想像の中でだけ起きて、触り始めると起きない——これが実案件を通じた実感です。
それでも通らない会社はある
期待値を正確にするために、この構成でも解決できないケースを書いておきます。
この記事の工夫では解決できないケース
- 1社内規程で「日本語UIであること」自体が要件になっている（金融・自治体系に多い）
- 2日本語のベンダーサポート窓口が必須とされている
- 3管理者を担える人（英語UIを触れる人）が社内に1人も置けない
この場合は無理にAirtableを通すのではなく、日本語UIを持つ国産ツール（kintone等）やセルフホスト系（NocoDB等）を含めて選択肢を広げるべきです。比較の考え方はAirtableが社内規程で通らなかったときの選択肢にまとめています。また、稟議・情シス承認の場で「日本語非対応」を突っ込まれたときの答え方はAirtable導入の稟議・情シス承認を通す方法が使えます。
よくある質問
「ブラウザの翻訳機能を常時オンにして使うのはだめですか？」
禁止ではありませんが、業務システムとしてはおすすめしません。ボタンやフィールド名の誤訳、画面崩れ、翻訳の効いた画面と効かない画面の混在が、かえって現場を混乱させます。「見る画面（Interface）を日本語で作り、翻訳に頼らない」方が運用は安定します。個人が一時的に設定画面を読むために使う分には便利です。
「なぜ日本語UIがないのに、日本で導入が広がっているのですか？」
「UIの言語」より「業務に合う構造を自分たちで作れる」価値が上回る会社が使っているからです。データも画面（Interface）も日本語で作れるので、実際の利用体験は「英語のツール」というイメージほど英語ではありません。この背景は志村のnote「なぜ日本で流行らない？Airtableの魅力と、私たちが構築代行を始めた背景」でも書いています。
「将来、日本語UIが追加される可能性はありますか？」
公式のロードマップに関する確かな情報はないため、私たちは「日本語UIは来ない前提」で設計することをおすすめしています。前提を置かずに設計しておけば、仮に将来対応されたら、それは単なる上振れです。導入判断を「いつか日本語化されるかも」に賭けるべきではありません。
この記事の根拠について
対応言語（英・仏・独・西）はAirtable公式ヘルプのLanguage preferencesにもとづく2026年9月時点の情報です。言語の追加・変更はAirtable側の判断でいつでも起こり得るため、導入検討時には公式ヘルプで最新の対応状況をご確認ください。
まとめ──語学の問題ではなく、設計の問題
この記事の要点
- 1AirtableのUI言語は英・仏・独・西のみ。「設定で日本語化できる」は誤情報
- 2ただしデータ・フィールド名・Interfaceは全部日本語で作れる。英語なのは外側のフレームだけ
- 3核心となる設計は「現場が触るのはInterfaceだけにする」こと。英語UIを操作する担当者を管理者1〜2名に絞り込む
- 4管理者が英語と向き合う場面は5つだけ。操作画面は日本語Interfaceで、ヘルプ・エラーは翻訳とAIでと使い分ける
- 5日本語UIや日本語サポートが社内規程上の必須要件である場合は、kintone等やNocoDB等も含めて選択肢を広げる
同じ取り組みを、貴社でも。
「自社の現場でも本当に定着するだろうか」「英語に苦手意識を持つメンバーが多いが大丈夫か」——導入前のご不安を解消するには、実際に稼働している画面をご覧いただくのが一番早いです。無料の壁打ち（30分）にて、日本語Interfaceの実物をお見せしながらご相談を承っています。ぜひお気軽にどうぞ！！
AI×CRM構築サービスを見る他の記事