FreeToolsForWeb
ヘルプコーヒーをおごる

構造化データ作成ツール — LocalBusiness、FAQ などの JSON-LD

フォームに入力するだけで、Organization、LocalBusiness、Person、Article、Product、FAQ、Event、パンくずリストの有効な JSON-LD を作成。<head> にコピーするだけです。

schema.org のサブタイプ。空欄なら LocalBusiness になります

JSON-LD
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness"
}
</script>

<head> 内または <body> の末尾に貼り付けて、Google のリッチリザルト テストまたは Schema Markup Validator で確認してください。空欄の項目は自動的に省略されます。

すべてブラウザ内で動作します。入力内容が送信・保存されることはありません。 すべての無料ツールを見る.

不具合や改善できそうな点を見つけましたか？いただいたメッセージはすべて読み、すぐに対応します。

この無料の構造化データ作成ツールは、短いフォームから、ビジネスの Web サイトにとって最も重要な schema.org の 8 つのタイプ、Organization、LocalBusiness とそのサブタイプ、Person、Article、Product、FAQPage、Event、BreadcrumbList の有効な JSON-LD 構造化データを作成します。script タグをページの head にコピーし、Google でテストすれば完了です。インストールするものはなく、何もサーバーに送信されません。

構造化データは、検索エンジンや AI の回答エンジンに、ページが何についてのものかを誤解のない形で伝えます。この住所で、この営業時間の歯科医院である、この記事はこの人がこの日に書いた、この商品はこの価格で在庫がある、といった情報です。一部のタイプは今も Google でリッチリザルトを得られます（商品、イベント、パンくずリスト、記事）。FAQ のマークアップなど他のタイプは、2026 年にほとんどのサイトで目に見えるリッチリザルトを失いましたが、エンティティの理解や AI が生成する回答には今も使われています。下の解説でどれがどちらかを説明しているので、効果のあるところに労力をかけられます。

使い方

  1. ページに合ったスキーマのタイプを選びます。店舗・拠点のページには LocalBusiness、ブログ記事には Article、商品ページには Product、主な内容が質問と回答のページには FAQPage です。
  2. フィールドに入力します。画像やリンクには絶対 URL、日付には ISO 形式（2026-09-24）、イベントにはタイムゾーン付きの完全なタイムスタンプを使います。
  3. 右側の JSON-LD を確認します。空のフィールドは自動で省かれるので、わからない項目は推測せず空欄のままにしてください。
  4. <script> タグをページの <head>（または <body> の最後）にコピーします。エンティティごとに 1 ブロックで構わず、1 ページに複数あっても問題ありません。
  5. 公開中のページを Google のリッチリザルト テストで検証し、数日後に Search Console の「拡張」レポートを確認します。

よくある質問

構造化データで検索順位は上がりますか？

直接的には上がりません。Google は、構造化データはランキング要因ではないとしています。ただし、クリック率を高めるリッチリザルト（星、価格、イベントの日付、パンくずリスト）を得られることがあり、検索エンジンや AI アシスタントがページを正確に理解して引用するのに役立ちます。現実的に期待できるのは、順位の急上昇ではなく、表示の改善とエンティティのより明確な理解です。

2026 年でも FAQ の構造化データを追加すべきですか？

Google はほとんどのサイトで FAQ のリッチリザルトを表示しなくなったため（一部の政府系や健康関連のサイトのみ維持）、検索結果に展開できる質問が表示されることは期待しないでください。マークアップ自体は今も有効で、回答エンジンが Q&A の組を抽出するのにも役立ち、質問がすでにページにあるなら追加の手間はかかりません。マークアップを載せるためだけに FAQ のコンテンツを作るのはやめましょう。

JSON-LD はどこに置けばよいですか？

HTML のどこでも構いませんが、通常は <head> 内に置きます。Google は body 内や、読み込み後に JavaScript で挿入されたスクリプトからも読み取りますが、サーバー側でレンダリングしたマークアップが最も確実です。iframe や外部ファイルには入れないでください。

JSON-LD とマイクロデータ、どちらを使うべきですか？

JSON-LD です。Google が推奨しており、属性に散らばるのではなく 1 つのブロックにまとまり、CMS やテンプレートから生成するのもはるかに簡単です。マイクロデータや RDFa も引き続き使えますが、保守が大変です。

ページに表示されていない内容をマークアップできますか？

できません。構造化データは、訪問者が見られる内容を記述しなければなりません。表示されていないレビュー、ページと異なる価格、存在しない FAQ をマークアップすると Google のガイドラインに違反し、サイトのすべてのリッチリザルトが削除される手動による対策を受けることがあります。

LocalBusiness と Organization の違いは何ですか？

Organization は会社を 1 つのエンティティ（名前、ロゴ、連絡先、SNS のプロフィール）として記述するもので、サイトのトップページや会社概要のページに置きます。LocalBusiness は顧客が訪れる実在の場所を、住所、営業時間、位置情報とともに記述するもので、各店舗・拠点のページに置きます。店舗が 1 つのビジネスは、LocalBusiness のサブタイプ（Dentist、Restaurant、Store）をメインのエンティティにすることがよくあります。

現在リッチリザルトを得られるタイプ

• Product：検索結果に価格、在庫状況、評価を表示（販売者のリスティングと商品スニペット）。実際のオファーのデータが必要です。

• Article：見出しと画像の表示が強化され、ニュースならトップニュースの対象に。

• Event：検索結果や Google のイベント表示に、日付、会場、チケットの詳細を表示。

• BreadcrumbList：検索結果の下に、生の URL の代わりにパスを表示。

• LocalBusiness と Organization：スニペットではなく、ナレッジパネルの詳細とエンティティの理解に。

• FAQPage：ほとんどのサイトでは、もはや目に見えるリッチリザルトにはなりませんが、AI による抽出には今も有用です。

サイト全体でエンティティをつなぐ

この作成ツールの先にある最も効果的な改善は、各エンティティに固定の @id（たとえば https://example.com/#organization）を付け、すべてのページからそれを参照することです。記事は発行者として組織を、著者として人物を指し、店舗・拠点のページは親の組織を指します。そうすれば、ばらばらのブロックが検索エンジンのたどれるグラフになります。このサイトでもこのパターンを使っています。また、これは私たちがクライアントのために行っているサイト全体の作業でもあります。

関連する無料ツール

  • メタタグ生成 — ページのタイトル、ディスクリプション、SNS カードの情報を入力すると、文字数カウンター付きで、正しくエスケープされた完全な <head> ブロックを生成します。
  • robots.txt ジェネレーター — すべて許可、ステージング、WordPress のプリセット、AI クローラーのセクション（学習はブロック、AI 検索は維持）、インデックスから消えるミスへの警告付きで robots.txt を作成します。
  • OGP プレビュー — URL を入力すると、Facebook、LinkedIn、X、Slack が表示するカードそのもの、見つかったすべてのタグ、不足しているものがわかります。