はじめに

Googleビジネスプロフィール（GBP）の『What's Happening』機能が、単一店舗向けから多店舗（チェーン）レストラン向けへ拡張されました。対応は米国・英国・豪州・カナダ・アイルランドなど英語圏5市場で、日本は未対応です。本記事ではMEO対策を扱う実装者視点で、多店舗運営を想定した設計論点を整理します。

What's Happeningとは何か

GBPダッシュボードの『投稿（Posts）』機能の拡張で、店舗のリアルタイム情報（今夜のおすすめ、ライブ演奏、季節フェアなど）を検索結果・Googleマップ上の店舗カードに動的に掲出できる枠です。Google Posts・Facebook・Instagram・Xと同期可能。

多店舗一括管理の設計

Business Profile Manager上で、複数店舗の投稿を一括配信する場合の配信粒度は次の3パターンが基本です。

配信パターン:
  - all_locations:  全店共通テキスト + 全店共通画像
  - group_filter:   エリア/業態/ブランドで絞り込み
  - per_location:   店舗ごとに文面/画像を微調整

実運用では per_location を乱発するとオペレーションが破綻するため、group_filter を中心に据え、シーズン施策など全社イベント時のみ all_locations を使うのが現実的です。

NAP整合性の事前チェック

What's Happening投稿は基本情報（NAP・カテゴリ・営業時間）の上にレイヤーされるため、土台がぶれていると投稿の信頼性が下がります。最低限、以下を自動チェックする体制を作っておくと後工程が楽です。

# 擬似コード: 多店舗NAP整合性チェック
def audit_gbp_locations(locations):
    issues = []
    for loc in locations:
        if not is_e164(loc.phone):
            issues.append((loc.id, 'phone_not_e164'))
        if loc.name_suffix not in ('店', '本店', '支店'):
            issues.append((loc.id, 'name_suffix_unusual'))
        if loc.primary_category not in ALLOWED_CATEGORIES:
            issues.append((loc.id, 'category_drift'))
        if not loc.opening_hours_spec:
            issues.append((loc.id, 'hours_missing'))
    return issues

電話番号のE.164正規化、店舗名サフィックスの統一、主要カテゴリのゆらぎ検出、営業時間の欠落検出が中心です。

SNS同期の実装ポイント

連携先としてFacebook・Instagram・Xが指定できますが、いずれもビジネスカテゴリのアカウントである必要があります。特にInstagramはビジネスプロフィール化が前提で、個人アカウントのままでは同期できません。既存の個人アカウント資産を活かしたい場合は、Facebookページへの接続を経由したビジネス変換を推奨します。

避けるべきスパム判定パターン

一括配信機能を得たことで陥りやすいのが、同一投稿の短時間大量配信によるスパム判定です。ざっくりの運用ガイドは次の通り。

- 1店舗あたり 1日 1〜2 投稿まで
- 文面バリエーション 最低 3〜5 種
- 販促投稿比率は全体の 50% 未満

Google側のアルゴリズムは同一テキスト＋短時間配信を検知しやすく、一度スパム判定されるとプロファイルの信頼スコア自体に影響します。

まとめ

日本は未対応ですが、日本上陸まではアカウント集約・NAP整合性・SNSビジネス化の3点を実装論点として先行整備しておく価値があります。特に多店舗チェーンは、上陸直後の露出競争で土台の差がそのまま表示量の差になります。

参考

詳細はブログ記事で: https://menumenu.life/blog/google-whats-happening-multi-location-restaurant-guide