カフェのウェブサイト：予約設定とローカルSEOの即効施策

このガイドが扱う内容（および準備するもの）

カフェのウェブサイトはひとつの仕事をしています：ローカルで行動を起こさせること。その行動は通常、予約、電話、**来店（ウォークイン）**で、優れたサイトは数秒以内にそれらの選択肢を明確に提示します。

このガイドは、短期間で測定可能な成果を生む2つの領域に集中しています：

1) 実用的な予約設定

シンプルな「電話で予約」ボタンから完全なレストラン予約ウィジェットまで、どの予約方法を選ぶか、どこに置くか、ノーショーやスタッフの手間を減らすためのルールは何かを解説します。

2) 人に見つけてもらい、信頼されるためのローカルSEO

カフェのローカルSEOは検索エンジンを騙す話ではありません。Googleや顧客に同じ事実（名前、住所、営業時間、連絡先、メニュー、口コミ）を見せることです。予約フローが使いやすく、ローカル情報が一貫していると、同じトラフィックからのコンバージョンが増えます。

予約とローカルSEOはどう連携するか

ローカルSEOは「カフェ近く」や「ブランチ 予約」など、購買意図の高い人を連れてきます。優れた予約設定はその意図を摩擦なくキャプチャします。さらに、正確なローカル情報は誤った店舗や営業時間のミスを減らし、閉店中に来てしまうといった失望を防ぎます。

週末にできること vs 長期で取り組むこと

週末で直せる（影響大、労力小）：

• ヘッダーに明確な「Reserve」と「Call」ボタンを追加（特にモバイル）\n- 営業時間、休日の営業時間、連絡先がどこでも一致していることを確認\n- 連絡ページを見逃せないほど整理して完全にする\n- Googleビジネスプロフィールに予約リンクを追加

長期的に計画すべき改善：

• 複数店舗がある場合のロケーションページ\n- Googleが店舗情報とメニューを理解しやすくするスキーママークアップ\n- コンバージョンを上げるパフォーマンス改善（ページ速度、モバイルUX）

開発者がいない、または待ち疲れているなら、ビルドワークフローも重要です。例えば、チームはKoder.aiを使ってチャット経由で/reservationsや/menu、/locationsのようなページを生成・反復し、ソースコードをエクスポートしたりロールバック/スナップショット付きでデプロイしたりしています。サイト全体を作り直さずに改善を素早く出したいときに便利です。

始める前に揃えておくもの（アセットチェックリスト）

以下を一度揃えておくと、各ステップが速く進みます：

• ロゴファイル（SVGまたはPNG）とブランドカラー\n- 高品質写真（外観、内観、主要メニュー）\n- メニュー（理想的にはサイト上のクリーンなページ、PDFのみは避ける）\n- 正確な営業時間（祝日の例外含む）\n- 顧客向けの電話番号とメール\n- 住所表記（スイート/ユニット等を含め、表示したい形で）\n- 予約ポリシー（遅刻対応、テーブル保持時間、最大人数、デポジットの有無）\n- 予約ツールとGoogleビジネスプロフィールのリンク／ログイン情報

これらを先に揃えておけば、残りは取り組みやすい改善に変わります。

コンバージョンの高いカフェサイトの基本

コンバージョンの高いカフェサイトは一つのことを上手にやります：来訪者が数秒で決めて次の一歩を踏めるようにすることです。SEOや機能をいじる前に、主要なアクションが明確で使いやすく、どのページでも一貫しているか確認してください。

次の一歩を目立たせる

ほとんどの訪問者は数種類のアクションを探しています：

• Reserve（または待ちリストに参加）\n- Call\n- Get Directions（道順）\n- View Menu（メニューを見る）

これら4つがスクロール不要で見えると、来店しようとしている人からのコンバージョンが増えます。

親指と視線が行く場所に予約ボタンを置く

予約リンクはメニューの奥に隠してはいけません。\n

• ヘッダー： 上部ナビに明確な「Reserve」ボタン。\n- モバイル： 固定（sticky）ボタン（「Reserve」または「Call」）を追加してワンタップで使えるようにする。\n- フッター： 読み進めた人向けに主要アクションを繰り返す。\n ラベルはシンプルに（例：「Reserve」「Book a Table」）し、サイト内で同じ表現を使ってください。

散らかさを避ける：ページごとに1～2つの主要CTA

多すぎるボタン（「Order」「Catering」「Gift Cards」「Events」「Join our list」など）は判断を迷わせます。ページごとに1つのプライマリCTA、最大1つのセカンダリを選んでください。例：

• ホーム：Reserve（プライマリ）、View Menu（セカンダリ）\n- メニュー：View Menu（プライマリ）、Reserve（セカンダリ）

アクセシビリティの基本（コンバージョン向上にも直結）

• 読みやすいフォントサイズと十分なカラーコントラストを使う。\n- タップ対象は十分な大きさ（44px以上を目安）。\n- 重要情報は見やすく：短い見出し、短い段落、明確な余白。

これらは誰にとってもサイトを使いやすくし、モバイルでの離脱を減らします。

適切な予約設定の選び方

予約フローはゲストにとってストレスがなく、スタッフにも扱いやすいべきです。ツールを選ぶ前に、まず自分のカフェの運営に合った設定を選び、それに合うプロバイダを組み込みましょう。

よくある3つの設定

1）サイト埋め込み型ウィジェット

訪問者はサイトを離れずに予約できます。モバイルで効果的なことが多い一方、ウィジェットによってはページ速度が落ちることがあります。

2）専用予約ページ（サイト内）

/reservationsのようなシンプルなページは体験がクリーンで、トラッキングがしやすく、駐車情報やポリシーを追加できます。

3）外部の予約ページへリンク

導入が早く安定することが多いですが、ブランドや解析のコントロールは失われます。外部に飛ばすと一部のゲストが離脱する場合があります。

比較すべき観点（実際に重要な点）

• コントロール＆ブランディング： サイト内ページが最も高く、外部リンクが最も低い。\n- トラッキング： 予約が/reservations内で行われると計測が簡単。\n- ページ速度： 外部リンクのほうが速い傾向、埋め込みウィジェットは読み込みに時間を追加する。\n- 使いやすさ： 外部リンクは導入が簡単、埋め込みはゲストにとって最短の場合がある。

席数が限られていたり回転が重要なら、明確な時間枠と人数制限をサポートする仕組みが役立ちます。ピーク時に列ができやすければ、モバイルで最速の設定やウェイトリスト・デポジット対応を優先してください。

ノーショーが問題なら、デポジットやカード確保、確認リマインダーをサポートするプロバイダを選び、これらのポリシーを「予約」ボタンの近くで表示します。

実装前に準備すべき情報

予約フローが曖昧にならないよう、以下を用意してください：

• 最小／最大人数、座席メモ（バー席、テラス、ベビーチェア有無）\n- 先行予約の期間（どれくらい先まで予約可か）と締切時間\n- 予約ルール（遅刻、キャンセルのウィンドウ、デポジットの有無）\n- 確認メッセージ（住所、駐車情報、変更方法を含む）

クリーンなデフォルトを求めるなら、まず専用の/reservationsページを作り、ヘッダーに「Reserve」ボタンを追加するのが良いです。

予約設定：実装チェックリスト

予約ツールは、ゲストが見つけやすく、信用できて、摩擦なく予約を完了できる状態で初めて機能します。以下のチェックリストを使ってクリーンで信頼できる設定を実装してください。

1) 専用の /reservations ページを作る

サイト内に**/reservations**ページを作り、メインナビ（少なくともヘッダーボタン）からリンクしてください。ページは集中して作ります：

• 短いイントロ：予約が対象のサービス（テーブルサービス、週末ブランチ、グループ等）\n- 分かりやすい予約ルール（例：「最大6名まで予約可」）\n- 「お困りですか？」と電話番号、/contactへのリンクを明記

ウィジェットの直上に「日付、時間、人数を選んで確認してください」といった簡潔な説明を置くと、特にモバイルで棄却が減ります。

2) ウィジェットを埋め込む（保険付きで）

ウィジェットはページの上部に配置し、スクロールしなくても見えるようにします。

さらに、ウィジェットが遅い・読み込めない場合のフォールバックを用意してください（遅い回線、アドブロッカー、スクリプトエラー）：

• 目立つボタン：「Book a table」（プロバイダのホスティングページへ）\n- セカンダリオプション：「電話での予約はこちら（555）123‑4567」\n 予約ツールが対応していれば、外部にリンクする際に店舗や人数を事前入力しておけるとユーザーの手間が減ります。

3) 主要ページに予約CTAを追加

多くのゲストは/reservationsから入らないので、以下の高トラフィック箇所に一貫したCTAを追加します：

• ホームページ： ヘッダーの主要「Reserve」ボタン＋ページ中段のCTA\n- メニューページ（/menu）： 固定または上部付近に「Reserve a table」リンク\n- お問い合わせページ（/contact）： 「Reservations」セクションと/reservationsへのリンク\n- ロケーションページ： 「この店舗で予約する」（複数店舗の場合は特に重要）

サイト全体で同じ文言（「Reserve」「Book a table」等）を使い、認知を高めます。

4) モバイルでフルフローをテスト（デスクトップだけでなく）

実際のスマートフォンで最低5回はテスト予約を完了してください：

• 日付／時刻ピッカーが切れないか\n- 人数選択がタップしやすいか\n- 確認ページ・メッセージが明確か（次に何が起きるかを含む）\n- エラー表示が読みやすいか（売り切れ、入力漏れ等）\n- カレンダー／タイムゾーンで時間がずれないか

最後にサイトを見たことのない人に予約してもらい、ためらう箇所があればそこが次の改善ポイントです。

ノーショーやミスを減らすためのシンプルなルール

ノーショーは「悪い客」のせいではないことが多いです。期待値が曖昧、メッセージを見逃した、あるいは入力ミスしやすいフローのせいです。いくつかのシンプルなルール（分かりやすく書く）でミスを減らし、余計な摩擦を作らずに対策できます。

フロントドアに貼るようにルールを書こう

ルールは短く、具体的に、Bookボタン付近と確認メッセージの近くに目立つように置きます。問題をよく起こすシナリオにフォーカスしてください：

• 遅刻：「到着後10分は席を確保します。遅れる場合は確認に返信するかお電話ください。」\n- キャンセル／変更：「2時間前までは無料で変更できます。それ以降はお電話ください。」\n- 人数の正確性：「正確な人数でご予約ください。適切にご案内できるようにします。」

デポジットやカードを要求する場合はその理由を説明（「少人数チームをノーショーから守るため」など）し、常に一貫した対応をしてください。

フォームは項目を減らして完了率を上げる

フォームが長いほど離脱や誤入力が増えます。多くのカフェで運用できる最小限は：

• 名前\n- 携帯番号（またはメール）\n- 日付／時間\n- 人数

アレルギーや席の希望などのオプションは本当に任意にしてください。メールと電話の両方を必須にする必要がない限り、片方を任意にすると完了率が上がります。

混乱を防ぐ確認メール／SMS

確認メッセージは、人が電話する前に抱くであろう疑問に答える内容にします：

• 正確な住所（短い目印を添える）\n- 駐車情報（「18時以降は路上駐車可」／「隣の有料駐車場」など）\n- アレルギーに関する簡潔な注意書き（「事前にお知らせください—小さなキッチンですが可能な限り対応します」）\n- 変更／キャンセル用のワンタップ手順（「このリンクを使う」または「返信でCHANGE」といった案内）

スタッフの運用フロー：予約はどこに入るか、障害時はどうするか

ひとつの**情報の出所（ソースオブトゥルース）**を決め、シフトごとに管理責任を割り当ててください（予約ダッシュボード、POS、共有タブレットなど）。

• 誰が新規予約をチェックするか（何分ごと／誰が担当）？\n- ウォークインはどこに記録してダブルシートを防ぐか？\n- 障害時（システム停止）のバックアップは？（印刷リスト、手書き台帳、電話対応スクリプト）

システムは最後に確認した人の扱い方次第で信頼性が決まります。責任を明確にすればノーショーや席割りミスは急速に減ります。

ローカルSEOの基礎：NAP、営業時間、連絡ページ

ローカルSEOで最初に直すべき3つは、NAP、営業時間、連絡ページです。これらはGoogle（と顧客）にあなたのカフェが実在し、来やすく、信頼できることを示します。

プライマリNAP：どこでも同一表記にする

あなたの**名前・住所・電話番号（NAP）**はウェブサイト上で一つの「公式」表記にまとめ、その正確なフォーマットを主要なリスティング（特にGoogleビジネスプロフィール）でも使ってください。

小さな違い（サイトに「St.」、リスティングに「Street」など）が大きな混乱を生みます。1つに決めて徹底するのがシンプルなルールです。

営業時間：見やすく、最新に

営業時間は探す手間がかからないようにしてください。来店直前に「今開いているか」を調べる人が多いので、営業時間が無い、あるいは古いと離脱します。

記載すべき内容：

• 曜日ごとの通常営業時間\n- 祝日の営業時間（少なくとも「祝日は変動する可能性があります」と書き、確認方法を示す）\n- 特記事項（例：「キッチンは14:30に終了」）

フッターと/contactに営業時間を置けば常に1クリックでアクセスできます。

地図と行き方：実際の疑問に答える

地図埋め込みだけでなく、「ここに来る方法」の短い説明が摩擦を減らします。以下を含めてください：

• 駐車のコツ（路上／有料／無料）\n- 入り口に関する注意（マーケット内、ホテル内、コートヤード内など）\n- バリアフリー情報（スロープ、段差なし、バリアブルトイレの有無など）

これらは自然に地域名を含むため、キーワード詰め込みをせずにローカル検索に効く内容になります。

モバイル優先の連絡アクション

ローカル検索はほとんどがスマホで行われるため、連絡先は即利用できる形式にしてください。

追加するもの：

• ワンタップで発信できる電話リンク\n- タップで地図が開く住所リンク

モバイルで/contactを開いて、ナビ開始までに5秒以上かかるなら簡素化を検討してください。

Googleビジネスプロフィールの即効改善ポイント

Googleビジネスプロフィール（GBP）は、多くの場合ユーザーが最初に見る「ページ」です。いくつかの重点更新で、数日以内にコールや道順クリック、予約が増えることがあります。

1) プロファイルをクレーム・認証し、最適な一次カテゴリを選ぶ

まずプロファイルを所有（クレーム＆認証）してください。その上で一次カテゴリを見直します。見つけてもらいたい検索意図に最も合うカテゴリを選びましょう（通常は「Cafe」や「Coffee shop」）。関連する二次カテゴリは正確なら追加します。

2) ゲストの判断に影響する属性を追加する

属性は検索やマップ内のフィルタに影響し、期待値を設定します。カフェ向けに真実で有意味なものを追加してください：

• Wi‑Fi有り\n- 屋外席あり\n- テイクアウト／店内飲食\n- 車椅子での入口あり\n- 支払い方法

季節やポリシーが変わるときは更新を忘れないでください（例：パティオ席）。

3) 新しい写真をアップロードし、続けられるペースを決める

写真はクリック率や来店に効きます。以下を混ぜてアップロードしてください：

• 外観（入口が分かるもの）\n- 内観（雰囲気）\n- 人気メニューの写真（選択を簡単にする）

継続できる簡単なルーチン（例：月に5～10枚）を目標に。継続性が単発の大量追加より効果的です。

4) 予約リンク欄を使って直接予約へ誘導する

予約を受けているならGBPの予約リンク欄にURLを設定し、/reservationsに向けてください。これによりゲストはスクロールせずに正しい予約ページへ行けます。

投稿する際も、ときどき明確なCTA（例：「Reserve a table」）を含め、リンク先を/reservationsにしてください。

ランキングとコンバージョンするロケーションページ

複数店舗があるなら、1つの「Locations」ページだけでは不十分なことが多いです。検索者は最寄りの店舗を探し、Googleはマッチする明確なページを欲しがります。目標は、ローカル検索で見つかり予約につながる各店舗の専用ページを作ることです。

各店舗につき1ページ（コピペはNG）

住所だけ変えたほとんど同じページを作るのは避けてください。各ロケーションページは以下を独自に書きます：

• ユニークな写真： 店舗正面、内観、パティオ、その支店で実際に提供している名物商品\n- 近隣の詳細： 目印（「セントラル駅の向かい」）、そのエリアの特徴、誰に向くか（クイックコーヒー、作業向け、家族向けブランチ）\n- 駐車・交通： 駐車場所、最寄りの電車／バス停、自転車ラックの有無\n- 正確な営業時間： 店舗ごとに違う場合は明記

選ばれやすくする要素を追加する

「今行けるか」「どう入るか」を即答できる要素を入れます。埋め込み地図、クリックで通話できる番号、明確なボタン（「Book a table」「Order ahead」「Get directions」）を付け、予約がある場合は該当支店が事前選択されるようにします。

各店舗にスキーマを入れる（早い構造化データの勝ち）

各ロケーションページに**LocalBusiness（または Restaurant/Cafe）**スキーマを入れ、その支店の名前、住所、電話、営業時間、座標を含めてください。検索エンジンがページをローカル検索と結び付けやすくなります。

内部リンクで発見性を高める

/locationsのようなハブページを作り各支店へリンクし、各支店ページから/locationsへ戻す（必要なら近隣の別支店へのリンクも追加）ことで訪問者と検索エンジン双方の回遊を助け、行き止まりを減らします。

メニューページのSEO：小さな改善で大きな効果

メニューはサイト内で最も閲覧されるページであることが多く、提供メニューを検索エンジンに示す強力なシグナルです。技術的に難しくない数点の改善でローカル検索の順位向上と来店へのコンバージョンが期待できます。

/menu を見つけやすくする（PDFのみは避ける）

メインナビとフッターに「Menu」リンクを置き、URLは可能なら/menuにします。現在PDFのみを使っている場合は、HTMLのメニューページをプライマリにすることを検討してください。

PDFはダウンロード用としては問題ありませんが、インデックス化やモバイル表示で不利になることがあります。HTMLページはモバイルで速く表示され、スキャンしやすく、「ブランチ 近く」や「オートミルク ラテ」のような検索にヒットしやすくなります。

検索されるカテゴリのためのインデックス可能なテキストを追加

写真が美しくても、検索者が探す重要カテゴリのテキストを追加してください：

• コーヒー（エスプレッソ系、アイスコーヒー、スペシャリティラテ）\n- ペイストリー（クロワッサン、マフィン、グルテンフリー等）\n- ブランチ（サンドイッチ、エッグ、ボウル系）

短い説明で十分です。目的は訪問者と検索エンジンが提供内容を素早く理解することです。

見出しと画像のaltを記述的に（キーワード詰め込みは不可）

ページは見やすいメニューボードのように構造化してください：

• 「Coffee」「Tea」「Pastries」「Brunch」「Seasonal Specials」などの明確な見出し（H2/H3）を使う\n- 画像には適切なaltテキスト（例：「アーモンドクロワッサン」「アイスバニララテ」）を付ける

地名を無理に詰め込んだり同じフレーズを繰り返すのは避け、具体的でシンプルな説明を心がけてください。

価格、アレルギー表示、最終更新日を載せる

価格は来店判断を早め、レジでの驚きを減らします。アレルギーに関する注意書き（「アレルギーについてはお問い合わせください。ナッツ・乳製品・グルテンを含む可能性があります」）と、ページの「最終更新」日を目立つ場所に入れてください。

更新日があると信頼につながり、季節商品や週末ブランチの有無で混乱が起きにくくなります。

カフェ向けスキーマ：最も早く効く構造化データ

スキーママークアップは、Googleにあなたのカフェの基本情報（何をする店か、どこにあるか、いつ開いているか、何ができるか）を伝える小さな構造化データです。即座に順位が跳ね上がるわけではありませんが、リッチリザルト化や混乱の軽減に効果があります。

1) Cafe／Restaurant（LocalBusiness）スキーマを追加

まずは業態に合う主体（多くはRestaurant）を追加し、NAP（名前・住所・電話）、営業時間、主要ページへのリンクを含めます。

{
  "@context": "https://schema.org",
  "@type": "Restaurant",
  "name": "Example Cafe",
  "url": "/",
  "telephone": "+1-555-0100",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "123 Main St",
    "addressLocality": "Springfield",
    "addressRegion": "IL",
    "postalCode": "62701",
    "addressCountry": "US"
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
      "opens": "07:00",
      "closes": "17:00"
    }
  ],
  "acceptsReservations": true,
  "sameAs": []
}

オンライン予約を受けている場合はacceptsReservationsを含め、予約ページ上に「Book a table」ボタンを明確に置いてください。予約ページのurlで予約URLを参照することもできます。

2) メニュースキーマを追加（該当する場合）

メニューがサイト上にあるなら、Menuでマークアップし、ビジネスエンティティに紐づけると良いです。全ての材料を一度にモデル化しようとせず、まずは基本項目だけで構いません。

3) 実際のFAQに対してFAQスキーマを使う

ページ上に既に質問と回答がある場合のみFAQPageマークアップを追加してください。候補例：駐車とアクセシビリティ、食事制限、予約ポリシーなど。

4) 検証して警告を直す

公開後はGoogleのRich Results Testでチェックし、まずエラーを修正（警告は優先度低）してください。時間や電話番号、予約ポリシーはページの表示内容と一致させます。

デザインを壊さない速度とモバイルUXの改善

速いサイトは単なる“快適”ではなく、実際にメニューを見る、Reserveを押す、来店する人数に直結します。幸い、多くの速度改善はデザインを壊さずにできます。

重要なページから優先する

次のページのパフォーマンスをまず改善してください：

• Home\n- /menu\n- /reservations\n- /contact

これらがモバイルで瞬時に感じられれば、最も高い影響を与える経路はカバーできます。

画像を最適化して品質を落とさない

大きな画像はカフェサイトを遅くする最大要因です。\n

• アップ前に圧縮する（鮮明さを保ちつつファイルサイズを下げる）\n- 可能ならWebP/AVIFなどの現代フォーマットを使う\n- 折り返し以降の画像はレイジーロードする

ヒーロー画像は高品質に保ちつつも巨大にしないこと。その他はページが使えるようになってから読み込むと良いです。

予約やマーケティングのスクリプトは最小限に

予約ウィジェット、チャットツール、ポップアップ、解析タグは気づかないうちに数秒を追加します。\n

• 使っていないプラグインは削除\n- 小さな機能のために「もう1つだけ」スクリプトを追加するのは避ける\n- ウィジェットが可能なら**/reservationsでのみ読み込む**ようにする

追跡ツールが複数ある場合は統合を検討してください。コードが少ないほど遅延は減ります。

モバイルUXの小さな調整でコンバージョンを守る

速くてもタップしにくければ失敗します：

• 電話と住所はタップで発信／地図を開くようにする\n- ボタンは親指サイズ（特に「Reserve」）にする\n- モバイル上部で予約ボタンが目につくようにする

測るべき指標（シンプルで実行可能）

計測ツールで次を追いかけてください：

• LCP（Largest Contentful Paint）：主要コンテンツの表示速度\n- CLS（Cumulative Layout Shift）：読み込み中にボタン等が跳ねないか\n- モバイルのパフォーマンススコア：変更後の回帰確認

本当の目安は「実機でセルラー回線で『瞬時に感じられるか』」です。

口コミ、トラッキング、30日改善プラン

口コミはGBPの可視性、クリック率、顧客の信頼度の3つに効く数少ない資産です。ポイントは一度やるだけでなく、継続的なシステムとして扱うことです。

良いタイミングで、簡単にお願いする

良い体験の直後（持ち帰りを渡したとき、会計時、褒められたとき）にお願いするのがベストです。\n シンプルに：

• 直接レビュー画面に飛ぶ短縮リンク（またはQRコード）を用意\n- スタッフに一文で頼み方を教える：「今日は楽しんでいただけましたか？よければ短いGoogleレビューを書いてくれると助かります」\n- レジ横に小さいカードでQRを置く（店内に大量掲示は避ける）

全てのレビューにテンプレを使って返信する

返信はアクティブであることを示し、将来の顧客にコンテクストを与えます。構造はシンプルで良いです：

1. 名前で感謝（表示されていれば）\n2) 具体的な言及（ドリンク、料理、雰囲気）\n3) またの来店を招待して署名

ネガティブレビューには：まず認め、適宜謝罪し、連絡先を示してオフラインで解決する案内を出します。言い争いは避けてください。

ウェブサイトにレビューを適切に載せる

顧客の許可がある場合、短い推薦文をホームや予約ページに掲載しても良いです。正確かつ新しいものだけを載せ、意味を変えないでください。Googleレビューを引用する場合は顧客名（イニシャル可）とプラットフォームを明記します。

測るべき指標と目標を設定する

実行可能な指標をいくつか選んで追いかけます：

• 完了した予約数（ウィジェット開封ではなく実際の完了）\n- サイトからの電話数とGBPからの電話数\n- GBPの道順（方向）クリック数

実践的な30日プラン

1–7日目： レビュー用の短縮リンク／QRを作り、ポジティブ／ネガティブの返信テンプレを2つ作成し、毎日1人を返信担当にする。\n 8–21日目： ピーク時にレビュー依頼を継続的に行い、/contactに小さな「Review us」促進を追加する。\n 22–30日目： 週次で指標を確認し、変化（通話数、予約数、ノーショーの減少）を把握して現実的な次月目標を立てる（例：レビュー＋15件、返信率100%を維持）。