スキーマスタッフィングは新しいSEOスパムですか？

SEOの専門家が「キーワード」メタタグを使用して検索エンジンを破壊しようとした古き良き時代を覚えていますか？

スキーマのスタッフィングによって再び発生する可能性があります。

ただし、今回はさらに害を及ぼす可能性があります。

先日、顧客がWebページでスキーマを取得する際に問題が発生していました。

私は彼が何をしたかを見て、彼の医療現場には米国の州のページがありました。

しかし、ページがその州の医療分野に関するものであることを強調する代わりに、彼はそのページが町A、町B、町C、町Dに関するものであるとGoogleに伝えました。

おそらく、会社はそれらの場所のそれぞれに店を持っていました、しかしそれが正しくなかったとしても私は驚かないでしょう。

彼は、ページのコンテンツが実際にはそうではない何かについてのものであると言おうとしました。

自動化により、ページにこれらすべての町が記載されていることが正しく認識されました。

しかし、これは町についてスキーマを詰め始める良い理由ではありません。

また、ブログのホームページで、次のように開始される可能性のあるスキーマを追加しているユーザーもいます。

著者によるスクリーンショット、2022年5月

これは、ページがブログに関するものであることを検索エンジンに伝えています。 このスキーマでは、ページが何であるかではなく、ページが何であるかを言います。

それらのトピックがコンテンツの焦点であるかそれに付随するものであるかどうかに関係なく、ウェブサイトの所有者が太陽の下ですべてのトピックを追加する危険があります。

ページの「Twitterに投稿」アイコン？

「sameAsTwitter」を追加しましょう。

Googleに言及しますか？

ページがGoogleと同じであるとしましょう。 スキーマが手に負えなくなる方法を見ることができます。

誤った構造化データに関するGoogleの見解

4月、Googleは、Google社員のMartin Splitt、Ryan Levering、LizzieSassmanと構造化データに関するポッドキャストを実行しました。

Google社員が構造化データについて話すときは、SEOの専門家が注意する必要があります。 ポッドキャスト全体をお勧めしますが、60秒のクリップに焦点を当てたいと思います。

ここで、おそらくSEOのスパミエ側にさらされている（Googleの検索品質チームの一員である）マーティンは、グーグルが「間違ったスキーマを追加する過剰なSEO」を補償する必要があるかどうかをライアンに尋ねました。

彼は、SEOの専門家が、太陽の下ですべてのトピックをスキーマに追加し始めたという考えをほのめかしていたと思います。

興味深いことに、Googleのエンジニアリング側のRyanは、誤ったスキーマはスパムの観点からだけでなく、同期の観点からも問題であることが多いと述べました。

多くの場合、Googleはコアコンテンツと一致しないスキーマを認識します。

効果は同じである可能性があります。負のシグナル。これにより、コンテンツが検索クエリとユーザーの意図にあまり一致しなくなり、より一致しなくなります。

ポッドキャストでのライアンの指摘は、さまざまなアイデアを浮き彫りにしました。

おそらく、Webページは定期的な毎月の交流会を宣伝していますか？

最初の月に、作成者は日付と時刻を含むイベントスキーママークアップを追加する可能性がありますが、翌月には、コンテンツの人間側で日付が更新されますが、スキーマでは正しくなくなります。

さらに悪いことに…さらに多くのイベントスキーマが追加され、イベントには複数の日付があることがGoogleに通知されます。これは正しいかもしれませんが、次の日付を探しているGoogleユーザーにはあまり役立ちません。

SEOの専門家が時間をかけて理解することなくスキーマを理解し始めると、問題になる可能性があります。

スキーマを自動化する必要がありますか？

TwitterでSEOの専門家に連絡して、スキーマを自動化する準備ができているかどうかを尋ねました。

応答は間違いなく、いずれかの方法での明確な呼び出しではありませんでした。

一部のSEO専門家は、スキーマの自動化がはるかに優れていると感じましたが、他の専門家は、マシンがこの仕事をする準備ができておらず、手作業でコーディングされたスキーマが望ましいと考えました。

構造化データポッドキャストでは、スキーマがマシンで生成されるという考えについて、Google社員は（私の意見では）驚くほど明るいものでした。

もちろん、一部のスキーマは他のスキーマよりも正確に自動生成するのがはるかに簡単です。

ここでの焦点は、ウェブサイトの所有者のボリュームではなく、正確さにある必要があります。

少なくともスキーマが正しいことを確認していない場合は、スキーマを完全に回避することをお勧めします。

これは、スキーマがエンジンとコードの構文に伝達する意味に適用されます。

多くのSEO専門家やウェブ開発者は怠惰になり、ウェブブラウザは貧弱なHTMLコードを非常に許容しています。

スキーマは、私が信じるように導かれていますが、それほど寛容ではありません。

小さな構文エラーは、マシンの理解に完全な失敗をもたらす可能性があります。

このため、市場に出回っている無料の構造化データマークアップチェックツールを使用することをお勧めします。

しかし、これがスキーマ作成を自動化する必要がある理由でもあります–少なくともある程度は。

マークアップされているコンテンツを理解するためにツールに依存しないでください。ただし、ツールを使用して技術的に正確なスキーマを生成すると、時間を大幅に節約できます。

現在、市場には多くのものがあります。

ナレッジグラフの優れた例のスパム

グーグルがスキーマに惑わされるにはあまりにも賢いと思う場合、ツイッターのビル・ハーツァーは、「インドのSEOサービス」というフレーズに対するナレッジパネルの結果のこの露骨なスパムを報告しました。

一部の進取的なSEOは、この用語をミュージシャンに変え、彼のお気に入りのキーワードから「曲」を作成しました。

Twitterからの画像、2022年5月

一回限りのことですが、この種のスパムは単なる娯楽です。

しかし、それはセマンティックWebのはるかに暗い側面を示しています。

真実を歪め、現実を形作る能力。

Googleはアルゴリズムを保護するために注意を払う必要があります。

要点

• コンテンツがそれ以外のものであるという提案をスキーマに詰め込まないでください。
• スキーマを人間が読めるコンテンツと同期するように注意してください。
• スキーマを自動化する場合は、手動で確認してください。

その他のリソース：

• スキーママークアップ：それはGoogleのランキング要素ですか？
• 同じページで複数のタイプのスキーママークアップを使用するGoogle
• Advanced Technical SEO：完全ガイド

注目の画像：Cast Of Thousands / Shutterstock