JSON-LD は、あなたのブランド名、ドメイン、製品が 3 つの偶然ではなく 1 つのものだとマシンに伝える方法です。これがなければ、モデルは <title> の中の文字列があなたのドメインと同じエンティティだと推測するしかありません。構造化データはその推測を取り除きます。
JSON-LD は AI エンジンのどのような問題を解決しますか？
エンティティの曖昧性解消です。あなたの製品が Northwind という名前で、たまたま同名の映画スタジオも存在する場合、AI システムには、ある言及をあなたに帰属させる信頼できる方法がありません。 安定した @id、正規の url、sameAs リストを備えた Organization マークアップが、必要な結合点を与えます。
図のラベルは英語のままです。Organization、sameAs、@id などは schema.org の語彙であり、英語版と同じ図を共有しているためです。
GEO で最も重要な schema タイプはどれですか？
- Organization — ブランドをエンティティとして固定します。単体で最も価値の高いノードです。
- WebSite — ドメインをそのエンティティに結び付けます。
- SoftwareApplication または Product — 実際に販売しているものを記述します。
- FAQPage — 質問と回答を対にします。同じ質問と回答がページ上に表示されている場合にのみ使ってください。
- Article — 編集記事で著者と日付を示します。
複数のノードを 1 つのエンティティに結び付けるにはどうすればよいですか？
単一の @graph を使い、すべてのノードに @id を付けます。他のノードはデータを繰り返す代わりに、その識別子を参照します。これが、ばらばらのスニペットを 1 つの一貫したエンティティ記述に変える仕組みです。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://your-domain.com/#organization",
"name": "Your Brand Name",
"url": "https://your-domain.com",
"logo": "https://your-domain.com/logo.png",
"sameAs": [
"https://x.com/yourhandle",
"https://github.com/you/repo"
]
},
{
"@type": "WebSite",
"@id": "https://your-domain.com/#website",
"url": "https://your-domain.com",
"name": "Your Brand Name",
"publisher": { "@id": "https://your-domain.com/#organization" }
}
]
}
</script>見落とされがちな点：name は、あなたの <title>、<h1>、llms.txt、そしてこのマークアップのすべてで同一でなければなりません。1 つのページに 3 つの異なる名前があれば、目的はまったく達成されません。
マークアップを検証するにはどうすればよいですか？
- URL を Schema.org バリデータに通します。エラーがゼロであることが合格ラインです。
- 意図したノードタイプが実際に検出されていることを確認します。エラーが出ないことだけでは不十分です。
- エディタではなく、レンダリングされた HTML のソースを確認します。クライアントサイドレンダリングでは、スクリプトが初期レスポンスから消えることがあります。
Google は FAQ のリッチリザルトを少数のサイトに限定しているため、FAQPage の適格性が低いことは、このマークアップが役に立たないという意味ではありません。生成エンジンは今もこれを解析します。あわせて直接 AI 引用のための見出し最適化もご覧ください。