GASでGoogleカレンダーを操作する方法｜予約管理の自動化

「カレンダー予約の入力ミスで、同じ時間に2件のミーティングが入ってしまった」——中小企業の現場担当者からよく聞く声です。

本記事では、Google Apps Script（自動化）でGoogleカレンダーを操作し、予約管理を自動化する基本から実装手順までを解説します。フォーム入力からスプレッドシート連携・カレンダー登録・参加者通知まで一気通貫で繋ぐ運用設計を通して整理します。

自動化でGoogleカレンダーを操作する基本は、CalendarApp サービスを通じてカレンダーオブジェクトを取得し、予定の追加・取得・編集・削除を行うフローです。自社のスケジュール運用を「自動化していい工程」と「人が判断する工程」に切り分けてから書き始めることが、定着の前提になります。

CalendarApp の基本構造

CalendarApp.getDefaultCalendar() でデフォルトカレンダーを取得し、createEvent() で予定を作成、getEvents() で取得、deleteEvent() で削除する基本構造を理解することが出発点です。複雑なロジックの前に基本構造を押さえることで、コードの可読性と保守性が確保できます。

予定の作成・取得・削除は、CalendarApp の主要メソッドで実装します。それぞれのコード例を整理します。

予定の作成（createEvent）

createEvent(タイトル, 開始日時, 終了日時) でシンプルな予定を作成できます。ゲスト追加・場所指定・説明文付与は addGuest()・setLocation()・setDescription() で行います。タイムゾーン指定はカレンダーのデフォルト設定が使われるため、運用前に必ず確認します。

予定の取得（getEvents）

getEvents(開始日時, 終了日時) で期間内の予定リストを取得できます。空き時間チェックや既存予約の重複確認に使う場面が多くあります。

予定の削除（deleteEvent）

取得した予定オブジェクトに対して deleteEvent() を呼ぶことで削除できます。誤削除を防ぐため、削除前に削除対象の確認ログを残す設計が安全です。

スプレッドシート連携で予約管理を自動化することで、フォーム入力からカレンダー登録までを一気通貫で繋ぐ仕組みを作れます。

フォーム送信トリガーで自動実行

Googleフォームの送信トリガーを自動化で受け取り、回答内容をスプレッドシートに記録しつつカレンダーに予定を作成する流れを設計します。トリガー設定は 自動化エディタの「トリガー」メニューから行います。

スプレッドシートを「予約管理台帳」として使う

予約情報をスプレッドシートに集約することで、カレンダー登録だけでなく集計・分析・他システム連携にも使える台帳になります。台帳化により、予約状況の可視化と過去履歴の保管が両立できます。

空き時間チェックで二重予約を防ぐ

カレンダー登録前に空き時間をチェックすることで、二重予約を構造的に防げます。getEvents() で対象時間帯の既存予約を取得し、空きがある場合のみ createEvent() を実行する制御が標準です。

リマインダーと参加者通知の自動化は、定型送信だけで完結させず、担当者が文面のトーンを定期的に見直して相手に違和感を与えない自然な表現に保つことが、AI/自動化の不快感を顧客側に残さないコツです。

時間トリガーで前日リマインダー送信

時間トリガーで毎日決まった時刻に翌日の予約を抽出し、参加者にリマインダーメールを自動送信する仕組みが標準的です。MailApp.sendEmail() で送信できます。

文面はテンプレ化しつつ定期的に見直し

リマインダー文面はテンプレ化して効率化しつつ、四半期に1回は文面を見直して機械的なトーンになっていないかをチェックします。顧客との関係性を保つには、自動化の中にも人間の確認サイクルを組み込むことが重要です。

よくあるエラーの大半は権限不足・トリガー設定漏れ・タイムゾーン不一致に集約され、コード自体ではなく実行環境の問題であることが多いです。

権限不足エラー

自動化スクリプトに必要な権限が付与されていないと「Authorization required」エラーが出ます。スクリプトエディタで明示的に権限を承認することで解消します。

トリガー設定漏れ

フォーム送信や時間ベースのトリガーが設定されていないと、自動実行が走りません。スクリプトエディタの「トリガー」メニューで設定を確認します。

タイムゾーン不一致

スクリプトのタイムゾーン設定とカレンダーのタイムゾーン設定が一致していないと、予定の時刻がズレます。スクリプトのプロパティでタイムゾーンを明示的に指定することが推奨されます。

違いを生んでいるのは自動化のコードではなく予約管理のフロー設計

BeforeとAfterの差を生んでいるのは、自動化のスクリプトそのものではなく「フォーム→スプレッドシート→カレンダー→通知」という一連の流れをどこで自動化し、どこで人間の判断を残すかというフロー設計です。コードを書いただけでは現場に定着しません。Before寄りの状態から抜け出すには、自社の予約フローを棚卸しして、自動化すべき工程と人が見るべき工程を切り分ける運用設計から始めることが必要です。