高度なスキーマを大規模に展開する方法

主要なページに構造化データを実装すると、クリック率の向上、インデックス作成の高速化、インプレッションの増加など、多くの潜在的な SEO の利点が得られます。

ただし、スキーマの展開は困難です。 これは、Web サイトにコードを追加するだけで済む、1 回限りのアプローチではありません。

スキーマ マークアップから結果を取得するには、ウェブサイトやコンテンツが絶え間なく変化する中で、スキーマ マークアップを適切に展開して維持する必要があります。

この記事では、スキーマの実装における一般的な課題と、高度なスキーマを大規模に展開する方法について説明します。

スキーマの実装における課題

スキーマ マークアップの実装には利点がありますが、考慮すべき欠点もあります。

• スキーマの展開は常にリソースと時間のかかるプロセスであり、SEO、IT、コンテンツ、分析、およびデジタル マーケティングの各チームが協力する必要がありました。 部門間の相乗効果の欠如は、多くの場合、最適ではないスキーマ展開をもたらし、利益が得られる前であっても全体的な有効性が失われます。
• コンテンツが更新されると、スキーマを変更する必要があります。 大規模な展開では、スキーマ ドリフトの問題に対処する必要があります。つまり、スキーマを静的にすることはできません。
• 大規模な Web サイトでは、間違った SEO ディレクティブが原因で、あらゆる種類のコンテンツの検出、インデックス作成、およびクロールの問題が発生しています。
• スキーマは、インデックスが作成され、検出された URL にのみデプロイできます。

効果的なスキーマ展開戦略では、これらの課題に対処する必要があります。

SEO の結果を向上させるための 3 段階のスキーマ展開プロセス

展開プロセスを 3 つの段階に分けると、これらの課題に対処するのに役立ちます。

• 展開前フェーズ。
• 展開フェーズ。
• 展開後のフェーズ。

フェーズ 1: 展開前

サイト監査を実行する

スキーマを展開する前に、完全なサイト監査を行うことが不可欠です。 おそらく、あなたは出くわすでしょう：

• 壊れたサイト ページ。
• 存在しないページ。
• 脆弱な XML サイトマップ。
• 外部スクリプトが多すぎます。

重要なのは、Google にサイト全体をクロールさせ、最も重要なページを定義して、スキーマを展開する場所を確認できるようにすることです。

最も多くのトラフィック、インプレッション、または優れたコンテンツを獲得しているが、発見されにくいページは、スキーマ展開の理想的な候補です。

また、Google Search Console を見て、リッチ スニペット レポートの下にあるスキーマを確認することもできます。 Google が報告している場合、それらのスキーマは重要です。

サイト監査チェックリスト

• クロール性: Google がウェブサイトをクロールできるようにします。 クロールされたページの数と、クロールに影響を与える可能性のある壊れたリンク、エラー、およびスクリプトのインデックス付き数を確認します。
• インデックス作成: URL と XML サイトマップの現在の可視性を調べて、ページの発見に役立てます。 クロールされたページとインデックス ページの間でインデックス ギャップ分析を行います。
• レンダリング: JavaScript の依存関係、コンテンツのアクセシビリティ、JavaScript と HTML の比率、サイトのパフォーマンス、サーバーの状態を確認します。
• ページ エクスペリエンス: 読み込みとすべての Core Web Vitals メトリックに関して、サイトがどのように機能しているかを確認します。
• スキーマとクリック可能性: 評価する 業界、ページの種類、現在展開されているスキーマの数、および現在のギャップによる実際の機会。

上記の要因で Web サイトのスコアが高くなったら、デプロイ フェーズに安全に移行できます。

Google Search Console (GSC) と Google Tag Manager (GTM) への安全なアクセス

GSC は、ドメイン、インデックスされたページ、SERP の結果などに関する重要な情報を提供してくれます。

スキーマのデプロイ前、デプロイ中、デプロイ後のレポートおよび監視ツールとして使用します。

Web サイトと属性定義に基づいて、ネストされたスキーマ アーキテクチャを作成します。

この段階では、Web サイト アーキテクチャの階層と深さをしっかりと理解することが重要です。

Web サイトで最も重要なページ、テンプレート、FAQ、ビデオ、画像などの重要なアセットを明確に理解すると、schema.org を主なガイドとして使用して、任意のドメインのスキーマ アーキテクチャを簡単に定義および作成できるようになります。

Web サイトのタイプと業界に基づいてグローバル スキーマを選択する

グローバル スキーマは、すべてのページ (つまり、フッター、ナビゲーション リンク、および製品ページ) で一貫したコンテンツのスキーマを複製することを目的としています。 それらを使用すると、テンプレート化されたページを処理する時間が短縮されます。

サイト全体に表示され続けるテンプレートと共通要素を特定し、サイト全体で使用するグローバル スキーマのライブラリを作成します。

フェーズ 2: 展開

監査とアーキテクチャの定義が完了すると、Web サイトにスキーマをデプロイできるようになります。

スキーマの展開に最適な形式を選択する

Google は、構造化データのマークアップ用に JSON-LD、Microdata、RDFa 形式をサポートしていますが、JSON-LD が最も維持しやすいため、JSON-LD を推奨しています。

この形式は、ユーザーに表示されるテキストとインターリーブされず、簡単に変更できるため、スケーリングの課題を軽減するのに役立ちます。

主要なページにスキーマを実装する

実装段階では、最も重要なコンテンツにスキーマを追加するのにかかる時間を短縮することが重要です。

スキーマの展開は、GTM を介して行うか、ページ レベルで構造化データを埋め込むことによって行うことができます。 どちらのアプローチも機能しますが、GTM デプロイの方がスケーリングが容易です。

スキーマ アーキテクチャを定義する

サイトのアーキテクチャとパフォーマンスの高いページを理解することで、スキーマを適用するページとマークアップを必要としないページがわかります。 これは、業界に基づいて展開する正しいスキーマを特定するのにも役立ちます。

以下の例で、デプロイされたスキーマの深さに注意してください。 ページのアーキテクチャを理解することで、基本的なタグ付けにとどまらず、ネストされたスキーマ アーキテクチャの作成に移ることができます。

スキーマを大規模にデプロイする

ドキュメント オブジェクト モデル (DOM) 構造が類似しているページをグループ化できるため、ページ間でスキーマの一括公開を同時に実行できます。

たとえば、何千もの製品ページを持つ e コマース Web サイトは、製品カテゴリ別にグループ化できます。 このようにして、「製品」スキーマとそのプロパティを、グループ化されたすべてのページに一度に一括発行できます。

公開前に検証する

Web ページにスキーマを公開する前に、スキーマ テスト ツールを使用して、構造化データにエラーがないことを確認してください。

Google のリッチリザルトのガイドラインと Schema.org の現在の語彙を考慮してください。

フェーズ 3: 展開後

スキーマの展開が完了したら、次の大きな課題はメンテナンスとパフォーマンスの追跡です。

展開されたスキーマが Web サイトに利益をもたらしているかどうかを定期的に監視します。

スキーマの正確性を検証して維持する

エラーのないスキーマを維持することは大きな課題です。スキーマがハードコーディングされていて、定期的にレビューされていない場合は特にそうです。

検索エンジンが消費者のパターンを認識し、新しいスキーマまたは属性をリリースすると、スキーマ エラーが発生します。 Schema.org は語彙を定期的にリリースしています。

スキーマの警告は、コンテンツの不一致またはスキーマのずれの初期兆候です。 質の高いコンテンツと関連するスキーマを確保することは、継続的なプロセスでなければなりません。

コンテンツ チームは、コンテンツの下書きを作成する際に、コンテンツに最も関連性のあるスキーマを知っている必要があります。

問題を回避するには、展開中にスキーマを検証し、コンテンツと URL が変更されたときに定期的に再検証します。

技術的な問題を軽減する

スキーマが展開されたら、技術的な問題、インデックス作成、リダイレクト、および壊れたページを常に調べます。

クロールとレンダリングに関する GSC の警告を確認して、スキーマが有効であることを確認します。

スキーマ スクリプトの実行とパフォーマンス

スクリプトを使用してスキーマを展開する場合は、ページのパフォーマンスと Core Web Vitals に悪影響が及ばないようにしてください。

スキーマ スクリプトは 100 ミリ秒以内に読み込まれ、パフォーマンスが低下することはありません。

スキーマの完全性

スキーマを展開したら、すべてのページをカバーしたかどうかを確認します。 スキーマを持つ URL と持たない URL の数を確認します。

スキーマ マークアップを含むページと含まないページを表示する簡単なダッシュボードを設定すると、どれだけ達成したか、どれだけする必要があるかを監視するのに役立ちます。

ページが常に追加される場合、新しいコンテンツを含むページにスキーマを追加することは、既存のコンテンツでエラーのないスキーマを維持することと同じくらい重要です。

スキーマのエラーと警告

スキーマ エラーがあればすぐに対処してください。 また、警告を無視しないでください。

これにより、スキーマの展開を改善できます。 このようにして、エンティティの認識を強化するプロパティと属性を追加できます。

自動通知を作成して、不足しているスキーマや技術的な問題を検出します

コンテンツの変更が発生したとき、および新しいスキーマと属性がリリースされたときに、スキーマにエラーが表示されます。

コンテンツの変更、壊れたページ、URL の問題などの通知を設定して、修正が必要なものを見逃さないようにします。

適切なチームにこれらの変更を事前に通知する必要があります。これにより、検索エンジンがそれらのページをインデックスする前に、SEO チームがコンテンツの不一致を追跡できます。

パフォーマンスの追跡

スキーマが検索での可視性にどのように影響するかを追跡することは重要です。 SERP、インプレッション、クリック、および CTR は、スキーマの影響を測定するために使用される主要な指標です。

スキーマ実装後のクリック数とインプレッション数の改善をご覧ください。 これらの要因を分析することで、将来のスキーマ実装戦略を知ることができます。

パフォーマンス トラッキングは、検索の意図や、Google がユーザーのコンテンツを使用してクエリに回答する方法を理解するのにも役立ちます。

健全なスキーマ戦略を維持することは継続的なプロセスであることを常に忘れないでください。

スキーマの展開を通じて発見と可視性のためにコンテンツを最適化することで、構造化データを採用していない競合他社に先んじることができます。