Googleフォームの回答数が想定より少ない場合、回答者が送信完了していないのか、集計側のフィルタで見えなくなっているのか、フォームの受付条件で送信できなかったのかを分けます。
フォーム側の回答と集計表示を分ける
- フォームの［回答］タブに表示される実回答件数を確認します。
- 連携スプレッドシートの表示件数と比較し、フィルタや非表示行がないか調べます。
- 受付期間や回答回数の制限を確認します。
- 回答者のアクセス権と送信完了画面の有無を確認します。
テスト回答でどの段階に差があるか確認する
- まず管理画面に表示される回答件数と最終回答日時を記録します。
- 連携シートのフィルタを外し、回答タブと行数が一致するか比較します。
- フォームの公開・受付・ログイン制限を確認します。
- 受付が有効かは、まず回答者用URLの表示とフォーム管理画面の受付設定で確認します。反映テストが必要な場合は検証用に複製したフォームへ1件送信し、管理画面と連携シート双方の増加を確かめます。本番フォームへの無断送信は避けます。
- 想定した回答数との差が残る場合は、配布経路・送信完了確認など、調査可能な範囲で原因を整理します。
テスト回答を本番回答数へ混ぜない
- メール通知が届かないだけなら、回答は保存されていることがあります。
- 回答数の期待値を申込者数と同一と見なすと、未送信や重複回答の影響を見落とします。
- 未回答者を根拠なく個人特定しないでください。
フォーム件数と集計シート件数を比べる
- フォーム回答件数・集計シートの実データ件数・通知メール件数を別々に記録します。
- テスト回答を識別し、本番の集計から除外する運用も確認します。
件数が違う場合の比較順
「回答者100人のはずがシートには98行」のような場合、まずGoogleフォームの［回答］タブで実際に受け付けた件数を確認します。次に連携スプレッドシートでヘッダー行、フィルタ、非表示行、削除行などの影響を分けて調べます。集計用のQUERYやFILTERで表示した件数と、フォームに保存された実回答数は同じとは限りません。
フォームに98件しかなければ、未送信・重複回答・アクセス制限・締切設定など受付までの経路を確認します。フォームは100件でも集計に98件しか見えないならシート側の条件を優先して調べます。確認用のテスト回答は必ず識別し、本番の数から分けて記録してください。
参考資料
