Airtableで重複レコードを削除する方法──名寄せの実務と、Dedupe拡張が使えない場面

移行直後の顧客テーブルに「株式会社クロミネ製作所」「クロミネ製作所」「(株)クロミネ製作所」が並んでいる。同じ会社なのに、3件のレコードとして存在している。この状態でダッシュボードを作ると、取引社数が水増しされます。 Airtableで重複を削除する方法は3つあります。Dedupe拡張、フォーミュラでの検知、スクリプト。どれを採用するかは重複の種類と契約しているプランによって決まります。 そして、最初に知っておくべき事実があります。Dedupe拡張もScripting拡張も、公式ドキュメント上は「All paid plans」（有料プラン限定）です。Freeプランでは、重複を削除する専用の道具が両方とも使えません。 この記事では、実際のExcel・スプレッドシート移行案件で遭遇した表記ゆれのパターンと、プラン別に取れる手段、そして「完全自動化しようとして失敗した」実録を書きます。

そもそも、なぜ重複が生まれるのか

重複は「入力ミス」で生まれると思われがちですが、実務で見る重複の大半は構造的な原因で生まれています。

ここで特に厄介なのが2番目です。移行時に最も大量の重複を生み出す原因となるため、章を分けて詳しく後述します。

方法1：Dedupe拡張（有料プラン・GUIで完結）

Airtable公式の重複検出拡張です。テーブルを指定し、比較するフィールドを選ぶと、重複候補をグループにして表示してくれます。 プラン：公式ドキュメントには「All paid plans」と記載されており、Freeプランでは利用できません。

方法2：フォーミュラで検知する（Freeプランでも可能）

Freeプランでは拡張が使えません。それでも「重複がどこにあるか」は数式で見つけられます。考え方はシンプルです。照合用のキーを作って、そのキーが何件あるかを数える。

ステップ1：正規化キーの列を作る 表記ゆれを吸収した「比較用の文字列」をフォーミュラフィールドで作ります。

SUBSTITUTE(
  SUBSTITUTE(
    SUBSTITUTE(
      SUBSTITUTE(LOWER(TRIM({会社名})), "株式会社", ""),
    "(株)", ""),
  "（株）", ""),
" ", "")

「株式会社クロミネ製作所」「(株) クロミネ製作所」「クロミネ製作所 」は、いずれも `クロミネ製作所` という同じキーになります。

ステップ2：同じキーの件数を数える Airtableには「他のレコードを横断して数える」関数がありません。ここは自己リンクを使います。

このCountの値が「2以上」になっている行が、重複の発生しているキーです。 この方法の利点は、Freeプランで動くこと、そしてキーの作り方を自分で決められることです。「会社名だけ」ではなく「会社名＋郵便番号」「メールアドレスのドメイン部分」など、業務に合った粒度で照合できます。ただし、削除自体は手作業になります。検知までがフォーミュラの守備範囲です。

方法3：スクリプトで処理する（有料プラン・大量向け）

件数が多い、あるいは統合ルールが複雑な場合はScripting拡張を使います。 プラン：Dedupe拡張と同様に、公式ドキュメント上は「All paid plans」と記載されています。

スクリプトを作成する前に、公式ドキュメントに明記されている2つの制限を把握しておく必要があります。これらを考慮せずに実装すると、処理の途中で停止する原因になります。

たとえば1,000件の重複レコードを削除する場合、50件ずつに分割して20回呼び出す設計にする必要があります。

const table = base.getTable("取引先");
const query = await table.selectRecordsAsync({
  fields: ["会社名", "登録日"]
});

// 正規化：法人格表記・空白・大文字小文字を落とす
const normalize = (s) =>
  (s || "")
    .replace(/株式会社|有限会社|\(株\)|（株）/g, "")
    .replace(/[\s　]/g, "")
    .toLowerCase();

// キーごとにレコードをまとめる
const groups = new Map();
for (const record of query.records) {
  const key = normalize(record.getCellValueAsString("会社名"));
  if (!key) continue;
  if (!groups.has(key)) groups.set(key, []);
  groups.get(key).push(record);
}

// 各グループで最古の1件を残し、残りを削除対象にする
const toDelete = [];
for (const [key, records] of groups) {
  if (records.length < 2) continue;
  records.sort((a, b) =>
    new Date(a.getCellValue("登録日")) - new Date(b.getCellValue("登録日"))
  );
  toDelete.push(...records.slice(1));
}

output.text(`削除対象：${toDelete.length}件`);

// 50件ずつ削除する（公式の上限）
while (toDelete.length > 0) {
  await table.deleteRecordsAsync(toDelete.splice(0, 50));
}

移行で重複が生まれる最大の原因：リンクフィールドの「幽霊レコード」

ここが、移行案件で最も事故が起きる場所です。 Airtableのリンクフィールドに文字列を貼り付けると、同名のレコードがあればそこに紐づき、なければ新しいレコードを作ります。これは便利な挙動ですが、移行時には牙をむきます。

たとえば、案件テーブルの「取引先」リンクフィールドに、Excelからコピーした取引先名の文字列を一括貼り付けしたとします。このとき移行元のExcelに表記ゆれが5パターン存在していれば、取引先マスタ側には意図しない5件の独立したレコードが自動生成されます。しかもユーザーが明示的に作ったものではないので、気づきにくい。 数百件の案件を貼り付けた後で取引先マスタを見ると、身に覚えのないレコードが並んでいる——これが「幽霊レコード」です。

実務で遭遇する表記ゆれ7パターン

移行案件で実際に出てきたパターンです。上から順に、自動化していい度合いが下がります。

名寄せを1回で終わらせないために

重複を消しても、入口を塞がなければ1か月後に同じ状態に戻ります。再発を止める設計です。

最後の項目が一番効きます。名寄せが必要になるのは、そもそも一意キーがないからです。 法人番号（国税庁が公表している13桁の番号）を最初から持たせておけば、表記ゆれは照合の問題ではなくなります。

よくある質問

まとめ

Airtableの重複削除は、道具の使い方よりどこまでを機械に任せるかの線引きが本題です。

データを移す前段の設計については GoogleスプレッドシートからAirtableへ移行する手順 と ExcelからAirtableへ移行するときの分解の方法論 に書いています。名寄せは移行の後に発生する問題に見えて、実際には移行前のクレンジングで大半が決まります。