検索意図キーワード例（このガイドの対象）
- 構造化データ 入れ方
- JSON-LD 書き方
- FAQ schema 使い方
- パンくず 構造化データ
- リッチリザルト 出ない
まず結論: 構造化データは「出る保証」ではなく、まずはエラーゼロ
構造化データは、検索エンジンにページの意味を伝える補助です。リッチ結果は検索側の判断で、表示は保証されません。
実務では「最小で正しく」を徹底し、ページ表示内容とJSON-LDの整合を保つのが最重要です。
まずやるタイプ（現実的な順）
- BreadcrumbList: 階層構造を伝える（パンくず）
- FAQPage: Q&Aがあるページで（ページ上の表示と一致させる）
- Article: 記事の基本情報（タイトル、公開日、著者など）
実装手順（事故らない型）
- 対象ページとSchemaタイプを決める（無理に狙わない）
- JSON-LDは最小構成で作り、まずテストで通す
- ページ上に、JSON-LDの内容がユーザーにも見える形で存在するか確認
- URLは正規URL形式で統一する（パンくず/記事URL）
- テンプレ更新時に回帰しやすいので、変更後も再テストする
よくある失敗（エラーと非認識）
- ページ表示内容とJSON-LDが不一致（ガイドラインリスク）
- URLの揺れ（末尾/https/www）でパンくずが認識されない
- FAQを増やしすぎてノイズになる（意図と無関係）
- テンプレ更新で全ページに誤った値が入り回帰する
構造化データチェックリスト
- テストでエラー/警告が把握できている（まずはエラーゼロ）
- ページ表示内容とJSON-LDが一致している
- URLが正規URL形式で統一されている
- リッチ結果は“おまけ”で、本文の価値設計が先にある
よくある質問（Q&A）
構造化データを入れれば必ずリッチ結果が出る？
出ません。構造化データは必要条件になり得ますが、表示は検索側の判断です。まずはエラーゼロと整合性、次に本文の価値を優先します。
JSON-LDはどこに置けばいい？
一般的にはHTML内（headまたはbody）にscriptとして埋め込みます。重要なのは「ページの表示内容と一致していること」と「テンプレ変更で壊れないこと」です。
FAQは何でもマークアップしていい？
おすすめしません。ユーザーの疑問に答える本物のQ&Aに絞り、ページ上の表示と一致させます。無関係なFAQはノイズになりやすいです。