ローカルSEOとMEOの違いとは?Webサイト側で必要な5つの対策を解説


ローカルSEOとMEOの違いは、効く場所が違うことです。MEOはGoogleビジネスプロフィール(GBP)を整えて、Googleマップとローカルパックでの露出を狙う施策。ローカルSEOはWebサイト側を整えて、通常のオーガニック検索結果での露出を狙う施策です。同じ「地域名+業種」の検索でも、着地する場所が違います。

この2つが混同されやすいのには理由があります。GBPの設定は管理画面から直感的に操作でき、やった実感が残ります。一方でWebサイト側の対策は構造化データやHTMLの知識が必要で、制作者でないと気づきにくい項目が多い。結果として「GBPは整っているのにWebサイト側はほぼ未対策」という状態は、制作の現場では珍しくありません。

ただし、この記事は「Webサイト側もやればローカル検索で上位に出る」とは言いません。むしろ逆で、Webサイト側の5つの対策のうち、Googleがローカルパックの順位要因として文書化しているものは1つもありません。では何に効くのか。それを一次ソースと突き合わせて仕分けし、さらに「設定できたかを自分で確かめる合否ライン」まで示します。Web制作者・フリーランスが地域ビジネスのサイトを納品する前に開くことを想定した内容です。


ローカルSEOとMEOの違い — 効く検索面で分ける

まず用語を整理します。よく「対象が違う」とだけ説明されますが、実務で効いてくるのはどの検索面に出るための施策なのかという切り口です。

MEOローカルSEO
正式名称Map Engine OptimizationLocal Search Engine Optimization
主な対象Googleビジネスプロフィール(GBP)Webサイト全体
主な施策ビジネス情報の充実・クチコミへの返信・写真や商品の追加構造化データ・地域名を含むタイトル・電話や住所の導線整備
効く検索面Googleマップ/ローカルパック通常のオーガニック検索結果
Googleが公表している順位要因関連性・距離・知名度の3つ(ヘルプに明記)通常のWeb検索と同じ。ローカル固有の公表要因は無い

ローカルパックとは、「渋谷 歯科医院」のようなキーワードで検索したときに、検索結果の上部にGoogleマップと店舗情報がまとめて表示されるエリアのことです。表示件数は多くの場合3件ですが、Googleが件数を仕様として公開しているわけではないため、観測ベースの目安として扱ってください。MEOはこのローカルパックとマップ検索への露出を高める施策です。

ローカルパックの順位について、Googleビジネスプロフィール ヘルプは3つの要素を挙げています。原文は “Local results are mainly based on relevance, distance, and popularity.”(ローカル検索結果は、主に関連性・距離・知名度に基づいて表示される)で、以下のように定義されています。

要素Googleの定義(要旨)Webサイト側で動かせるか
関連性(Relevance)ビジネスプロフィールが検索語句とどれだけ合致するかいいえ(照合対象はGBPの情報)
距離(Distance)検索しているユーザーから各拠点までの距離いいえ
知名度(Prominence)ビジネスがどれだけ広く知られているか。そのビジネスにリンクしているウェブサイトの数やクチコミの数などにも基づく限定的(他サイトからの被リンクの話で、自サイト内の実装ではない)

ここで押さえておきたいのが関連性の定義です。原文は “Relevance is how well a Business Profile matches what someone is searching for.” で、照合されるのはビジネスプロフィールであって、Webサイトの <title> ではありません。この一行が、次のセクションの土台になります。(出典: Google ビジネス プロフィール ヘルプ「Tips to improve your local ranking on Google」/2026-08-02取得)

なお本記事の引用はすべて英語版を正としています。同ヘルプの日本語版には「このページには、AI 技術を使用して翻訳されたコンテンツが含まれている場合があります」という注記があり、訳文だけを根拠にすると解釈がぶれるためです。

そもそも自分の案件でMEOに時間を使うべきかどうかは、業態によって答えが変わります。その判断軸は MEOが効くケース・効かないケース の側で整理しています。


Webサイト側の5つの対策は「ローカルパックの順位」には効かない

「ローカルSEOとMEOは別物」と書いておきながら、Webサイト側の施策を「ローカル検索での露出に直結します」と説明している記事は少なくありません。これは自分で書いた区別を自分で壊している状態です。ここで一度、Googleが言っていることと言っていないことを並べて確認します。

施策よく言われる効果Google公式の記述実際に効く先
LocalBusiness構造化データローカル検索の順位が上がるローカルパックの順位要因としての記述は無い。構造化データは「リッチリザルトの対象になるための要件」として説明されている検索結果での見え方(リッチリザルト)と情報の機械可読性
tel:リンク化ローカルSEOに有利記述は無い(HTMLの仕様の話)スマートフォンからの発信導線
住所のテキスト記載Googleに所在地を認識させる順位の記述は無い。ただし構造化データのガイドラインが「読者に見えない内容をマークアップするな」と定めている構造化データを規約に適合させること
Googleマップの埋め込み所在地情報の補強シグナルになる記述は無い。関連性・距離・知名度のいずれの説明にも該当しないユーザーの来店・問い合わせ導線
地域キーワードの配置ローカル検索での露出に直結するSEOスターターガイドが、タイトルに「ビジネスの物理的な所在地」を含めてよいと例示している通常のオーガニック検索結果(ローカルパックではない)

知名度(Prominence)の説明でウェブサイトに触れている箇所は1つだけで、原文は “This factor’s also based on info like how many websites link to your business and how many reviews you have.” です。他サイトからの被リンクの数の話であって、自分のサイトの中で何を実装するかの話ではありません。自サイトに地図を埋めても、この説明のどこにも当てはまりません。

では5つの対策は無駄なのか。そうではありません。効く先が違うだけです。地域ビジネスを探すユーザーは、ローカルパックをタップする人と、その下のオーガニック結果を読み込む人に分かれます。後者を取りに行くのがローカルSEOで、GBPをいくら磨いてもそこは埋まりません。加えて構造化データと住所のテキスト記載は、順位以前に「Googleの規約に適合しているか」の問題です。ここを外すとマークアップそのものが無効になり得ます。

ちなみにLocalBusinessの構造化データ自体は現役です。GoogleはFAQなど一部のリッチリザルトを廃止してきましたが、構造化データ機能の一覧(Structured data markup that Google Search supports/最終更新 2026-06-15 UTC・2026-08-02取得)には Local business が掲載され続けています。


Webサイト側で押さえるべき5つの対策

ここからは実装です。各項目の冒頭に効く先根拠を置いてあるので、クライアントに説明するときはそのまま使えます。

1. LocalBusiness構造化データの設置

効く先: 検索結果での見え方(リッチリザルト対象になること)。根拠: Google「Local business (LocalBusiness) structured data」。

構造化データとは、ページの情報を検索エンジンが機械的に読める形で記述したものです。地域ビジネスのサイトでは LocalBusiness タイプを使います。WordPressのSEOプラグインを入れていても既定値が Organization のままになっていることが多く、そこで止まっているサイトは珍しくありません。

ここで多くの解説記事が間違えているのが「必須プロパティ」です。Googleが必須(Required)としているのは nameaddress の2つだけで、urltelephone は推奨(Recommended)です。

プロパティ内容Googleの区分
name店舗・事業者名必須
address所在地。PostalAddress オブジェクトで書く必須
telephone顧客の主な連絡先となる電話番号。国番号と市外局番を含める推奨
urlその拠点のページURL。実際に開けるリンクであること推奨
geo緯度・経度。小数点以下5桁以上の精度が必要推奨
openingHoursSpecification営業時間。opens / closes / dayOfWeek などで指定する推奨
priceRange価格帯。100文字以上だとGoogleは表示しない推奨
aggregateRating / review他社のローカルビジネスのクチコミを扱うサイト向け。自社サイトに自社の評価を書く用途ではない推奨(条件付き)

必須が2つだけというのは最小構成でもリッチリザルトの対象になり得るという意味であって、2つで十分という意味ではありません。Googleは address について “Include as many properties as possible. The more properties you provide, the higher quality the result is to users.”(できるだけ多くのプロパティを含めること。多いほどユーザーにとって結果の品質が上がる)と書いています。streetAddress / addressLocality / addressRegion / postalCode / addressCountry はひととおり埋めてください。

営業時間のプロパティ名も間違えやすい箇所です。schema.orgにはテキスト形式の openingHours も定義されていますが、Googleがサポートプロパティとして挙げているのは openingHoursSpecification のほうです。既存サイトの引き継ぎで openingHours を見つけたら、書き換え候補としてメモしておいてください。

もう1つ、LocalBusinessOrganization のサブタイプです。Googleは “Since LocalBusiness is a subtype of Organization, we recommend following the fields for Organization in addition to the fields required and recommended below.” と明記しています。つまり logosameAs は LocalBusiness の表には出てきませんが、Organization 経由の推奨項目として妥当です。ただし Organization には必須プロパティが1つもなく、すべて推奨である点は押さえておいてください。sameAs にSNSやGBPのURLを並べる意味については SNSとHPのリンクがGoogleに効く理由 で詳しく扱っています。

タイプ選びは「可能な限り具体的なサブタイプを使う」が原則です(原文: “Use the most specific LocalBusiness sub-type possible”)。複数の業種に該当する場合は @type を配列で指定します。additionalType はGoogleがサポートしていないので使わないでください。(出典: Google 検索セントラル「Local business (LocalBusiness) structured data」/最終更新 2025-12-10 UTC・2026-08-02取得)

2. 電話番号のtel:リンク化

効く先: スマートフォンからの発信導線。根拠: MDN/RFC 3966。順位の話ではありません。

電話番号をテキストで置いただけでは、スマートフォンの利用者は番号を選択してコピーする手間を踏むことになります。tel: リンクにしておけばタップで発信画面に進めます。飲食店・クリニック・士業のように「今すぐ電話したい」動機が強い業種ほど効きます。

ただし挙動は端末依存です。MDNは “tel: link behavior varies with device capabilities. Cellular devices autodial the number.”(tel: リンクの挙動は端末の機能によって変わる。携帯回線を持つ端末は自動で番号をダイヤルする)と説明しています。PCで押しても何も起きない、あるいは通話アプリの選択ダイアログが出るのは仕様であって不具合ではありません。検証は実機で行うのが前提になります。

書式は国番号付きが安全です。MDNの例示も tel:+49.157.0156 のように国番号から始まっています。構造化データ側についてもGoogleは telephone に「国番号と市外局番を含めること」と指定しているので、画面上の表示は「03-1234-5678」のままでも、href と構造化データは国番号付きの形にそろえておくと迷いません。(出典: MDN「<a>: The Anchor element」/2026-08-02取得。書式の定義は RFC 3966

3. 住所のテキスト記載

効く先: 構造化データの規約適合と、読者の可読性。根拠: Googleの構造化データ全般ガイドライン。

住所を画像で載せていたり、Googleマップの埋め込みだけで済ませているサイトがあります。この状態で構造化データにだけ address を書くと、ページに見えていない情報をマークアップしていることになります。Googleの構造化データ全般ガイドラインは “Don’t mark up content that is not visible to readers of the page.”(ページの読者に見えないコンテンツをマークアップしてはいけない)と明記しており、これに正面から抵触します。

つまり住所をHTMLテキストで書く理由は「順位が上がるから」ではなく、マークアップを規約に適合させるためです。構造化データの address と本文の住所は、表記まで含めてそろえてください。(出典: Google 検索セントラル「General structured data guidelines」/最終更新 2026-07-10 UTC・2026-08-02取得)

4. Googleマップの埋め込み

効く先: 来店・問い合わせの導線。順位要因ではありません

「地図の埋め込みは所在地情報の補強シグナルになる」という説明を見かけますが、この主張を裏づけるGoogleのドキュメントは見つかりません。ローカル検索の順位を決める関連性・距離・知名度のどの説明にも、自サイトへの地図埋め込みは登場しません。位置づけはあくまでユーザー体験です。

そしてトレードオフがあります。地図はサードパーティのiframeなので読み込みが重く、ファーストビューに置くとページの表示が遅くなります。順位への寄与が確認できない施策のために表示速度を犠牲にするのは割に合いません。アクセスページに置いて loading="lazy" を付ける、トップページにはリンクだけ置く、といった判断が現実的です。

5. 地域キーワードの配置

効く先: 通常のオーガニック検索結果。根拠: GoogleのSEOスターターガイド。

<title>・meta description・<h1> に「地域名+業種」を入れる施策には、Googleの公式ドキュメントに根拠があります。SEOスターターガイドは良いタイトルの例として “your title could include the name of your website or business, other bits of important information like the physical location of the business, and maybe some information about what the particular page has to offer for users.”(タイトルにはサイト名や事業者名のほか、ビジネスの物理的な所在地といった重要な情報を含めてもよい)と書いています。

ただしこれはオーガニック検索結果のタイトルリンクの話であって、ローカルパックの順位の話ではありません。「地域名を入れたのにマップに出ない」という相談の多くは、この取り違えが原因です。トップページだけでなくサービスページや料金ページにも地域名を入れておくと、拾えるクエリの幅は広がります。(出典: Google 検索セントラル「SEO Starter Guide」/最終更新 2025-12-10 UTC・2026-08-02取得)

ここで1つ注意があります。この「地域名を入れる」をGoogleビジネスプロフィールのビジネス名に持ち込んではいけません。GBPのガイドラインは、ビジネス名に不要な情報を含めるとプロフィールが停止される場合があると明記しており、「所在地情報の表示」を不可の例として挙げています(不可の例:「神田駅前のABCスポーツジム」/可の例:「ABCスポーツジム神田」)。実際の店舗名に地名が入っているならそのまま使えますが、集客目的で所在地の説明を足すのは規約違反です。(出典: Google ビジネス プロフィール ヘルプ「ビジネス情報の表現に関するガイドライン」/2026-08-02取得)


設定できたかを自分で確かめる — 5項目の合否ライン

「実装した」と「正しく効いている」は別物です。ここでは前者、つまり設定できているかどうかを自分の手で確認する方法を、5項目それぞれについて合格ラインつきで示します。

対策使うツール合格ライン不合格の見え方
① LocalBusiness構造化データリッチリザルトテスト(Google)「ローカルビジネス」として検出され、エラー0「検出された項目なし」/「組織(Organization)」として検出される
② tel:リンクスマートフォン実機(PCでは判定できない)番号をタップして発信画面が開く何も起きない/テキスト選択になる
③ 住所のテキスト記載ブラウザのページ内検索(Ctrl+F / ⌘F)で番地を検索1件以上ヒットする0件。住所が画像か地図の中にしかない
④ Googleマップ埋め込みブラウザで実表示地図が表示され、遅延読み込みが効いているファーストビューを地図が押し下げている/表示までに数秒かかる
⑤ 地域名の配置ブラウザのタブ表示、または「site:自社ドメイン」で検索検索結果のタイトルに地域名が出ている店舗名だけでエリア名が出ない

①に使うリッチリザルトテストは、対応する機能の一覧に Local business が含まれているため、LocalBusinessの検証手段として成立します(リッチリザルトテストについて/2026-08-02取得)。この①だけは結果が何通りにも分かれるので、分岐を表にしておきます。

テスト結果考えられる意味次の一手
「ローカルビジネス」検出・エラー0・警告0合格。nameaddress が入っている推奨プロパティ(telephone / url / geo / openingHoursSpecification / priceRange)を足して情報量を上げる
「ローカルビジネス」検出・エラーあり必須の nameaddress が欠けている場合や、address を文字列で書いていて PostalAddress オブジェクトになっていない場合があるaddressPostalAddressstreetAddress / addressLocality / addressRegion / postalCode / addressCountry)で入れ直す
「組織(Organization)」として検出されるプラグインの既定値のままで、ローカルビジネス用の設定に切り替わっていないことが多い使っているプラグインで LocalBusiness を出力できるプランかを確認する(後述のFAQ参照)
「検出された項目なし」JSON-LDが出力されていない、JSONの構文エラー、JavaScriptで後から差し込んでいてクローラに届いていない、などが考えられるテストの「レンダリング済みHTML」タブで <script type="application/ld+json"> が存在するかを確認する
検出はされるが aggregateRating / review に警告が出る自社サイトで自社のクチコミをマークアップしている可能性がある削除する。Googleは、レビュー対象の事業者が自らそのレビューを管理している場合、LocalBusinessOrganization を使うページは星評価の対象外になると明記している

この表はGoogleの公式ドキュメント(必須プロパティ・サブタイプの指定方法・自己レビューの規定)から導いたもので、すべての事例を実測したものではありません。「必ずこう出る」ではなく「こう出たらここを疑う」という使い方をしてください。

ここまでで「設定できているか」は確認できます。この先の「Googleが実際にそう読んでいるか」(Search ConsoleのURL検査、構造化データの重複出力、キャッシュ由来のズレ)は地域ビジネスに限らない一般論なので、納品前にSEO設定を自分で検証する手順 にまとめています。本記事はここで止めて、そちらへ引き継ぎます。


NAPを揃えるのは「順位対策」ではなく「食い違いを潰す作業」

NAPとは Name(名称)・Address(住所)・Phone(電話番号)の頭文字です。GBPとWebサイトでこの3つをそろえるのはローカルSEOの定番ですが、その理由の説明が事実と合っていないことが多い項目でもあります。

よく見るのが「NAPが不一致だと信頼性スコアが下がる」という説明です。しかし「信頼性スコア」という指標はGoogleのどのドキュメントにも存在しません。ローカル検索の順位要因の説明にも、GBPのガイドラインにも、「Webサイトとビジネス情報が一致していること」という要件は書かれていません。つまり順位を根拠にNAP一致を説明することはできません。

では揃えなくていいのか。揃える理由は1つあり、それは規約です。前述のとおりGoogleは「ページの読者に見えないコンテンツをマークアップしてはいけない」と定めています。構造化データの name / address / telephone と、ページ本文に書かれている店舗名・住所・電話番号が食い違っている状態は、このルールに触れます。NAP一致は順位対策ではなく、マークアップとページの整合を保つ作業と理解しておくと、クライアントへの説明もぶれません。

実務上の順序は決めておくと楽です。制作前にGBPの登録内容を取得し、それをマスターにする。GBP → ページ本文 → 構造化データの順で写す。後から直すと、ビル名の有無や番地のハイフンといった細かい表記ゆれが必ず残ります。

ただし「そろえる」の方向を間違えないでください。Webサイトのタイトルに合わせてGBPのビジネス名を書き換えるのは逆方向です。GBPのビジネス名は、店舗・ウェブサイト・ビジネスレターなどで一貫して使われている実際の名称にする、というのがガイドラインの原則です。


納品前チェックリスト

地域ビジネスのサイトを納品する前に、以下をフローに組み込んでおくと手戻りを防げます。合格ラインまで書いてあるので、そのままクライアント報告の材料になります。

チェック項目確認内容使うツール合格ライン
LocalBusiness構造化データnameaddress が入っているかリッチリザルトテスト「ローカルビジネス」で検出・エラー0
tel:リンクタップで発信できるかスマートフォン実機発信画面が開く
住所のテキスト記載HTMLテキストとして住所があるかページ内検索(Ctrl+F / ⌘F)番地が1件以上ヒットし、構造化データと表記が一致
Googleマップ埋め込み導線として機能しているかブラウザで実表示表示され、ファーストビューを押し下げていない
地域名の配置title・h1に地域名があるか「site:自社ドメイン」で検索検索結果のタイトルに地域名が出る
NAPの一致GBP・本文・構造化データで3点が同じかGBP管理画面と本文の突き合わせ表記まで含めて3か所すべて一致

この5項目を一括で見たい場合は Direbase(ディレベース) の「ローカルSEO診断」が使えます。店舗・地域ビジネス向けに、LocalBusiness構造化データ・NAP情報・Googleマップなど5項目を自動チェックする機能で、スコア外・全プラン無料という位置づけです。SEOスコア(4カテゴリ・45項目以上・100点満点)とは別枠なので、点数には影響しません。手作業のチェックを置き換えるものではなく、抜けを洗い出す先回りの一手として使うのが向いています。

クライアントへの報告時に「ローカルSEOの5項目は合格ラインをクリアしています。ただしこれはローカルパックの順位を保証するものではなく、オーガニック検索側の土台とGoogleの規約適合を担保するものです」と説明できると、期待値のズレも同時に潰せます。


まとめ

  • MEOはGBP側、ローカルSEOはWebサイト側——効く検索面が違うので、両方揃えて初めて地域ビジネスの検索面が埋まる
  • Webサイト側の5項目はローカルパックの順位要因ではない——効く先はオーガニック検索・ユーザー導線・Googleの規約適合。ここを混同した説明をしない
  • LocalBusinessの必須プロパティは nameaddress の2つだけ——urltelephone は推奨。営業時間は openingHoursSpecification を使う
  • NAP一致は順位対策ではなく規約対策——「読者に見えない内容をマークアップしない」というガイドラインが唯一の根拠
  • 納品前に合否ラインで確認する——リッチリザルトテスト・実機・ページ内検索・site:検索の4つで5項目すべて判定できる

ローカルSEOはSEO全体の一部です。地域ビジネス以外の案件も含めた全体像は SEO対策ガイド にまとめてあります。実装まで含めて相談したい場合は、Web制作を手がける RINIA へどうぞ。


よくある質問

Q. MEO対策とローカルSEOはどちらを先にやるべきですか?

同時並行が理想ですが、優先するならGBPの整備(MEO)です。理由は、Googleがローカル検索の3要素として挙げる「関連性」がビジネスプロフィールと検索語句の合致度そのものであり、ビジネス情報を充実させることが直接そこに効くからです(Google ビジネス プロフィール ヘルプ)。ただしWebサイト側のNAPと構造化データは同じタイミングで固めてください。後から直すと表記ゆれが残ります。

Q. LocalBusinessスキーマのtypeはどれを選べばいいですか?

Googleの原則は「可能な限り具体的なサブタイプを使う」です。歯科医院なら Dentist、レストランなら Restaurant、法律事務所なら LegalService のように業種に合わせます。複数の業種に該当する場合は @type を配列で指定してください。additionalType はGoogleがサポートしていないため使えません。

Q. WordPressのSEOプラグインでLocalBusinessを設定できますか?

できますが、無料で設定できるのは Rank Math だけです(2026-08-02に各社公式ページで確認)。Rank Math は無料版に Local SEO モジュールがあり、複数拠点の管理だけが PRO。Yoast の Local SEO は「Yoast SEO Premium、Yoast WooCommerce SEO、Yoast SEO AI+ に含まれる」と公式に記載があり無料版にはありません。AIOSEO は “The Local SEO feature is available to customers with a Plus plan or above” と明記されており Plus プラン以上です。いずれも既定値が Organization のままのことが多いので、切り替えを忘れないでください。

Q. LocalBusinessの必須プロパティはいくつありますか?

2つだけです。name(事業者名)と addressPostalAddress 形式の所在地)で、telephoneurl は推奨(Recommended)に分類されています。最小構成でもリッチリザルトの対象にはなり得ますが、Googleは address について「できるだけ多くのプロパティを含めるほど結果の品質が上がる」と書いているので、推奨項目も埋めるのが実務的です。

Q. 自社サイトに星評価(クチコミ評価)を出すことはできますか?

できません。Googleのレビュースニペットのガイドラインは、レビュー対象の事業者が自らそのレビューを管理している場合、LocalBusiness やその他の Organization タイプの構造化データを使うページは星評価の対象外になると明記しています。GoogleやFacebookのクチコミウィジェットを自社サイトに埋め込んだ場合も同様の扱いです。自社サイトに aggregateRating を書いても星は出ません。(出典: Google 検索セントラル「Review snippet structured data」/最終更新 2026-07-24 UTC・2026-08-02取得)

Q. Googleマップを埋め込むと検索順位は上がりますか?

上がるという記述はGoogleのドキュメントにありません。ローカル検索の順位は関連性・距離・知名度の3要素で説明されており、知名度の説明でウェブサイトに触れているのは「そのビジネスにリンクしているウェブサイトの数」だけです。埋め込みはユーザーの来店導線のための施策と考えてください。重いiframeを増やして表示速度を落とすトレードオフもあるため、置き場所は選ぶべきです。