構造化データ、追加しただけで安心していませんか

求人サイトやECサイトへ構造化データを入れても、コードが表示されたことだけで完了にはできません。

ページに書かれている内容とJSON-LDが違う、期限切れ求人が残る、WooCommerceと独自コードが別々の価格を出す。このような状態では、検索エンジンにも利用者にも一貫した情報を伝えられません。

【最初に決める3項目】

・そのページは求人、商品、イベントのどれか

・利用者が画面で確認できる情報は何か

・WordPressのどの項目を正しいデータとして扱うか

表示用と構造化データ用に同じ内容を二重入力せず、ACFやWooCommerceなど一つの保存元から双方へ反映することが更新漏れの防止につながります。

【独自実装の前に既存出力を確認する】

Yoast SEO、WooCommerce、イベント系プラグイン、テーマが、すでにJSON-LDを出力している場合があります。

1. 公開ページの既存JSON-LDを確認する

2. テーマと有効プラグインの担当範囲を整理する

3. 同じschemaの重複や値の不一致を探す

4. 既存出力を拡張するか独自出力へ統一する

5. 判断結果を開発ログへ残す

コードを足す前の調査が、後の修正コストを大きく左右します。

【投稿タイプごとの注意点】

求人情報では、職種、勤務地、雇用形態、給与、公開日、応募期限を実際の募集内容と一致させます。期限終了後の非公開や削除ルールも必要です。

商品情報では、価格、通貨、在庫状態をWooCommerceの実データへ追従させます。

イベント情報では、日時、場所、オンライン開催、延期・中止時の状態を更新できるようにします。

【AIへ依頼するときに含める項目】

・既存の構造化データと出力元の調査

・ページ表示と同じ保存元の利用

・必須項目、空値、期限切れの扱い

・重複出力を避ける方針

・同名PHP関数を作らない命名規則

・代表URLを使った公開前後の検証

・プラグイン更新後の再確認条件

CodexやClaude Codeには、実装コードだけでなく、既存出力の調査表と検証結果も作らせると引き継ぎやすくなります。

【公開後に確認すること】

・リッチリザルトテストで対象URLを確認したか

・Search Consoleでエラーや警告が増えていないか

・求人期限、価格、在庫、開催状態へ追従しているか

・テーマやプラグイン更新後も同じ結果になるか

・画面の内容とJSON-LDが一致しているか

構造化データは検索結果を飾るためだけのコードではありません。ページ内容を機械が正しく理解するためのデータです。

AIを活用すると実装速度は上げられますが、正しい保存元、既存プラグインとの役割分担、公開後の検証基準は先に決める必要があります。実装から監視までを一つの工程として設計することが、WordPressを長く運用するための土台になります。