Q.Studioから移る場合、Webflowのフォーム機能はStudioと比べてどう違いますか？

Studioでフォームを使っていて、回答の件数上限が気になって移行先を探している方もいるかもしれません。どちらも、回答をサービス内に保存して管理画面で読み、届いたらメールで知らせる点は同じです。差が出るのは、保存の初期設定、件数の数え方、外部へ送る方法の3つです。

Studioではダッシュボード側で保存を許可する設定を行わないとデータが残りませんが、Webflowでは新規フォームを作成した初期状態で回答の保存とメール通知が有効化されています。

件数の上限は数え方が違います。Studioの回答閲覧上限はPersonalが1,000件、Businessが10,000件です。数えるのは累計ではなく、その時点で保存されている回答です。これとは別に、1プロジェクトで1日5,000件を超えた分は保存されません。一方、Webflowの無料Starter Siteプランは、フォーム送信が累計50件までで、この上限はリセットされません（Webflowのフォーム送信のヘルプ）。有料のSiteプランを契約するとフォーム送信件数が無制限になります。ただし添付ファイルの保存容量には別の上限があります。

CSVへの書き出しはどちらでもできますね。Studioは保存していない回答や、閲覧上限を超えた分を出力できません。

外部サービスへの送り方も違います。WebflowはWebhookや連携アプリで回答を外へ直接送れます。一方、Studioの公式の連携例は、回答をGoogleスプレッドシートにつなぎ、Google Apps ScriptからSlackのWebhookを呼び出す形です。

送信されたフォームの回答は、Webflowのサーバー側へ自動的に残るのでしょうか。はい、保存されます。届いた回答は、Site settingsのFormsで一覧を開いて確認できますね。

管理画面に溜まったデータは、各フォームのView submissionsを開いてSubmissionsタブにあるExport allを選ぶことで、CSVファイルとして一括で書き出せます。添付ファイルはファイル本体ではなく、URLとしてCSVに入ります。

注意が必要なのは、Custom actionを使って外部の受信用URLへ直接データを送る設定に切り替えた場合です。この設定を行うと回答はWebflowを経由せずに外部へ送られるため、Webflow内への保存や標準メール通知は行われません。両方の仕組みを同時に動かす設定にはできない仕様です。

また、2026年10月の不正アクセス事案では、Studioに保存されていたフォーム回答（ゴミ箱に移して「完全に削除」していない回答を含む）が流出の可能性がある対象で、「フォームの結果をStudioに保存」を無効にしていた間に送信された回答と、2026年9月30日より前に「完全に削除」した回答は対象外です（Studioのセキュリティ告知）。

Webflowで保存した回答は、一覧で選んで1件ずつでも、まとめてでも削除できます。ただし回答を消すと添付ファイルも一緒に消え、そのURLは開けなくなります。残したいファイルは、削除の前に保存してください。

サイトで受け付けた問い合わせを外部の通知ツールや業務アプリへ自動で転送したいという要望は、制作現場で頻繁に聞かれます。Webflowのフォーム追加のヘルプによると、外へ回答を送る方法はWebhook、Zapierなどの連携アプリ、Custom actionの3つです。Custom actionだけはWebflowに回答が残りません。ここではCustom actionと連携アプリを詳しく見ます。

1つ目は、受信用URLへ直接送るCustom actionです。フォームのSettingsにあるSend toからCustom actionを追加し、外部サービスのURLを入れます。たとえばFormspreeなら、Formspree側でフォームを作って受信用URLを受け取り、送信方法をPOSTにします。手順はFormspreeのWebflow向けガイドのとおりです。このとき入力フィールドのName設定が受信側での識別子として使われるため、emailやmessageといった判別しやすい英数字を指定しておく段取りが欠かせません。設定後はサイトを公開し、公開ページから実際に送信して完了メッセージとメール受信を確かめます。

2つ目は、Zapierなどの連携アプリに回答を渡す方法です。Webflowへの保存と外部への送信を両方行いたいときはこちらを使いましょう。Zapierのトリガー機能を使えば、Webflowへの新しい送信をきっかけに別のチャットツールや顧客管理ツールへデータを引き渡せます。この連携を設定する際には、接続テストを行う前にWebflowのフォーム側で最低1件のテスト回答を受信しておく前提条件がありますね。

ちなみに、Studioではフォームの設定から外部連携を許可すると専用のGoogleスプレッドシートが作られ、回答が自動で入ります。連携より前に届いた回答は入らず、反映されるのは連携後の回答だけです。

フォームだけで比べるなら、回答をどこに置きたいかで選び方が変わります。

Webflowは回答を自分のサービス内に保存し、CSVで書き出せます。Studioも回答一覧からCSVを書き出せるので、移行前後で記録を手元にまとめる作業はどちらでも同じ形で進められますね。ただし、書き出したCSVを移行先へ自動で取り込めるかは別の話です。

Framerのフォームは、Webhookにつなぐと指定したURLへ回答を送れます。スプレッドシートや社内のシステムなど、受け取る先がすでに決まっている人には組み立てやすい形でしょう。

Wix Formsでは訪問者が送信した回答がダッシュボードの回答一覧表へ自動で記録され、予約受付、EC、顧客管理、自動化といった多彩なシステムとスムーズにつながります。

対するWebflowは、きめ細かなスタイル設計と柔軟なCMS設計を兼ね備えています。もうひとつ見落としやすい点が、Webflowのサイトを外部のサーバーへ書き出して公開した場合です。このときWebflowはフォームの送信を処理しないため、回答を受け付けるには別の仕組みを用意する必要がありますね。

どちらが上とは一言で決めにくく、違いは調整できる単位にあります。WebflowはStyle panelの項目ごとにCSSのプロパティを指定し、そのスタイルをクラスとして保存してサイト内の別の要素にも使い回せます。CSSの考え方に慣れている人なら、見た目を細かく決めていく作業はやりやすいでしょう。

画面幅に応じたレスポンシブ対応の仕組みにも違いがありますね。Studioでもブレイクポイントを追加したり基準値を変更したりできますが、その設定値はプロジェクト全体で共通となり、ページごとに個別のブレイクポイントを設けることはできません。これに対してWebflowでは、ブレイクポイントの境界値だけでなく、編集画面でキャンバスの端をドラッグして任意の画面幅における表示崩れを視覚的に確かめられます。

デザインの自由度とフォームの扱いは別の理由です。何に不満があってWebflowへ移るのかによって、比べるべき機能も変わります。