AI を使って WordPress の構造化データを監査する方法

構造化データは生成しやすく、誤って表現することも容易です。AI 監査では JSON-LD を解析し、繰り返される欠陥をグループ化し、マークアップを可視コンテンツと比較できます。リッチリザルトを保証することはできず、schema.org に含まれているという理由だけでサポートされないタイプを推奨してはなりません。

SEO 分析の信頼性は、提供された証拠に依存します。言語モデルは、クロール状況、インデックス登録、順位、正規 URL の選択、ページパフォーマンスを独自に知ることはできません。証拠の整理役および仮説生成役として扱い、各所見を適切な情報源システムで検証してください。

一文で言うと: レンダリング済みマークアップを可視ページおよび現在の Google 機能ドキュメントに照らして監査し、構文、適格性、コンテンツ整合性の所見を分離します。

このガイドで達成できること

出力では、各テンプレートにどの構造化データエンティティが現れるか、必須および推奨のプロパティが存在するか、値が可視コンテンツと一致するか、どの所見が Google 固有でどれが一般的な schema.org の観察かを特定する必要があります。

有用な結果は、単に整った回答ではありません。調査したレコードまたはページ、利用できなかった証拠、アシスタントが推論したこと、人間が判断すべきこと、引き続き禁止される操作を示す必要があります。

成功する出力に含めるべきもの

  • JSON-LD、Microdata、RDFa エンティティのページおよびテンプレートレベルのインベントリ。
  • 構文と解析に関する所見。
  • 現在のドキュメントに結び付いた Google 機能の適格性に関する所見。
  • 可視コンテンツとの不一致および誤解を招くマークアップのリスク。
  • 重複または競合するエンティティ宣言。
  • 出現保証なしの優先順位付き修正およびテスト計画。

準備する証拠と入力

プラグイン設定は、ユーザーとクローラーが受け取るものを証明しません。最終的にレンダリングされたマークアップと、それが記述する可視ページコンテンツを取得してください。

  • 代表的なページとテンプレートのレンダリング済み HTML。
  • ページ URL を含む抽出済み構造化データブロック。
  • 日付付きの Rich Results Test または他のバリデーター結果。
  • 可視の名前、価格、在庫状況、日付、著者、その他の表現された値。
  • 意図する機能に関する現在の Google ドキュメント。
  • Google 以外のボキャブラリーが関連する場合の schema.org 検証。
  • テンプレートとプラグインの所有権情報。

各入力について、日付、情報源、範囲、既知の省略を記録してください。タスクに不要な認証情報、個人情報、顧客データは削除してください。

三種類の有効性を分離する

ブロックは有効な JSON であっても無効な schema であり得ます。有効な schema であっても Google 機能には不適格であり得ます。原則として適格でも、可視コンテンツと一致しないため誤解を招く場合があります。これらを別々の次元として報告してください。

次元質問
構文マークアップを解析できますか?
ボキャブラリータイプとプロパティは有効ですか?
機能の適格性現在の Google 要件を満たしますか?
コンテンツ整合性可視ページと一致しますか?
結果リッチリザルトの出現は保証されません

削除された機能を復活させない

Google のドキュメントは変わります。たとえば、FAQ のリッチリザルトは 2026 年五月に表示されなくなり、FAQ のドキュメントは 2026 年六月に削除されました。古いチェックリストをコピーするのではなく、実装時に各機能を再検証してください。

安全なワークフロー

  1. テンプレートとコンテンツタイプごとに代表的なページを選択します。
  2. 最終 HTML と可視コンテンツを取得します。
  3. すべての構造化データブロックとエンティティ ID を抽出します。
  4. 現在のバリデーターを実行し、生の結果を保持します。
  5. 構文、ボキャブラリー、適格性、整合性の所見を分離するようアシスタントに依頼します。
  6. 繰り返される欠陥をテンプレートまたはプラグインの所有権まで追跡します。
  7. 誤解を招く値または事業上重要な値を担当者とレビューします。
  8. テンプレートレベルの修正とページ例外を準備します。
  9. テスト環境へデプロイし、検証を再実行します。

このワークフローは、分析と実装を意図的に分離します。後続の変更段階では、分析用アイデンティティの権限を静かに拡張するのではなく、承認済みの出力を参照する必要があります。

プロンプトの例

このプロンプトを使用する前に、角括弧内のすべての値を置き換えてください。パスワード、API キー、非公開の顧客レコード、関係のない個人情報を指示へ貼り付けないでください。

提供されたレンダリング済み構造化データと可視の WordPress ページコンテンツを監査してください。

各ページまたはテンプレートについて、次を返してください:
- URL とテンプレート
- 構造化データの形式とエンティティタイプ
- 構文の状態
- 無効または欠落しているプロパティ
- 意図する Google 機能と現在のドキュメント情報源
- 適格性の状態:適格、不適格、該当なし、または不明
- 可視コンテンツとの不一致
- 重複または競合するエンティティ
- 重大度、確信度、想定される担当者
- 推奨される検証手順

規則:
1. リッチリザルトの出現を約束しないでください。
2. 現在のドキュメントに存在しない Google 機能を推奨しないでください。
3. ページで隠されている、または存在しないコンテンツをマークアップしないでください。
4. schema.org の有効性と Google の適格性を区別してください。
5. WordPress またはプラグイン設定を変更しないでください。

このプロンプトがこの構造である理由

多次元の状態により、一般的な有効または無効のラベルが実際の問題を隠すことを防ぎます。適格性に関するすべての主張には、現在の機能ドキュメントが必要です。

推奨アクセス境界

読み取り専用のアイデンティティを使用してください。アシスタントは範囲に含まれる WordPress レコードを検査できますが、コンテンツの作成、編集、削除、公開の試みは拒否されるべきです。

このワークフローは、公開上の意味、検索の解釈、コンバージョン、商品情報に影響を与える可能性があります。変更を適用する前に明示的なレビューを要求してください。

このタスクの範囲外に残すべきこと

  • リッチリザルトの保証はしない。
  • ページで見えないコンテンツ用の生成マークアップは作らない。
  • レンダリング証拠としてプラグイン設定に依存しない。
  • すべての schema.org タイプが Google 機能であるとは仮定しない。
  • 監査中に本番変更をしない。

アクセスレベルは開始時の推奨であり、普遍的な権利ではありません。アイデンティティで利用できる正確な能力は、インストール済みの製品バージョンと公開された対象範囲から得る必要があります。

WP Agent Control の位置付け

これはWordPressの一般的な作業手順であり、Agent Controlがここで扱うすべての対象や連携機能を編集できるという意味ではありません。ガイド付き手順では、まず公開ページから始めます。プラグイン、テーマ、ユーザー、設定、ファイル、削除、WooCommerce、ACF、ページビルダーの操作は、標準のガイド付きタスクではありません。必要に応じて、別途検証されたツールと権限を使ってください。

接続後は、サイトの構造化情報を取得し、選択した公開ページを調べられます。この公開情報の読み取りに一時タスクは不要です。公開ページはプラグインなしでも閲覧できます。Agent Control は構造化されたアクセスと、その先の許可された WordPress 作業への流れを提供します。

AI を接続する: docs first profile · 機能と対応環境を見る: coverage

検証チェックリスト

  • レンダリング済みマークアップと可視コンテンツを同時に取得しました。
  • 所見は構文、ボキャブラリー、適格性、整合性を区別しています。
  • すべての Google 機能が現在のドキュメントにリンクしています。
  • テンプレートレベルの欠陥を数百のチケットに複製していません。
  • 出現保証はしていません。
  • WordPress 設定またはマークアップは変更されていません。

よくある失敗モード

  • 設定監査: 設定済みの schema が正しくレンダリングされていると想定します。
  • 有効性の崩壊: 構文、schema ボキャブラリー、Google 適格性を一つの状態として扱います。
  • 隠しコンテンツのマークアップ: 構造化データが、ユーザーに見えない事実を記述します。
  • 機能のネクロマンシー: 削除済みまたは廃止済みのリッチリザルト戦術が推奨に残ります。

高度な注記

必須の可視フィールドとテストフィクスチャを備えたテンプレート対エンティティの契約を維持してください。そうすれば、ビルド時またはデプロイ時のテストで、編集監査が必要になる前にマークアップのドリフトを検出できます。

関連ガイド

次の手順

URL インベントリ を使ってテンプレートをサンプルし、承認済みの修正は、監査用アイデンティティから編集するのではなく、別の実装ブリーフに置いてください。

情報源と検証

このページは、以下の一次情報源に基づいて確認されています。 情報源の最終確認日: .