Googleフォームの回答をMakeでNotionへ自動登録する方法

対象読者と完成後の姿

イベントへの申し込みが毎月20〜100件あり、Googleフォームでは回答を集められるが、Notionで担当者・対応状態・期限を追いたい一人事業者や小規模チームを対象にします。この記事の工程は操作の設計例であり、こちらで読者のアカウントに接続して実測した体験談ではありません。Google Forms→回答先Sheets→Make→Notionデータベース、という4段階のうち、Sheetsを原本、Notionを対応状況の管理先にします。

フォーム項目	Sheetsに残す値	Notionの項目	空欄時の扱い
送信日時	タイムスタンプ	申込日時	必須として警告
氏名	回答をそのまま保存	タイトル	仮タイトルを付けて要確認
メール	原本の列	連絡先	未取得と表示
相談内容	自由記述	本文・メモ	空欄を許容
元行の識別子	管理用のシート識別子と行番号など	元データキー	重複防止の確認を止める

Googleフォームの回答先はGoogle公式の回答保存先の案内で確認。Make公式のGoogle Sheetsモジュールに新規行監視があり、空白行があると後続行を処理しない制限も説明されています。シートの途中に見出しや空行を挿入する運用は避けましょう。

設定前に二重登録のキーを作る

Googleフォームの回答シートに、回答IDが常に自動で出力されると決めつけないでください。連携の構成によって、取得できる値が異なります。まずMakeのテスト実行で取得できる行番号とシート識別子を確認し、「このシートのこの行」と特定できるキーを設計します。シートの行を並べ替えたり削除したりすると行番号が変わるため、運用で固定できないなら送信時に別の一意IDを記録するなどの方法を検討してください。タイムスタンプと氏名だけでは同時刻・同姓同名の重複を防げません。

Notion側に「元データキー」列を用意し、新規ページ作成前に同じキーが登録済みかを確認します。見つかったら「スキップ」または「内容更新」に分けます。同時に複数の実行が重なる場合、検索してから作成するだけでは競合を完全に防げないこともあるため、本番で再実行・多重起動の試験をしてください。重要な申込や金銭の受け取りには、人の照合を残します。

GoogleフォームからNotionまでの10手順

1. フォームの公開範囲、必須項目、個人情報の取得目的を明確にする。
2. 回答先のスプレッドシートを一つ指定し、テスト回答で列名を確認する。
3. Notionのデータベースに「申込者」「送信日時」「連絡先」「相談内容」「元データキー」「対応状態」を作る。
4. MakeでGoogle Sheetsを接続し、「Watch New Rows」の対象シートと取得開始位置を決める。
5. 監視結果から取得した列とNotionの各項目を一対一で対応付ける。
6. Notionを接続する際、必要なページだけにアクセスを許可する。Make公式のNotion連携仕様も確認する。
7. 作成前に元データキーで検索し、既存ページがあれば新規作成を止める。
8. 架空の回答を一件送信し、改行、文字化け、選択式の回答、日付のタイムゾーンを照合する。
9. 同じ行の再実行、空欄の回答、連続した二件の回答を試す。
10. 失敗通知と対応担当を決めた後に定期実行を有効にする。

費用は「回答数×通過モジュール」で見積もる

Make公式料金では無料枠・有料プラン・クレジットの条件が変動します。月50件で1件につき監視、既存検索、作成の3モジュールを使うと仮置きすれば150回分の処理を考えます。ただし監視の空振り、分岐、検索で複数のレコードが出る場合、失敗時の再実行などで実際の消費は増減します。150クレジットと確約せず、テスト実行の履歴から1件あたりの実測値を確認してください。

1件の転記に手作業で3分かかり、月50件なら150分。自動化後に週一回15分の照合を4回行うなら月60分で、差は月90分という仮の試算です。担当者の時給とプラン料金を比較すると導入の判断ができます。これはこの構成を実測した収益事例ではありません。申込件数が月数件なら、手で転記したほうが簡単な場合があります。

失敗例と復旧方法

Makeが止まっているのに気付かない

元のSheetsを残していれば回答そのものは確認できます。前回処理した行とNotionの元データキーを照合し、未処理分のみ再実行します。エラー履歴を見ずに全件再実行すると、同じ連絡先に複数ページが作られます。

回答の編集がNotionへ反映されない

新規行の監視だけでは既存行の編集を監視できるとは限りません。フォームの回答を編集可能にするなら、変更を別のルートで扱うか、原本のSheetsを正とし週次照合で更新する設計にします。

Notionの権限不足で作成できない

データベースが接続先のインテグレーションへ共有されているか、接続したアカウントが権限を維持しているかを確認。全ワークスペースへの無条件のアクセスを許可しないでください。

タイムゾーンや空欄で表示がずれる

SheetsとMake、Notionの時刻表示をテスト回答の送信時刻と比べます。日付を文字列として無理に結合せず、変換が必要な時だけ行います。空欄は「未取得」などの状態として扱い、実在しない値を補完しません。

個人情報を扱う前の確認

氏名やメールを集めるフォームは、回答者に保存先と利用目的を明らかにし、Sheets・Make・Notionのアクセス権と保存期間を決めてください。Notionページの共有設定でリンクを知る人全員に見えていないかも確認します。退任した担当者の権限を外す手順と、削除依頼が来たときにSheets・Notion双方で処理する手順を用意します。

よくある質問

NotionフォームならMakeは不要ですか？

Notionのフォームで収集と管理が完結するなら省けます。既存のGoogleフォームを維持する事情や、回答後の他システムとの連携がある場合に限りMakeを検討してください。

エラーでフォームの回答が消えますか？

Sheetsを原本として残す設計なら、Makeで失敗したときも元行は確認できます。ただしSheetsとフォームのリンク解除や行削除の操作は別に管理してください。

無料プランで運用できますか？

処理数とチェック頻度によります。使うモジュールの実行結果を記録し、公式料金にある現在の無料枠と照合してください。

運用開始前のチェック

• 個人情報の取得目的と閲覧者を決めた
• 回答の元データキーが重複しない条件を試した
• 空白行・回答編集・連続回答・再実行を検証した
• エラー通知、元のSheetsとの週次照合担当を決めた
• 消費したクレジットをテスト実行で確認した

文章生成も組み合わせる場合は、MakeとChatGPTの接続・料金・失敗例をご覧ください。

参照した公式情報

• Googleの回答先設定
• Make Sheetsモジュール
• Make Notionモジュール
• Make料金

公式情報の確認日：2026年9月25日。料金・仕様は変更される場合があります。

※本記事にはアフィリエイト広告を含みます。