クレジット：
Web サイトが主要な検索エンジンに対してコンテンツを直接説明するより良い方法を手に入れた今、アルゴリズムがすぐになくなることはありません。今月初め、Google、Bing、Yahoo が協力して、スキーマ.org、独自の語彙を持つセマンティック マークアップ プロトコルで、Web サイトに貴重な検索露出を提供できます。一夜にして何かが変わるわけではありませんが、Schema.org は 3 つの検索大手を結びつけるのに十分重要です。ウェブサイトは基本を学び、エンジンに必要なものを提供する計画を立てることが賢明です。
Schema.org は、Web サイトのデータから検索結果として表示されるまでの情報転送の抜け穴を塞ごうとしています。彼らはホームページで次のように述べています。「多くのサイトは構造化データから生成されており、多くの場合データベースに保存されています。このデータが HTML にフォーマットされると、元の構造化データを復元することが非常に困難になります。」
簡単に言うと、Schema.org は、構造をスパイダーが読み取れる HTML に戻す統一された方法を作成したいと考えています。その意味は、「低音」のようなキーワードが魚、楽器、靴のブランドを指しているかどうかを知るだけではありません。本当の価値は、Web サイトがエンド ユーザーにとって価値のあるサポート データを提供でき、それをほとんどの検索エンジンが読み取って渡すことができる方法で提供できることです。
Schema.org の仕組み
Schema.org は、競合する標準間の対立から生まれました。リソース記述フレームワーク (RDF)は、World Wide Web Consortium (W3C) によって受け入れられたセマンティック標準です。 Facebook Open Graph は RDF の亜種に基づいています。これが、RDF が有力な標準として浮上する準備ができていると思われる理由の 1 つでした。
今月まで。 Schema.org は、と呼ばれる競合する標準を採用しました。マイクロデータこれは HTML5 の一部です。
Microdata は、その名の通り、HTML に深く埋め込まれます。シンプルさは検索エンジンがマイクロデータを好む理由を説明するために使用する重要な属性でしたが、シンプルさは相対的な用語です。以下は、microdata がどのように機能するかの基本的な例です。
エイブラハム・リンカーンに生まれました
1809 年 2 月 12 日。
彼は次のように知られるようになった正直な安倍そして後に務めたアメリカ合衆国大統領。
悲劇的に彼は暗殺され、亡くなった。1865 年 4 月 15 日。
Microdata に精通したマシンは、コンテンツを理解するために 3 つの主要な属性に依存します。
itemscope は、記述されているコンテンツを示します。
itemtype は、記述されている「物」のタイプ、この場合は人を分類します。
itemprop は、その人物に関する詳細、この場合は生年月日、ニックネーム、役職、死亡日を提供します。
一方、人は次のものだけを見ることになります。
「エイブラハム・リンカーンは 1809 年 2 月 12 日に生まれました。彼はオネスト・エイブとして知られるようになり、後にアメリカ合衆国大統領を務めました。悲劇的に彼は暗殺され、1865 年 4 月 15 日に亡くなりました。」
2011 年の Web エコノミーに早送りすると、レストランは同じテクノロジーを使用して、acceptsRegistrations、menu、openingHours、priceRange、住所、電話などの項目プロパティを指定できるようになります。
予約可能で夜遅くまで営業している近くの安い和食店のメニューを比較できます。Schema.org の語彙すでに、歯科医からタトゥーパーラー、自動車部品店に至るまで、多数の企業が記載されています。
すでに使用されている構造化データの例
検索結果の構造化データは新しいものではありません。 Schema.org の重要性は、それが大規模に利用可能になることです。言い換えれば、HTML ページのセマンティック マークアップは全盛期になりつつあります。
Google はこれまでのところ、「リッチスニペット」というものを、特定のサイトが評価、レビュー、価格設定などで検索リストを強化するために使用しています。Google は 2009 年 5 月にこのプログラムを開始し、2010 年 3 月にマイクロデータのサポートを追加しました。
カスタマイズされた構造化検索プレゼンテーションのよく知られた例は次のとおりです。Googleレシピビュー。 100カロリー以下のマンゴーアイスクリームを15分で作ってみませんか？レシピビュー方法を教えてください。
Schema.org の恐ろしい側面
グーグル、ビングそしてヤフーは microdata 以外の標準もサポートし続けると皆を安心させましたが、Schema.org は依然として押し付けられたソリューションのように感じられます。セマンティクスの専門家の中には、おそらくその逆であるべきなのに、なぜエンジンが Web サイトに特定の標準に適応するように指示するのか疑問に思っている人もいます。
もう 1 つの懸念は、Schema.org が悪用される可能性があるため、悪用される可能性があることです。コンテンツ管理システムが適応に移行するにつれて、追加の作業と費用が発生します。
Schema.org は、検索エンジンが結果ページ上の質問に直接回答するよう誘導する可能性もあります。これにより、情報の提供に役立ったサイトに実際にアクセスする必要がなくなります。旅行サイトで現地の天気や通貨の換算レートを公開しても、検索エンジンがそれらの答えを直接提供するため、トラフィックはそれほど増加しません。 Schema.org は、この実践が拡大することを意味します。
誰もがこの変化を過度に心配しているわけではありません。 「基本的な情報が検索結果に直接提供されるためにウェブサイトがトラフィックを『奪われている』と感じるのであれば、それらのウェブサイトがそもそもどれほど価値があったのかを問う必要がある」と指摘する。アーロン・ブラッドリーSchema.org についてブログに書いた人は、SEO懐疑論者。
「最も損失を被る Web サイトは、非常に正確だが非常に内容の薄いコンテンツでロングテール検索トラフィックを利用している Web サイトです。」とブラッドリー氏は言います。マーケティング担当者と消費者は今後も検索でうまくいくでしょう。」
今すぐやるべき3つのこと
監査あなたが販売するものに関して保存しているデータ。機械可読形式ですぐに利用できる主な販売属性はありますか?サイズ、色、価格、以前のフィードバック、受賞歴などが読みやすいものであることを確認してください。
レビューのデータ型の階層現在、Schema.org によってサポートされており、ビジネスがどこに当てはまるのか、収集する必要があるデータの種類を確認できます。
チェックコンテンツ管理システムと Web オーサリング システムがマイクロデータをサポートしているかどうか、または少なくともそれを計画しているかどうかを確認してください。マイクロデータは、各ページの見出しに含まれる単なる数行のコードではありません。非常に詳細なレベルで HTML に記述する必要があります。一部のサイト管理者にとっては悪夢かもしれませんが、適切な計画を立て、適切なツールを選択した他の管理者にとっては、自動的に検索での露出が増える可能性があります。