「google フォーム ファイル 添付」で調べる人の多くは、フォームは作れたのに、履歴書や見積書や写真をどう受け取ればいいかで止まっています。設問の追加自体は数分で終わります。詰まるのはその先で、ファイルのアップロード質問には回答者側にGoogleアカウントのログインという条件が付き、集まったファイルはオーナーのGoogleドライブに置かれ、誰がどこまで対応したかは自分で管理する必要があります。この記事では、公式ヘルプで確認できる仕様と上限を並べたうえで、受付をひとりで回している人が次に何を決めればよいのかまで書きます。
結論を先に置きます。社内の申請や、全員がアカウントを持っている相手からの書類回収であれば、Googleフォームのファイルアップロードで足ります。乗り換える理由はありません。判断が変わるのは、相手が社外の不特定多数のとき、そして届いたあとに複数人で返す必要があるときです。
「ファイル添付」でつまずく場所は、設問の作り方ではない
検索している人が知りたいのは設問の追加手順だと思われがちですが、実際に窓口の担当者が困っているのはそこではありません。ファイルのアップロード質問そのものは、質問の種類から選ぶだけで置けます。問題は、その質問に付いてくる条件が、集める相手によって重さが変わることです。
回答者にGoogleアカウントのログインが必要になる
公式ヘルプは、ファイルのアップロード質問に答えるにはログインが要ることを明記しています。英語版のヘルプでは「To answer this question, responders need to sign in to a Google Account.」と書かれ、日本語のエラー説明のページでも「質問に回答する際にアップロードを実行するには、Google アカウントにログインする必要があります。」と案内されています。
To answer this question, responders need to sign in to a Google Account. 出典: support.google.com
これは不具合でも設定漏れでもなく、そういう仕様です。だから対処は「設定でオフにする」ではなく、「誰から集めるか」を先に決めることになります。社内向けの申請書、Google Workspaceを使っている取引先とのやり取り、学校や自治体の中の手続きであれば、相手はすでにログインしています。この条件はほとんど意識されません。
一方で、求人への応募、一般からの問い合わせ、地域の住民からの申請といった場面では話が変わります。回答者にアカウント登録やログインを求めると、そこで手を止める人が必ず出ます。採用の受付を担当している人からは、応募フォームを開いたところまでは届くのに送信まで至らない、という相談がよく出ます。ログインを挟むかどうかは、応募数そのものを動かす変数です。
作成者が決められるのは、種類と数とサイズ
フォーム側で設定できる項目は公式ヘルプに書かれています。受け取るファイルの種類を指定すること、1回の回答でアップロードできるファイルの最大数を決めること、1ファイルの最大サイズを選ぶことの3つです。日本語のヘルプにも「フォームのオーナーがファイルの数、種類、サイズの制限を設定できます。」とあります。
種類の指定は、Forms APIの定義側から実際の選択肢が読み取れます。APIのリファレンスではFileTypeの値としてANY、DOCUMENT、PRESENTATION、SPREADSHEET、DRAWING、PDF、IMAGE、VIDEO、AUDIOが並んでいます。履歴書ならPDFとDOCUMENT、現場写真ならIMAGE、というように絞れば、開けない形式が届く事故は減らせます。
なお、最大ファイルサイズの選択肢として画面に並ぶ具体的な数値の一覧、そしてフォーム全体で集めるファイルの合計容量として選べる具体的な数値については、今回確認した公開資料では確認できませんでした。ラーニングセンターには「フォームで収集するすべてのファイルのサイズの上限を設定します」という設定項目の説明そのものはあります。設定できることは確かで、選べる値の一覧が公式ページ上で確認できなかった、ということです。運用の前に、実際の管理画面で選べる値を自分の目で確かめておくのが確実です。
集まったファイルはオーナーのドライブに置かれる
保存先も明記されています。「For the form owner, uploaded files are stored in a new folder on Google Drive.」とあり、日本語版にも「フォームのオーナーがアップロードしたファイルは、Google ドライブの新しいフォルダに保存されます」と書かれています。
ここで効いてくるのは、そのドライブが誰のものかという点です。フォームを作った個人のアカウントに紐づいているなら、その人が異動したり退職したりしたときに、応募書類の置き場が個人資産の中に取り残されます。共同編集者を入れる話とオーナーを移す話は別で、公式ヘルプにはオーナーの変更手順が用意されています。共同編集者にしたうえで、共有画面で対象者を選び、オーナー権限の譲渡を実行する流れです。受付を続ける前提の窓口なら、フォームの作成者を個人ではなく引き継げるアカウントにしておくほうが後々楽になります。
ドライブ側の上限も押さえておく価値があります。Google Workspaceのストレージと容量の上限のページには、各ユーザーが24時間以内にドライブへアップロードまたはコピーできるのは750 GB、1ファイルは最大5 TBと書かれています。このページにはGoogleフォーム固有の記載は見当たらないため、フォーム経由のアップロードがこの数字にどう当たるかは断定できませんが、動画や図面を大量に集める窓口なら頭の片隅に置いておく数字です。
社内で使うなら、Googleフォームのファイルアップロードで足りる
比較の話に入る前に、乗り換える理由が無い使い方をはっきりさせておきます。次の条件がそろっているなら、フォームを別の道具に置き換える必要はありません。
1つ目は、回答者が全員Googleアカウントを持っていること。ログインの条件が実質的に消えます。2つ目は、受け取ったあとの対応が1人で完結すること。誰が返したかを共有する必要がないなら、通知の制約は問題になりません。3つ目は、件数が多くないこと。後述する回答数の上限に当たらない規模なら、スプレッドシート連携がそのまま使えます。
料金の面でも無理がありません。日本語の公式料金ページでは、Google Workspaceの各プランは1ユーザーあたり月額でStarterが定価800円、Standardが1,600円、Plusが2,500円と表示されています（Enterpriseは料金表示がなく営業への問い合わせ案内）。閲覧時点では割引表示も出ていました。ストレージはStarterが30 GB、Standardが2 TB、Plusが5 TBと書かれています。そして料金ページの機能一覧では、フォームのアンケート作成ツールがStarterからEnterpriseまですべてのプランで利用可と表示されています。すでにWorkspaceを契約しているなら、フォームのために追加で払う費用は発生しない構成になっているわけです。
プランごとにフォームの機能差があるかどうかも確認しました。Google WorkspaceのBusinessエディション比較の公式ページには、Forms固有の機能差の記載が見当たりません（Geminiの「Help me create a form」の項目を除く）。つまり、上のプランに上げればフォームの制約が緩む、という読み方は公開資料からはできません。プランを上げる理由はストレージや他のサービス側にあります。
個人の無料アカウントについては、料金として「無料」と明記した公式ページは今回の確認範囲では見つかりませんでした。ただし、2026年1月に追加された自動締切機能の提供範囲として、公式ブログが「Available to all Google Workspace customers, Workspace Individual subscribers, and users with personal Google accounts」と書いています。個人のGoogleアカウントでもフォームのこの機能が使えることは、この記述から読み取れます。
社外から書類を集めるときに効いてくる3つの条件
同じフォームでも、相手が社外の不特定多数になった途端に重くなる条件が3つあります。どれも公式ヘルプに書かれている仕様です。
ログインを挟むと、そこで離脱する人が出る
前述のとおり、ファイルのアップロード質問に答えるにはログインが必要です。求人応募、公募、一般からの相談といった場面では、これが最初の関門になります。スマートフォンで見ている応募者が、ふだん使っているGoogleアカウントでログインしてよいのか一瞬迷う場面を想像すると、この一手間の重さがわかります。
回避策として実務でよく取られるのは、フォームでは連絡先と本文だけを受け、書類はあとからメールで送ってもらう分け方です。ただしこれをやると、フォームの回答とメールの添付が別々の場所に散り、どの応募にどの書類が対応するのかを人間が突き合わせることになります。同じ1件として1か所に集まっているかは、件数が増えるほど効いてきます。
もう1つ、回答を1回に制限する設定を使う場合も、日本語ヘルプに「フォームにアクセスして入力するには、Google アカウントにログインする必要があります」と書かれています。重複応募を防ぎたいという理由でこの設定を入れると、ファイルアップロードとは別の経路で同じログイン条件が付くことになります。
共有ドライブからのアップロードはできない
日本語のヘルプには「共有ドライブからファイルをアップロードすることはできません。」と明記されています。取引先の担当者が、社内の共有ドライブに置いてある見積書をそのまま選ぼうとして選べない、という詰まり方をします。相手側の運用が共有ドライブ中心の会社だと、いったん自分のドライブかローカルに落としてもらう手間が生まれます。
これは相手の作業なので、こちらからは見えません。送信されないまま終わった件は、記録にも残りません。書類を集めるフォームの案内文に、共有ドライブからは選べない旨をひとこと添えておくだけで、問い合わせが減ります。
ファイルアップロードを入れると、メールに埋め込めなくなる
公式ヘルプは、メールにフォームを埋め込めない条件としてファイルのアップロード質問を挙げています。「You can't embed a form in an email when it contains: File upload question」という書き方です。
案内メールの中でそのまま回答してもらう導線を考えていた場合、ここで設計が変わります。メールにはリンクだけを置き、リンク先で回答してもらう形になります。開封からリンククリックへ1ステップ増えるので、告知メールから申し込みを取る運用をしている事務局では、ここを把握しないまま反応率が落ちたと悩む場面が出ます。
なお、Forms APIの側にも制約があります。リファレンスには「The API currently does not support creating file upload questions」と書かれており、現時点でAPIからファイルのアップロード質問を作ることはできません。フォームをプログラムで量産する運用を考えている場合、ファイルアップロードを含む設問だけは画面から作る必要があります。あわせて、APIで2026年6月30日以降に作成したフォームは既定で未公開の状態になり、公開しないと回答を受け付けないことも明記されています。
受け取ったあと、窓口が詰まるのはここ
「google フォーム ファイル 添付」で調べている段階では、まだ受け取る前の話をしています。実際に運用が苦しくなるのは、届いたあとです。
通知は自分にしか設定できない
スプレッドシート側の通知ルールについて、公式ヘルプは受け取れる相手をはっきり書いています。
You can only set up notifications for yourself. 出典: support.google.com
頻度は1日1回のまとめか、変更のたびかを選べます。フォーム側にも、回答タブのその他アイコンから「新しい回答についてのメール通知を受け取る」を切り替える設定があります。どちらも、自分が受け取る設定です。
複数人に通知を送る標準機能については、公開資料では確認できませんでした。公式ヘルプが案内しているのはForm Notificationsというアドオンで、Google Workspace Marketplaceの掲載を見ると提供元はGoogle、価格は無料、回答者が送信したときに届くメールを設定でき、フォームのオーナーと共同編集者に対してあらかじめ決めた回答数のしきい値で届くメールも設定できると書かれています。
窓口を2人以上で回している場合、この一点が運用の形を決めます。全員に同じ通知が飛ぶ設計にすると、今度は誰が拾ったのかがわからなくなります。誰の担当かが1件ごとに決まる仕組みが無いまま人数を増やすと、二重返信と返し忘れは必ず起きます。
表に「返信したか」の列が無い
スプレッドシートに回答を保存すると、Googleスプレッドシートによってデータが自動的にテーブル形式になり、形式と構造が設定されると公式ヘルプは書いています。届いた内容は整った形で並びます。
ただし、そこに並ぶのは回答の中身だけです。誰が担当か、返信したか、書類は足りているか、いつ返したかといった列は、自分で足すことになります。現場では、対応状況の列を手で足し、色を付け、フィルタを作り、それを毎日更新する運用が生まれます。100件を超えたあたりから、この表の更新自体が仕事になると言われています。
そして、フォーム側で設問を追加・削除・並べ替えしたときに連携済みスプレッドシートの列がどうなるか、スプレッドシート側で直接データを編集した場合にどう扱われるかは、公開資料では確認できませんでした。手で足した列が、設問の変更でどうなるかを断定できないということです。運用中のフォームの設問を触るときは、まず控えを取ってからにするのが安全です。
リンクを解除しても、過去のデータは残る
連携の扱いは公式に書かれています。リンクを解除すると「新しい回答はスプレッドシートに送信されませんが、現在のデータはそのまま残ります。」とあり、「後でスプレッドシートに再接続できます。」とも書かれています。フォームとスプレッドシートは独立したファイルで、一方を削除しても他方は削除されません。
ここは安心材料です。表を作り直したいときに、過去の回答が消える心配はありません。ただし、解除している間に届いた回答が表に来ないことは変わらないので、切り替えのタイミングは受付が止まっている時間帯を選ぶことになります。
件数が増えると、フォーム側の機能が順に効かなくなる
長く使う窓口で先に知っておきたいのが、回答数による制限です。Google Workspaceラーニングセンターに、どの数字で何が起きるかが並んでいます。
まず、回答が10,000件を超えると、CSVでダウンロードした回答が送信日時順に並ばなくなり、フォーム上の質問別ビューと個別ビューが表示されなくなります。1件ずつ開いて内容を確認する運用をしている窓口には、これが一番早く当たります。
次に、50,000件を超えると回答の概要が表示されなくなります。
If you don't find the response summary, it can be because your form has more than 50,000 responses. 出典: support.google.com
そして100,000件を超えると、スプレッドシートとの同期が止まります。公式は前置きとして、これらの制限はすべての利用者に対してフォームが安定して動くためのものであり、回答自体は受け付け続けてCSVでダウンロードできる、と書いています。データが消えるわけではありませんが、画面で見るという運用は成立しなくなります。
フォームそのものの構造にも上限があります。1つのフォームに追加できるコンテンツは、設問だけでなく説明文・画像・動画を含めて合計300個まで、セクションは75個までと公式ヘルプに書かれています。設問だけの上限の記載は見当たりませんでした。長い申請書を1つのフォームに全部詰め込む設計をしている場合、説明文と画像も同じ枠を食っている点に注意が要ります。
年度をまたいで同じフォームを使い回すか、年度ごとに作り直すかは、この上限をどう避けるかの判断でもあります。受付単位でフォームを分ければ件数は分散しますが、今度は集計が分かれます。どちらを取るかは、集計を何で見ているかで決まります。
自動返信をどこまで自前で組むか
書類を受け取ったら、受け取った旨を返すのが窓口の基本です。ここも、標準機能で足りる範囲と、作り込みが要る範囲が分かれます。
標準でできるのは、回答のコピーを送ること
メールアドレスを収集している場合、送信済みの回答のコピーを回答者に送る設定ができます。設定はフォームの上部の設定から、回答の横の下向き矢印を開き、リクエストされた場合か常に送るかを選ぶ流れです。
内容は、回答者が入力した内容の控えです。本文を自由に書いた自動返信を標準機能として送れるという記載は、公開資料では確認できませんでした。公式ヘルプは代わりにForm Notificationsアドオンを案内しており、追加の通知やカスタマイズしたフォローアップメールを扱う旨が書かれています。
もう1つ、公式が明記している注意点があります。回答のコピーは、迷惑メール対策の都合で届かないことがあるというものです。「In certain circumstances, responders may not receive the expected response receipts due to spam filters or other counter-abuse measures.」と書かれています。控えが届かなかったという問い合わせが来たとき、これは設定ミスとは限りません。
Apps Scriptで組む場合の1日の上限
自由な文面で自動返信を送りたい場合、Apps Scriptを使う選択肢があります。インストール型トリガーには「On form submit」があり、フォーム用と、回答がスプレッドシートに送られる場合のスプレッドシート用の2種類が用意されています。インストール型トリガーの利点として、認可が必要なサービスを呼べることが挙げられています。
ここで見落とされやすいのが、1日あたりの割り当てです。公式の割り当て表によると、メールの送信先は消費者向けアカウントで100件、Google Workspaceで1,500件。トリガーの総実行時間は消費者向けアカウントで1日90分、Workspaceで1日6時間。1回の実行は6分までです。これらは予告なく変更されうると注記されています。
告知直後に申し込みが集中する講座やイベントでは、この上限に当たる可能性があります。締切前日に数百件が届くタイプの受付では、送信できなかった分をあとから手で送る作業が発生します。
もう1つ、動作の癖として公式が書いていることがあります。スクリプトの実行やAPIリクエストはトリガーを起動しないという点です。FormResponse.submit()で回答を送信してもフォームの送信トリガーは動きません。テストデータをスクリプトで流し込んで自動返信を確認しようとすると、動かないように見えて原因を探すことになります。
Forms API側の使用量制限も参考までに並べておきます。読み取りリクエストはプロジェクトあたり1分に975回、ユーザーあたり390回。書き込みはプロジェクトあたり375回、ユーザーあたり150回。1日あたりのプロジェクト上限は無制限で、超過すると429が返ります。
Apps Scriptで自動返信を組むという判断は、要するに自分たちで仕組みを保守する側に回るということです。書いた人が異動したあと、誰が直すのかまで含めて決めておく必要があります。
権限、共同編集、公開範囲で決めておくこと
書類を扱うフォームでは、誰が中身を見られるかの設計が避けて通れません。
共同編集者は共有ボタンから追加し、名前かグループを入れて編集者を選ぶ手順です。招待したユーザーは、回答、回答の保存場所など、フォームのどの部分でも編集できるとラーニングセンターに書かれています。閲覧だけ、といった細かい分け方の記載は見当たりません。書類を見せたくない相手を共同編集者に入れるという選択肢は取れない、と考えておくのが安全です。
回答用スプレッドシートの権限には、覚えておく価値のある挙動があります。新しい回答用スプレッドシートを作ると、フォームの共同編集者は自動的にアクセスできるようになります。ただし、そのあとフォーム側の権限を変えても、スプレッドシート側には自動で反映されません。担当を外した人がスプレッドシートだけ見え続ける状態は、この差から生まれます。人の入れ替わりがあったときは、両方を確認する必要があります。
回答者側の公開範囲も設定できます。フォームを公開すると回答者がアクセスでき、未公開の状態ではリンクを持っていてもアクセスできません。一般的なアクセスの項目で、リンクを知っている全員に開くか、対象のオーディエンスに絞るかを選べます。ドメイン、信頼できるオーディエンス、ユーザーのグループへの制限もかけられ、回答者ごとにアクセスレベルと有効期限を設定することもできます。
Google Workspaceを使っている場合、管理者側の設定も効きます。Googleフォームを有効にするにはGoogleドライブも有効にする必要があり、変更の反映には最長で24時間かかることがあると書かれています。外部共有については、共有設定のフォームの回答から、ドメイン内のユーザーが外部で作られたフォームに回答できるか、回答のためにフォームを外部と共有できるかを選べます。社外にフォームを配ったのに開けないという報告が来たとき、原因がこの設定にある場合があります。
なお、共同編集者の人数上限は公開資料では確認できませんでした。
個人情報を含む書類を扱う以上、社内の規程や委託先との取り決めに沿っているかは、所管の窓口や専門家に確かめてください。取り扱いの一般的な考え方は個人情報保護委員会の情報も参考になります。
締切と定員は、2026年に標準機能が増えた
長らく手で止めるしかなかった締切に、標準の仕組みが加わりました。公式ブログによると、フォームのオーナーと編集者が、フォームを閉じる日時を指定するか、自動で閉じる回答数を設定できるようになっています。提供開始はRapid Releaseドメインが2026年1月12日、Scheduled Releaseドメインが2026年1月29日です。
設定は既定でオフで、フォームを公開したあとに作成者が有効にします。手順は、回答を受付中の下にある締切日または回答数上限の設定から入り、日時で締め切るか、回答数で締め切るかを選ぶ流れです。締め切ったあとに回答者へ表示する文言も編集できます。手動で止めたい場合は、回答を受付中をオフにすると、回答を受け付けていない旨のメッセージが表示されます。
一方で、質問の選択肢ごとに定員を設ける標準機能については、公開資料では確認できませんでした。第1希望の枠だけ埋まったので選べなくしたい、といった残席管理は、標準の設定の中では見つかりません。イベントや講座で日程ごとの定員を扱う場合、ここは自分たちで運用を作るか、別の道具に任せるかの判断になります。
フォームで集めたあとを、どこで回すか
ここまで並べた条件を、判断の材料として整理します。フォームを入れ替えるかどうかは、機能の多い少ないではなく、次の4つで決まります。
1つ目は、回答者にログインを求めてよいかどうか。社内向けなら問題になりません。社外の不特定多数から書類を受けるなら、ここが応募数に直結します。
2つ目は、受け取ったあとを何人で回すかどうか。1人なら通知の制約は無害です。2人以上になった瞬間、誰が担当かと返信したかどうかを1件ごとに残す場所が要ります。表の列を手で足して回す方法は動きますが、更新する人が要ります。
3つ目は、返す文面を自由に書きたいかどうか。控えのコピーで足りるなら標準機能で終わります。案件ごとに違う文面を返したいなら、アドオンかApps Scriptか、あるいはそこが最初から入っている道具かの選択になります。
4つ目は、件数の見通し。年に数百件なら上限は関係ありません。累積で1万件を超える窓口なら、質問別ビューが使えなくなる前提で運用を組むことになります。
この4つを比べるための材料として、Googleフォームとの比較では、フォームで集めたあとの担当・状況・やり取りをどこに置くかという観点から違いを整理しています。WordPressで問い合わせフォームを運用している場合の論点はContact Form 7との比較に、Microsoft 365を使っている組織での論点はMicrosoft Formsとの比較にまとめています。どれも、フォームの作りやすさではなく、届いたあとの動かし方を軸にした整理です。
実際にどこまで同じ画面で回るのかは、動くところを見るで受付から返信までの流れを追えます。設定できる項目の一覧はできることに、費用の考え方は料金に置いています。判断に迷う点はよくある質問に集めています。
受付の種類ごとに、詰まる場所は違う
同じ「ファイルを添付してもらう」でも、何の受付かによって効いてくる条件が変わります。用途別に見ていくと、自分の窓口がどこに当たるかがはっきりします。
採用の応募受付では、履歴書と職務経歴書というファイルが必ず絡み、相手は社外の個人です。ログインの条件がそのまま応募数に効くうえ、選考の進み具合を複数人で共有する必要があるため、通知と担当の話も同時に来ます。この記事で挙げた条件が全部当たる、いちばん重い形です。
助成金・公募の受付は、締切と書類の不備が中心です。締切は標準機能で自動化できるようになりました。残るのは、届いた書類の何が足りないかを本人に返して、再提出を受け直す往復の管理です。1件に複数回のやり取りが乗るので、表の行と実際の状況がずれやすくなります。
問い合わせの受付は、ファイルが付く割合は低いものの件数が多く、返し忘れが直接クレームになります。誰が返したかが1件ごとに残るかどうかが、そのまま品質になります。
イベントの申し込みと講座の受講申し込みは、日程ごとの定員をどう扱うかが焦点です。フォーム全体の回答数上限で締め切る機能はありますが、選択肢ごとの定員は公開資料では確認できませんでした。日程が複数ある受付では、ここを人が見張る運用になりがちです。
施設利用の申請と会員の入会申し込みは、申請書や本人確認書類といったファイルが確実に付きます。相手が地域の住民や一般の会員なら、ログインの条件は無視できません。修理・サポートの受付も同じで、症状の写真を送ってもらう場面が多く、スマートフォンからその場で送れるかどうかが受付率を左右します。
判断の材料をどう並べるか
窓口の入れ替えを考えるとき、比較表を機能の数で埋めても答えは出ません。フォームを作る機能はどの道具にもあり、差が出るのは送信されたあとだからです。
見るべきは3つです。第一に、回答者に何を求めるか。ログインが要るのか、要らないのか。これは相手の行動を変える条件なので、機能というより受付の設計に属します。第二に、届いた1件に対して、誰が・いつ・何をしたかが残る場所があるか。表に自分で列を足すのか、最初から入っているのか。第三に、返す手段が用意されているか。控えのコピーで足りるのか、文面を書いて返す必要があるのか。
ここまでで挙げた公式資料の数字は、どれも2026年9月1日時点で確認したものです。仕様も料金も上限も変わります。判断の前には、料金であればGoogle Workspaceの料金ページ、機能や上限であれば該当のヘルプを、そのときに自分で開いて確かめてください。この記事で「公開資料では確認できませんでした」と書いた項目は、機能が無いという意味ではなく、今回の確認範囲の公式ページに記載が見当たらなかったという意味です。
そのうえで、いま手元のフォームで書類を受け取れているのなら、慌てて変える必要はありません。変えるかどうかを決めるのは、受付が増えたときに自分が回せるかどうかです。表の更新に毎日時間を取られている、返信したかどうかを確認するために過去のメールを検索している、担当を分けたいのに通知が自分にしか飛ばない。この3つのうち2つが当てはまるなら、受け取ったあとを回す仕組みが足りていない状態です。ファイルの添付方法ではなく、そちらを先に決めるほうが早く楽になります。
Q1. Googleフォームでファイルを受け取るとき、回答者にGoogleアカウントは必ず必要ですか？
必要です。公式ヘルプに、ファイルのアップロード質問に答えるにはGoogleアカウントにログインする必要があると明記されています（2026年9月1日確認）。社内向けなら問題になりませんが、社外の不特定多数から書類を集める場合は、ここで送信をやめる人が出る前提で設計してください。
Q2. アップロードされたファイルはどこに保存されますか？
フォームのオーナーのGoogleドライブに、新しいフォルダが作られてそこに保存されます。オーナーが個人アカウントのままだと、異動や退職のときに書類の置き場が個人の中に取り残されます。共同編集者を追加したうえでオーナー権限を引き継げるアカウントへ移しておくのが安全です。
Q3. 回答が増えると使えなくなる機能はありますか？
あります。公式資料では、回答が10,000件を超えるとCSVが送信日時順に並ばず質問別ビューと個別ビューが表示されなくなり、50,000件を超えると回答の概要が出なくなり、100,000件を超えるとスプレッドシートとの同期が止まります。回答の受付とCSVのダウンロードは続けられます。
Q4. 複数人で受付を回す場合、通知はどう設定すればよいですか？
スプレッドシートの通知ルールは自分にしか設定できないと公式ヘルプに書かれています。複数人への標準の通知手段は公開資料では確認できませんでした。公式が案内しているのはGoogle提供の無料アドオンです。人数を増やすときは、通知よりも先に1件ごとの担当と対応状況をどこに残すかを決めてください。