Schema.org 最適化方法：各ページをタイプにマッピングする

スキーマ追加前の7つのチェック

5つのページ表面では、マークアップを公開する前にページごとのチェックが必要です。目標は、訪問者が読める内容に一致する説明であり、より長いコードブロックではありません。

タイプを選択する前に、このチェックリストを使用してください：

• ページの目的：このURLの主な役割を書き出します。
• 主な主題：表示されている組織、記事、商品、または質問セットを特定します。
• 可視情報：訪問者がページ上で確認できる詳細のみをリストアップします。
• ページタイトル：マークアップされたタイトルが公開された見出しと一致するか確認します。
• 担当：コンテンツ変更後にマークアップを修正できる担当者を特定します。
• URL：構造化データを配置する正確なページを確認します。
• レビューパス：レンダリングされたページとコードを一緒に確認する担当者を決めます。

これらのチェックのいずれかに不合格のページは、まずコンテンツを明確にする必要があります。欠落している著者、商品詳細、企業情報を埋めるためにマークアップを使用しないでください。ページ自体が解釈しにくい場合は、プロパティを選択する前にコピーを改善してください。

より広範な技術チェックリストについては、技術的AEO：スキーマ、llms.txt、クローラをお読みください。引用されることを意図したページについては、AIアシスタント向けの引用可能なコンテンツを参照してください。

各ページに適したschema.orgタイプは？

5つの一般的なタイプが一般的なページの役割をカバーしますが、ページのコンテンツが選択を決定します。訪問者が目にする主題にタイプを合わせてください。その後、サポートされているプロパティのみを追加します。

URLの主要な目的から始めます。企業情報はOrganizationに適合する場合があります。編集記事はArticleに適合する場合があります。商品に焦点を当てたページはProductに適合する場合があります。表示されているナビゲーショントレイルはBreadcrumbListを使用できます。訪問者に表示される質問と回答はFAQPageに適合する場合があります。

3つの質問で適合性を確認します：

• このタイプはページの主な主題を説明していますか？
• 訪問者はページ上のすべてのプロパティの証拠を見つけられますか？
• マークアップが非表示でも、このタイプは意味を成しますか？

ジェネレーターが提案したためだけにタイプが適合する場合は、使用しないでください。サポートされていない主題に対して複数のラベルを付けるよりも、1つの正確なタイプの方が優れています。これがAI Visibilityのためのschema.orgマークアップの核心です。特別な可視性スイッチではなく、明確で一貫性のあるページ情報です。

AI回答向けFAQ最適化に関する関連ガイダンスについては、マークアップを検討する前に回答コンテンツが有用であることを確認してください。

5つのページタイプ、5つの異なる役割

5つのページタイプは異なる役割をカバーしており、どこにでも適用するパッケージではありません。この比較表を使用してタイプを絞り込みます。その後、マークアップされたすべての情報をライブページと照合します。

各行は出発点であり、すべてのURLにマークアップを指示するものではありません。可視の商品情報がない商品ページは、構造化データの前にコンテンツを改善する必要があります。記事は、発行元が企業であるという理由だけで組織タイプを借用すべきではありません。

選択したタイプとそれをサポートするページ情報を記録します。その短いメモは、次のレビュー担当者に選択の明確な理由を提供します。また、同じページパターンが複数のURLに現れる場合、テンプレートレビューが容易になります。

ページインベントリから公開までの5つのステップ

5つのステップでスキーマ実装をページに結びつけます。これにより、タスクがサイト全体のコード変更に拡散するのを防ぎます。各URLに担当者とレビュー記録を割り当てます。

1. インベントリ：URL、ページの目的、主な主題、可視情報をリストアップします。
2. 選択：各ページパターンに適切なschema.orgタイプを割り当てます。
3. ドラフト：ページ上に既に存在する情報からJSON-LDを構築します。
4. 比較：ライブURL、可視コピー、マークアップを並べてレビューします。
5. 再確認：テンプレートまたはコンテンツ変更後にレビューを繰り返します。

各URLについて、タイプ、レビュー担当者、発見された問題、修正状況を記録します。各テンプレートの代表的なページを1つテストします。その後、共有テンプレート変更後に影響を受けるページを確認します。レビュー記録は、スクリプトを追加した開発者だけでなく、コンテンツ担当者と共有します。

llms.txtも担当する場合は、別のファイルとして別の担当者を割り当ててください。llms.txtとAIクローラ設定ガイドがその作業をカバーします。このスキーマワークフローはページ固有のままです。

スキーマの例には何を含めるべきか？

1つの小さなJSON-LDの例は、主張を追加せずにページを説明する必要があります。この構造をモデルとして使用してください。サンプルの記事詳細を、自社のページに表示されている情報に置き換えてください。

例：{ "@context": "https://schema.org", "@type": "Article", "headline": "実用的なウォレットセキュリティガイド", "author": { "@type": "Person", "name": "編集チーム" } }

公開前に、見出しと著者を可視の記事と照合してください。サンプルをそのまま別のページに貼り付けないでください。ライブページに著者が特定されていない場合、例を完成させるためだけに著者を追加しないでください。

LLMs.txtとschema.orgは異なる役割を担います。スキーママークアップはページまたはエンティティを説明します。llms.txtは有用なリソースをリストアップするサイトレベルのオリエンテーションファイルです。ファイルのリンクを最新に保ち、その目的を明確にしてください。ファイル自体の詳細については、llms.txtとは何か、そしてそれが必要かどうかを参照してください。

それぞれに明確な役割がある場合にのみ、両方を使用してください。どちらも有用でアクセスしやすいページや正確なコピーを代替するものではありません。

過剰な主張をせずにスキーマをレビューするには？

2つのレビューでより明確な全体像が得られます。まずコードを確認します。次に、検索やAI回答でページがどのように表示されるかを調査します。有効なスクリプトは技術的な詳細を確認するものであり、ページが引用されることを証明するものではありません。

技術的なパスでは、マークアップが意図したURLに配置されていることを確認します。可視のページ情報と一致することを確認します。URL、選択したタイプ、レビュー担当者、および修正内容を記録します。

可視性のパスでは、ChatGPTとPerplexityで一貫した関連質問のセットをレビューします。回答がページを正確に説明しているかどうかに注目します。また、有用なソースが表示されるかどうかにも注目します。

ChatGPTとPerplexityは、ページの取得、引用、表示について独自の判断を下します。Googleもスキーマだけから検索表示を約束するものではありません。約束された引用や表示ではなく、正確なマークアップと有用なコンテンツを中心にレビューを構築してください。

DigitalMedia1は、可視のページ主張とその構造化された説明を比較できます。チームに不一致を報告できます。1つのURLとその主な目的をお送りください。可視情報を適切なタイプにマッピングし、明確なレビューパスを返します。

仕組み

1. URLをインベントリする重要なページをリストアップします。各ページの目的、主題、可視情報を記録します。ページマークアップはサイトレベルのファイルとは別に管理します。
2. タイプを選択する各ページを、その実際のコンテンツを説明するタイプと一致させます。ページがサポートしていないプロパティは除外します。
3. JSON-LDをドラフトする訪問者が見ることができる情報から構造化された説明を構築します。適切なページテンプレートまたは実装パスを通じて追加します。
4. ページとコードを比較する公開されたURL、可視コピー、マークアップを一緒にレビューします。不一致な名前、説明、または関係を修正します。
5. 変更後にレビューするコンテンツまたはテンプレートの更新後、影響を受けるページを再確認します。技術的な検証とAI回答のレビューは別々に追跡します。