MEO順位を毎日計測していても、「何位落ちたら対応するのか」「1地点だけの低下と商圏全体の低下をどう分けるのか」が決まっていなければ、監視は機能しません。
特に多店舗運用では、すべての順位変動を通知するとアラートが増え、本当に確認すべき異常が埋もれます。
MEO順位変動は、順位差だけではなく、①低下の継続性、②影響地点の広さ、③影響した検索語、④競合店舗との入替、⑤Googleビジネスプロフィール（GBP）の変更履歴を組み合わせて判定することが重要です。
この記事では、この5要素を0〜2点で評価する「MEO順位変動アラートスコア」を使い、多店舗でも運用できる異常検知と通知の設計方法を整理します。
MEO順位変動は「何位落ちたか」だけでアラートを出さない
MEO順位監視で最も避けたいのは、「昨日3位だった店舗が今日は5位になった」という単日の順位差だけで異常と判断することです。
MEO効果測定の全体像を先に確認したい場合は、MEO効果測定の全体像を参照してください。本記事では、その中でも順位変動の異常検知と通知設計に絞って実務手順を整理します。
Googleは、ローカル検索結果が主に「関連性」「距離」「知名度・人気度」の組み合わせで決まると説明しています。特に距離が順位要因に含まれるため、同じ店舗・同じ検索語でも検索地点が変われば順位は変わります。
したがって、MEO順位は次の単位で記録する必要があります。
店舗 × 検索語 × 地点 × 計測時点
たとえば店舗前では2位でも、駅前では5位、商圏の外側では12位という状態は珍しくありません。
順位変動アラートの目的は、こうした通常の地点差まで通知することではありません。
普段の変動では説明しにくい変化が、一定期間・一定範囲に広がっている状態を見つけることが目的です。
順位計測そのものを設計する場合は、先に検索地点・検索語・計測頻度を固定しておきます。条件が変わっているデータ同士を比較しても、順位変化なのか計測条件の違いなのか判断できません。
MEO順位の異常検知では5つの要素を組み合わせる
順位変動アラートでは、次の5項目を分けて確認すると、単なる上下と対応すべき異常を切り分けやすくなります。
| 判定要素 | 確認すること | 主な意味 |
|---|---|---|
| 継続性 | 低下が何回連続しているか | 一時変動か継続的な低下か |
| 地点範囲 | 何地点で同時に低下したか | 局所変動か商圏全体の変化か |
| 検索語範囲 | どの検索語で低下したか | 特定検索意図だけか店舗全体か |
| 競合入替 | 誰に抜かれたか | 自社要因か競争環境の変化か |
| GBP変更 | 直前に何が変わったか | プロフィール変更との時間的な一致 |
MEO順位の異常は、順位差だけではなく5つのシグナルを組み合わせて判定します。
それぞれを単独で結論にせず、複数のシグナルが同時に発生しているかを見ます。
1. 継続性｜1回の低下より「戻らない状態」を見る
最初に確認するのは、順位低下が継続しているかです。
1回だけ順位が落ち、次の計測で戻っているのであれば、緊急対応の対象にはしません。
一方で、同じ地点・同じ検索語で複数回連続して低い状態が続く場合は優先度を上げます。
運用開始時は、たとえば次のように分けられます。
- 1回のみ：記録
- 2回連続：確認対象
- 3回以上連続：継続異常候補
これはGoogleが定めた基準ではありません。自社でアラート運用を始めるための初期ルールです。
実際には計測頻度によって意味が変わります。日次計測なら3回連続は3日程度ですが、週次計測なら約3週間です。
そのため、「3日」という日数だけを固定するのではなく、連続計測回数として管理する方が運用しやすくなります。
2. 地点範囲｜1地点の低下と商圏全体の低下を分ける
次に確認するのは、低下した地点の割合です。
9地点を計測している店舗で1地点だけ順位が下がった場合と、9地点中7地点が同時に下がった場合では意味が異なります。
たとえば、次のように分類します。
| 影響地点率 | 初期判定 |
|---|---|
| 25%未満 | 局所的な変化 |
| 25%以上50%未満 | 要確認 |
| 50%以上 | 広域変動候補 |
影響地点率は、次のように考えます。
順位低下地点数 ÷ 計測対象地点数
9地点中5地点で低下していれば、影響地点率は約56%です。
平均順位だけでは、この違いを把握できない場合があります。
「平均順位が2位低下した」という情報より、
「主要9地点中5地点で低下した」
と捉えた方が、異常の広がりを判断しやすくなります。
3. 検索語範囲｜主要検索語が複数落ちているかを見る
すべての検索語を同じ重要度で扱う必要はありません。
検索語は、あらかじめ少なくとも次の2種類に分けます。
- 主要検索語
- 補助検索語
美容院であれば、「美容院」「美容室」など事業の中心となる一般検索語と、「髪質改善」「縮毛矯正」など個別サービスの検索語を分けて管理できます。
補助検索語1語だけが低下した場合と、主要検索語が複数同時に低下した場合では、後者の方を高い優先度にします。
検索語数を大量に増やすことより、どの検索語が落ちたら事業への影響が大きいかを事前に決めておくことが重要です。
4. 競合入替｜順位低下と「誰が上がったか」をセットで見る
自店舗の順位が5位から8位へ下がったとしても、それだけでは原因を判断できません。
そこで、同じ検索語・同じ地点について競合店舗の順位も記録します。
確認するのは、単純な順位差ではなく、自店舗の低下と同時に特定競合が上昇しているかです。
たとえば、
- 自店舗だけが低下した
- 同じ競合が複数地点で自店舗を上回った
- 複数競合が一斉に順位を上げた
- エリア全体で順位の並びが大きく変わった
では、調査すべき方向が変わります。
特定競合への入替が複数地点・複数検索語で続く場合は、競合側のカテゴリ、口コミ、Web情報などの変化を確認する価値があります。
ただし、競合の変化と自店舗の順位低下が同じ時期に起きたことだけで、因果関係まで断定してはいけません。
「競合環境の変化が原因候補の一つになった」として扱います。
5. GBP変更｜順位変動直前の変更履歴を照合する
順位が大きく変わった場合は、Googleビジネスプロフィールの変更履歴も確認します。
Googleは、オーナーが入力した情報だけでなく、ユーザーからの報告やライセンスされた情報など、複数の情報源をもとにBusiness Profileを更新する場合があります。
特に確認したいのは、
- ビジネス名
- メインカテゴリ・追加カテゴリ
- 住所
- ウェブサイト
- 電話番号
- 営業時間
- 営業状態
などの変更です。
Google Business Profile Business Information APIには、Google側で更新されたロケーション情報を取得するgetGoogleUpdatedがあり、diffMaskではGoogleが更新したフィールド、pendingMaskでは未反映の編集フィールドを確認できます。
多店舗をシステムで管理している場合は、
順位異常発生日 − GBP変更日時
を記録し、順位変動とプロフィール変更を同じ時系列上に並べると原因調査がしやすくなります。
5要素を0〜2点で評価してMEO順位変動アラートスコアを作る
多店舗で同じ判断をするためには、担当者の感覚ではなく共通基準を持つ必要があります。
そこで、5要素をそれぞれ0〜2点で評価します。
| 項目 | 0点 | 1点 | 2点 |
|---|---|---|---|
| 継続性 | 1回のみ | 2回連続 | 3回以上連続 |
| 地点範囲 | 25%未満 | 25〜49% | 50%以上 |
| 検索語範囲 | 補助語のみ | 主要語1語または補助語複数 | 主要語複数 |
| 競合入替 | 明確な入替なし | 特定競合への入替あり | 複数地点・検索語で同一競合への入替 |
| GBP変更 | 変更確認なし | 周辺項目に変更 | 主要情報の変更・Google更新候補あり |
5つの要素を同じ0〜2点で評価すると、担当者が変わっても共通基準で順位変動を判断しやすくなります。
合計は0〜10点です。
このスコアはGoogle公式のランキング評価方法ではありません。
MEO担当者が「どの順位変動から調査を始めるか」を統一するための運用上の判断基準です。
実際のデータが蓄積したら、自社で起きた過去の異常と照合して配点・境界値を調整します。
アラートは4段階に分ける
すべての変動を担当者へ通知するのではなく、スコアごとに通知方法を変えます。
| スコア | レベル | 基本対応 | 通知方法 |
|---|---|---|---|
| 0〜2 | 記録 | 経過観察 | ダッシュボードのみ |
| 3〜5 | 確認 | 次回計測も確認 | 日次・週次まとめ |
| 6〜8 | 警告 | 原因候補を調査 | MEO担当者へ通知 |
| 9〜10 | 緊急 | 当日中に状態確認 | MEO責任者＋関係店舗へ通知 |
重要なのは、「順位が1位落ちたら通知」という単一条件を作らないことです。
単日の順位差が大きくても、次回計測で戻り、1地点・1検索語だけであれば緊急度は下げられます。
反対に、一つひとつの順位差が小さくても、
- 複数回継続
- 商圏の半数以上
- 主要検索語複数
- 同じ競合への入替
- GBP変更直後
が重なれば、優先的に確認すべき異常になります。
実際のアラート判定は5ステップで行う
実務では、次の順番で処理すると判断しやすくなります。
順位変動を発見したら、条件比較、影響範囲、検索語、競合・GBPの順に確認し、最後に通知レベルを決定します。
STEP1｜同一条件の過去順位と比較する
店舗・地点・検索語が同じデータだけを比較します。
検索地点が異なるデータを混在させないことが重要です。
STEP2｜継続性と影響地点率を計算する
「何位落ちたか」だけでなく、
- 何回続いたか
- 何地点に広がったか
を確認します。
STEP3｜主要検索語への影響を確認する
事業上重要な検索語かどうかを判定します。
主要検索語が複数低下していれば優先度を上げます。
STEP4｜競合入替とGBP変更を照合する
同じ地点・検索語で誰が上昇したかを確認します。
さらに、順位変化直前のGBP変更履歴と照合します。
STEP5｜アラートスコアから通知先を決める
0〜10点を算出し、
- 記録
- 確認
- 警告
- 緊急
へ分類します。
これにより、多店舗で担当者が変わっても同じ基準で判断できます。
3つのケースでアラート判定を比較する
ケース1｜1地点だけ1回低下した
9地点を計測している店舗で、1地点だけ4位から9位へ低下したとします。
次回には5位へ戻り、主要検索語への広がり、競合の継続的な入替、GBP変更も確認できませんでした。
この場合、下落幅だけを見ると大きく見えます。
しかし、
- 継続していない
- 影響地点は約11%
- 複数検索語へ広がっていない
- GBP変更もない
ため、緊急通知ではなく記録・経過観察と判断できます。
ケース2｜商圏全体で特定競合に抜かれた
9地点中5地点で順位が低下し、主要検索語2語で同じ傾向が続いているとします。
さらに、低下した地点の多くで同じ競合店舗が自店舗を上回っていました。
GBPには大きな変更がありません。
この場合は、
自社プロフィールの異常より、競争環境が変化した可能性を優先して確認する
という判断ができます。
競合のカテゴリ、口コミ、Webサイト、店舗情報などを確認し、どの要素に差が生じたかを分析します。
ケース3｜複数地点の低下とGBP変更が重なった
主要検索語が複数低下し、商圏の半数以上で3回連続の悪化が確認されたとします。
さらに同時期に、GBPのメインカテゴリや住所など主要情報へ変更が確認されました。
この状態は、5要素のうち複数が高得点になるため、緊急レベルとして扱います。
ただし、「GBPを変更したから順位が落ちた」と即断はしません。
変更日時、順位変化の開始日、競合の変化、他検索語・他地点の状態を並べ、原因候補を切り分けます。
多店舗では「店舗単位」にアラートをまとめる
100店舗で10検索語・25地点を監視すると、1回の計測だけで25,000件の順位データが発生します。
多店舗では地点ごとの順位変動を直接通知せず、店舗単位へ集約して対応すべき異常だけを担当者へ届けます。
この単位で通知すると、担当者はアラートを処理できません。
そこで通知時には、データを店舗単位にまとめます。
たとえば、
A新宿店｜警告レベル7
- 主要検索語2語で低下
- 25地点中14地点で低下
- 3回連続
- 競合B店への入替9地点
- GBP主要情報の変更なし
という形です。
担当者が最初に必要なのは、25地点すべての順位表ではありません。
「どの店舗で、何が、どの範囲まで起きているのか」
という異常の要約です。
詳細データは、アラートを開いた後に確認できる構造にします。
GBPの成果指標は順位アラートの「裏取り」に使う
順位が下がったからといって、必ずしも問い合わせや来店への影響が出ているとは限りません。
Google Business Profileでは、プロフィールの表示、ルート検索、電話、Webサイトクリックなどのパフォーマンスを確認できます。
Business Profile Performance APIでも、Maps・Searchでの表示、ルート検索、電話クリック、Webサイトクリックなどを日次時系列で取得できます。検索語別の表示回数は月次データです。
そのため、
順位アラート＝異常の早期発見
GBPパフォーマンス＝事業影響の確認
として分けると運用しやすくなります。
たとえば順位警告が出た店舗で、同時にMapsでの表示やルート検索、電話クリックまで減少している場合は、対応優先度をさらに上げる判断材料になります。
一方、順位の一部が低下していても、主要地点の表示とユーザー行動が維持されていれば、過剰な修正を避けられます。
MEO順位変動アラートを導入するときのチェックリスト
運用開始前に、次の項目を決めておきます。
- 検索地点が固定されている
- 地点ごとにIDが付いている
- 検索語が固定されている
- 主要検索語と補助検索語を分けている
- 計測頻度が固定されている
- 比較する主要競合を決めている
- 継続回数を記録できる
- 影響地点率を算出できる
- 競合入替を記録できる
- GBP変更日時を記録できる
- Googleによるプロフィール更新を確認できる
- アラートスコアを算出できる
- 通知レベルごとの担当者を決めている
- 順位とGBPパフォーマンスを分けて管理している
- アラート後に行う確認手順を決めている
最初から完璧な閾値を作る必要はありません。
実際に発生した順位変動と対応結果を残し、
「通知したが問題ではなかったケース」
「通知しなかったが対応が必要だったケース」
を定期的に見直します。
この履歴を使って判定基準を調整することで、自社に適した異常検知へ近づけられます。
まとめ
MEO順位変動のアラートは、「何位落ちたら通知するか」だけでは設計できません。
Googleのローカル検索には距離が主要要因として含まれるため、地点による順位差を前提に監視する必要があります。
順位変動が発生したら、
- 低下が何回続いているか
- 何地点へ広がっているか
- 主要検索語へ影響しているか
- どの競合と入れ替わったか
- 直前にGBP変更がなかったか
を組み合わせて判定します。
この5項目を0〜2点、合計10点で評価すると、多店舗でも共通ルールで「記録・確認・警告・緊急」を分けられます。
順位計測は「数字を見る工程」です。
順位変動アラートは、そのデータから人が確認すべき異常だけを取り出す工程です。
店舗数が増えるほど、すべての変化を見る運用ではなく、対応すべき変化だけが担当者へ届く監視設計が重要になります。
参考文献・データ元
Google「Tips to improve your local ranking on Google」
発表元：Google Business Profile Help
使用内容：ローカル検索順位の主要要因である関連性・距離・知名度の確認。
URL：https://support.google.com/business/answer/7091
Google「Understand Google updates on your Business Profile」
発表元：Google Business Profile Help
使用内容：Googleがユーザー報告や外部情報を含む複数情報源からプロフィールを更新する仕組み。
URL：https://support.google.com/business/answer/3480441
Google「Understand your Business Profile performance & insights」
発表元：Google Business Profile Help
使用内容：表示、検索、ルート検索、電話、Webサイトクリックなどのパフォーマンス指標。
URL：https://support.google.com/business/answer/9918094
Google「Business Profile Performance API」
発表元：Google for Developers
使用内容：日次パフォーマンス指標と月次検索語表示データの取得仕様。
URL：https://developers.google.com/my-business/reference/performance/rpc
Google「Method: locations.getGoogleUpdated」
発表元：Google for Developers
使用内容：Googleによるロケーション情報変更、diffMask、pendingMaskの確認方法。
URL：https://developers.google.com/my-business/reference/businessinformation/rest/v1/locations/getGoogleUpdated