第89回 フォームの回答がシートに反映されない場合

Googleフォームには「回答をスプレッドシートに記録する」という設定があります（第7回参照）。この設定を行うと、フォームに回答が届くたびに自動でスプレッドシートの指定シートに1行追加されます。

各フォームシートのA列にある「タイムスタンプ」には、フォームに回答が届いた日時が自動で記録されます。この列に新しい行が追加されていれば、連携は正常に動作している証拠です。

例えば、あるチームの管理表で各フォームシートのデータ行数を確認すると、次のようになっていたとします。

この数字とGoogleフォームの「回答」タブに表示される回答数が一致していれば、連携は正常です。

連携を再設定したとき、Googleが自動で「フォームの回答1」のような新しいシートを作ってしまうことがあります。これは既存の「フォーム(野手)」シートとは別物なので注意してください。

このような場合は、新しく作られたシートのデータを「フォーム(野手)」シートに手動でコピーし、新しいシートを削除したうえで、「回答先を選択」から改めて正しく「フォーム(野手)」シートを指定し直します。

Googleフォームの編集画面で「回答」タブを開くと、「回答を受け付けています」というトグルスイッチがあります。これがオフ（グレー）になっていれば受付停止の状態です。スイッチをオンにする（緑色にする）と受付が再開されます。

シーズンオフの間に誤って停止にしたまま忘れてしまう、というケースがよくあります。シーズン開始前には必ず確認しておきましょう。

例えば、年間(投手)シートのD列に次のような数式が入っていたとします。=SUMIF('試合当日(投手)'!$C$2:$C993, $B2, '試合当日(投手)'!$D$2:$D993)。これは993行目まで参照しているという意味です。

1試合あたりの平均登板投手数が5名、年間30試合を行うチームなら、必要な行数は150行ほど。993行という設定であれば、6年以上使い続けても十分に余裕があります。気になる場合はCOUNTA関数で実際のデータ行数を数え、参照範囲と比較してみてください。

• Googleフォームの「回答」タブで回答数を確認する——オフライン送信が失敗していれば、回答数が増えていません
• 送信者本人にメール通知を設定しておくと、送信成功時にメールが届くので確認しやすくなります（フォームの設定→「メールアドレスを収集する」をオンにして「回答のコピーを送信者に送る」を設定）
• 入力した内容が消えてしまった場合は、電波の良い場所でもう一度フォームから入力し直してください

同じ回答が2回送信されてしまったり、通信の不安定さで二重に記録されてしまったりすると、タイムスタンプ（A列）の値が全く同じ行が2行できます。これが重複の見分け方です。

重複行はフォームシートから1行だけ削除します。前回（第86回）で解説したとおり、フォームシートの行削除は慎重に行ってください。削除した行を参照している試合当日シートに#REF!が出る可能性があるため、削除後は必ず試合当日シートの表示を確認しましょう。

重複行の削除には#REF!のリスクが伴います。より安全な方法として、重複行の各セルを空欄にする（値だけ消してセル自体は残す）というやり方があります。

試合当日シートは「試合日が空欄の行は集計しない」という設計になっているため、フォームシートの行を空欄にするだけで重複データを集計から除外できます。行そのものは残るので、#REF!も発生しません。

• フォームの回答がシートに反映されているかはフォームシートのA列（タイムスタンプ）で確認する——最新の日時が表示されていれば正常です
• 反映されない主な原因は①連携が切れている、②受付停止になっている、③オフラインで送信失敗している、④参照範囲外にデータが記録されているの4パターン
• 連携が切れた場合は、Googleフォームの「回答」タブ→「︙」→「回答先を選択」から既存のスプレッドシートを再指定します
• 再連携時に新しいシートが作られた場合は、データを正しいシートにコピーして新シートを削除し、改めて正しいシートを連携先に指定します
• 重複データは行を削除するよりセルを空欄にするほうが#REF!のリスクがなく安全です
• 予防の基本はシーズン開始前の受付状態確認と試合後のタイムスタンプ確認を習慣づけることです