VIII-K4 営業時間・住所をAIに正確に伝える―ローカル系構造化データの考え方
ローカル系構造化データの考え方
このレッスンの狙い:Organization/FAQPage等の汎用スキーマを個店・地域事業者の文脈に適用する一般的な実装の考え方を理解できるようになる。
最終更新: 2026-07-25
この記事の要点
- Organization/FAQPage等の汎用スキーマを個店・地域事業者の文脈に適用する一般的な実装の考え方を理解できるようになる。
- 「機械可読な事実」としてAIに伝える、とはどういうことか
- サンプルで見るLocalBusinessスキーマ
自社サイトに営業時間や住所を書いているのに、AIの回答では違う情報が使われてしまう。そんな食い違いの原因の1つが、人間には読めてもAIには「機械的に正しく」読み取れない書き方になっていることです。このレッスンでは、店舗・地域事業者の基本情報をAIに正確に伝えるための構造化データという考え方を扱います。
「機械可読な事実」としてAIに伝える、とはどういうことか
用語解説
構造化データとは、schema.orgという共通の語彙(ボキャブラリー)を使って、ページの中の情報が「何を意味するか」をAIや検索エンジンに直接伝えるための記述方法です。人間はレイアウトやデザインから情報を読み取れますが、AIはページ内のテキストだけでは「これが営業時間なのか、単なる数字の羅列なのか」を正確に判断できません。
宿泊・飲食業を対象にした調査では、AIが「機械可読な事実」として直接抜き出せるのは、Hotel・Restaurant・LocalBusiness・FAQPageといったschema.orgの構造化データであり、名称・住所(PostalAddressという住所専用の形式)・電話番号・価格帯・座標などを機械可読形式で明示することが推奨されています(出典: Digital Fox, 2026年)。ローカルビジネス業界に特化した導入事例は今回の調査では確認できていませんが、LocalBusinessという語彙自体はschema.orgの標準規格であり、業種を問わず使える技術的な事実です。個店・地域事業者であれば、宿泊・飲食業向けに整理されたこの考え方をそのまま応用できます。
- 店舗の基本情報(店名・住所・電話番号・営業時間)を洗い出す
- LocalBusiness(またはOrganization)スキーマで基本情報を機械可読にする
- FAQPageスキーマでよくある質問と回答を追加する
- Googleビジネスプロフィールの情報と食い違いがないか照合する
サンプルで見るLocalBusinessスキーマ
実装のイメージをつかむために、架空の店舗を例にした最小限のサンプルを示します。
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "サンプル和菓子店",
"address": {
"@type": "PostalAddress",
"streetAddress": "〇〇町1-2-3",
"addressLocality": "〇〇市",
"addressRegion": "〇〇県",
"postalCode": "000-0000"
},
"telephone": "000-000-0000",
"openingHours": "Mo-Fr 09:00-18:00"
}※上記は説明用のサンプルです。店名・住所・電話番号は架空のものであり、実際の店舗情報に置き換えて使ってください。
FAQPageは「リッチリザルト」廃止後も価値がある
Google検索のFAQリッチリザルト(検索結果画面での展開式Q&A表示)自体は2026年5月7日付でGoogleが廃止しました(出典: Google Search Central「Search Central changelog」“Added a deprecation notice to the FAQ rich result documentation”, 2026年7月25日確認)。しかしFAQPageスキーマは無意味になったわけではありません。ChatGPT・Perplexity・Claude等のAIが特定の質問への回答を抽出する用途では、FAQPageスキーマは引き続き有効とされています(出典: Stackmatix, 2026年)。「営業時間は?」「予約は必要?」といった、来店前によく聞かれる質問と回答をFAQPage形式で用意しておくことは、今も意味のある投資です。
GBPとの整合性を取ることが最優先
GoogleのAI Overviewsは、GBPのデータ・口コミ内容・サイト内テキストを組み合わせて回答を合成する構造になっており、GBPの情報充実度がそのまま回答生成の入力データとして扱われています(出典: PinMeTo, 2026年)。つまり、構造化データをどれだけ精緻に実装しても、GBPの営業時間や住所と食い違っていては逆効果になりかねません。実装の際は、必ずGBPとの整合性チェックを最後の工程に入れてください。
実践ステップ
- 自社サイトに店名・住所・電話番号・営業時間の情報が明記されたページがあるか確認する
- LocalBusinessまたはOrganizationスキーマとして、上記の情報をJSON-LD形式で実装する
- 来店前によく聞かれる質問を5つ程度洗い出し、FAQPageスキーマとして追加する
- 実装した内容とGBPの登録情報を見比べ、営業時間・住所・電話番号に食い違いがないか照合する
まとめ
ローカルビジネス特化の構造化データ導入事例はまだ確認できていませんが、LocalBusiness・FAQPageというschema.orgの標準語彙は業種を問わず使える技術的な事実です。実装した情報がGBPの登録内容と食い違わないよう整合性を保つことが、AIに正確な情報を伝えるための最優先事項になります。K5では、この技術的な土台の上にどう信頼を積み重ねるかを扱います。
このレッスンはテキストとスライドで学べます。スライドは上のビューアからご覧ください。
確認テスト
選択肢をクリックすると、その場で正誤と解説が表示されます。
Q1. GoogleはFAQリッチリザルト(検索結果画面での展開式Q&A表示)を2026年5月7日付で廃止したが、FAQPageスキーマ自体はChatGPT等のAIが回答を抽出する用途では引き続き有効とされている
Google Search Central changelog(確認日2026-07-25)でリッチリザルトは廃止されたが、FAQPageスキーマ自体はAIの回答抽出用途で有効とされている(出典: Stackmatix)。
Q2. ローカルビジネス特化の構造化データ導入事例について本文はどう述べているか
本文はローカルビジネス特化の導入事例は確認できていないが、LocalBusiness自体は標準規格として応用できると述べている。
Q3. GoogleのAI Overviewsが回答生成の入力データとして扱う情報として本文が挙げるものはどれか
AI OverviewsはGBPのデータ・口コミ内容・サイト内テキストを組み合わせて回答を合成するとされている(出典: PinMeTo, 2026年)。
このレッスンのFAQ
Q. 構造化データとは何ですか。
schema.orgという共通の語彙を使って、ページの中の情報が「何を意味するか」をAIや検索エンジンに直接伝えるための記述方法です。
Q. FAQリッチリザルトが廃止された今、FAQPageスキーマは無意味ですか。
いいえ。Google検索のFAQリッチリザルト自体は2026年5月7日付で廃止されましたが、ChatGPT・Perplexity・Claude等のAIが特定の質問への回答を抽出する用途ではFAQPageスキーマは引き続き有効とされています。
Q. 構造化データを実装する際に最優先すべきことは何ですか。
実装した内容とGBPの登録情報に食い違いがないか、整合性チェックを最後の工程に入れることが最優先とされています。