STORES予約と私用予定を別々に見ると、受付枠の重複を見落としやすくなります。必要なのは連携の有無より、どちらを空き時間の基準にするかという設計です。
STORES予約と予定同期を選ぶ判断軸
予約を表示するだけか、私用予定で受付も止めるかを分けます。最初に次の四点を決めると、必要なプランが見えます。
- 確認先を一つにする
日々見るカレンダーを決めます。通知と当日の予定確認も同じ画面へ寄せます。 - 私用予定を反映する
外出や会議で受付を止めるか決めます。必要なら一方向同期だけでは足りません。 - 担当者を分ける
スタッフ別に予定を管理するか確認します。共有用と個人用のカレンダーも分けます。 - 変更後を追えるようにする
予約確定後の変更経路をそろえます。キャンセル時の後処理も担当者へ割り当てます。
表示だけなら構成は簡単です。受付可否まで連動させる場合は、設備と権限の設計も必要です。
STORES予約の現行仕様・料金
以下は2026年10月7日の公式情報です。料金だけでなく、連携方向と対象プランを確認しました。
- 一方向の予定反映
受け付けた予約をGoogle側へ表示できます。承認待ちやキャンセル済みも反映対象です。 - チームの月額
年契約は月額換算19,690円です。登録スタッフ数は3人までと案内されています。 - 双方向の対象
Google側の予定で受付を止められます。この機能はチームプラン以上が対象です。 - 無料とスモールの差
料金表では双方向連携が対象外です。私用予定の自動ブロックには向きません。
有料化の理由は、予定を眺めるためではありません。Google側の予定を予約不可時間へ戻す必要性で判断します。
Googleカレンダー連携の判断表
連携方向は、予約事故を防ぐ範囲に直結します。次の四つから現在の運用に近いものを選びます。
- 表示だけをまとめる
予約情報をGoogle側で確認する構成です。空き枠の編集は予約管理画面で行います。 - 私用予定でも枠を閉じる
設備・備品を介した相互連携を使います。Google側の時間指定予定が予約不可になります。 - 複数スタッフを管理する
担当者ごとに設備とカレンダーを対応させます。共通予定の重複登録を避けてください。 - 紙や電話受付を併用する
受けた時点で基準カレンダーへ記録します。後回しにすると自動連携でも事故が残ります。
連携は入力漏れを補う機能ではありません。どの受付経路でも、その場で基準へ記録する運用が必要です。
予定同期が向いている条件・向かない条件
便利さは予約件数だけで決まりません。予定の種類と変更頻度から相性を見ます。
- 向いている個人サロン
施術予約と私用を同じ担当者が管理します。移動時間も時間指定予定として確保できます。 - 向いている相談業
オンライン面談と外出予定が混在します。利用する時間帯を一画面で確認できます。 - 注意が必要なチーム
共有予定と個人予定の境界が曖昧です。閲覧権限と登録ルールを先に決めましょう。 - 向かない曖昧な運用
電話予約を後でまとめて入力する形です。同期前に同じ枠を販売する危険が残ります。
少人数でも変更が多ければ効果があります。一方で、入力担当が決まらない現場では改善しません。
Googleカレンダー連携の具体的な手順
最初はテスト用の一枠で動きを確かめます。既存予約を含めて一括反映されるとは考えないでください。
- 基準カレンダーを決める
業務用のGoogleカレンダーを用意します。私用と顧客名の公開範囲も分けます。 - アカウントを連携する
予約設定からGoogleアカウントを選びます。求められる権限を読んで許可します。 - 設備を対応させる
双方向なら設備・備品を設定します。対象設備へ一つのカレンダーを結びます。 - 時間指定の予定を入れる
テスト予定へ開始と終了を設定します。終日予定だけでは受付停止になりません。 - 予約不可を確認する
予約者側の画面で枠を見ます。Google側の予定時間が選べないことを確かめます。
連携前に受けた予約は自動反映されません。切替日に既存分を確認し、必要な予定だけ手作業でそろえます。
二重予約防止の変更・取消ルール
初期設定が正しくても、変更後の扱いでずれが生まれます。状態ごとの処理を短い手順へします。
- 予約変更を受けた時
元の予約を残したまま追加しません。管理画面で変更し、Google側の時刻も確認します。 - 予約が取消になった時
キャンセル済み予定は自動で消えません。不要ならGoogle側で手動削除します。 - 休業時間を入れる時
開始と終了を持つ予定として登録します。終日は0時から23時59分で設定します。 - 連携先を変える時
新旧カレンダーの重なりを確認します。切替後のテスト予約が届いてから運用します。
取消記録を残したい場合は、削除しない運用も選べます。その際は予定名で状態を識別できるようにします。
双方向連携の費用・運用上の注意
自動同期にも反映対象の限界があります。次の条件を知らずに始めると、空き枠の誤認が起きます。
- 終日予定は対象外
終日として登録した予定は反映されません。時間を指定して予約不可を表現します。 - 別カレンダーは対象外
連携したカレンダーだけが参照されます。サブカレンダーの予定は自動で止めません。 - 予約ブロックは同期外
予約管理側のブロックはGoogleへ反映されません。両画面の見え方が同じとは限りません。 - 個人情報を絞る
共有カレンダーへ顧客情報を載せすぎません。担当者に必要な範囲だけ表示します。
月額費用には作業削減だけでなく、事故防止の価値があります。法務や個人情報の扱いは必要に応じて専門家へ確認してください。
二重予約防止の実装チェックリスト
本番前と運用開始後に分けて確認します。担当者と確認日を残すと再点検しやすくなります。
- 連携方向を決めた
表示だけか双方向かを選びました。必要な契約プランも公式画面で確認しました。 - 設備を対応させた
担当者や部屋ごとの設備を作りました。Google側の連携先も一つずつ確認しました。 - 例外予定を試した
時間指定と終日の違いを検証しました。連携外のカレンダーも区別できています。 - 取消処理を決めた
予定を残すか削除するか統一しました。変更と取消の担当者も決めています。 - 予約者画面を見た
空き枠が想定どおりに閉じました。スマートフォンからも同じ状態を確認しました。
正常な新規予約だけで終えないでください。変更、取消、終日予定まで試すと運用の穴が見えます。
STORES予約で確認した公式情報
次の一次情報を2026年10月7日に確認しました。導入時にも表示内容を見直してください。
- 利用料金・プラン
各プランの月額と上限を確認しました。双方向機能がチーム以上である点も掲載されています。 - Googleカレンダー連携の概要
一方向と相互連携の差を確認しました。反映される予約状態も案内されています。 - 予約できない時間の設定
設備との連携手順を確認しました。終日予定と対象カレンダーの制限も明記されています。 - アカウント連携の方法
パソコンとスマートフォンの手順を確認しました。連携前の予約が反映されない点も確認できます。 - キャンセル予定の扱い
取消後も予定が自動削除されない仕様です。非表示にする場合は手動削除が必要です。
運営元の料金ページとヘルプを優先しました。検索結果の要約だけで判断していません。
予定同期の構成をLiteramentへ相談する
予約、私用予定、担当者の対応が複雑だと、設定だけでは解決しません。構成を整理したい方は、サービス内容と料金をご確認ください。
連携範囲に迷う時はLiteramentへお問い合わせください。本記事ではAIを調査・構成の補助に使用し、人が確認する運用方針です。