TallyとFilloutを比較：無料枠と、既存データを更新するフォームで選ぶ

新規受付と既存情報の更新は別の仕事

イベントへの新しい申し込みなら、回答を台帳に追加する流れが自然です。しかし登録済みの出展者が紹介文を変更したい場合、毎回行が増えるとどれが最新版か分かりにくくなります。こうした場面では、すでにある行を指定し、その内容を更新する方法が役立ちます。

TallyのAirtable連携は、回答項目と台帳の列を対応づけ、回答を送る手順として案内されています。下の図は入力を処理して次へ渡す概念図です。Tally側の標準連携だけで、Filloutと同じ既存レコード編集ができるという意味ではありません。

FilloutにはAirtableの既存レコードを指定する更新フォームの公式手順があります。「Airtableとつながる」という共通点だけで同じ用途だと考えず、追加と更新のどちらが必要かを先に決めましょう。

図で理解する新しい回答を次の仕事へ渡す

1. 回答を集める
2. 必要な処理を行う
3. 次の作業へ渡す

参考：Tally：Airtable連携Fillout：Airtableの既存レコードを更新

無料枠は回答数、有料機能は必要な用途で比べる

以下は2026年9月13日に確認した通常条件です。Tallyはフォーム・回答数が公正利用の範囲内で無制限、FilloutのFreeはフォーム数無制限・月1,000回答です。毎月の回答が少ない間は、件数より連携の使い方が選定の決め手になる場合があります。

Filloutではブランド表示の除去と独自ドメインの対象プランが違います。また通常の更新フォームと、条件を指定して外部データを事前取得する機能は分けて考えます。後者はBusiness・Enterprise向けと公式ヘルプに案内されています。

参考：Tally：料金と無料機能Fillout：料金と機能比較Fillout：外部データの事前取得

Filloutは「同じ行へ戻す」フォームを作れる

Filloutの更新フォームは、対象レコードの情報をあらかじめ入力した状態で表示し、送信するとそのレコードを更新します。下の図は、編集したカードを元の保管場所へ戻すイメージです。重複レコードを自動で見つけて統合する機能を表してはいません。

たとえば出展者の紹介文を更新するなら、元の紹介文を見ながら変更できる点が候補にする理由になります。ただし「同じ名前だから同じ行」と判断する設計にはせず、対象の識別方法を確認します。Tallyで別途連携を組む場合も、照合・更新・失敗時の処理まで含めた実装範囲を比べましょう。

図で理解する編集した情報を、元のレコードへ戻す

1. 対象を指定
2. 内容を編集
3. 同じ行を更新

参考：Fillout：Airtableの既存レコードを更新

公式画面の Update record を確認する

公式手順では、Airtableとの連携設定でUpdate recordを選び、レコードごとのURLを作る式をAirtable側へ設定します。下の掲載画面で見るのは、この更新モードとリンクの設定です。実際のアカウントでの動作確認は行っていません。

URLに対象のidがない場合は新しいレコードが作られると案内されています。更新用URLを短くする際にパラメータを落としたり、全員に同じURLを配ったりしないことが大切です。試す際は、送信後に行数が増えていないか、指定した行だけが変わったかを確認します。

公式資料の画面Fillout公式掲載例：Update record を選ぶ

参考：Fillout：Airtableの既存レコードを更新

見積もり計算だけなら、両方を候補にできる

TallyもFilloutも、回答に応じた計算をフォームに組み込めます。基本料金に追加オプションを足す図のような見積もりなら、計算機能の有無だけで選ぶ必要はありません。

Filloutの公式手順では、初期値に対して加算・乗算などのルールを順に適用します。Tallyでは計算フィールドと条件分岐を使う構成です。同じ小さな計算を組み、後から料金や選択肢を変えたときに、自分が読み直しやすい方を選ぶのが実用的です。

編集部の確認例として、オプションなし、一つ追加、複数追加、選択を取り消す、の四通りを用意します。表示用の概算と決済する金額は区別し、意図しない二重加算がないかを確認してください。

図で理解する計算の比較は、基本分と追加分から

1. 基本の金額
2. 選んだ追加分
3. 計算した概算

参考：Tally：条件分岐Fillout：計算と変数

更新リンクの公開範囲を決めてから試す

Filloutの公式ヘルプは、更新リンクを持つ人が、質問として表示していないフィールドを含めてレコード内の情報へアクセスできると説明しています。フォームで項目を隠すことと、その項目を読み込ませないことは別です。

共有できない項目は別テーブルに分ける、または読み込むデータを質問に対応する項目へ制限する方法が案内されています。公開前に設定と共有先を確認してください。紹介文だけを直してもらうフォームに、社内メモや請求情報も同じレコードから読み込む設計は避けます。

最初は架空のレコードを二件用意し、それぞれのリンクで正しい内容が表示されるか、片方を変更しても他方に影響しないかを試します。新規受付で十分ならTally、更新が運用の中心ならFillout、という目安を実際の確認結果で判断しましょう。

• 送信先のテーブルと更新対象の行を確認する
• 配る相手が閲覧してよい項目だけを読み込む
• 更新前後のデータと、idがない場合の動作を確かめる

参考：Fillout：Airtableの既存レコードを更新