構造化マークアップを入れるとGoogleマップの順位が上がる、という説明をよく見かけます。ただし、Googleがローカル検索結果の順位要因として案内しているのは関連性・距離・知名度の3つで、そこにサイト側の構造化データは挙げられていません。構造化マークアップが公式に確認できる効果は、ページの内容をGoogleに正しく理解させることと、検索結果の一部の表示機能の対象になることです。この記事では、公式ドキュメントで確認できる範囲とできない範囲を切り分けたうえで、店舗サイトで実際に何を実装し、どう検証し、何も起きないときに何を確認するのかを解説します。
この記事でわかること
- 効く範囲の切り分け： マップ（ローカルパック）の順位要因として構造化データは案内されていません。効果が公式に確認できるのは、ページ理解と検索結果の表示機能への適格性です。
- 店舗サイトで実装するもの： 中心はLocalBusinessとBreadcrumbListです。Review・AggregateRatingは、自社サイト上の自己レビューでは星が出ません。
- 何も起きないときの確認順： 「検出できた＝表示される」ではありません。表示は保証されないこと・ガイドライン・再クロールの順で確認します。
構造化マークアップはMEO（Googleマップ）の順位に効くのか
Googleは、ローカル検索の順位要因として構造化データを案内していません。
公式に確認できる効果は、ページの内容を正しく理解させることと、検索結果の一部の表示機能の対象になることの2つです。
「構造化マークアップ meo」で検索すると、上位はほぼ「MEOに構造化データは必須」「順位が上がる」という同じ主張で埋まっています。しかし、Googleビジネスプロフィールヘルプの「ローカル検索結果でのビジネスの表示順位を改善する」というページを読むと、順位を決めるものとして挙げられているのは関連性・距離・知名度の3つだけで、ウェブサイト側の構造化データへの言及は一切ありません。構造化データ全般についても、Googleは「構造化データはランキング要因ではない」と繰り返し説明しています。
ここで注意したいのは、公式ドキュメントに記載がないことは「影響がゼロである」ことの証明ではないという点です。Googleが順位の仕組みをすべて公開しているわけではありません。この記事では「効かない」と断定せず、「公式には順位要因として案内されておらず、順位向上の効果を公式資料では確認できない」という書き方を通します。実装するかどうかは、順位以外の効果で判断するのが現実的です。
| 論点 | 公式ドキュメントで確認できること |
|---|---|
| マップ・ローカルパックの順位 | 順位要因として構造化データは挙げられていない。示されているのは関連性・距離・知名度の3つ |
| ウェブ検索の順位 | 構造化データはランキング要因ではない、とGoogleが明言している |
| 検索結果での見え方 | リッチリザルトやナレッジパネルなど、検索結果の表示機能の対象になりうる（表示は保証されない） |
| ページの内容の理解 | ページに何が書かれているかを、推測ではなく宣言された情報として受け取れる |
| AI検索・AIエージェント | GoogleはAI OverviewやAI Mode向けの特別なマークアップは不要と説明している |
構造化マークアップは、順位を押し上げる道具ではなく、すでに書いてある情報を機械が誤解なく受け取れる形に整える作業だと考えてください。MEO全体の進め方はMEO対策とは？やり方5ステップとMEOだけでは足りない理由、自社サイトにいま何のスキーマが出ているか分からない場合の費用感は構造化マークアップ代行の料金相場と失敗しない依頼方法で確認できます。
Googleがローカル検索の順位要因として案内しているのは関連性・距離・知名度
Googleビジネスプロフィールヘルプが挙げているローカル検索の順位要因は、関連性・距離・知名度の3つです。
関連性は、ビジネスプロフィールに登録された情報が検索語にどれだけ合っているかです。距離は、検索した地点や指定された地域からの距離です。知名度は、そのビジネスがどれだけ広く知られているかを指し、Googleはこの知名度についてウェブ上のリンクや記事、ディレクトリへの掲載といったオンラインの情報も考慮すると説明しています。
つまり「マップの順位はビジネスプロフィールだけで決まる」という言い方は正確ではありません。サイト側の取り組みが順位に無関係というわけではなく、無関係だと公式資料から読み取れるのは「構造化データという記述形式そのもの」です。順位要因の詳しい内訳はローカルSEO対策とは？順位を決める3要因とAI時代のやり方で解説しています。
構造化マークアップの主な効果は、ページ理解と検索機能への適格性
構造化マークアップの直接的な効果は「ページ内容の理解」と「検索結果の表示機能への適格性」の2つです。
サイトに「営業時間 10:00〜19:00」と書いてあっても、Googleにとっては文字列でしかありません。構造化データで営業時間として宣言すると、推測ではなく宣言された情報として受け取れます。これが「ページ理解」の部分です。
もう一つが「適格性」です。ナレッジパネルやカルーセルのような検索結果の表示機能には、対象になるための条件があり、構造化データはその条件の一つです。ただし条件を満たすことと実際に表示されることは別で、Googleは構造化データを実装しても表示が保証されるものではないと明記しています。「実装したのに出ない」という相談の多くは、この違いが原因です。
店舗サイトで検討する構造化データの種類
店舗サイトで実装を検討する中心は、LocalBusinessとBreadcrumbListの2つです。
Review・AggregateRatingは、自社サイト上で自社のレビューを掲載する形では星が表示されません。
schema.orgが定義する語彙は数百種類ありますが、店舗サイトで実際に使うものは限られます。次の表は、スキーマごとに「何のために書くのか」「検索結果に何が出るのか」を整理したものです。
| スキーマ | 何のために書くか | 検索結果に何が出るか |
|---|---|---|
| LocalBusiness | 事業所名・住所・電話番号・営業時間を機械が読める形にする | ナレッジパネル等の対象になりうる。表示は保証されない |
| Review・AggregateRating | レビューや評価の情報を伝える | 自社サイト上の自己レビューはスターレビュー機能の対象外 |
| BreadcrumbList | そのページがサイト内のどこにあるかを伝える | 検索結果のURL欄がパンくず表示になる |
| Organization | サイトの運営者が何者かを伝える | ナレッジパネルの情報源のひとつになる |
| FAQPage | よくある質問と回答を伝える | 2023年以降、FAQリッチリザルトは原則として政府・医療などのサイトに限定。一般の企業サイトでは通常表示されない |
FAQPageは、以前は「入れておけば検索結果が縦に大きくなる」施策として広く紹介されていました。現在は表示対象が絞られているため、店舗サイトで優先度を上げる理由はありません。書くこと自体に害はありませんが、表示を期待して工数をかける対象ではないと考えてください。
LocalBusiness｜Google検索機能の対象になる必須項目はnameとaddress
Googleの検索機能の対象になるための必須項目は、nameとaddressの2つです。
ここは誤解が多い部分なので、区別して押さえてください。この「必須」はGoogleの検索機能への適格性の条件であって、schema.orgの仕様上そのプロパティが必須という意味ではありません。schema.orgの語彙自体に必須プロパティという概念はなく、どこまで書くかは実装者が決めます。
店舗サイトであれば、name・addressに加えて電話番号・営業時間・URL・緯度経度・画像あたりまでは書いておくと、伝わる情報が増えます。業種によっては Restaurant・BeautySalon・Dentist といった、より具体的なサブタイプが用意されています。該当するものがあればそちらを使ってください。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BeautySalon",
"name": "サンプルヘアサロン 目黒店",
"address": {
"@type": "PostalAddress",
"postalCode": "153-0064",
"addressRegion": "東京都",
"addressLocality": "目黒区",
"streetAddress": "下目黒1-2-3 サンプルビル2F"
},
"telephone": "+81-3-0000-0000",
"url": "https://example.com/",
"openingHoursSpecification": [{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Tuesday","Wednesday","Thursday","Friday","Saturday","Sunday"],
"opens": "10:00",
"closes": "19:00"
}]
}
</script>
住所や電話番号は、Googleビジネスプロフィールに登録した表記とそろえておきます。ただし、表記ゆれをそろえること自体が順位を動かすと公式に案内されているわけではありません。同じ事業所だと判断しやすくするための整備として行ってください。
Review・AggregateRating｜自社サイトの自己レビューでは星は出ない
自社サイトに自社のレビューを載せて構造化データを書いても、検索結果に星は表示されません。
Googleのレビュースニペットの公式ドキュメントには、レビューされる側のエンティティが自身のレビューを管理している場合、LocalBusinessまたはその他のOrganization系の構造化データを使用しているページはスターレビュー機能の対象外になると明記されています。あわせて、評価はユーザーから直接入手する必要があるとも書かれています。
「お客様の声」ページにAggregateRatingを書けば星が出る、という説明が今でも流通していますが、店舗や企業が自社について自社サイトに掲載する形は、この対象外の条件に当てはまります。星を出すことを目的にこの実装を行っても、期待した結果にはなりません。
さらに2026年7月24日、Googleはレビュースニペットのガイドラインに項目を追加しました。偽のレビューや、対価の提供を明示していないレビューを構造化データに含めないという内容です。日本語版ドキュメントの翻訳反映は英語版より遅れているため、日本語ページだけを見ていると気づけません。
店舗として口コミを検索結果に出したい場合、実際に効くのはGoogleビジネスプロフィール側に集まった口コミです。サイト側の構造化データではありません。口コミの扱いは【2026年版】Google口コミの検索方法｜関連度順とサクラの見分け方で解説しています。
BreadcrumbListなど、併用しやすいもの
BreadcrumbListは実装の手間が小さく、検索結果の表示にも反映されやすいスキーマです。
検索結果のURL欄が「トップ ＞ カテゴリ ＞ ページ」の形になるもので、多くのCMSやテーマが標準で出力しています。まず確認すべきは、新しく書くことではなくすでに出力されているかどうかです。テーマとプラグインが二重に出力していて壊れている、というケースが実務ではよくあります。
このほか、Organization（運営者情報）を全ページ共通で1つ出しておくと、サイト全体で「これは誰が運営しているサイトか」が一貫します。店舗サイトでは、まずLocalBusiness・BreadcrumbList・Organizationの3つが整っているかを確認してください。
構造化マークアップの実装手順
実装は、書く→テストで構文を確認する→Search Consoleで検出と表示の可否を確認する、の3段階で進めます。
書き方は大きく2つあります。JSON-LDでコードを直接記述する方法と、Googleの支援ツールを使う方法です。どちらを選んでも、最後の検証手順は共通です。
JSON-LDで直接記述する
JSON-LDは、HTMLの本文とは分離したscriptタグの中にまとめて書ける記述形式です。Googleが推奨しています。
構造化データの記述形式には Microdata・RDFa・JSON-LD の3つがありますが、MicrodataとRDFaはHTMLの各要素に属性を差し込む形なので、修正のたびにテンプレートを触ることになります。JSON-LDは1か所にまとまるため、追加も修正も1ブロックで済みます。
WordPressであれば、テーマ側で出力するか、専用プラグインを使います。ここで注意したいのが二重出力です。テーマとプラグインが同じスキーマを別々に出していると、意図しない値がGoogleに渡ります。新しく書き足す前に、いま何が出力されているかを必ず確認してください。記述の詳細とコピーして使える例はJSON-LDとは？書き方・実装例・SEO効果【2026年版】にまとめています。
構造化データマークアップ支援ツールを使う方法
Googleの構造化データマークアップ支援ツールを使うと、HTMLを書かずに構造化データのコードを生成できます。
画面上でページの要素をクリックして「これは名前」「これは住所」と指定していくと、対応するコードが生成される仕組みです。手順は次のとおりです。
- 構造化データ マークアップ支援ツールにアクセスする
- マークアップしたいページのURLを入力する
- 画面上の要素を選択し、タイプ（名前・住所・電話番号など）を指定する
- 生成されたコードを表示する
- コードを対象ページに貼り付ける
ただし、このツールが対応しているタイプは限られており、LocalBusinessのすべてのプロパティを網羅できるわけではありません。生成されたコードをそのまま使うのではなく、出発点として使い、足りない項目を手で足すという進め方が現実的です。生成後は次の検証を必ず通してください。
リッチリザルトテストとSearch Consoleで検証する
検証はリッチリザルトテストとSearch Consoleの二段構えで行います。
リッチリザルトテストはその場でURLやコードを入力して結果を見るもので、書いた直後の確認に使います。Search Consoleの拡張レポートは、Googleがサイト全体をクロールした結果を集計したもので、反映されたかどうかの確認に使います。この2つは役割が違い、リッチリザルトテストで問題がなくてもSearch Consoleに出てくるまでには時間がかかります。
Search Consoleは、構造化データの検証だけでなく、そのページが実際にどの検索語で表示されているかを確認するためにも使います。（実務知見）当社では、施策を打ったページについて、順位ではなく表示回数とクリックの動きを日次で追うようにしています。構造化マークアップのように順位に直結しない施策は、短期の順位変動だけを見ても効果の有無を判断できないためです。数値の読み方は【図解】MEOインサイト（パフォーマンス）の見方と活用法もあわせて参考にしてください。
自作するか、代行に出すかの判断
判断の分かれ目は、テーマやプラグインの出力を触れるかどうかと、複数店舗ぶんを継続して直せるかどうかです。
| 状況 | 現実的な選択 |
|---|---|
| 1店舗・WordPress・テーマを触れる担当者がいる | 自作でよい。LocalBusinessとBreadcrumbListの2つから始める |
| 1店舗だがサイト制作を外部に任せきりで、触れる人がいない | 制作会社に依頼。出力されているスキーマの一覧を先に出してもらう |
| 複数店舗で店舗ページが自動生成されている | 代行を検討。テンプレート側で一括出力する設計が必要になる |
| すでに実装済みだがエラーが出ている・重複している | 代行を検討。原因の切り分けが実装より手間になることが多い |
費用の相場と依頼先の選び方は構造化マークアップ代行の料金相場と失敗しない依頼方法【2026年最新】にまとめています。
実装したのに何も起きないときに確認すること
まず「検出できた＝検索結果に表示される」ではない、という前提を確認してください。
そのうえで、ガイドライン違反・再クロール待ち・手動による対策の順で見ていきます。
Googleが公式に挙げているのは、次の点です。
- 表示は保証されない： 構造化データを正しく実装しても、リッチリザルトが表示されるとは限りません。Googleが表示すると判断した場合に表示されます。
- ガイドラインへの適合： 構造化データの一般ガイドラインと、各機能個別のガイドラインの両方を満たす必要があります。ページに書かれていない内容をマークアップする、利用者に見えない情報をマークアップするといった実装は対象外になります。
- クロールと再インデックス： 実装した内容がGoogleに読まれ、インデックスに反映されるまでには時間がかかります。Search ConsoleのURL検査からインデックス登録をリクエストできます。
- 手動による対策： ガイドライン違反があると、構造化データに対する手動による対策が適用されることがあります。Search Consoleの手動による対策レポートで確認できます。
公式が挙げている原因は5つあり、5つ目は「その機能がその地域でまだサポートされていない」です。実装では動かせない条件については「リッチリザルトとは？対応25機能と表示されない5つの原因」で、国と言語で変わる提供範囲まで整理しています。
この4点を確認しても変化がない場合、実装以外の要因を疑う段階に入ります。ここから先は公式に「原因」として示されているものではありませんが、実務でよく指摘される観点として挙げておきます。
（実務知見）当社にご相談いただくケースでは、コードそのものは正しいのに、そのサイトが「誰が運営していて、何の専門で、外部から何と言われているか」を機械が確認できる状態になっていない、というパターンが目立ちます。構造化データは自己申告であり、それを裏づける外部の情報がなければ、宣言だけでは扱いが変わりにくい、という整理です。ただしこれはGoogleが「表示されない原因」として公式に挙げているものではありません。実装を疑い尽くしたあとの視点として持っておく程度が適切です。
補足：OKF（Open Knowledge Format）はMEO施策ではありません
2026年6月12日にGoogle Cloudがv0.1を公開し、7月24日にv0.2が出た仕様です。Markdownにメタデータを付けて知識を共有するためのもので、検索のJSON-LDとは目的も読み手も別です。Googleの検索ドキュメントに、OKFがローカル検索やリッチリザルトに影響するという記載はありません。MEOの施策として取り組む対象ではなく、AIエージェントへ社内の知識を渡す文脈の仕様として捉えてください。既存のJSON-LDを外す必要もありません。
構造化マークアップとMEOのよくある質問
本編で触れなかった周辺の疑問をまとめます。
Q. 構造化マークアップを入れれば、Googleマップの順位は上がりますか。
A. 上がるとは公式に案内されていません。Googleがローカル検索の順位要因として挙げているのは関連性・距離・知名度の3つで、サイト側の構造化データは含まれていません。ただし、記載がないことは影響がゼロである証明ではないため、「効かない」と断定もできません。順位以外の効果で判断してください。
Q. 自社サイトのお客様の声に星評価を出したいのですが。
A. 出せません。レビューされる側が自身のレビューを管理している場合、LocalBusinessやOrganization系の構造化データを使うページはスターレビュー機能の対象外だとGoogleが明記しています。星を出したい場合は、Googleビジネスプロフィール側に口コミを集めるのが正しい経路です。
Q. サイトのNAP情報とビジネスプロフィールの表記は完全に一致させるべきですか。
A. そろえておくに越したことはありませんが、表記をそろえること自体が順位を動かすとGoogleが案内しているわけではありません。目的は「同じ事業所だと判断しやすくする」ことです。番地の全角・半角のような差に工数をかけるより、住所・電話番号・営業時間が実態と合っているかを優先してください。
Q. AI検索に載せるために、専用のマークアップは必要ですか。
A. 必要ありません。GoogleはAI OverviewやAI Mode向けの特別なマークアップは不要だと説明しています。通常の検索と同じ基盤が使われるため、ページの内容とその理解しやすさを整えることが土台になります。
Q. リッチリザルトテストでエラーが出ていないのに、Search Consoleに出てきません。
A. 2つは役割が違います。リッチリザルトテストはその場での構文確認、Search Consoleの拡張レポートはGoogleが実際にクロールした結果の集計です。反映には日数がかかるため、URL検査からインデックス登録をリクエストして待ってください。数週間経っても検出されない場合は、そのページがインデックスされているかを先に確認します。
まとめ
構造化マークアップとMEOの関係は、「効く／効かない」ではなく「どこに効くか」で整理すると判断を誤りません。
- 順位： ローカル検索の順位要因として案内されているのは関連性・距離・知名度の3つで、サイト側の構造化データは含まれていません（記載がないことは影響ゼロの証明ではありません）。
- 効果： 公式に確認できるのはページ内容の理解と、表示機能への適格性です。適格性を満たしても表示は保証されません。
- 実装： 中心はLocalBusinessとBreadcrumbList。FAQPageは表示対象が絞られており優先度は上がらず、自社サイト上の自己レビューでは星も出ません。
- 確認： 何も起きないときは、表示は保証されないこと・ガイドライン・再クロール・手動による対策の順で見ます。
順位を上げる魔法として期待すると失望しますが、情報を正しく渡す整備として実装すれば、検索結果での見え方とAI時代の情報の受け渡しの両方に効いてきます。
参考情報
- Googleビジネスプロフィール ヘルプ「ローカル検索結果でのビジネスの表示順位を改善する」
- Google 検索セントラル「構造化データに関する一般的なガイドライン」
- Google 検索セントラル「ローカルビジネス（LocalBusiness）の構造化データ」
- Google 検索セントラル「レビュースニペットの構造化データ」
- Google Cloud Blog「How the Open Knowledge Format can improve data sharing」
- アイダイム「JSON-LDとは？書き方・実装例・SEO効果【2026年版】」
- アイダイム「構造化マークアップ代行の料金相場と失敗しない依頼方法【2026年最新】」
