整体院の予約忘れを減らす！Makeで前日LINEリマインド＆天気予報付きで来店率アップ
整体院・整骨院では、予約忘れや連絡のないキャンセルが空き枠につながります。本記事では、MakeでGoogleカレンダーとLINE公式アカウントを連携し、前日に予約を知らせる方法を解説します。天気情報を添える案も紹介しますが、効果は院の客層や運用によって異なります。個人事業主でも試しやすい構成です。
📌 この記事のポイント
- 仕組み: MakeがGoogleカレンダーの予約を確認し、前日にLINEで知らせます
- 対象: 整体院・整骨院など、少人数で運営する事業所に向いています
- 費用: 無料プランを使えるサービスがありますが、送信数や操作数に上限があります
- 天気情報: 来院準備に役立つ一言を添えられますが、天気予報の精度とAPIの仕様を確認します
- 安全対策: 重複送信、送信エラー、個人情報の扱いを事前に確認します
- 検証方法: 導入前後のキャンセル数を記録し、自院の結果で判断します
編集長の見解
予約リマインドは、集客より先に見直しやすい業務です。電話や手入力の時間を減らし、予約情報の確認漏れを抑えられる可能性があります。ただし、キャンセル率の改善や来店率の向上を保証するものではありません。まずは前日通知だけで小さく試し、送信数と反応を記録しましょう。
⚙️ なぜ予約リマインド自動化が整体院に必要なのか
予約のキャンセルや無断キャンセルは、空き枠と売上機会の損失につながります。ただし、整体院・整骨院のキャンセル率を一律に示す公的な業界平均は確認しにくく、院の立地や予約方法で差が出ます。
予約管理サービスの導入事例には、リマインドによる予約管理の改善を紹介するものがあります。しかし、サービスごとに集計条件が異なります。特定の数値を自院の結果として見込まず、参考情報として扱ってください。
編集部メモ
キャンセル率を計算するときは、期間と分母をそろえます。たとえば「当日キャンセル数 ÷ 予約総数」を毎月記録すると、導入前後を比較しやすくなります。
機会損失の計算例
次の条件で試算します。
- 1日の予約数: 10件
- 施術単価: ¥5,000
- キャンセル率: 10%
- 年間営業日: 365日
計算式は次のとおりです。
10件 × ¥5,000 × 10% × 365日 = ¥1,825,000 / 年
キャンセル率が20%なら、計算結果は 10件 × ¥5,000 × 20% × 365日 = ¥3,650,000 / 年 です。これは空き枠が埋まらない場合の単純計算であり、実際の損失額を保証するものではありません。
前日通知によって連絡しやすくなれば、予約変更の早期連絡を促せる可能性があります。空き枠を再案内できる場合は、機会損失を抑えられることもあります。
💡 編集部メモ
予約管理サービスを使うと、リマインド機能が標準で付く場合があります。月額料金、LINE送信数、予約変更への対応を比較し、Makeによる自動化と費用を比べてください。
次のセクションでは、必要なサービスと、2026年10月時点で確認した料金・上限を整理します。
⚙️ 必要なものと準備
このレシピでは、次のサービスを使います。料金や上限は変更される可能性があるため、契約前に公式ページを確認してください。
| サービス | 役割 | 料金・上限の確認先 | 確認時点 |
|---|---|---|---|
| Googleカレンダー | 予約情報の管理 | Googleカレンダー公式 | 2026年10月 |
| LINE公式アカウント | 通知の送信先 | LINE for Business 料金ページ | 2026年10月 |
| Make | サービス間の自動連携 | Make 料金ページ | 2026年10月 |
| OpenWeatherMap | 天気情報の取得 | OpenWeatherMap 料金ページ | 2026年10月 |
サービスごとの確認事項
| サービス | 記事で確認した内容 | 注意点 |
|---|---|---|
| LINE公式アカウント | 無料プランが用意されています | 月間メッセージ数と送信条件を確認します |
| Make | 無料プランが用意されています | 操作数はシナリオ構成で変わります |
| OpenWeatherMap | 無料利用枠が用意されています | APIごとの上限と予報機能を確認します |
Googleカレンダーの準備
施術枠を予約として登録し、タイトルや説明欄に必要な情報を入れます。氏名を入れる場合は、姓だけにするなど、個人情報を減らしてください。
専用カレンダーを作ると、私用の予定と混ざりません。Makeの検索対象も絞りやすくなります。
LINE公式アカウントの準備
LINE for Businessの公式ページから申し込みます。無料プランがある場合でも、月間メッセージ数などの条件があります。
送信数は、次の式で見積もります。
1通あたりの送信対象数 × 1か月の送信回数
前日通知を月150件に送る場合は、単純計算で月150通です。当日通知も加える場合は月300通になります。料金と上限は、LINE for Businessの料金ページで確認してください。
Makeのアカウント作成
Makeは、複数のサービスをつなぐクラウドサービスです。無料プランの有無と操作数は、Make公式料金ページで確認してください。
- Make公式サイトを開きます
- アカウントを作成します
- ダッシュボードから新しいシナリオを作成します
- GoogleカレンダーとLINEの接続を準備します
1回の予約処理でも、検索、条件判定、天気取得、送信など複数の操作が発生する場合があります。「予約1件につき1回」とは限らないため、実際の実行ログで確認してください。
LINE Messaging APIの設定
LINE公式アカウントからMessaging APIを設定します。Makeから送信する場合は、LINE Developersの設定とアクセストークンが必要です。
- LINE Developersコンソールにログインします
- プロバイダーを作成します
- Messaging APIチャネルを作成します
- チャネルアクセストークンを発行します
- Makeに安全に登録します
⚠️ 注意
アクセストークンはパスワードと同じように扱います。記事本文や共有チャットに貼り付けず、不要になったトークンは無効化してください。
OpenWeatherMapのAPIキー取得
天気情報を使う場合は、OpenWeatherMapの料金ページと公式ドキュメントを確認します。
無料枠や取得できる予報の種類は、APIによって異なります。無料枠で「明日の予約時間の天気」を取得できるとは限らないため、利用するAPIの仕様を確認してください。
次のセクションでは、Makeで組む基本フローを説明します。
🔧 シナリオの組み立て方（基本フロー）
Makeのシナリオは、次の4段階に分けます。
① 予約検索
Googleカレンダーから翌日の予約を取得します
② 前日判定
対象日と時刻を確認します
③ 天気取得
必要な場合だけ天気情報を取得します
④ LINE送信
予約者に確認メッセージを送信します
Make上で構築するシナリオの流れ
ステップ1: Googleカレンダーのトリガー設定
MakeでGoogle Calendarを選びます。前日通知では、翌日の予約を定期的に検索する方式が扱いやすい方法です。
- Google Calendarモジュールを追加します
- 「Search Events」を選びます
- Googleアカウントを接続します
- 予約用カレンダーを選びます
- 毎日1回など、実行間隔を設定します
検索対象は、院の営業時間やタイムゾーンに合わせて設定します。日付の境界を誤ると、対象予約を取りこぼす可能性があります。
ステップ2: 前日判定の条件分岐
検索結果から、翌日の予約だけを通します。
Makeの画面で表示される日付関数は、バージョンや設定によって異なる場合があります。次のような考え方で条件を作ります。
- 予約開始日が翌日である
- 予約がキャンセル済みではない
- 送信済みのイベントIDではない
本文で使う差込項目は、Makeの画面上で選択してください。{{...}} のような表記を本文に直接貼り付けると、設定ミスやMDXの解釈エラーにつながります。
編集長の見解
前日通知は、予約が入った瞬間に処理するより、毎日決まった時刻に翌日の予約を検索する方が管理しやすい構成です。予約の変更や削除を、送信前に再確認できるためです。
ステップ3: 天気予報の取得
HTTPモジュールからOpenWeatherMapのAPIを呼び出します。APIの種類と料金は、利用前に公式ページで確認してください。
例として、現在の天気を取得するURLは次の形式です。
https://api.openweathermap.org/data/2.5/weather?q=Tokyo&appid=YOUR_API_KEY&lang=ja&units=metricYOUR_API_KEYは発行したAPIキーに置き換えますTokyoは対象地域に変更しますlang=jaは日本語表示の指定ですunits=metricは摂氏表示の指定です
現在の天気と翌日の予報は別機能です。前日通知で翌日の天気を表示したい場合は、予報APIが対象プランに含まれるか確認してください。
ステップ4: LINEメッセージの送信
LINE Messaging APIを使い、予約情報を送信します。
- LINE送信用のモジュールを追加します
- 接続情報を設定します
- 送信先のUser IDを設定します
- 予約日時、場所、変更連絡先を本文に入れます
- テスト送信を行います
LINE公式アカウントを友だち追加しただけでは、予約者のUser IDを予約情報に自動で登録できるとは限りません。予約フォームやWebhookなど、別の取得方法が必要です。
ここまでで基本フローが完成しました。次は、天気情報を使う場合の注意点を確認します。
🌤️ 天気予報を添えるテクニック
天気情報は、来院時の持ち物や移動に関する案内として使います。天気を添えたからといって、来店率が向上するとは限りません。
OpenWeatherMapの利用条件
OpenWeatherMapの無料枠、APIの種類、リクエスト上限は変更される可能性があります。2026年10月時点の確認先は、次の公式ページです。
前日通知で翌日の天気を使う場合は、取得したい時間帯に対応する予報APIを選びます。現在の天気APIだけでは、翌日の予約時間の予報を取得できない場合があります。
天気に応じたメッセージ
天気コードに応じて、案内文を変えられます。
| 天気の例 | 添える一言 |
|---|---|
| 晴れ | 「暑さにお気をつけてお越しください」 |
| 曇り | 「気温に合わせて服装を調整してお越しください」 |
| 雨 | 「傘をお持ちください」 |
| 雪 | 「足元にお気をつけてお越しください」 |
情報は短くし、予約日時や変更連絡先を優先します。予報が取得できない場合は、天気なしの本文へ切り替える設計にします。
💡 編集部メモ
天気情報は「来院のための補足」です。気象警報が出ている場合は、機械的な通知だけでなく、営業状況や予約変更の案内を人が確認してください。
次のセクションでは、実際に送るLINE文面の例を紹介します。
📱 LINEメッセージの文面例
文面は、予約日時、場所、変更連絡先を簡潔に示します。天気情報は補足として加えます。
前日リマインドの文面例
【ご予約前日の確認】
整体院名です。
明日のご予約を確認させていただきます。
日時: 7月25日（土）14:00
場所: 整体院名（住所）
施術時間: 60分
明日の天気: 雨の予報です。
傘をお持ちください。
変更・キャンセルは、前日20:00までに
こちらのLINEまたは電話番号へご連絡ください。予約者の氏名を入れる場合は、本人の同意と管理方法を確認します。GoogleカレンダーやMakeのログに、必要以上の情報を保存しない設計にしてください。
当日リマインドの文面例
【本日のご予約確認】
整体院名です。
本日14:00よりご予約を承っております。
遅れる場合やキャンセルの場合は、
LINEまたは電話番号へご連絡ください。
お気をつけてお越しください。文面の構成
| 要素 | 目的 |
|---|---|
| 予約日時 | 予約忘れの確認 |
| 場所 | 道迷いや遅刻の防止 |
| 天気情報 | 移動準備の補足 |
| 変更連絡先 | 早めの連絡を促す |
| 個人情報 | 必要最小限に限定 |
編集長の見解
文章を長くするより、予約日時と変更連絡先を見つけやすくする方が重要です。名前を入れる場合も、必要性と個人情報の管理方法を先に決めてください。
次のセクションでは、重複送信や送信エラーなど、運用時の注意点を説明します。
⚠️ 失敗パターンと注意点
自動化は、設定後も定期的な確認が必要です。特に予約変更、送信先、個人情報の扱いを確認します。
失敗パターン1: 重複送信
症状: 同じ予約に複数の通知が届く。
対策:
- 送信済みイベントIDを記録します
- 送信前にイベントIDを照合します
- 送信後に処理結果を保存します
- 実行間隔を必要以上に短くしません
Makeのデータストアを使う場合は、イベントIDと送信日を記録します。
⚠️ 重複送信を防ぐ
本番運用の前に、テスト用のLINEアカウントへ送信してください。1週間程度ログを確認し、重複や対象外の通知がないか確認します。
失敗パターン2: LINE送信エラー
原因には、アクセストークン、User ID、友だち登録、LINE側の障害などがあります。
- エラー発生時の通知先を設定します
- 送信失敗を記録します
- トークンを安全に管理します
- 一時的なエラーと設定ミスを分けて確認します
失敗パターン3: 個人情報の保存
LINE本文やMakeのログには、予約に必要な情報だけを入れます。
- 氏名は姓だけにする
- 施術内容やカルテ情報を入れない
- 電話番号を共有範囲の広い欄に入れない
- Googleカレンダーの権限を確認する
- Makeのログ保存と削除の設定を確認する
⚠️ 個人情報は最小限に
予約通知にカルテ情報や症状を含めないでください。スタッフ間の共有が必要な情報は、権限管理された別の場所で扱います。
失敗パターン4: 予約変更を反映できない
送信前に、予約が存在するか、キャンセルされていないかを再確認します。予約管理をGoogleカレンダーに統一し、電話や口頭で変更を受けた場合もすぐに更新する運用にします。
失敗パターン5: User IDを取得できない
LINE公式アカウントを友だち登録していない人や、ブロックした人には送信できない場合があります。
- 友だち登録の案内を用意します
- LINEを使えない人にはメールや電話を使います
- User IDの取得と保存について、本人への案内を整えます
- 送信できない場合の代替手段を決めます
💡 編集部メモ
LINEを使えない人を自動的に除外しないことが大切です。予約時に希望する連絡手段を確認し、電話やメールも選べるようにします。
次のセクションでは、導入効果を測る方法と、応用案を紹介します。
📈 効果の測り方と応用
リマインドの効果は、外部サービスの平均値だけで判断できません。自院の予約数、キャンセル数、送信エラーを同じ方法で記録します。
キャンセル率の測定例
次の式で月ごとの数値を算出します。
キャンセル率 = キャンセル数 ÷ 予約総数 × 100
| 期間 | 記録する項目 |
|---|---|
| 導入前1〜3か月 | 予約総数、当日キャンセル数、無断キャンセル数 |
| 導入後1〜3か月 | 予約総数、当日キャンセル数、無断キャンセル数 |
| 継続運用 | 送信成功数、送信失敗数、変更連絡数 |
季節、天候、営業時間の変更なども結果に影響します。数値が変わっても、リマインドだけの効果とは限りません。
3日前リマインドへの拡張
3日前に変更を案内すると、空き枠を再案内できる時間を確保しやすくなります。ただし、通知回数が増えるため、LINEの送信上限と顧客の負担を確認してください。
施術後のフォローアップ
施術後にお礼を送る場合も、予約情報と同じく必要最小限の内容にします。
【本日はご来院ありがとうございました】
整体院名です。
本日はありがとうございました。
気になることがございましたら、
こちらのLINEへご連絡ください。
次回予約については、予約ページをご確認ください。フォローアップは、顧客との関係づくりに役立つ可能性がありますが、再来店や紹介を保証するものではありません。
| 取り組み | 確認する指標 |
|---|---|
| 前日通知 | 送信成功率、当日キャンセル数 |
| 天気情報の追加 | メッセージ反応、問い合わせ数 |
| 施術後通知 | 再予約数、問い合わせ数 |
編集長の見解
最初から多機能にせず、前日通知だけで始める方法が現実的です。送信エラーとキャンセル数を確認し、必要性を感じた場合だけ天気情報や施術後通知を追加しましょう。
次のセクションでは、料金や運用に関する疑問に答えます。
❓ よくある質問
Q1: Makeの無料プランで足りる？
無料プランの有無と操作数は、Make公式料金ページで確認してください。1件の予約で複数モジュールを実行する構成では、操作数が増えます。
必要な操作数は、次のように見積もります。
予約件数 × 1予約あたりの操作数 + 定期実行に必要な操作数
設定後はMakeの実行履歴を確認し、無料枠を超えないか判断します。
| 月間予約数 | 通知回数の例 | 確認事項 |
|---|---|---|
| 100件 | 前日通知100回 | 検索・判定を含む操作数を確認 |
| 200件 | 前日通知200回 | 天気取得の回数を確認 |
| 300件 | 前日通知300回 | 無料枠との余裕を確認 |
| 400件 | 前日通知400回 | 有料プランとの費用を比較 |
Q2: LINE公式アカウントの料金は？
LINE公式アカウントには、無料プランと有料プランがあります。料金と月間メッセージ数は変更される可能性があるため、2026年10月時点の確認先として、LINE for Business公式料金ページを案内します。
| 確認項目 | 内容 |
|---|---|
| 月額料金 | 公式料金ページで確認 |
| 無料プラン | 対象機能と送信上限を確認 |
| 有料プラン | プラン名、料金、追加送信条件を確認 |
| 必要な契約 | LINE公式アカウントとMessaging APIの条件を確認 |
前日通知と当日通知を送る場合は、次の式で必要通数を見積もります。
月間予約件数 × 1予約あたりの通知数
有料プランが必要かどうかは、送信対象数と公式料金をもとに判断してください。
Q3: Googleカレンダー以外の予約システムでも使える？
Makeが対応するアプリやAPIを確認します。
| 予約情報の保存先 | 確認事項 |
|---|---|
| Googleカレンダー | 本記事の構成で確認 |
| Appleカレンダー | Make側の対応状況を確認 |
| Outlookカレンダー | Microsoftアカウントと権限を確認 |
| 予約システム | APIやWebhookの有無を確認 |
Q4: 天気予報の取得に失敗した場合は？
天気取得を必須処理にすると、APIエラーでLINE送信まで止まる可能性があります。次の分岐を用意します。
- 天気取得を実行します
- 成功した場合は天気付き本文を送ります
- 失敗した場合は天気なし本文を送ります
- エラーを管理者へ通知します
Q5: 予約者のLINE User IDを取得するには？
LINE Developersの公式ドキュメントを確認し、Webhookなどでフォローイベントを受け取ります。取得したIDは、本人と予約情報を安全に紐付ける運用が必要です。
- 友だち登録を案内します
- Webhookを設定します
- User IDを取得します
- 予約情報と安全に紐付けます
- 送信テストを行います
Q6: リマインドを送る時間帯は？
前日通知の時間は、院の営業時間と顧客層に合わせます。早朝や深夜を避け、変更連絡を受けられる時間帯に設定してください。
送信時間を決めたら、送信エラー、返信数、当日キャンセル数を記録します。時間帯の効果は院ごとに異なるため、一定期間試して比較します。
次のセクションでは、設定に使う公式情報をまとめます。
📚 参考情報
料金や仕様は変更される可能性があります。2026年10月時点の確認先として、次の公式ページを利用してください。
- Make 料金ページ
- Make ヘルプセンター
- LINE for Business 料金ページ
- LINE Developers Messaging APIドキュメント
- OpenWeatherMap 料金ページ
- OpenWeatherMap APIドキュメント
- Googleカレンダー公式
リマインド効果に関する情報の読み方
予約管理サービスの導入事例や調査結果には、リマインドの効果を示すものがあります。ただし、対象業種、予約件数、集計期間、キャンセルの定義が異なります。
外部データを使う場合は、次の項目を確認してください。
- 公表元のサービス名
- 調査対象と期間
- キャンセルの定義
- リマインドの方法
- 導入前後の比較条件
出典条件を確認できない「業界平均」や「改善率」は、自院の見込み値として使わないでください。
関連する自動化レシピ
関連記事を作成・公開した場合は、次のようなテーマから関連リンクを追加できます。
- GoogleカレンダーとLINEを連携する方法
- Googleフォームの回答をLINEに通知する方法
- GASで予約情報をリマインドする方法
編集長の見解
自動化は、前日通知のような小さな業務から始めると管理しやすくなります。無料プランの範囲、送信数、個人情報の扱いを確認し、実際の記録を見ながら機能を追加してください。
この記事の導入を検討する場合は、次の3点を確認してください。
- 前日通知だけでテストする
- 実際の送信先と予約データで動作を確認する
- キャンセル数、送信成功数、問い合わせ数を記録する
Make、LINE公式アカウント、OpenWeatherMapの料金と仕様は、契約前に各公式ページで再確認してください。自動化の効果は院によって異なるため、自院のデータを基準に運用を見直しましょう。
Mira ／ AI経営ラボ 編集長