グーペのイベント予約で足りる？サービス数・日程枠・定員で判断

グーペのイベント予約は、あらかじめ内容と日時を決めた募集で検討する機能です。ライトのサービス10件・各30日程と、スタンダードの20件・各90日程を比べたら、次に受付数と参加人数を分けて確認します。日時の登録枠が足りるだけでは、親子や友人の人数管理まで判断できません。

サービス数と日程枠の根拠は公式のイベント予約解説です。この記事では、通常のライト・スタンダードを対象に、定員の数え方と変更時の連絡まで整理します。

まず、日時を決めて募集する予約かを考える

イベント予約は、お店が用意した日時・内容の中から、お客さまが選んで申し込む方式です。体験レッスン、ワークショップ、開催時間の決まった相談会などで使う場面を考えられます。予約方式の公式説明

反対に「お客さまが自由に開始時刻を選ぶ」「講師や部屋の空き時間を連動させる」といった運用は、固定した日程を掲載することとは別の要件です。その仕組みまで標準で使えるとは、今回の資料だけでは判断できません。

継続する教室でも、各回の日程を登録する使い方は検討できます。ただし、それを月謝・回数券・振替の管理まで自動化できるという説明に広げないようにしましょう。

サービス数・日程枠・受付数を分けて数える

予約メニューを一つ作り、開催日時をいくつか追加し、それぞれの日程に受付数を設定する。この順に考えると、プランの上限と教室の定員を混同しにくくなります。

公式の用語をもとに作成した説明図です。グーペの操作画面ではありません。

上の表は通常のライト・スタンダードが対象です。根拠は公式解説の登録上限とサービス作成マニュアル。商工会会員向けなどの専用契約は、同じ条件とせず、専用プランのFAQで照合してください。

一方、1日程の受付数は、作成マニュアルでは「0〜30」か「上限なし」を選ぶ仕様です。数を指定すると、その数の申込みに達したところで受付が止まります。日程を90枠登録できるプランでも、1日程の受付数が90になるという意味ではありません。

先々の予定を何枠載せる？

たとえば、同じ体験レッスンを毎週2回開催し、8週間先まで掲載するなら、2回×8週＝16日程です。これは運用を考えるための架空の例ですが、1サービスの日程数だけならライトの30枠に収まります。

週5回を8週間先まで載せる場合は40日程。ライトの上限を超えるため、掲載期間を短くするか、90枠のスタンダードを含めて比較します。1日程の定員を減らしても、日程の登録数は減りません。

開催日の翌日以降には、登録した日程が自動で削除されるというマニュアルの案内もあります。過去の登録を含む月間予約件数の上限ではなく、これから登録する日程の数として見ておきたいところです。作成件数と日程の扱い

同じ予約名で違う数字を数えない

募集条件を「講座名」「開催日時」「受付の単位」の三行にしてから公式の入力欄と照合します。例えば開催日時が増えたときに必要なのは日程枠ですが、参加者が増えたときに必要なのは受付数や定員の仕様です。

例えば、同じ講座でも開催日が増える場合と参加者が増える場合では、照合する上限が違います。電話で受けた予約も合わせるなら、管理側で登録した予約が残枠へどう反映されるかも確認項目に加えます。

定員6人の教室では、申込みの単位が決め手

ここからは、定員6人の料理教室を想定した架空の確認ケースです。1人ずつ申し込む運用と、代表者が2人分を申し込む運用では、人数の数え方が変わります。

定員6人は説明用の条件です。複数人申込みに対応していることや、人数分の枠が自動で減ることを示す図ではありません。

1申込み＝参加者1人という条件が成立するなら、受付数6件と定員6人を対応させて考えられます。ただし、これは条件付きの数え方で、実際の申込画面を検証した結果ではありません。

公式マニュアルの受付数は、1日程で受け付ける「予約の数」と説明されています。今回の資料では、次の点までは確定できませんでした。

• 代表者が1回の操作で2人以上を申し込めるか。
• 複数人分の申込みが、人数分の受付数を消費するか。
• 残り1件のときに、2人分の申込みを止められるか。

連絡事項に「2人で参加」と書いても、2人分の枠が減るとは限りません。定員を超えないように募集するには、申込画面と管理画面で同じ人数を追えることが必要です。グーペの対応が未確認であることを、非対応の断定には置き換えていません。受付数の公式仕様

「上限なし」は申込みをすべて受け付ける設定なので、6人で募集を止めたいケースとは目的が異なります。31人以上の固定定員を自動で止めたい場合も、「上限なし」で同じ運用ができるとは扱わず、必要な条件として書き出しましょう。

受付開始と締切は、別々に決める

何日前から募集するかは設定できます。指定した日数だけ開催時刻からさかのぼって受付を開始し、指定しなければ日程登録後すぐに受付が始まります。受付開始の公式マニュアル

たとえば、ここでは当記事の計算例として、10月24日10時開始の教室を3日前から受け付けるとします。10月24日10時−72時間＝10月21日10時です。午前0時に受付が始まる条件ではありません。

食材の準備などで「前日18時に締め切りたい」場合は、開始日の設定とは別の仕様が必要です。任意の締切日時を指定できるかは今回未確認のため、この設定だけで解決するとは書けません。

日付と開始・終了時刻は登録項目にありますが、日をまたぐ時間指定はできないという制限もあります。宿泊や深夜から翌朝までの枠を扱う場合は、この条件を先に照合してください。

変更・中止の連絡まで含めて準備する

日程を消しても、入っている予約は取り消されない

登録済みの日付・時間・受付数は、そのまま編集する方式ではありません。変えるには対象の日程を削除して登録し直す、というのがマニュアルの案内です。

ここで気を付けたいのは、日程やサービスの削除と、予約のキャンセルは別ということ。日程を削除すれば新規受付は止まりますが、すでに入っている予約が自動で取り消されるわけではありません。中止にする場合は、削除前に予約のキャンセルを済ませるよう説明されています。日程削除と既存予約の扱い

また、申込途中のお客さまがいると、サービスを更新した後でも、更新前の条件で予約が確定する場合があります。募集条件を変えたあとも、受け付けた内容との食い違いに注意しましょう。サービス編集時の条件

店側のキャンセルと、お客さまへの案内

店側で取り消す手順は、予約の詳細を開き、「予約キャンセル」から確定する流れです。その際、予約者へ通知メールを送るか選べます。キャンセル済みを含め、予約一覧から予約自体を削除することはできないという案内もあります。予約管理の公式マニュアル

取り消すと予約数が減り、その分の空きが増えることは確認できました。ただし、キャンセル待ちの自動繰上げや、外部決済の返金との連動までは、この説明から判断できません。

お客さま自身による取消・日程変更の仕様も未確認です。公開する案内には、連絡を受ける窓口、変更を受け付ける期限、返金がある場合の手順を自店の運用として用意しておくと、予約後の対応を整理できます。案内を書くだけでシステムが自動処理するわけではありません。

通知メールと当日の案内をそろえる

予約申込みが完了すると、店側と予約者にメールが自動で届くという公式説明があります。店側の通知先はメインのアドレスに加え、3件まで追加できます。予約確定の説明、通知先の設定

予約者への完了メールは、件名と冒頭文を設定できます。持ち物や連絡先など、予約後に伝えたい案内をどこへ載せるか考える際の判断材料になります。本文全体を自由に編集できると拡張して解釈しないでください。予約完了メールの設定

受付フォームでは、名前とメールアドレスが必須。電話番号と連絡事項は、必須にするか切り替えられます。申込ページに載せる注意事項も設定できます。フォームの項目と注意事項

受付の件数を追うなら、日程ごとの予約数・受付数・空きが並ぶ「予約状況」も使えます。2026年8月28日に追加が告知された機能です。公式の追加告知

なお、予約をGoogleカレンダーに登録する公式手順は、予約の詳細から登録画面を開き、保存するものです。自動同期や、カレンダーの予定に応じた予約枠の自動停止とは分けて扱います。 SMS・LINEのリマインドも、今回の資料で標準機能と確認したものではありません。カレンダー登録の手順

開催中止が起きた日の作業を決めておく

受付を始める前に、中止になった場合の手順も一度書いておきます。例えば、講師の都合で土曜の体験会を取りやめるという仮の状況なら、次の順序で整理できます。

1. 対象日程に入っている予約と連絡先を把握する。
2. 店側で予約をキャンセルし、通知メールを送るか判断する。
3. 中止する日程を削除して、新たな申込みを止める。
4. 外部で代金を受け取っていた場合は、そちらの取消・返金を別に扱う。

最初の三つは、日程作成マニュアルと予約管理マニュアルにある、日程削除と予約キャンセルの区別から組み立てた確認手順です。四つ目は外部決済を使う店の運用上の確認項目で、グーペが返金を自動処理するという説明ではありません。

取り消した予約の分だけ空きが増える仕様なので、日程を残したまま取消作業をすると、募集枠が再び空くことにも注意が必要です。「お知らせに中止と書いたから受付も止まった」とは考えず、予約ページ側の状態を見ます。作業中に成立した申込みも含め、最後に対象日程の予約一覧を照合しましょう。

電話予約を一緒に受けるなら、誰が残数を合わせる？

受付窓口を増やすほど、参加者が便利になる一方で、店側に照合する場所が増えます。例えばWebと電話で同じ6人の枠を受けるなら、電話の1人がWeb側の空きにも反映されるかが重要です。管理側の代理入力や即時反映の詳細は今回確定できていないため、自動で二重予約を防ぐとは判断できません。

手作業で管理する場合も、何時に誰が予約一覧と照合するか、満席になったときにどの窓口を止めるかを先に決めます。これは対応未確認を補う運用案であり、その方法なら定員超過が起きないという保証ではありません。

日程の変更と参加者の振替を分ける

開催日時を作り直す作業と、参加者を別の日程へ移す作業は別です。旧日程を削除して新日程を登録しても、既存の参加者が自動で移るとは確認できていません。振替先、参加意思、通知内容を追える表を店側で用意し、予約者自身の変更操作が必要ならその仕様も照合します。

固定日時で募集できるかに加えて、「変更が起きても対応できるか」。この二つがそろうと、日々の受付に必要な作業まで見通せます。

契約前に使う、予約運用の確認シート

イベント予約機能そのものは、公式解説では全プランで利用でき、別途の利用料金は発生しないという案内です。グーペ本体の契約料金が不要になるという意味ではありません。 料金の比較と、予約方式が合うかどうかを分けて判断しましょう。機能の料金案内

公式では15日間のおためしも案内されています。実際に試す場合は、自分が管理できるメールアドレスなどで、他のお客さまが申し込まない環境を用意してください。この記事の制作では登録やテスト予約を行っていません。公式の試用条件

6人の教室を想定するなら、試す順番は次のように決められます。

1. 受付数6件に対し、1申込みが何件として数えられるかを調べる。
2. 複数人受付が必要なら、人数の入力方法と、残数が人数分減るかを照合する。
3. 定員に達した場合の停止、店側キャンセル後の残数、通知先へのメールを確かめる。
4. 前日締切や振替が必要なら、その仕様が合うかを別に判定する。

この確認ケースは、実操作に基づく成功例ではありません。未確認の欄が残るなら「対応しているはず」で埋めず、公開する受付方法を決める前に条件を確定させてください。

メニューと先々の日程だけで足りる場合と、担当者・定員・決済を連動させたい場合では、選定の軸が変わります。まずは上のシートに必要な運用を書き、公式マニュアルと照合しましょう。