1

Googleのクロール・インデックスがまだ行われていない

実装直後はGoogleがページをクロールするまで数日〜最大1か月かかる場合があります。リッチリザルトテストで「有効」なのに検索結果に反映されていない場合は、この原因が最も多いです。対処：Search Consoleから「インデックス登録をリクエスト」でクロールを促す。

2

JSON-LDコードに構文エラーがある

カンマの抜け・括弧の不一致・シングルクォートの誤使用など、JSON形式の構文が正しくない場合はGoogleが構造化データを認識できません。対処：リッチリザルトテストでURLを検証し、エラー箇所を特定して修正する。

3

必須プロパティが欠如している

各タイプにはGoogleが定める必須プロパティがあり、一つでも欠けているとリッチリザルトの対象外になります。たとえばFAQPageならmainEntity・name・text、Productならname・offersのprice・priceCurrencyが必須です。対処：リッチリザルトテストのエラーメッセージに従って不足プロパティを追加する。

4

ページ内容と構造化データの内容が一致していない

FAQPageに記述した質問・回答がページ上に表示されていない、Productの価格がページ上の表示と異なるなど、コンテンツとの不一致はGoogleのガイドライン違反として検出されます。対処：ページ上に表示されているコンテンツと構造化データの内容を一致させる。

5

Googleのスパムポリシー・品質ガイドライン違反

誇大表現・虚偽の評価・存在しないコンテンツの構造化など、Googleのポリシーに違反していると判断された場合はリッチリザルトの表示が除外されます。対処：Search Consoleの「手動による対策」レポートを確認し、違反内容を修正して再審査リクエストを送る。

STEP 1：URLを入力して「URLをテスト」をクリック
確認したいページのURLをテキストボックスに貼り付けて「URLをテスト」ボタンをクリックします。コードを直接貼り付けて確認する「コードをテスト」モードも使用できます（WordPressに貼り付ける前の事前確認に便利）。

STEP 2：検出されたアイテムを確認する
テスト完了後、画面左側に「検出されたアイテム」として認識されたスキーマタイプの一覧が表示されます。期待するタイプ（FAQPage・LocalBusiness等）が表示されていることを確認します。表示されない場合はコードが正しく読み込まれていない可能性があります。

STEP 3：エラー・警告の内容を確認する
各タイプをクリックすると右側に詳細が展開されます。赤い「エラー」と黄色い「警告」がそれぞれ何件あるかを確認し、メッセージの内容に従って修正を行います。

STEP 1：Search Console を開く
Google Search Consoleにログインし、対象のサイトを選択します。

STEP 2：左メニューの「拡張」セクションを開く
左側のナビゲーションメニューに「拡張」という項目があり、その下に実装済みのスキーマタイプ（FAQPage・パンくずリスト・商品など）が一覧で表示されています。

STEP 3：確認したいタイプをクリックして詳細を見る
各タイプをクリックすると「エラー・警告・有効」のページ数推移グラフと、エラーが発生しているページのURLリストが表示されます。エラーの件名をクリックするとその原因の説明が確認できます。

STEP 4：エラーが出ているURLを確認・修正する
エラーURLをクリックすると「URL検査」に遷移し、そのページの詳細情報と構造化データの状態を確認できます。修正後は「インデックス登録をリクエスト」でクロールを促します。

リッチリザルトテスト
実装直後・修正直後の一次確認。「今のコードにエラーがあるか」をリアルタイムで確認。1ページ単位。

Search Console
サイト全体の継続監視。「Googleがクロールした時点のデータ」を確認。複数ページ一括管理。月1回程度のチェックを推奨。

① 最優先
FAQPage・LocalBusiness・Article
（検索結果への影響が大きいタイプ）

② 次点
Product・Event・JobPosting
（ビジネス直結・集客に関わるタイプ）

③ 最後
BreadcrumbList・HowTo
（間接的な効果が主なタイプ）

原因：そのタイプに必須のプロパティが記述されていない、またはプロパティ名の綴りが間違っている（例：nmaeなど）。

修正方法：エラーメッセージに記載されているプロパティ名を確認し、JSON-LDに追加する。プロパティ名の綴りを正確に確認する（大文字・小文字も区別される）。

// ✗ エラー例（nameがない）
{
  "@type": "LocalBusiness",
  "url": "https://example.com"
}

// ✓ 修正例（nameを追加）
{
  "@type": "LocalBusiness",
  "name": "会社名",
  "url": "https://example.com"
}

原因：カンマの付け忘れ・余分なカンマ・括弧の不一致・シングルクォートの使用など、JSONの構文ルール違反。

修正方法：JSONの構文チェッカー（JSONLintなど）にコードを貼り付けてエラー行を特定する。

// ✗ エラー例（最後にカンマ）
{
  "name": "会社名",
  "url": "https://example.com",  <-- NG
}

// ✓ 修正例（末尾カンマを削除）
{
  "name": "会社名",
  "url": "https://example.com"
}

原因：Productのoffers内にpriceとpriceCurrencyが必要など、子オブジェクト内の必須プロパティが不足している。

修正方法：エラーメッセージの「フィールド名」がどのオブジェクトに属するかを確認し、該当する入れ子の中に必須プロパティを追加する。

// ✗ エラー例（priceがない）
"offers": {
  "@type": "Offer"
}

// ✓ 修正例（price・priceCurrencyを追加）
"offers": {
  "@type": "Offer",
  "price": "12800",
  "priceCurrency": "JPY"
}

STEP 1
Search Console の左メニュー上部の検索ボックス（または「URL検査」ツール）に修正したページのURLを入力してEnter。

STEP 2
URL検査の結果画面で「インデックス登録をリクエスト」ボタンをクリックする。

STEP 3
「リクエストの送信が完了しました」と表示されれば完了。数日〜1週間後にSearch Consoleの拡張レポートで「エラー」が「有効」に変わったことを確認する。

WordPressテーマ・プラグインの更新後
header.phpを子テーマ以外で編集していた場合、更新で上書きされてJSON-LDが消えている可能性があります。

ページのコンテンツを更新した後
FAQの質問・回答・商品価格・営業時間などを更新した際は、構造化データの内容も合わせて更新されているか確認します。

リッチリザルトが突然消えた場合
表示されていたリッチリザルトが消えた場合は、エラーの発生・手動対策の適用・Googleのアルゴリズム変更のいずれかが原因の可能性があります。

月1回の定期チェック
Search ConsoleのURLを月に1度確認し、「拡張」セクションのエラー数が増えていないかを定期的にチェックすることを推奨します。

リッチリザルトテストで「有効」と表示されても、実際の検索結果に反映されるまで数日〜最大1か月かかる場合があります。また、Googleはすべての有効ページにリッチリザルトを表示するわけではなく、ページの品質・コンテンツの質・競合状況などを総合的に判断して表示可否を決定します。Search Consoleの「URL検査」からインデックス登録をリクエストしてクロールを促した上で、数週間様子を見てください。

両ツールは役割が異なります。リッチリザルトテストは「今この瞬間のコード」を検証するリアルタイムツールです。Search Consoleは「Googleが実際にクロールした時点のデータ」を反映するため、最後のクロール以降に修正した場合はSearch Consoleに反映されるまでタイムラグがあります。コードを修正した直後はリッチリザルトテストで確認し、数日後にSearch Consoleで最終確認するという使い分けが適切です。

リッチリザルトテストのエラーメッセージに「どのタイプの・どのプロパティが・何個必要か」が表示されます。たとえばFAQPageなら「mainEntity（必須）」「Question内のname（必須）」「acceptedAnswer内のtext（必須）」が揃っているかを確認してください。Googleのschema.orgドキュメントで各タイプの必須プロパティ一覧を参照することもできます。

修正後はSearch Consoleの「URL検査」でそのページのURLを入力し、「インデックス登録をリクエスト」をクリックすることでGoogleのクロールを促すことができます。ただしリクエスト後も実際にクロール・インデックスされるまでには数日かかる場合があります。Search Consoleの拡張レポートで「エラー」が「有効」に変わったことを確認できれば修正完了です。

修正の優先順位は①エラー（必須プロパティ欠如・コード構文エラー）→②警告（推奨プロパティ欠如）→③その他の改善、の順です。特にFAQPage・LocalBusiness・Articleのエラーは検索結果への影響が大きいため最優先で修正してください。ページ数が多い場合はSearch Consoleで「エラーが最も多いタイプ」から着手すると効率的です。