業種別 JSON-LD 完全ガイド — 歯科 / 美容 / 飲食 / 士業 / 不動産 / EC

JSON-LD を入れるとき、多くのサイトが Organization だけで終わっています。

それは入口にすぎません。業種ごとに「最適な @type」と「組み合わせ」があり、それを当てるだけで Google のリッチリザルトに乗りやすくなり、AI 検索からの引用率も上がります。

この記事では、Tufe で実際に使っている業種別 JSON-LD の組み合わせを公開します。

• Dentist + MedicalBusiness + MedicalProcedure + FAQPage

• medicalSpecialty: Dentistry
• availableService: 診療メニューを Service として配列
• acceptedInsurance: 保険診療の有無
• priceRange: $ から $$$$ で表現
• openingHoursSpecification: 曜日別営業時間
• geo + address: 緯度経度 + 住所

description に「最高水準」「業界トップ」「絶対安全」などの誇大表現を入れると、医療広告ガイドライン違反です。事実だけ。

hasMap: Google マップへの URL。telephone: ハイフン区切り +81-3-... 形式の国際電話番号。

• BeautySalon (or MedicalClinic for 美容クリニック) + Service + AggregateRating + FAQPage

• availableService: メニュー (カット / カラー / トリートメント等) を個別 Service として展開
• priceRange は店舗全体、offers.price は施術別
• aggregateRating: ★評価とレビュー数 (口コミプラットフォームの数値を引用)

施術が医療行為（脱毛のレーザー、注入治療等）の場合は BeautySalon ではなく MedicalClinic / MedicalBusiness を使います。薬機法の観点でこの違いは重要です。

「永久脱毛」「絶対に痩せる」「根本治療」などは薬機法 / 景表法に抵触します。

• Restaurant + Menu + MenuSection + MenuItem + AggregateRating

Google の検索結果でメニュー (食事内容) が直接表示されるリッチリザルトに対応できます。客単価帯 / 主要メニュー / 価格帯 が SERP 上で見えると、検索段階でフィルタされにくくなります。

• servesCuisine: 「Japanese」「Italian」「Cafe」など
• acceptsReservations: True か False
• menu: Menu schema へのリンク or 埋め込み
• hasMenu: Menu schema 直接埋め込み

paymentAccepted: 「Cash, Credit Card, IC Card」など。smokingAllowed: 喫煙可否。

• LegalService (or Attorney) + Service + Person (代表者) + FAQPage

• serviceType: 「Tax Consulting」「Real Estate Law」など業務領域
• areaServed: 担当エリア (Place schema)
• priceRange か offers.price: 初回相談料 / 着手金

• 弁護士・司法書士は 報酬の予示 に厳格な制限。価格は「目安」として表示し、priceSpecification の priceCurrency だけでなく description で「事案により変動」を明記。
• 「絶対勝てる」「100% 解決」などは禁止。

代表者 (弁護士本人) の経歴 / 所属弁護士会 / 登録番号を Person schema で構造化すると、Google が「誰が運営しているか」を識別しやすくなります。

• RealEstateAgent + Place + GeoCoordinates + AggregateRating

• areaServed: 担当エリア
• availableService: 賃貸 / 売買 / 投資 などの業務
• slogan: 「東京 23 区の中古マンション専門」など差別化メッセージ

個別物件は Apartment / Residence / SingleFamilyResidence schema で。itemListElement で物件リストを構造化。

• 徒歩分数の起算は「物件の最も近い出入口から駅の最も近い出口まで」(80m / 分換算)。
• 「新築」は完成 1 年以内 + 未使用に限る。

• Product + Offer + AggregateRating + Review + shippingDetails

• name / image / description / sku
• offers.price / offers.priceCurrency / offers.availability
• aggregateRating.ratingValue / reviewCount
• shippingDetails: 配送料 / 配送地域 / 配送時間 (Merchant Listing 適合に必須)

2024 年以降、Google は Product リッチリザルトの表示条件を厳格化。shippingDetails + hasMerchantReturnPolicy がないと表示されません。

• セール価格を表示する際の元価格は「1 ヶ月以内に 8 週連続 4 週間以上販売実績のある価格」が原則。
• 2023 年 10 月施行のステマ規制により、レビューを引用するときは「広告」表示が必要。

業種ごとに 3〜5 種類の JSON-LD を手書きで揃えるのは、それ自体が知識労働です。

Tufe Market の Schema Markup Library ¥2,980 では、業種を選ぶだけで 12 種類の JSON-LD (Organization / LocalBusiness / Service / Product / FAQPage / HowTo / Article / Event / BreadcrumbList / Person / Review / AggregateRating) を業種特化で AI 生成し、コピペで動く形でメールに届きます。

8 業種 (歯科 / 美容 / 飲食 / EC / 士業 / 不動産 / 整骨 / 教育) + 汎用 B2B サービスに対応。

実装後、以下の 3 つで検証します:

1. Google リッチリザルト テスト — 即時検証
2. Schema Markup Validator — 構文厳格チェック
3. Search Console / 拡張レポート — 1〜2 週間後に対応リッチリザルトの集計が反映

• Organization 1 つで終わらせない。業種別に最適な @type と組み合わせがある。
• 業種固有の規制 (医療広告 / 薬機法 / 弁護士法 / 宅建業法 / 景表法) を踏まえた書き方が必要。
• 手書きで揃えるのは知識労働。AI 生成 + 業種特化テンプレで圧縮できる。

• Schema Markup Library ¥2,980
• JSON-LD (用語集)
• Schema.org (用語集)
• 構造化データ (用語集)
• リッチリザルト (用語集)