Googleフォームの締め切りは、長いあいだ「担当者が手で受付を止める」か「拡張機能を追加する」かの二択でした。2026年1月から、終了日時と回答数の上限で自動的に受付を止める設定が標準機能として配られ、選べる道が3つに増えています。この記事では、その3つをどう選び分けるのか、設定したあとに回答者の画面で何が起きるのか、そして締め切りを入れただけでは片付かない受付側の手間までを、受け取る立場から順に整理します。
締め切りを決めているのは日付ではなく、締め切ったあとの手間
締め切りの日付は、たいてい配布する文面のほうから先に決まります。募集要項に「9月30日まで」と書き、その日付をそのままフォームの案内に写す。ここまでは迷いません。問題は、その日付が来たあとに誰が何をするのかが決まっていないまま、フォームだけが動き続けることです。
受付をひとりで回している窓口では、締め切り日の夜に手で受付を止める運用がよく取られます。うまく回る日もありますが、締め切り日が土日に重なったり、担当者が出張や休暇に入ったりすると、そこで止まります。翌朝に開いてみたら締め切り後の回答が数件入っていた、という状況は珍しくありません。入ってしまった回答をどう扱うかは、そのときに初めて考えることになり、判断が担当者ごとにぶれます。
逆に、止めるのが早すぎる事故もあります。日付が変わる瞬間を「9月30日の0時」と受け取って止めてしまい、30日の日中に送ろうとしていた人が締め切りの画面にぶつかる。この行き違いは、文面に「23時59分まで」と書いていなかったときに起きます。
締め切りの仕組みを選ぶ前に、決めておくと後が楽になるのは次の3つです。1つ目は、締め切りの瞬間を分単位でどこに置くか。2つ目は、締め切り後に届いた申し込みを受けるのか断るのか、誰が判断するのか。3つ目は、締め切りを過ぎたあとにフォームを開いた人へ何を見せるか。この3つが決まっていれば、どの締め切り方を選んでも運用は回ります。決まっていなければ、どれを選んでも同じところで詰まります。
締め切る方法は3通りあり、選ぶ基準は「誰が止めるか」
Googleフォームの公式ヘルプには、受付を止める設定として「回答を受付中」の切り替えと、「終了日または回答数の上限を設定」が並んでいます。この2つを分解すると、実務で選べるのは3通りです。
1つ目は、手動で止める方法です。フォーム右上の公開まわりの設定から「回答を受付中」をオフにします。いつでも止められ、いつでも戻せます。判断する人が締め切りの瞬間に必ず画面の前にいる場合は、これで足ります。
2つ目は、終了日時を指定して自動的に止める方法です。日付と時刻を入れておくと、その時刻に受付が閉じます。担当者が画面の前にいる必要はありません。募集要項の日付が動かない受付、たとえば公募や試験の申し込みではこれが基本になります。
3つ目は、回答数の上限で止める方法です。指定した件数に達したところで受付が閉じます。座席や定員が先に尽きる受付、たとえば講座や見学会の申し込みで使います。
注意したいのは、終了日時と回答数の上限は、どちらか一方を選ぶ形で提供されている点です。「10月10日まで、ただし50件で締め切る」という二段構えを標準機能だけで組むことはできません。両方を同時に見張りたい場合は、これまで通りアドオンやGASのスクリプトを足すか、期限と定員を別々に扱えるフォームツールを使うことになります。ここは2026年9月時点の仕様なので、運用を組む前に自分のアカウントで設定画面を開いて確かめておくと確実です。
手動で止める手順と、止め忘れが起きる場面
手動の締め切りは、フォームを公開したあとの設定から切り替えます。フォームを開き、右上の公開に関する操作から回答の受付状態を出し、「回答を受付中」をオフにします。オフにすると、公開リンクを開いた人には受付が終了した旨の画面が表示され、送信はできなくなります。
この方法の利点は、判断と操作が一致していることです。「予定より早く十分な数が集まったので今日で締める」「先方の都合で1日延ばす」といった、その場の判断をそのまま反映できます。公募の受付で問い合わせが立て込み、期限を延ばすことになった場合も、戻すのは切り替え1つです。
止め忘れが起きるのは、締め切りの瞬間が業務時間の外にあるときです。23時59分を締め切りにしている受付で、その時刻に担当者が業務にいることはまずありません。翌朝に止めるまでの数時間が空き、その間に届いた回答を受けるか断るかで、毎回同じ議論をすることになります。
もう1つ、見落とされやすいのが編集権限の話です。受付状態を変えられるのはフォームのオーナーと編集権限を持つ人だけで、閲覧しかできない人には操作できません。担当者が1人しか編集権限を持っていない状態で、その人が不在の日に締め切りが来ると、誰も止められません。締め切りを手動で運用するなら、編集権限を持つ人を最低2人置いておくのが現実的です。
手動での締め切りは、初めてフォームを触る人でも迷わない操作です。ただし「止める人が必ずいる」ことが前提になります。前提が崩れる受付では、次の自動終了に切り替えたほうが安全です。
終了日時を指定して自動的に止める
終了日時による自動終了は、2026年1月に正式に配られた標準機能です。Google Workspace Updatesの発表では、Rapid Releaseのドメインで2026年1月12日から、Scheduled Releaseのドメインで同年1月29日から段階的に展開され、Google Workspaceの全エディション、Workspace Individualの契約者、そして個人のGoogleアカウントの利用者が対象とされています。仕事用のアカウントでも個人のアカウントでも使える、という点がここで確定しました。
設定は、フォームを公開したあとの「回答を受付中」の中にある「終了日または回答数の上限を設定」から入ります。日付と時刻を入れて保存すると、その時刻に受付が自動で閉じます。発表では、この機能は既定ではオフで、フォームを公開したあとに作成者が有効にする形だと説明されています。フォームを作っただけでは有効にならないため、公開の操作と締め切りの設定は別の作業として手順書に書いておくと抜けません。
設定するときに確かめたいのは、時刻の扱いです。案内の文面が「9月30日まで」であれば、設定する終了時刻は9月30日の23時59分です。「9月30日の0時」にすると、実質的に29日で締め切ることになります。文面と設定の日時が1日ずれる事故は、複数人で受付を回しているときほど起きます。文面を書いた人と設定した人が別なら、公開前に2人で同じ画面を見て突き合わせるのが確実です。
もう1つ、自動終了を入れたからといって、送信ボタンを押した瞬間の扱いまで保証されるわけではありません。終了時刻の直前にフォームを開いて入力していた人が、時刻を過ぎてから送信を押すこともあります。この境目でどちらに転ぶかは、公開前に自分でテストして確かめておく以外に確実な方法がありません。締め切りの1分前と1分後に、回答者が開くのと同じ公開リンクを別のブラウザから開いて、実際に送信してみる。この手順を公開前の作業として固定しておくと、当日に慌てずに済みます。
回答数の上限で止めるときに、件数と人数がずれる理由
回答数の上限は、席の数が先に尽きる受付で使います。設定の場所は終了日時と同じで、日付の代わりに件数を入れます。指定した件数に達すると受付が閉じます。
ここで最もよく起きる行き違いが、「送信された件数」と「実際に確保しなければならない席の数」がずれることです。
Googleフォームの標準上限は「フォーム全体の回答件数」です。「土曜は20席、日曜は15席」のような選択肢ごとの定員とは違います。1件の回答に同伴者が含まれる場合も、送信件数と実際の席数は一致しません。 出典: formlova.com
見学会の申し込みで「同伴者の人数」を聞いている場合、30件で締め切ると実際に来る人は50人を超えることがあります。日程を選ばせる形式で「土曜日」「日曜日」の2枠を用意している場合も、フォーム全体の上限しか持てないため、土曜だけが埋まって日曜が空いたまま締め切られる、ということが起こります。
対処の仕方は3つあります。1つは、上限を席数ではなく「これ以上は手で捌けない件数」として置き、超過分は受付側で調整する方法です。2つは、枠ごとにフォームを分け、それぞれに上限を設定する方法です。枠が2つか3つなら現実的ですが、増えるとリンクの管理が煩雑になります。3つは、選択肢ごとの定員を持てるフォームツールに移す方法です。
同時に送信が重なったときの挙動も、あらかじめ許容範囲を決めておきます。上限のちょうど手前で複数の人が同時に送信ボタンを押した場合、上限を1件か2件超えて記録されることがあります。定員が厳密に決まっている受付では、上限を定員そのものではなく、定員より少し手前に置いておくほうが安全です。
締め切ったあとに回答者が見る画面を決める
締め切りを設定すると、その後に公開リンクを開いた人には受付終了の画面が出ます。ここに何を書くかは設定で変えられます。既定の文面のままにしておくと、回答者は「終わった」ことだけを知り、次にどうすればよいか分からないまま画面を閉じます。
採用の応募受付であれば、次の募集の予定や、別の職種の募集へ案内する一文を置きます。公募や助成金の受付であれば、審査結果の通知時期と、問い合わせ先を書いておきます。イベントの申し込みであれば、次回の開催予定やキャンセル待ちの連絡先を書きます。この一文があるかないかで、締め切り後に窓口へ届く「間に合いましたか」という個別の問い合わせの数が変わります。
締め切り後の問い合わせは、受付そのものより手間がかかることがあります。フォームで受けていれば記録が1行残るだけの内容が、メールで個別に届くと、読んで、判断して、返信して、その記録をどこかに残す、という作業になります。締め切りの画面に問い合わせ先と期限を書いておくのは、その手間を減らすための作業です。
もう1つ、締め切りの画面は、回答者が開くのと同じ公開リンクで確かめます。編集画面から見えるプレビューと、公開リンクで開いた画面は別物です。ログインしていないブラウザ、できればふだん使っていないブラウザで公開リンクを開き、文面が意図した通りに出ているかを見ます。フォームの公開設定で対象者を絞っている場合は、対象外のアカウントで開いたときに何が見えるかも合わせて確かめます。
締め切りを入れることの利点と、引き換えに増える手間
締め切りを自動化する利点は3つに整理できます。1つ目は、担当者が締め切りの瞬間に画面の前にいなくてよくなること。2つ目は、締め切りの時刻が全員に同じ条件で適用され、「あの人は受けたのにこの人は断られた」という不公平が起きにくくなること。3つ目は、締め切り後に届いた回答をどう扱うかを議論する回数が減ることです。
引き換えに増える手間もあります。まず、延長のたびに設定を開いて日時を変える作業が発生します。手動の運用なら「まだ止めない」で済むところが、自動の運用では明示的に変えないと止まります。次に、終了日時と回答数の上限を両方使えないため、どちらか一方を諦めるか、別の仕組みを足すかの判断が要ります。
そして、締め切りを設定したことで安心してしまい、公開リンクそのものの確認が抜けることがあります。受付は締まっていても、フォームの公開設定が「制限あり」になっていて、そもそも対象の回答者がフォームを開けていなかった。この場合、締め切りの前から回答が0件のまま進みます。締め切りを入れた日に、回答が想定より極端に少なくないかを一度だけ見ておくと、この種の取りこぼしに気づけます。
締め切りは入口を閉じる仕組みであって、集まったものを片付ける仕組みではありません。締め切った時点で、受付の仕事は半分しか終わっていない、という前提で設計しておくほうが実態に合います。
案内の文面に書いておくと、締め切り前後の問い合わせが減る
締め切りの設定と同じくらい結果を変えるのが、募集要項や案内メールに書く文面です。設定だけ正しくても、文面が曖昧だと問い合わせが窓口に集まります。書いておくと効くのは4つです。
1つ目は、締め切りの時刻を分単位で書くこと。「9月30日まで」ではなく「9月30日23時59分まで」と書きます。日付だけの表記は、受け取る人によって「30日の朝まで」とも「30日の終わりまで」とも読めます。読み違えた人は、締め切りの画面にぶつかってから窓口へ連絡してきます。
2つ目は、何をもって受け付けたとみなすかを書くこと。フォームは送信ボタンを押した時刻で記録されるため、「入力を始めた時刻」ではありません。長い記述欄がある応募では、入力に20分かかることもあります。締め切り直前に開いた人が締め切りに間に合わない可能性は、あらかじめ書いておくほうが親切です。
3つ目は、送信後に内容を直せるかどうかを書くこと。フォームの設定で回答の編集を許可していれば、送信後でも本人が直せます。許可していないなら、直したい場合の連絡先を書いておきます。これを書かないと、「間違えて送ったので取り消したい」という連絡が個別に届き、そのたびに担当者が回答を探して消す作業が発生します。
4つ目は、締め切りを過ぎた場合の扱いを書くこと。「締め切り後の申し込みは受け付けません」と書くのか、「やむを得ない事情がある場合は窓口へご連絡ください」と書くのか。どちらでも構いませんが、書いていないと問い合わせが来た時点で判断することになり、対応がぶれます。
この4つは、フォームの設定画面ではなく文面の側の仕事です。設定を変えるより手間はかかりませんが、抜けたときの影響は設定の抜けと同じくらい大きくなります。
アドオンやスクリプトで締め切りを組んでいた場合の乗り換え
標準機能が入る前は、締め切りを自動化する手段はアドオンかGASのスクリプトでした。すでにその形で運用しているなら、乗り換えるかどうかを一度考える価値があります。
標準機能に寄せる利点は、担当者が変わっても引き継げることです。スクリプトで組んだ締め切りは、書いた人以外には中身が見えません。トリガーの時刻がどこで設定されているのか、エラーが出たときに誰のメールアドレスへ通知が飛ぶのかが分からないまま引き継がれ、動かなくなった時点で誰も直せなくなります。設定画面に日時を入れるだけの形なら、引き継ぎの資料も1行で済みます。
一方で、スクリプトのまま残したほうがよい場合もあります。終了日時と回答数の上限を同時に見張りたい、選択肢ごとに定員を持たせたい、締め切りの直前に担当者へ予告の通知を飛ばしたい、といった要件は標準機能の範囲を超えます。これらを使っているなら、無理に寄せる必要はありません。
両方を並走させるのは避けます。スクリプトが受付を止め、標準機能の終了日時も別の日時で入っていると、どちらが先に効いたのか後から追えません。締め切りが想定より早く来たときに原因を探す時間が余計にかかります。乗り換えるなら、スクリプトのトリガーを止めてから標準機能を有効にする。残すなら、標準機能の終了日時は空のままにしておく。どちらか片方に決めておくのが確実です。
移行の作業としては、まずスクリプトのトリガーを一覧で書き出し、それぞれが何をしているのかを分けます。受付を止めるだけのトリガーは標準機能で置き換えられます。回答者へ自動返信を送るもの、スプレッドシートを整形するもの、担当者へ通知を飛ばすものは締め切りとは別の仕事なので、そのまま残します。この切り分けをせずに全部止めてしまうと、締め切りは動いても自動返信が止まり、回答者から「申し込めたか分からない」という問い合わせが増えます。
件数が増えると、締め切る前に画面の側が先に限界を迎える
回答数で締め切るかどうかを考えるとき、もう1つ知っておくと役に立つのが、フォーム自体が抱えている件数の上限です。公式のヘルプには、回答が増えたときに機能が期待通りに動かなくなる目安として、いくつかの数字が並んでいます。
回答の概要が表示されなくなるのは、回答数が50,000件を超えたとき。回答がスプレッドシートに同期されなくなるのは100,000件を超えたときとされています。加えて、質問ごとや個別の回答のビューが表示されなくなる、CSVで落としたときに送信日時の順に並ばなくなるのは、いずれも10,000件を超えたときです。回答そのものは届き続け、CSVでの取得もできると明記されています。
この数字は、ひとつの受付では滅多に当たりません。当たるのは、同じフォームを何年も使い回している場合です。毎月の報告をひとつのフォームで受け続ける、施設の利用申請を年度をまたいで同じリンクで受け続ける、といった運用では、数年で10,000件を超えます。そこまで来ると、個別の回答を画面で開いて確認する作業ができなくなり、締め切りの話とは別のところで運用が詰まります。
対処は単純で、期ごとにフォームを分けることです。年度ごと、募集ごとに新しいフォームを複製して使えば、1本あたりの件数は増えません。過去の回答を探すときは、スプレッドシート側に残っているので困りません。同じリンクを配り続けたい事情があるなら、リンクの転送先を年度ごとに切り替える形にしておくと、配布物を刷り直さずに済みます。
締め切りを件数で止める設定を使うなら、いま何件入っているかを設定の前に必ず見ます。上限には、これまでに受け取った回答の数より大きい数を入れる必要があると公式のヘルプに明記されています。過去の分が積み上がったフォームに「50件で締め切る」と入れようとして、すでに80件入っていて設定できない、という詰まり方をすることがあります。
締め切りを設定する前に確かめる8項目
公開前に上から確かめる形にしておくと、当日の事故が減ります。
- 回答者が開く公開リンクを、ログインしていない別のブラウザで開いて確かめた
- 終了日時が、配布する文面に書いた日時と分単位で一致している
- 回答数の上限を使う場合、現在の回答数より大きい数を入れている
- 「送信された件数」と「実際に確保する席や人数」の違いを確かめた
- 同時送信で上限を数件超えることを許容できる。許容できないなら上限を手前に置いた
- 締め切り後に表示される文面に、次の行動と問い合わせ先が書かれている
- 締め切りの設定を、設定した人とは別の人がもう一度開いて確かめた
- 締め切り後に届いた申し込みを受けるか断るか、誰が判断するかを決めた
8項目のうち、実際に事故につながりやすいのは2番と8番です。2番は文面との突き合わせで、これを飛ばすと1日ずれます。8番は締め切りそのものではなく、そのあとの判断の話で、決めていないと担当者ごとに違う返答をすることになります。
受付の仕組みを引き継ぐときは、この8項目をそのまま手順書に貼っておくと、次の担当者が同じ確認をできます。設定の場所は製品の更新で変わることがありますが、確かめる中身は変わりません。
締め切りで止まるのは入口だけで、そのあとの受付は止まらない
締め切りが自動化されたことで、受付の入口はかなり楽になりました。一方で、締め切り後に残る仕事は減っていません。届いた回答を誰が見るのか、どれに返信したのか、どれが選考中でどれが見送りなのか。これらは締め切りとは別の場所で管理する必要があります。
多くの窓口では、この部分をスプレッドシートの手作業で埋めています。回答が並んだ表の右側に「担当」「状況」「返信日」の列を足し、更新していく形です。件数が少ないうちは回りますが、複数人で同時に触ると同じ行を二重に更新したり、更新を忘れたまま返信だけ済ませたりします。返信したかどうかが表に残らないと、二重返信と返し忘れは必ず起きます。
この違いは、Googleフォームとの比較で機能を並べると見えやすくなります。フォームを作って配るところまでは標準機能で十分に回り、差が出るのは送信されたあとの扱いです。回答1件ごとに担当と状況を持たせ、返信まで同じ画面で完結させる形にすると、表の列を手で足す作業そのものが不要になります。送信されたあとの道具がそろっているかどうかが、締め切り後の手間を分けます。
受付の形は、集めるものによって変わります。締め切りと定員が厳密に決まっている助成金・公募の受付、枠ごとに定員が違うイベントの申し込み、締め切りのあとに書類の選考が続く採用の応募受付では、締め切ったあとに必要になる道具が違います。自分の受付がどれに近いかを見てから、どこまでを標準機能で回し、どこから別の仕組みに寄せるかを決めると、無理のない形に落ち着きます。
判断の材料としては、できることで扱える範囲を確かめ、料金で回答数ではなく使う人数で費用が決まる形かどうかを見ておくと、件数が増えたときに費用が跳ねるかどうかが事前に分かります。細かい仕様の確認はよくある質問にまとまっています。
Q1. Googleフォームは日時を指定して自動で締め切れますか？
できます。フォームを公開したあとの「回答を受付中」から「終了日または回答数の上限を設定」を開き、日付と時刻を入れて保存すると、その時刻に受付が閉じます。2026年1月に標準機能として展開されたもので、Google Workspaceの契約者だけでなく個人のGoogleアカウントでも使えます。既定ではオフのため、公開後に自分で有効にする必要があります。
Q2. 終了日時と回答数の上限は同時に設定できますか？
2026年9月時点では、どちらか一方を選ぶ形になっています。「10月10日まで、ただし50件で締め切る」という二段構えを標準機能だけで組むことはできません。両方を見張りたい場合は、アドオンやGASのスクリプトを足すか、期限と定員を別々に扱えるフォームツールを使うことになります。
Q3. 回答数の上限を定員と同じ数にしてよいですか？
定員が厳密に決まっている受付では、定員より少し手前に置くほうが安全です。上限の直前に複数の人が同時に送信すると、上限を1件か2件超えて記録されることがあります。また1件の回答に同伴者が含まれる形式では、送信件数と実際の人数が一致しないため、件数と人数を分けて数える必要があります。
Q4. 締め切ったあとに届いた申し込みはどうすればよいですか？
受けるか断るかを、締め切りを設定する前に決めておきます。判断する人を決めていないと、担当者ごとに違う返答をすることになり、後から不公平だと指摘されます。あわせて締め切り後の画面に問い合わせ先と次の募集の予定を書いておくと、個別の問い合わせが窓口に届く数を減らせます。