スキーママークアップのドリフトを回避する方法

公開: 2023-03-01

スキーママークアップのドリフトを回避する方法

Google 構造データの更新は頻繁に行われます。これはあなたの管理下にありません。最新の状態を保つということは、製品を見つけやすくすることを意味するか、手動によるペナルティを回避するのに役立つことさえあります.

高品質のコンテンツを作成することは、サイトの訪問者と Google の両方にとって価値があります。構造化データにより、検索エンジンは、公開している有用なデータとその意図を簡単に知ることができます。価格、製品の入手可能性、製品のバリエーション、ハウツーの詳細、連絡先情報など、製品ページの重要な詳細を検討してください。これらすべてには、ナレッジベースを形成するための有効なスキーママークアップが必要です。

スキーママークアップドリフトとは

スキーマドリフトは、管理が複雑な問題になる可能性があります。基本的に、Web ページのコンテンツとスキーママークアップが異なる場合に対処するための戦略とタスクを網羅しています。通常、これは、プラグインエンジニアまたは静的でハードコードされた schema.org マークアップが、コードまたはコンテンツの更新に遅れをとっている場合に発生します。「ドリフト」という言葉の意味を名詞として考えれば、それは非常に適切です。 Oxford Languages は、それは「ある場所から別の場所への継続的なゆっくりとした移動」であると述べています。

段階的なものと同様に、意図的に焦点を合わせないと見落としがちです。

ワールドウェブの進歩は絶え間なく続いています。これらの要因により、SEO はセマンティクスとスキーマを管理するアプローチを機敏に行う必要があります。

マークアップが継続的に進化する方法:

Google は新機能を導入し、他の機能は使用されなくなりました。
新しいバージョンは Schema.org で公開されます。
古いコンテンツが更新または移動され、現在のコードが壊れています。
誰かが CMS やその他のプラットフォームの変更を決定します。
JavaScript、アプリ、またはその他のサードパーティエンティティが更新されるか、切り替えられます。
シンジケート化または自動化されたコンテンツは、ページ上のテキストと要素を変更します。
サイトのオントロジーの変更、マージ、または移行。 (パンくずリストのマークアップに影響を与える可能性があります)
チームメンバーは、影響を認識せずにコンテンツまたはコードの変更を行います。
ビジネスエンティティは、名前の変更、移動、合併、またはその他のアイデンティティの変更を行います。

Schema.org の語彙が削除されました

予定されている Schema.org 語彙の更新には、多くの場合、新しい語彙の機会が含まれますが、他の語彙は削除されます。これは特に、製品オプションと医療用語で発生することがわかっています。これらの変更が適用される場合は、RDF データベースクエリを実行してそれらを明らかにします。更新によってプラスの効果が得られると確信している場合にのみ、用語を削除してください。古いスキーマ用語にフラグが立てられた場合は、アーカイブまたは置き換えが価値があるかどうかを検討してください。

ドリフトを監視するスキーママークアップの例

データセットスキーママークアップには、保留中のいくつかの新しい可能性があります

Datasetスキーママークアップの最終更新日は 2022 年 10 月 25 日です。多くの素晴らしいアイデアが検討されています。たとえば、AI イノベーションエコシステムのナレッジグラフや、ML モデルは進行中のエンティティの 1 つです。新たな可能性が生まれるにつれて、より多くの疑問が浮上しています。たとえば、「OML はセマンティックデータセットの ML を記述できますか?」 OpenML メタデータはいくつかの OML オントロジーを使用していますが、現在、 ml-schemaもExposeも使用していません。 (Expose は、ローカルサイトやアプリケーションをインターネット上の他のユーザーと共有できるようにする、PHP を使用したトンネルアプリケーションです。)

データセットスキーママークアップは既にあります。 MLModel が Dataset のサブクラスとして広く採用されている場合、スーパークラスの Model でマークアップの更新が必要になる可能性はありますか? このようなシナリオは非常にたくさんあります。いくつかのスキーママークアップの更新がロールアウトに近づいており、その他は将来の実装を形成する可能性のある議論のポイントです。

有効な製品オファーのアイテム条件資格情報が変更されました

2022 年 10 月の時点で、 itemConditionの Microdata と JSON-LD の両方の有効なマークアップが変更されました。「new」のコンテンツ値は検証されなくなりました。このスキーマタイプを使用するには、必要に応じてOffer内でNewCondition使用します。これは通常、 Productスキーマの下にネストされています。すべての製品マークアップエラーを修正することは、収益の流れを維持するために、e コマースサイトにとって特に重要です。

明確化されたレビュースキーママークアップ

もう 1 つ知っておくべきことは、Google は最近、Web ページにローカルレビューを埋め込んでも Web ランキングには影響しないことを明確にしました。つまり、他のより本質的な構造化データの実装に時間を費やせる可能性があります。 John Mueller は、「サイトで収集されていないレビューに構造化データマークアップを使用しないように注意してください」と明確に述べています。これは私が過去に尋ねたもので、あいまいな答えがありました。私たちは用心深くしてきましたが、本当の明快さを持つことが常に最善です. 何年も更新していない一部のページ。スキーママークアップのドリフトを回避するために、レビューコンテンツを更新する必要があります。

構造化データは、多くの場合、Web サイトのコードに手動で追加されます (実績のあるノウハウを持つ人を雇っている場合)。いくつかの SEO プラグインは、最小限の労力で支援できます。どちらの場合でも、スキーマの要件を注意深く監視することで、多くの頭痛の種を取り除くことができます。

プラグインがスキーマを管理している場合に何が起こっているかを知る

私のお気に入りの著者である Roger Montti は最近、All In One SEO WordPress プラグインの脆弱性が最大 300 万人に影響を与える方法について書いています。このプラグインには、多くのプラグインと同様にスキーママークアップのサポートが組み込まれています。

プラグインを使用してスキーママークアップを管理する場合は注意が必要です。多くの場合、「ドリフト」は重要です。複数の同様のプラグインをテストした結果、独自のツールを使用したサイトのエラーが重大であることが多いことに驚いています。アプリやプラグインを最新の状態に保つために必要な作業に共感します。また、2 つのクロスサイトスクリプティング (XSS) 攻撃に対して脆弱であることを発見した 300 万人以上のアクティブユーザーにも同情します。

これは些細なことではありません。 Montti は、「この脆弱性は、バージョン 4.2.9 までのすべてのバージョンの AIOSEO に影響を与える」と報告しています。これはどのように起こりますか？クロスサイトスクリプティング (XSS) 攻撃は、ユーザーのブラウザーで実行される悪意のあるスクリプトを含むインジェクションエクスプロイトの一種であり、Cookie へのアクセス、ユーザーセッション、さらにはサイトの乗っ取りにつながる可能性があります。

適切に管理されたプラグインとアプリは、現在のスキーマボキャブラリバージョンを自動的に取り込む場合があります。考えられるすべてのエンティティタイプをサポートするすべてのスキーマの機会を調査する必要があります。ただし、個々のページの目的に最適なエンティティタイプを知るには、経験が必要です。コードの肥大化を回避し、ページを最適に表現するために、効果的で合理化されたスキーママークアップの両方が必要です。

検索エンジンが推測する必要があるのはなぜですか?

コンテンツの重要なポイント、作成者、代表する会社/組織、および検索クエリの照合に最も役立つデータを判断するのは、Google にとって大きな推測ゲームになる可能性があります。コンテンツの更新は良いことです。スキーマも同時に更新する必要があることを忘れてはなりません。

Martin Splitt による Schema Markup Drift のコメント

「時間の経過とともに、スキーママークアップとページの内容が更新されてずれが生じます。ページにコンテンツを配置することを制御できる人は誰でも、セマンティックな責任を負います。開発であろうとSEOであろうと。ページにあるものをより広い概念にマッピングするようにしてください。」 – Martin Splitt 氏、Google Developer Relations 責任者^[1]

検索エンジンが特定のエンティティのさまざまなプロパティと、それらと他のエンティティ間のリレーショナルノードをすばやく認識できるように、スキーマを適切に構造化してネストすると便利です。私たちは、ページ上の要素に注釈を付けてページのデータを構造化する JSON-LD を好みます。これは、検索エンジンに役立ちます。

構造データマークアップを実装する主な利点は、ページ要素のあいまいさを解消し、エンティティを取り巻く品質と事実を確立することです。これは、より組織化された、より優れた Web 全体の作成に関連付けられます。ただし、過去のコードが冗長になると、構造データマークアップの利点がすぐに失われる可能性があります。

通常、コア名、住所、電話番号はあまり変更されません。これらの基本的なビジネスの詳細については、正確な組織構造化データまたはローカルビジネススキーマを維持することが不可欠です。

スキーママークアップドリフトの回避が重要な理由

スキーマは、リッチリザルトを獲得する可能性を高めます: Google 検索エンジンの結果ページ (SERP) は、非常に視覚的なプレースメントを昼寝させる新しい方法を継続的に追加しています。たとえば、人気のある「People Also Ask」ボックスや「People Also Search For」強調スニペットには、Web サイトへの直接リンクを含めることができます。

ウェブサイトの品質と EEAT を向上させる:構造化データ自体は直接的なランキング要素ではありません。ただし、検索エンジンがサイトの内容を認識できるようになるため、Google は一貫してその使用を推奨しています。構造化データを使用してコンテンツとサイトに含まれるエンティティについて Google をよりよく教育するこの方法は、ウェブサイトの品質と EEAT の評価タスクを簡素化し、改善します。

既存の記事のスキーマを単純に変更する理由があるかもしれません。スキーマを悪用すると、アルゴリズムまたは手動のペナルティが発生する可能性があることに注意してください。スキーマのずれとページ上の変更は、しばらくの間気付かれないことがあります。ただし、苦労して獲得したランキングを失い、Google 検索に落とされることは価値がありません。

構造化データが Google ナレッジグラフにフィードします

スキーマを手動で管理する場合でも、構造化データを自動化する場合でも、多くの用途があります。

Google の Knowledge Graph 領域は、SERP スペースを急速に拡大しています。 Google は、理解できないさまざまな方法で情報を収集しますが、スキーマコードがボットの情報をフィードすることはわかっています。

2018 年に、Google はトピックレイヤーについて話し始めました。これにより、機械学習が Web コンテンツをより適切に評価し、トピックとサブトピックがどのように連携するかを支援します。 Google は次のように述べています。

「そのため、人、場所、物、およびそれらに関する事実の間のつながりを理解する既存のナレッジグラフを採用し、トピックレイヤーと呼ばれる新しいレイヤーを追加しました。これは、トピックスペースを深く理解し、関心が時間の経過とともにどのように発展するかを理解するように設計されています。親しみと専門知識が成長するにつれて。トピックレイヤーは、特定のトピックについて Web 上に存在するすべてのコンテンツを分析することによって構築され、数百、数千のサブトピックを開発します。これらのサブトピックについては、最も関連性の高い記事やビデオ、つまりそのトピックに関する新鮮なコンテンツだけでなく、常緑で継続的に有用であることを示している記事やビデオを特定できます。次にパターンを調べて、これらのサブトピックが互いにどのように関連しているかを理解することで、次に探索したいコンテンツのタイプをよりインテリジェントに明らかにすることができます。」 – 検索の旅のお手伝い

Google の構造化データの採用と進化し続ける Schema.org ライブラリはどちらも、コンテンツをより適切に構造化する方法を導く素晴らしい利点です。サイトのコンテンツのあいまいさと整理されていないデータを解決するのに役立ちます。

基本的に、スキーマドリフトは検索エンジンのコンテンツを混乱させます。これはデータ品質の問題です。これは、Google のトピックレイヤーに情報を提供するデータレイヤーと考えてください。データ品質の管理は、時間の経過とともに出版物やページが増えるにつれて、より大きなタスクになります。スキーマは、特定の目的を果たすためのものです。データ品質による構造化コンテンツは非常に役立ちます。しかし、精度からずれている場合は、データの問題です。

スキーマには信頼性が必要です。スキーマの変更を管理するための内部ベストプラクティスワークフローを確立します。データ品質の監視は重要です。

スキーママークアップのずれをどのように検出しますか?

スキーマドリフト検出方法:

Google 検索コンソールレポート

私たちはクライアントのために Google のリッチリザルトを獲得したいと考えているため、Search Console レポートを常に監視することが優先課題です。この Google ツールは、クロールレートに応じて、時間の経過とともにウェブページのバージョンをキャッシュします。そのため、マークアップを頻繁に変更している場合、最新のマークアップがサイトの内容を反映していない可能性があります。

Screaming Frog カスタムレポート

サイト移行中のスキーママークアップのマッピングは、非常に大きな作業です。多くの場合、移行中のコンテンツのわずかな変更でもスキーマに影響します。たとえば、誰かが質問と回答のコンテンツを変更すると、FAQ スキーママークアップが失われる可能性があります。すべてのシステムをチェックして、すべての移行ファイルから目的のデータベーススキーマを取得し、ライブデータベース内の実際のスキーマと比較してドリフトを検出します。

データのマッピングにおける Microsoft Schema Drift

スキーマドリフトコントロールを有効にするには、シンク変換で [スキーマドリフトを許可する] を選択します。スキーマドリフトを有効にしたら、[マッピング] タブの [自動マッピング] スライダーがオンになっていることを確認します。このスライダーをオンにすると、すべての着信列が適切な宛先に書き込まれます。それ以外の場合は、ルールベースのマッピングを使用してドリフト列を書き込む必要があります。

スキーママークアップドリフトの発生を回避するには?

次の方法で、スキーマドリフトの発生を回避します。

責任を持ってスキーマを監視する個人を 1 人指定します。
完全なチームアプローチを取る。
外部スキーマのドリフトを確認します。
スキーマアナライザーツールに投資します。
スキーマ管理では、選択的、戦略的、合理化してください。

責任を持ってスキーマを監視する個人を 1 人指定します。

このようなタスクは、両方のスケジュールで指定されず、誰がこの見落としの責任を負うかを指定しないと、見逃されたり遅れたりする可能性があります。多くの場合、SEO は機会とタスクで過負荷になっているため、これは、チェックを完了し、ドリフトが発生した場合に通信するために毎週十分な時間を指定できる場合にのみ機能します。

完全なチームアプローチを取る。

ドリフトが発生する可能性がある方法を特定したら、通知システムをセットアップして、データ同期を変更する更新を行った人が他のユーザーに通知できるようにします。外部 Web ページコンテナー、プラグイン構成、テーマなどを変更すると、問題が発生する可能性があります。マークアップに影響を与える複数のプラグインは、競合や冗長性を引き起こす可能性があります。

スキーマを微調整する可能性のあるすべてのチームメンバーは、次のことを行う必要があります。

スキーマプロパティごとに同じ言語に合わせます。
日付と時刻の形式を含め、値を追加するための同じ構造に合わせます。
大文字、ハイフン、句読点など、すべてのプロパティで同じ構文を共有します。
プロパティごとに同じエンコード形式を使用します (例: 文字エンコード)。

外部スキーマのずれを確認する

場合によっては、WordLift や Yoast などのスキーマをカスタムフォーマットと組み合わせることもあります。場合によっては、マークアップがサードパーティでホストされることもあります。これらの付加的なスキーママークアップ方法には利点がありますが、 @idドリフトし、外部スキーマドリフトに寄与する可能性があることに注意してください。

スキーマ分析ツールに投資する

一部のアプリやプラットフォームでは、スケジュールされたサイトのクロールを実行してスキーマデータの全体的な状態を表示できるスキーマアナライザーを提供しています。多くは、データ (RDF トリプル) に非推奨のスキーマプロパティを問い合わせた後、視覚化されたレポートを提供します (提案: Screaming Frog Crawler)。関連性を維持するために、リンクされたオープンデータを利用します。

スキーマ管理において選択的、戦略的、合理化する

検索エンジンに不十分なデータを提供することと、「うるさい環境」になることとの間でバランスをとってください。複数のスキーママークアッププラグインマネージャーを使用することで、単一のプラットフォームが提供するものを実現できると考える人もいるかもしれません。それは可能です。ただし、過度にノイズの多いコードを作成するリスクが存在します。戦略的な選択を行い、そのサードパーティからのプレミアムサポートについてオープンなコミュニケーションを展開することをお勧めします。これには、多くの場合、プレミアムバージョンの支払いが必要です。

スキーママークアップの変更に関する最新情報を入手するために従うべき 2 つの主な情報源:

Google デベロッパーの構造化データの更新
Schema.org が新しいリリースを展開

このタスクが少し時間がかかるように見えても、あなたが間違っているとは言いません。ただし、SEO が一般的に同意していることの 1 つは、検索マーケティングは依然として時間のかかる戦略であるということです。検索エンジン最適化の単一のバージョンでは、最初のページの検索結果ランキングを迅速かつ即座に保証することはできません. 最初のページの広告スポットに入札できる有料検索オプションのみ。

Web ページで有効なスキーママークアップを維持する定期的な監査により、スキーマのずれが発生したときに検出されます。

概要: スキーママークアップのずれに惑わされたくない

スキーマを正確に保つための支援が必要な場合は、651-205-2410 に電話してください。ぜひお役に立ちたいと思います! 私たちは、お客様固有のニーズを解決するカスタム SEO スキーママークアップソリューションを提供することに情熱を注いでいます。たとえば、Web サイトのクロールバジェット、コードの重複、意図の明確化の問題などを評価します。また、Google がスキーママークアップのインデックス作成を妨げる最も一般的な間違いについても熟知しています。お客様のデータ品質は重要であり、当社がお手伝いします。

監査は構造化データのマークアップのドリフトから保護します

参考文献:

[1] https://webinars.searchenginejournal.com/search-engine-journal/QA-With-Google-s-Martin-Splitt-Semantic-HTML-Search-Google-Search-Console

スキーマ マークアップのドリフトを回避する方法