構造化データ ジェネレーター
短いフォームに入力するだけで、schema.org の 9 種類（Organization、LocalBusiness、Article、Product、FAQPage、HowTo、BreadcrumbList、Event、WebSite〈サイトリンク検索ボックス〉）に対応した正しい JSON-LD 構造化データを生成します。各項目は Google のリッチリザルト ドキュメントに沿って必須・推奨で表示され、URL・日付・価格・コードは入力中に検証されます。出力は <head> への貼り付けと Google リッチリザルト テストにそのまま使えます。ブラウザー内で動作し、何も保存しません。
検出結果（0）
問題なし — 必須・推奨のすべての項目が入力され、形式も正しいです。
JSON-LD
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Example GmbH",
"url": "https://www.example.com/",
"logo": "https://www.example.com/logo.png",
"description": "Example GmbH builds measurement tools for marketing teams.",
"telephone": "+49 30 1234567",
"email": "hello@example.com",
"sameAs": [
"https://www.linkedin.com/company/example",
"https://x.com/example"
],
"address": {
"@type": "PostalAddress",
"streetAddress": "Musterstraße 12",
"addressLocality": "Berlin",
"addressRegion": "BE",
"postalCode": "10115",
"addressCountry": "DE"
}
}
</script>テストする
このジェネレーターが確認するのは形式であって、Google の判定ではありません。出力を Google のリッチリザルト テストに貼り付けてリッチリザルトが検出されるか、どのプロパティが指摘されるかを確認し、語彙のチェックには Schema.org バリデーターを使ってください。
すべてブラウザー内で動作し、リクエストは一切送信されず、何も保存されません。必須・推奨の表示は 2026 年 9 月時点の Google 構造化データ ドキュメントに従います。ジェネレーターは不足や形式の誤りを報告するだけで、ページにどの種類を載せるべきかは判断しません。
仕組み
1. 種類を選ぶ — Organization、LocalBusiness（Restaurant や Dentist などのサブタイプ付き）、Article / NewsArticle / BlogPosting、Offer と AggregateRating 付きの Product、FAQPage、HowTo、BreadcrumbList、Event、SearchAction 付きの WebSite
2. フォームに入力する — 各項目はその種類に関する Google の構造化データ ドキュメントに従って必須・推奨・任意のラベルが付く。ページは記入済みの例で開く
3. 値は入力中に検証される: 絶対 http(s) URL、ISO 8601 の日付と日時（タイムゾーン警告付き）、ISO 8601 の期間（PT10M）、数値、3 文字の ISO 4217 通貨コード、GTIN の桁数（8/12/13/14）、メールアドレスの形式、検索テンプレート内の {search_term_string} プレースホルダー
4. JSON-LD は入力済みの項目から組み立てられる: 空の項目は空のまま出力せず省略し、入れ子オブジェクト（PostalAddress、Offer、GeoCoordinates、Person、Place、HowToStep、ListItem など）にはそれぞれ @type が付き、列挙値は https://schema.org/ の URL になる
5. 検出結果は不足や形式の誤りを列挙する — 必須項目の不足はエラー、推奨項目の不足は警告、体裁上の問題は情報。ジェネレーターは推測で空欄を埋めない
6. <script type="application/ld+json"> ブロックをページの <head> にコピーし、Google リッチリザルト テストと Schema.org バリデーターで検証する — ジェネレーターがマークアップを作り、それらのツールが Google に読めることを確認する構造化データとジェネレーターが検証する内容について
構造化データとは、ページが何についてのものかを schema.org の語彙で記述した機械可読の説明で、実際にはブラウザーが無視し検索エンジンが読む <script> ブロック、つまり JSON-LD として埋め込まれます。それ自体で順位は変わりません。ページをリッチリザルト（レビューの星、商品価格、イベント日程、パンくずリスト、サイトリンク検索ボックス）の対象にし、クローラーや AI 回答エンジンに曖昧さのない事実を渡します。これが価格、これが著者、これが住所、というように。Google が Microdata や RDFa より JSON-LD を推奨するのは、1 か所にまとまり HTML に織り込む必要がないからです。
リッチリザルトごとに必須・推奨プロパティが決まっており、それはほぼ何でも許容する schema.org ではなく Google のドキュメントに由来します。ジェネレーターはそれに従って項目をラベル付けします。必須はそれがないと Google がリッチリザルトを表示しないもの、推奨はなくても表示され得るが情報が減るものです。値の形式も正しくなければなりません。日付と時刻はタイムゾーン付きの ISO 8601、価格は ISO 4217 の通貨を別に持つ数値、URL は絶対 URL、画像は取得可能で Article では複数のアスペクト比が望ましい、といった具合です。ジェネレーターが確認するのは形式です。画像が実在するか、価格がページと一致するかは確認できません。それは Google のツール、最終的には Google のクローラーが検証します。
リッチリザルトの対象範囲は 2023 年以降狭まりました。FAQ リッチリザルトは著名な政府機関・医療機関のサイトに限定され、HowTo リッチリザルトは検索から削除されました。どちらの種類も有効な schema.org マークアップであり続け、ページレベルのシグナルとして読まれるため、ジェネレーターはそれぞれに注記を付けて残しています。変わらないルールは、マークアップは表示されている内容を説明しなければならないということです。ページにない FAQ ブロックや誰にも見えない評価を JSON-LD に入れるのは最適化ではなくスパムポリシー違反です。
1 つのページに複数の JSON-LD ブロックを載せられます。トップページに Organization、全ページに BreadcrumbList、商品ページに Product といった具合で、別々の <script> 要素でも 1 つの配列でも構いません。ジェネレーターは 1 回に 1 種類を生成するので、種類ごとに実行してください。フォームで見つかった内容を報告するだけで、サイトがどの種類を使うべきかは提案しません。それはページに何が表示されているかで決まります。
よくある質問
- 構造化データで順位は上がりますか？
- 直接には上がりません。Google は構造化データがランキング要因ではないと述べています。ページをリッチリザルトの対象にすることでクリック率が上がる可能性があり、検索エンジンや AI 回答エンジンにとってページ上の事実の曖昧さがなくなります。実際にリッチリザルトが表示されるかどうかはクエリごとに Google が判断します。
- JSON-LD と Microdata のどちらを使うべきですか？
- JSON-LD です。Google が推奨しており、サーバー側で生成したりタグマネージャーで挿入したりできる 1 つの <script> ブロックに収まり、HTML の構造に依存しません。Microdata と RDFa も引き続きサポートされていますが保守が難しくなります。このジェネレーターは JSON-LD のみを出力します。
- コードはどこに置けばよいですか？
- ページの <head> または <body> です。Google はどちらも読みますが、<head> が慣例です。<script type="application/ld+json"> ブロック全体をそのまま貼り付けてください。タグマネージャーで挿入する場合は、クローラーがレンダリング後の HTML で見られるよう、後の操作ではなくページ読み込み時に発火させてください。
- FAQ と HowTo に注記があるのはなぜですか？
- 2023 年 8 月以降、Google は FAQ リッチリザルトを権威ある政府機関・医療機関のサイトにのみ表示し、2023 年 9 月には HowTo リッチリザルトを完全に削除しました。マークアップは依然として有効な schema.org でありページを説明するため、ジェネレーターは両方の種類を残しています。表示されないリッチリザルトを誰も期待しないよう注記を付けています。
- ページにレビューがなくても Product に評価を付けられますか？
- できません。Google の構造化データ ポリシーでは、マークアップした評価やレビューはページ上に表示され、実際のユーザーから集められたものである必要があります。表示されるレビューに裏付けられていない AggregateRating は手動対策につながることがあります。ジェネレーターは評価値とレビュー数の両方が入力された場合にのみ AggregateRating を出力し、レビューの存在は検証できません。
- 日付の「タイムゾーンなし」とはどういう意味ですか？
- 2026-09-16T09:00 のような ISO 8601 日時にはオフセットがないため、Google は他のシグナルからタイムゾーンを推測します。2026-09-16T09:00:00+09:00 のように明示するか、UTC なら Z を付けてください。datePublished は日付のみ（2026-09-16）で問題ありません。Event の開始日時には時刻とオフセットを含めるべきです。
- 出力はどうやってテストしますか？
- Google リッチリザルト テストに貼り付けると、リッチリザルトが検出されるか、どの必須・推奨プロパティが指摘されるかが分かります。語彙レベルのチェックには Schema.org バリデーターを使ってください。公開後は Search Console の URL 検査ツールで Google が実際にクロールした内容を確認でき、「拡張」レポートでサイト全体のエラーを追跡できます。