複数店舗のGoogleビジネスプロフィール管理｜権限と更新手順をそろえる

複数店舗のGoogleビジネスプロフィールで起きやすい事故は、入力ミスそのものより、誰が管理者か分からなくなることです。退職した担当者だけがオーナーになっている、全店共通の営業時間で上書きした、代理店のアカウントが主な所有者になっている。店舗数が増えるほど、誰がどこまで直せるかを先に決める必要があります。

一括管理の目的は、全店を同じ内容にすることではありません。共通ルールを保ちながら、各店の営業時間や入口など固有の事実を正しく出すことです。

プロフィールは、実在する店舗ごとに管理する

顧客が訪問でき、対象地域で継続的に営業している各拠点は、それぞれの実態に合うプロフィールで管理します。同じ住所へ検索語句別のプロフィールを増やしたり、実体のない拠点を登録したりしません。

チェーン店の店名は、現実の看板や公式サイトで使う名称に合わせます。支店名を使う運用なら全媒体で表記をそろえ、検索対策のためだけに地域名やサービス名を足さないようにします。

新しい店舗を追加するときは、Googleビジネスプロフィールの初期設定8項目を店舗ごとに確認し、既存店の情報をそのまま複製しません。

チェーン、部門、個人開業者に関するガイドライン（Google公式）

ビジネスグループで、共有パスワードをなくす

複数人が同じGoogleアカウントのIDとパスワードを共有すると、異動や退職時にアクセスを切り分けられません。Googleは、複数ユーザーでプロフィール群を管理する場合にビジネスグループを使う方法を案内しています。共有フォルダのように、所有者と管理者へ役割を付けて運用できます。

ビジネス グループを作成、管理する（Google公式）

主な所有者は店舗側の会社管理アカウントにします。本部担当者、各店責任者、外部支援会社には必要な権限だけを付与し、四半期ごとに一覧を見直します。個人のパスワードを渡す場面はありません。

ブランドや事業部によって閲覧範囲を分ける必要があるなら、グループを分ける選択肢があります。一方で、分けるほど一括更新や集計の手間は増えます。組織図ではなく、実際の更新責任と閲覧範囲を基準に決めます。

権限分担は、申請から公開確認まで役割を分ける

同じ担当者が全店の変更を申請し、承認し、公開確認まで行うと、入力間違いを見つけにくくなります。店舗数にかかわらず、少なくとも変更元の事実を確認する人と、公開画面を確認する人を分けます。

外部支援会社へ主な所有者を渡す必要はありません。契約終了時に削除できる管理者権限を付け、付与日、目的、見直し日を台帳へ残します。緊急時に止める人と連絡先も、通常の更新手順とは別に決めます。

共通項目と店舗固有項目を、同じ台帳で分ける

説明文やブランド表記には共通部分がありますが、住所、電話番号、営業時間、予約URL、入口写真は店舗ごとに違います。スプレッドシートなどの管理台帳では、項目を次のように分けます。

• 本部承認が必要な共通項目：ブランド名、基本説明、ロゴ
• 店舗が更新する固有項目：通常・特別営業時間、電話、入口写真
• システムと連動する項目：予約URL、注文URL、店舗ページ

変更日、変更者、承認者、公開確認日を残せば、誤更新が起きたときに戻る場所が分かります。全店へ同じ文章を配ることより、違いを意識して管理するほうが重要です。

店名、住所、電話番号の原本と更新先は、NAP情報をそろえる実務チェックで管理します。全店共通の会社情報ではなく、各店舗で来店客が使う事実を原本にしてください。

変更フローは次の5段階へ固定します。

1. 店舗担当者が変更理由、対象項目、適用日、根拠資料を申請する
2. 本部管理者が共通ルールと店舗固有の事実を照合して承認する
3. 更新担当者が承認済みの項目だけを反映する
4. 別の担当者がGoogle検索・Googleマップ・リンク先で公開状態を確認する
5. 台帳へ反映日時、公開確認日時、差し戻し理由を記録する

営業時間のように即日対応が必要な項目は、通常承認を省略する条件と事後確認の期限を決めます。「緊急だから誰でも直せる」状態にはせず、更新できる担当者と連絡経路を限定します。

10店舗以上でも、一括確認の条件を先に読む

同一ビジネスのプロフィールが10件以上ある場合、一括確認を利用できることがあります。Googleは、同じビジネスの10件以上が対象であることや、代理店が複数企業をまとめたアカウントは一括確認の対象にならないことなど、条件を示しています。確認時には事業の規模を裏付ける情報を求められる場合があります。

ビジネスプロフィールを一括確認する（Google公式）

一括確認は、情報の正しさを自動保証する仕組みではありません。確認後も各店舗のエラーを見直し、営業実態の変更を反映し続けます。

変更連絡から公開確認までを一つの手順にする

現場が営業時間変更を本部へ送っても、プロフィールで公開されたかを誰も見なければ運用は終わりません。申請、承認、反映、公開画面の確認までを一つの手順にします。祝日前は全店分をまとめて点検し、臨時休業は店舗から即日連絡できる経路を別に設けます。

Googleやユーザーから修正提案が入ることもあります。自動的に拒否するのではなく、店舗へ事実を確認してから判断します。外部会社が運用する場合も、店舗の確認なしに変更を戻し続ける方法は避けます。

誤更新は、全店へ再配信する前に影響範囲を止める

一括更新後に誤りを見つけたら、同じ操作を繰り返す前に対象店舗と変更項目を台帳で特定します。正しい原本を確認し、公開画面のスクリーンショット、変更日時、操作したアカウントを残してから、影響店舗だけを修正します。

主な所有者が個人アカウントだけになった、退職者の権限を外せない、複数店舗で別会社の情報が混ざった場合は、通常更新を止めて本部の責任者へ上げます。権限の問題と店舗情報の問題を同時に直すと履歴を追いにくいため、先に管理権限を回復し、その後に店舗情報を修正します。

レポートは全店平均だけで終わらせない

全店合計や平均は経営判断に便利ですが、個店の異常を隠します。ルート検索やWebクリックを店舗ごとに並べ、営業時間の誤り、写真不足、リンク切れなどの運用状態も同じ表へ置きます。

駅前店と郊外店では検索地点や来店手段が違うため、順位の単純な横並びにも注意が要ります。各店の改善前後を同じ条件で比べたうえで、共通して効いた作業があるかを見ます。

複数店舗の運用で守るべきものは、均一な見た目より責任の所在です。会社が所有権を持ち、現場の変更が届き、公開画面まで確認される。この流れができていれば、店舗が増えても情報の精度を保ちやすくなります。

現在Cotomu MEOで提供しているのは、公開プロフィールを対象にした無料診断です。アカウント連携、権限変更、複数店舗の更新代行は無料診断に含みません。診断を使う場合も、所有権と更新判断は店舗側に残したまま、公開情報の不足や不一致を確認します。