構造化データとエンティティ構築

構造化データとエンティティ構築は、承認されたサイト上の事実を機械可読なレイヤーに変換します。実際に存在する人物、組織、製品、記事、質問、手順、ナビゲーションパスを特定し、安定した識別子を割り当て、検証可能な関係性を表現します。コンテンツの別バージョンを創作することは決してありません。

フェーズ： P13、構造化データとエンティティ構築。ステージ： C — 構築。タイムボックス： 少数の安定したテンプレートを持つサイトでは3〜5営業日。複数のコンテンツシステムを持つマーケットプレイス、パブリッシャー、Eコマースカタログでは1〜2週間。責任者： テクニカルSEOリードが責任を持ち、エンジニアリングがテンプレートを実装、コンテンツオーナーが可視的事実を確認、ブランドまたは法務オーナーが正規エンティティレコードを承認します。

検索エンジンは一般に、スキーマをページコンテンツ、リンク、フィード、その他の証拠の中の一つのシグナルとして扱います。AI検索システムは、構造化レイヤーを事実と関係性の直接的な情報源として扱うことが増えています。そのため、誤った価格、著者、組織名、または関係性が、明示的に見えるがゆえに確信を持って抽出される可能性があります。マークアップは解釈を向上させますが、裏付けのない主張を真実にすることはできません。

なぜこのフェーズなのか、そしてなぜここなのか

P13は、プロセスで以前に行われた決定を活用します。トピックマップは、各インテントとエンティティを所有するページを特定します。コンテンツインベントリは、重複やレガシーURLを特定します。本番システムは、著者、レビュー日、価格、在庫状況、FAQテキストなどのフィールドを安定化します。オンページ最適化はそれらの事実を可視化し、内部リンク作業は階層と正規の宛先を修正します。これらがあって初めて、スキーマテンプレートは動く標的をエンコードするのではなく、確定したページを記述できるようになります。

このフェーズを早すぎる段階で実行すると、技術的には有効でも虚構を生み出します。開発者は、ビジネス側が著者名が人物、チーム、組織のいずれを表すかを決定する前に、すべての編集ページをArticleとしてマークするかもしれません。製品テンプレートは、後で可視ページが「お問い合わせください」に置き換えるオファー価格を公開するかもしれません。パンくずマークアップは、ナビゲーション変更後も古い階層を保持するかもしれません。各オブジェクトはパースされますが、それぞれが人間の目に見えるものとは異なる情報を機械に伝えます。

このフェーズをスキップすると、システムは必要以上に推論することになります。それでもページを理解できるかもしれませんが、名前、関係性、日付、著者、製品の事実は曖昧なまま残ります。これにより、エンティティ曖昧性解消 （名前がどの実在の人物、企業、製品、場所を指すかを判断するプロセス）が弱まります。また、マークアップの背後にある識別子やソースフィールドを誰も所有していないため、将来のメンテナンスも困難になります。

成果物は「スキーマを追加しました」ではありません。それは、ページテンプレートから正当化されたスキーマタイプへのテスト済みマッピング、正規エンティティレジスタ、ライブ検証証拠、および監視ルールです。P14（オフページデジタルPRと引用）は、外部プロファイル、カバレッジ、参照が新しいバリアントを作成する代わりに同じ名前と識別子を強化するために、この契約を必要とします。

インプットとアウトプット

カバレッジマトリックスは実装と契約し、エンティティレジスタは次のフェーズと契約します。検証証拠と監視は両方を最新に保ちます。

チェックリスト

以下の各項目には、作業内容、その理由、方法、ツール、完了条件が含まれています。チェックリストをチケッティングシステムに移行する場合は、これら5つのフィールドを保持してください。

1. テンプレートの棚卸しと適格なページサンプルの選択

内容： 対象範囲内のすべてのテンプレートをリストアップし、オプションフィールドが欠落しているバリアントを含む代表的なライブURLを選択します。理由： 理想的な例1つだけでは、レビューのない製品、名前付き著者のない記事、パンくずの親がないカテゴリなどの条件付きエラーを露呈できません。方法： URLをレンダリングテンプレートとコンテンツソースでグループ化し、テンプレートごとに少なくとも1つの完全なもの、1つの最小限のもの、1つのエッジケースURLを選択します。ツール： ページインベントリ、クローラーエクスポート、CMSモデル、ブラウザ。完了条件： 対象範囲内のテンプレートの100％に少なくとも3つのサンプルがあるか、テンプレートに3つ未満しかない場合はすべてのライブURLがある状態。

2. その場所に値するスキーマタイプのみを選択する

内容： ページの可視的な役割に従ってタイプを割り当てます。理由： 余分なタイプは、結果を得る権利を生み出すことなく、矛盾の表面積を増やします。方法： 最も狭い正確なタイプを使用し、各オブジェクトが存在する理由を文書化します：

• 記事スキーマ またはBlogPostingは、可視的な見出し、著者または発行者、公開コンテキストを持つ編集コンテンツに属します。より狭いサブタイプが誤解を招く場合は、より広いArticleを使用します。
• FAQスキーマ は、ユーザーが完全な質問と回答を目にする場合にのみ属します。意味的価値と特別な検索表示の適格性は別物です。
• HowToは、可視的な順序付き手順に属します。3つのマーケティング上の利点はハウツーではありません。
• 製品スキーマ は、特定の製品またはバリアントに属します。オファー、通貨、在庫状況、評価、レビューはページと一致しなければなりません。
• 組織スキーマ は、正規の組織表現に属し、他の場所で安定した@idによって参照できます。
• Personは、その人物を識別するのに十分な可視情報がある正規プロフィールに属します。単なる著者名は資格情報を正当化しません。
• BreadcrumbListスキーマ は、ユーザーが理解できる階層を反映しなければならず、人為的なキーワードパスであってはなりません。

ツール： カバレッジマトリックス、可視ページ、schema.org語彙、検索プラットフォームの現在の適格性ドキュメント。完了条件： 選択されたすべてのタイプに、1文の正当化、可視ソース、およびレンダリングしてはならないページの明示的な除外ルールがある状態。

3. 正規エンティティレジスタを構築する

内容： 重要な各組織、人物、製品ファミリー、場所について、維持管理された1つのレコードを作成します。理由： 一貫した識別子により、異なるページが同じものを参照できます。一貫性のない名前は、「AmICited」「Am I Cited」、法人名が1つのエンティティなのか複数なのかを機械に判断させます。方法： 優先される公開名、該当する場合は法人名、エイリアス、正規ページ、エンティティタイプ、安定した@id、オーナー、権威あるsameAs参照を記録します。sameAsの値は同一性を主張するものであり、トピック的な関連性ではありません。したがって、同じエンティティを表すレコードまたは公式プロフィールのみを指すべきです。

1つの正規ページが各エンティティの完全な定義を所有し、他のページは競合を作成するのではなくその@idを参照します。ページの正規URL はインデックス作成のための優先ページを識別し、@idは記述されているものを識別します。たとえば、エンティティがhttps://example.com/about/#organizationで、ページはhttps://example.com/about/のままであることができます。

ツール： エンティティレジスタ、CMSレコード、法務または人事のソースデータ、公式プロフィール、権威ある公開記録。完了条件： マークアップで使用されている重要なエンティティの100％に、1つの優先名、1つの正規ページまたは承認された例外、1つの安定した@id、オーナー、未解決の同一性競合がない状態。

4. プロパティを可視ソースフィールドにマッピングする

内容： 各スキーマプロパティを、可視的事実をレンダリングするフィールドに接続します。理由： 手動での重複は乖離を生みます。同じ価格や著者を2回保存すると、最終的に矛盾が生じます。方法： headlineを可視タイトルに、authorを公開された著者名レコードに、dateModifiedを意味のある可視更新日に、オファーフィールドを顧客向けコマースソースに、FAQオブジェクトをレンダリングされた回答に、パンくず位置を実際の階層にマッピングします。ソースが非表示、古い、または意味的に異なる場合、プラグインで利用可能だからといってプロパティを設定しないでください。

ツール： CMSスキーマ、テンプレートコード、コマースフィード、コンテンツAPI、フィールドマップ。完了条件： すべての重要なプロパティに1つの名前付きソース、変換ルール、フォールバック動作、オーナーがあり、ゼロの重要な値がマークアップと可視コンテンツで独立して維持されている状態。

5. 接続されたJSON-LDグラフを実装する

内容： 承認されたオブジェクトをレンダリングし、安定した識別子で接続します。理由： 接続されていないブロックは同じ組織や著者を別々のものとして記述する可能性がありますが、安定した参照は関係性を明確に表現します。方法： 既存のプラットフォームが別のサポート形式を必要としない限り、JSON-LD （Linked DataのためのJavaScript Object Notation）を使用します。部分的な定義を繰り返す代わりに、パブリッシャー、著者、製品ブランド、プライマリエンティティに@id参照を使用します。可能であれば出力をサーバー可読に保ち、ユーザー制御の文字列を安全にエスケープします。

結果は、小さなページレベルの知識グラフ になります：エンティティとその関係性です。このページでそれらを識別または修飾する事実を含め、利用可能なすべてのプロパティを含めないでください。

ツール： テンプレートエンジン、ソース管理レビュー、ブラウザソース、JSONパーサー。完了条件： 選択されたすべてのサンプルがパース可能なオブジェクトを出力し、すべての内部@idが1つの定義または意図された参照に解決され、オプションフィールドが存在しない場合はクリーンに消え、テンプレートが空またはプレースホルダーの値を出力しない状態。

6. 可視コンテンツパリティレビューを実行する

内容： マークアップされたすべての重要な事実を、同じURLでユーザーが見ることができるものと比較します。理由： 構造化データ は明示的な主張であり、コンテンツの隠れ場所ではありません。検索システムは誤解を招くマークアップを無視したり、適格性を削除したり、手動アクションポリシーを適用したりできます。AIシステムは誤った値を権威あるものとして繰り返すことがあります。方法： レンダリングされたページと抽出されたグラフを並べて比較します。名前、著者、資格情報、日付、価格、在庫状況、通貨、評価、レビュー数、質問、回答、手順、パンくずラベルを確認します。

ツール： レンダリングされたページ、抽出されたJSON-LD、CMSプレビュー、コマースソース。完了条件： すべての重要なプロパティが、完全、最小限、エッジケースのサンプル全体で、意味、単位、範囲、鮮度において可視コンテンツと一致している状態。

7. 構文、適格性、正規性、ライブ解釈を検証する

内容： 生成されたグラフを4つのレイヤーでテストします。理由： 有効なJSONでも間違ったプロパティを使用している可能性があります。有効なスキーマでも検索機能の要件を満たしていない可能性があります。正しいページでもインデックスされていない可能性があります。Googleが別の正規URLを選択する可能性があります。方法： 最初にJSONをパースします。第二に、語彙とタイプ固有の要件を検証します。第三に、ライブURLのリッチリザルトと検出アイテムの判定を検査します。第四に、インデックスステータスと選択された正規URLを確認します。エラーと警告を分離し、適格性と実際の表示を分離します。

ツール： スキーマバリデーター、関連する検索プラットフォームのテストツール、AmICited URLインスペクション。完了条件： 構文エラーがゼロ、無効または未サポートの必須プロパティがゼロ、適格なテンプレートで未解決のリッチリザルトエラーがゼロ、すべての警告にオーナーまたは文書化された非該当理由があり、検査されたライブURLが意図された正規URLの下でインデックスされている状態。

8. 回帰監視と変更の所有権を確立する

内容： チェックを自動化し、再検証を強制するイベントを定義します。理由： CMSフィールドの名前変更、コンポーネントの非表示化、価格ソースの変更、またはJavaScriptデプロイメントがグラフの注入を停止すると、スキーマは静かに腐敗します。方法： リリーステストでテンプレートフィクスチャを実行し、代表的なライブURLをクロールし、検出されたタイプとエラー数をベースラインと比較し、検索プラットフォームのレポートに登録します。テンプレート、ナビゲーション、著者情報、組織ID、カタログフィールド、正規ルール、可視FAQおよびステップコンポーネントの変更後に、対象を絞ったレビューをトリガーします。

ツール： 自動テスト、スケジュールされたクローラー、デプロイメントログ、URLインスペクション、管理されたイシューキュー。完了条件： すべての重要なテンプレートがリリース前および本番で少なくとも週1回チェックされ、障害は1営業日以内に割り当てられたアラートを生成し、エンティティレジスタに四半期ごとのレビュー日が設定されている状態。

AmICitedのツール

AmICitedは、ワークフローの2つの異なる部分をサポートします。到達可能性と構造化データの解釈は異なる質問に答えるため、これらを1つのスコアにまとめるべきではありません。

AIアクセシビリティ をhttps://app.amicited.com/accessibility で開き、AIエージェントがマークアップが記述しようとしているページ構造に到達して抽出できることを確認します。クローラーがチャレンジページ、クライアントレンダリングされたシェル、またはブロックされたアクセスを受け取った場合、完璧なグラフも無意味です。スキーマサンプルに使用したのと同じ代表的なURLとユーザーエージェント条件でこのチェックを使用してください。

URLインスペクション をhttps://app.amicited.com/reports/google-search/url-inspection で開き、ライブのGoogle判定を確認します。意図された正規URL、インデックスステータス、リッチリザルト判定、検出されたschema.orgノードを検査します。「マークアップが検出されました」を合格と扱うのではなく、オブジェクト数、エラー数、警告数をレビューします。キャッシュされた結果が新しいテンプレートを表さない場合は、デプロイ後にリフレッシュしてください。

両方のレポートURL、検査したページ、時間、結果、スクリーンショットを記録しておけば、次のレビューアーがチェックを再現できます。

判断ルール

数値は「スキーマ品質」をリリース判断に変換します。これらの閾値は、約束されたランキング、リッチリザルト、または引用ではなく、実装の完全性を測定します。

合格してもリッチリザルトやAI引用は保証されません。これらの閾値は正確性とメンテナンスを管理するものであり、選択を管理するものではありません。

成果物

4つの成果物（カバレッジマトリックス、エンティティレジスタ、検証ログ、監視仕様）を含む、バージョン管理された1つのパッケージを引き渡します。フィールドがエクスポート可能で、オーナーが方法を再構築せずに更新できる場合は、スプレッドシート、データベース、リポジトリファイルでも構いません。

SCHEMA COVERAGE MATRIX
Template | Example URLs | Included types | Excluded types and reason
Property | Visible source field | Fallback | Implementation owner

ENTITY REGISTER
Entity type | Preferred name | Legal name | Aliases
Canonical page | Stable @id | sameAs references | Record owner | Reviewed date

VALIDATION LOG
URL | Template | Test time | Deployed version
Parse result | Detected types | Errors | Warnings | Visible parity
Index status | Google canonical | Rich-results verdict | Evidence links

MONITORING SPECIFICATION
Template | Fixture URLs | Check frequency | Alert condition
Owner | Response time | Last pass | Next entity review

引き継ぎは、エンジニアリングが任意のライブオブジェクトの背後にあるテンプレートルールを特定でき、コンテンツ担当者が任意の重要な値の背後にある可視ソースを特定でき、次フェーズのオーナーがコードを開かずに正規エンティティレコードを特定できる場合に受理されます。

よくある問題

プラグインがすべてをマークアップする。 ホームページがArticleになり、カテゴリーカードが製品になり、すべてのアコーディオンがFAQになります。カバレッジマトリックスを修正してください。設定はページの目的に従います。

マークアップと可視コンテンツが異なるデータベースを使用する。 ページが「在庫切れ」と表示した後も、オファーは「在庫あり」と表示します。両方の表現を同じフィールドから生成し、更新のレイテンシをテストしてください。

すべてのページが組織を再定義する。 名前、ロゴ、プロフィールが乖離します。安定した@idで一度定義し、その後参照してください。

sameAsがリンクダンプになる。 言及されただけの企業や類似名称の企業が同一であると主張されます。同じエンティティの権威あるレコードと管理されたプロフィールのみを保持してください。

FAQやHowToのマークアップが回答を隠す。 ユーザーがティーザーやゲート付きの手順しか見られない場合は、完全なマークアップコンテンツをレンダリングするか、プロパティを削除してください。

検証がジェネレーターで止まる。 ライブテンプレートはオブジェクトを重複させたり、JSONを誤ってエスケープしたり、クローラーに対して失敗する可能性があります。デプロイされたページとそのインデックス解釈を検証してください。

警告が全面的に却下されるか無視される。 それぞれの結果に基づいてトリアージし、決定を記録し、要件やテンプレートが変更されたときに再評価してください。

スキーマが保証できない成果の credit を得る。 有効性を、検索表示、トラフィック、AI引用、コンバージョンとは別に追跡してください。

次のフェーズ

P14はオフページデジタルPRと引用です。コードだけでなく、エンティティレジスタが必要です。カバレッジ、プロフィール、パートナーシップ、ディレクトリは、承認された名前、正規の宛先、関係性の表現を使用する必要があります。そうしないと、外部の証拠が誤った同一性を強化する可能性があります。

P13のオーナーは以下を引き渡します：

• キャンペーン範囲内のすべてのエンティティについて、承認された優先名、エイリアス、正規ページ、安定した識別子
• すでにsameAsで接続されている権威あるレコード（検証なしで埋めるべきではないギャップを含む）
• 各エンティティを記述するページとスキーマタイプ（アウトリーチの主張がサイト上の事実と一致するようにするため）
• 公開ブランドと異なる法人名や、類似した名前を持つ2人の専門家など、未解決の競合
• 新しいプロフィール、ブランド変更、買収、著者の異動によって生じたID変更をレビューしなければならない監視オーナー

次のフェーズは、このパッケージのみを使用して外部のパブリッシャーが正しいエンティティを識別してリンクできるときに開始できます。所有権、命名、または同一性が争われている間は待機します。

FAQ

よくある質問