Airtableのバックアップ方法3段構え──スナップショットだけでは戻せないものがある

「Airtableにはスナップショットがあるから大丈夫」——この認識のまま運用を始めると、いざというときに困ることになります。スナップショットは元のベースを直接元の状態へ戻す機能ではなく、復元するとリビジョン履歴も失われます。

この記事では、公式ドキュメントで確認した仕様を整理したうえで、実案件で導入している3段構えのバックアップ設計と、復元できないものの扱い方まで解説します。

まず正確に理解する：スナップショットの仕様

公式ドキュメント（Taking and restoring snapshots）に記載されている仕様を、実務で重要となる順に整理します。

保持期間はプランで決まる

3段構えのバックアップ設計

スナップショットの仕様を踏まえると、Airtable任せにできるのは1段目だけです。実案件では次の3段構えで設計しています。

1段目のスナップショットは、日常の事故への保険です。設定不要で自動的に取られますが、前述の通り頻度は保証されず、復元は新ベースになります。これだけを頼りにしないのが前提です。

2段目のCSVエクスポートは、Airtableの外にデータを出しておく手段です。手動でも取れますが、率直に言って手動運用は続きません。「毎月月初に取る」と決めた運用が数ヶ月で止まるのは、よくある話です。だから2段目は「やれたら良い」程度に考え、3段目の自動化を本命に置きます。

3段目：APIによる自動バックアップ（本命）

GAS（Google Apps Script）＋Airtable APIで、毎日決まった時刻にGoogle Driveへ書き出す構成です。私たちが実案件で組んでいるのもこの形です。

添付ファイルは、URLを保存しても意味がない

ここが最大の落とし穴です。CSVに書き出した添付ファイルのURLは、約2時間で失効します。公式ドキュメント（Airtable attachment URL behavior）に、ダウンロードURLは受け取ってから少なくとも2時間は有効であることを保証すると明記されています。

つまり、CSVエクスポートに含まれる添付ファイルのURLは、バックアップとして保存した時点で、すでに数時間後には使えなくなるということです。「添付ファイルもバックアップできている」と思い込んでいると、復元時に何も残っていません。

短命なのはセキュリティ上の理由です。ダウンロードURLは認証なしで開けてしまうため、意図的に短く設定されています。

「URLを保存しておけば後で落とせる」は成立しません。取得したその場で落とすのが唯一の方法です。

バックアップしても復元できないもの

CSVエクスポートで保存できるのは「セルの値」だけです。次のものは戻りません。

どこまでやるべきかの判断

すべてのベースを同じ強度で守る必要はありません。止まったときの影響で決めます。

3行目に該当するなら、迷わず3段目まで組んでください。構築時に一度作れば、あとは動き続けます。

運用チェックリスト

まとめ

Airtableのスナップショットは優秀な機能ですが、「元に戻すボタン」ではありません。①新ベースとして復元される（元のベースは上書きできない）、②リビジョン履歴は失われる（コメントは残る）、③作成頻度は保証されない（使用状況に応じたスケジュール）——この3つの仕様を理解した上で、外部への自動書き出しを1本用意しておく。これだけで、事故のときに取れる選択肢が大きく変わります。

そして添付ファイルのURLは約2時間で失効します。これを知らずに「CSVを取っているから安心」と考えている運用は、実際には添付が1つも守られていません。実体を落とす設計にしてください。

セキュリティ要件そのものについてはAirtableのセキュリティを情シス目線で解説、稟議での説明の仕方はAirtable導入の稟議・情シス承認を通す方法にまとめています。