構造化データを設計プロセスに組み込む

公開: 2022-03-10
クイックサマリー↬検索エンジン最適化の改良は、これまでのところしか得られません。 メタデータがよりスマートになるにつれて、メタデータを最初から設計プロセスに組み込むことがこれまで以上に重要になります。

検索エンジン最適化（SEO）は、ほとんどすべての種類のWebサイトに不可欠ですが、その細かい点は依然として専門的なものです。 今日でも、SEOは事後に取り組むことができるものとして扱われることがよくあります。 ある程度までは可能ですが、実際にはそうではありません。 検索エンジンは毎日よりスマートになり、ウェブサイトもよりスマートになる方法があります。

SEOの基盤はこれまでと同じです。明確にラベル付けされた優れたコンテンツは、システムをゲームしようとする人の数に関係なく、遅かれ早かれその日に勝ちます。 重要なのは、これらのラベルは以前よりもはるかに洗練されているということです。 メタタイトル、画像の代替テキスト、およびバックリンクは重要ですが、2020年には、それらもかなり原始的です。 現在使用しているサイトの一部のみであるメタデータの別の層があります。構造化データです。

すべての検索エンジンは同じ目的を共有しています。つまり、Webのコンテンツを整理し、クエリを検索するために可能な限り最も関連性が高く、有用な結果を提供することです。 LycosとAskJeevesの時代から、彼らがこれを達成する方法は大きく変わりました。 グーグルだけでも200以上のランキング要素を使用しており、それらは私たちが知っているものにすぎません。

SEOは今日では巨大な分野であり、構造化データは今後数年間で理解して実装するための本当に非常に重要な要素であると私はあなたに言います。 これは、関連するクエリで上位にランク付けされる可能性を高めるだけではありません。 さらに重要なことに、それはあなたのウェブサイトをより良くするのを助けます—それをあらゆる種類の有用なウェブ体験に開放します。

推奨読書： SEOはあなたのウェブデザインプロセスのどこに属しますか？

ジャンプした後もっと！ 以下を読み続けてください↓

構造化データとは何ですか？

構造化データは、Webページのコンテンツにラベルを付ける方法です。 Schema.orgの語彙を使用して、SEOのあいまいさの多くを取り除きます。 Google、Bing、Baidu、DuckDuckGoなどを信頼してコンテンツの内容を把握するのではなく、彼らに伝えます。 これは、検索エンジンがページの内容を推測することと、確実に知ることの違いです。

Schema.orgが言うように：

WebページのHTMLにタグ（「検索エンジンねえ、この情報はこの特定の映画、場所、人物、またはビデオを説明しています」というタグ）を追加することで、検索エンジンやその他のアプリケーションがコンテンツをよりよく理解できるようになります。便利で適切な方法で表示します。

Schema.orgは、Google、Microsoft、Yahoo、Yandexが共有するプロジェクトである2011年に立ち上げられました。 言い換えれば、それは「超党派」の努力です—あなたが望むなら。 マークアップは、どの検索エンジンも超越しています。 Schema.org自身の言葉では、

「語彙を共有することで、ウェブマスターと開発者がスキーマを決定しやすくなり、彼らの努力から最大の利益を得ることができます。」

多くの点で、主に検索エンジンとアグリゲーターの利益のために、セマンティクスと構造化データをHTMLに埋め込む、より広範なマイクロフォーマットのいとこ（2005年頃にリリース）です。 microformatsは現在もサポートされていますが、Schema.orgライブラリの「公式」な性質により、より安全に長持ちさせることができます。

リンクトデータ用のJSON（JSON-LD）は、構造化データの主要な基盤となる標準として登場しましたが、MicrodataとRDFaもサポートされており、同じ目的を果たします。 Schema.orgは、最も使いやすいものに応じて、各タイプの例を提供しています。

例として、JoeBloggsがJosephHellerの1961年の小説Catch-22のレビューを書き、それを彼のブログに公開するとします。 悲しいことに、Bloggsは味が悪く、5つ星のうち2つを付けています。 ページを見ている人にとって、この情報は無意識のうちに理解されますが、コンピュータプログラムは、同じ結論に達するためにいくつかの点を接続する必要があります。

構造化データを使用すると、次のマークアップをページの<head>コードに追加できます。 （これはJSON-LDアプローチです。MicrodataとRDFaを使用して、同じ情報を<body>コンテンツに織り込むことができます）：

 <script type="application/ld+json"> { "@context" : "https://schema.org", "@type" : "Book", "name" : "Catch-22", "author" : { "@type" : "Person", "name" : "Joseph Heller" }, "datePublished" : "1961-11-10", "review" : { "@type" : "Review", "author" : { "@type" : "Person", "name" : "Joe Bloggs" }, "reviewRating" : { "@type" : "Rating", "ratingValue" : "2", "worstRating" : "0", "bestRating" : "5" }, "reviewBody" : "A disaster. The worst book I've ever read, and I've read The Da Vinci Code." } } </script>

これは、ページが1961年11月10日に発行されたJoseph Hellerによる小説であるCatch-22に関するものであることを示しています。スコアリングシステムのパラメータと同様に、レビュー担当者が特定されました。 さまざまなスキーマを組み合わせて（または階層化して）、さまざまなことを記述することができます。 たとえば、この種のタグ付けにより、ページが野外映画上映のイベントリストであり、問​​題の映画がウェスアンダーソンのライフアクアティックとスティーブジッソーであることを明確にすることができます。

推奨読書：より良い研究、より良いデザイン、より良い結果

なぜそれが重要なのですか？

わかりました、素晴らしいです。 ウェブサイトに目玉までラベルを付けることができ、まったく同じように見えますが、どのようなメリットがありますか？ 私の考えでは、Webサイトに構造化データを含めることには2つの主な利点があります。

  1. それは検索エンジンの仕事をはるかに簡単にします。
    コンテンツをより正確にインデックス化できるため、コンテンツをより豊富に表示できます。
  2. これは、Webコンテンツをより徹底的かつ有用にするのに役立ちます。
    構造化データは、コンテンツに関する「コンピューターの視点」を提供します。 質の高いコンテンツは素晴らしいです。 徹底的にタグ付けされた高品質のコンテンツは夢のようなものです。

星の数を含むおしゃれな検索結果が表示されたら、ご存知ですか？ それが構造化データです。 映画レビューの豊富なスニペット？ 構造化データ。 レシピの選択が表示されたら、材料、準備時間などすべて？ ご想像の通り。 これらのページのいずれかのコードを掘り下げると、どこかにマークアップがあります。 検索エンジンは、構造化されたデータを使用してサイトに報酬を与えます。これは、サイトが何を扱っているかを正確に伝えるためです。

Google検索で構造化データマークアップを使用してスニペットを確認する
（大プレビュー）
Google検索で構造化データマークアップを使用したレシピスニペット
上記のWebサイトのコードを調べて、十分な構造化データがそこにあることを確認してください。 （大プレビュー）

明確にするために、それは検索だけではありません。 それはそれの大きな部分ですが、それはすべてではありません。 構造化データは、主にコンテンツのタグ付けと整理に関するものです。 豊富な検索結果は、上記のコンテンツを使用するための1つの方法にすぎません。 たとえば、Google DatasetSearchはSchema.org/Datasetマークアップを使用します。

以下は、有用な構造化データの例です。

  • レシピ
  • レビュー
  • よくある質問
  • 音声クエリ
  • イベントリスト
  • コンテンツアクション。

他にも何千もあります。 文字通りのように。 Schema.orgは最近、Covid-19のマークアップのリリースを早急に進めました。 それは成長し続けるライブラリです。

多くの点で、構造化データはセマンティックWebのブランチであり、完全に機械可読なインターネットを目指しています。 これにより、Webコンテンツに関する機械可読な視点が得られ、（適切に実装された場合）人々のより豊富な機能にフィードバックされます。

そのため、Webサイトを持っている人なら誰でも、構造化データとは何か、そしてそれがどのように機能するかを知ることで恩恵を受けるでしょう。 W3Techsによると、Webサイトの29.6％のみがJSON-LDを使用しており、43.2％は構造化データ形式をまったく使用していません。 もちろん、義務はありません。 誰もがSEOや機械可読であることを気にかけているわけではありません。 反対に、そうする人にとっては、現在、ライバルサイトを1つにする大きなチャンスがあります。

HTMLがコンテンツの編成方法について考えるように強制するのと同じように、構造化データによって実体について考えるようになります。 それはあなたをより徹底的にします。 Webサイトが何であれ、関連するスキーマドキュメントを調べれば、事前に含めるとは思わなかった詳細をほぼ確実に見つけることができます。

人間として、情報間のつながりを当然のことと考えるのは簡単です。 検索エンジンとコンピュータープログラムは賢いですが、それほど賢くはありません。 まだ。 構造化データは、コンテンツを理解できる用語に変換します。 これにより、より豊かな体験を提供できるようになります。

リソースと参考資料

  • 「SEOの構造化データの初心者向けガイド：2部構成のシリーズ」Bridget Randolph、Moz
  • 「スキーママークアップとは何か、そしてなぜそれがSEOにとって重要なのか」、チャックプライス、検索エンジンジャーナル
  • 「スキーマとは何ですか？ 構造化データの初心者向けガイド」、Luke Harsel、SEMrush
  • 「JSON-LD：意味のあるデータAPIの構築」、Benjamin Young、ロールアウトブログ
  • 「構造化データの仕組みを理解する」、Google Search for Developers
  • 「構造化データを使用してサイトをマークアップする」Bing

構造化データをウェブサイトのデザインに組み込む

構造化データをWebサイトに織り込むことは、たとえばメタタイトルを変更するほど簡単ではありません。 それはあなたのウェブコンテンツのデータDNAです。 それを適切に実装したいのであれば、少なくとも少しは雑草に進んで入る必要があります。 以下は、構造化データを設計プロセスに織り込むために開発者が実行できるいくつかの簡単な手順です。

注：私は個人的に、デザインと実体が密接に関連する、デザインへの全体的なアプローチに同意しています。 たくさんの分野をジャグリングすることは、Webデザインにとって目新しいことではありません。これは単なる別の分野であり、うまく組み込まれていれば、周囲の他の要素を強化することができます。 それをあなたのサイトのエンジンの強化と考えてください。 車はそれほど異なって見えないかもしれませんが、それははるかに優れた地獄を処理します。

コンセプトから始める

例として自分自身を使用します。 5年間、2人の友人と私は趣味として週に1枚のアルバムをレビューしています（他の人も時々参加しています）。 私たちの卑劣で耐え難い散文は、現在WordPressサイトに収容されています。このサイトは、私の善意のある、しかしまったく無知な注意の下で、フランケンシュタインのプラグインの怪物に成長しました。

現在、（とりわけ）構造化データをコア設計に取り入れることを伴うサイトの再設計を行っています。 ここでは、他のプロジェクトと同様に、最初に行うことは、コンテンツの内容を確立することです。 この質問にうまく答えれば、続くすべてが簡単になります。

私たちの場合、これらは不可欠です：

  • 音楽アルバムをレビューします。
  • 各レビューには3人のレビューアがいて、それぞれが最大3つのお気に入りのトラックを選択し、10点満点で個人スコアを割り当てて要約を作成します。
  • これらの3つのスコアは、30点満点の最終スコアにまとめられます。
  • 3つの要約から、私たちのすべての考えの「一目でわかる」まとめとして機能するパッセージが選択されます。

これのいくつかは少し具体的または少し恣意的に聞こえるかもしれませんが（それがそうであるため）、構造化データを使用してどれだけ一緒に織り込むことができるかに驚かれることでしょう。

以下は、刷新されたレビューページがどのように表示されるかのモックアップと、スキーママークアップに変換できる情報です。

構造化データマークアップで注釈が付けられたWebページ
最も広大なコンテンツでさえ、タグ付けされ構造化されるのを待っているだけの情報でいっぱいです。 （大プレビュー）

このプロセスにトリックはありません。 私はコンテンツが何であるかを知っているので、ドキュメントのどこを見ればよいかを知っています。 この場合、Schema.org / MusicAlbumにアクセスすると、次のようなあらゆる種類の潜在的なプロパティが表示されます。

  • albumReleaseType
  • byArtist
  • genre
  • producer
  • datePublished
  • recordedAt

数十あります。 MusicAlbum専用のものもあれば、CreativeWorkのより大きな傘下にあるものもあります。 ドキュメントを深く掘り下げてみると、マークアップは音楽メタデータ百科事典であるMusicBrainzに接続できることがわかりました。 レビューのドキュメントにアクセスすると、同じプロセスが展開されます。

その1つの簡単なページから、次の情報を収集して整理できます。

 <script type="application/ld+json"> { "@context": "https://schema.org/", "@type": "Review", "reviewBody": "Whereas My Love is Cool was guilty of trying too hard no such thing can be said of Visions. The riffs roar and the melodies soar, with the band playing beautifully to Ellie Rowsell's strengths.", "datePublished": "October 4, 2017", "author": [{ "@type": "Person", "name": "Andre Dack" }, { "@type": "Person", "name": "Frederick O'Brien" }, { "@type": "Person", "name": "Marcus Lawrence" }], "itemReviewed": { "@type": "MusicAlbum", "@id": "https://musicbrainz.org/release-group/7f231c61-20b2-49d6-ac66-1cacc4cc775f", "byArtist": { "@type": "MusicGroup", "name": "Wolf Alice", "@id": "https://musicbrainz.org/artist/3547f34a-db02-4ab7-b4a0-380e1ef951a9" }, "image": "https://lesoreillescurieuses.files.wordpress.com/2017/10/a1320370042_10.jpg", "albumProductionType": "https://schema.org/StudioAlbum", "albumReleaseType": "https://schema.org/AlbumRelease", "name": "Visions of a Life", "numTracks": "12", "datePublished": "September 29, 2017" }, "reviewRating": { "@type": "Rating", "ratingValue": 27, "worstRating": 0, "bestRating": 30 } } </script>

そして正直なところ、私はまだもっとたくさん追加するかもしれません。 最初は、レビューページの構造の一部であるもの（つまり、アーティスト、アルバム名、全体的なスコア）​​を見つけましたが、その後、新しい質問が現れ始めました。 何がより明確になりますか？ 何を追加できますか？

これは明らかに、何が不要かという質問によって相殺されるべきです。 あなたが何かをすることができるからといって、あなたがすべきだという意味ではありません。 「情報が多すぎる」などがあります。 それでも、もう少し詳細にすると、ページが1ノッチ上がることがあります。

スキーマをよく理解する

それを回避する方法はありません。 ボールを転がすための最良の方法は、ドキュメントに没頭することです。 それを実装するツールがありますが（以下で詳しく説明します）、マークアップがどのように機能するかを適切に理解していれば、マークアップからより多くのことを得ることができます。

Schema.orgのドキュメントを調べてください。 あなたが誰であれ、あなたのウェブサイトが何であれ、関連するスキーマがたくさんある可能性があります。 このサイトは例が非常に優れているため、理論的なままである必要はありません。

もちろん、それを超えるステップは、エミュレートしたい豊富な検索結果を見つけ、ページにアクセスし、ブラウザー開発ツールを使用して、それらが何をしているかを確認することです。 彼らはしばしば彼らのコンテンツを裏返しに知っているウェブサイトの優れた例です。 コードスニペットまたはURLをGoogleの構造化データマークアップヘルパーにフィードして、適切なスキーマを生成することもできます。

動作中のGoogle構造化データマークアップヘルパーの例
Googleの構造化データマークアップヘルパーのようなツールは、構造化データがどのように機能するかを理解するのに最適です。 （大プレビュー）

基本は実際には非常に単純です。 それらに頭を悩ませたら、探索して遊んでみるのに時間がかかる幅広いオプションです。 設計プロセスの最後に到達し、スキーマオプションを調べて、実行されたすべてのことを2番目に推測し始める人になりたくありません。

適切な質問をする

豊富な構造化データの知識を身に付けたので、強力なWebサイトの基盤を築くことができます。 構造化データはかなりユニークな線に乗っています。 直接の意味では、それは「内部」に存在し、コンピューターの利益のために存在します。 同時に、ユーザーのエクスペリエンスをより豊かにすることができます。

したがって、技術的観点とユーザーの観点の両方から構造化データを検討することにはメリットがあります。 構造化データはどのように私のウェブサイトをよりよく理解するのに役立ちますか？ 他にどのようなリソース、オンラインデータベース、またはハードウェア（スマートスピーカーなど）が、あなたがしていることに興味を持っている可能性がありますか？ 私が説明していなかったドキュメントに表示されるオプションは何ですか？ それらを追加しますか？

繰り返し発生するタイプのコンテンツを特定することは特に重要です。 ブログは時間の経過とともに多くのブログ投稿を期待できると言っても過言ではないため、構造化データを投稿テンプレートに組み込むと、ほとんどの結果が得られます。 上で示した例は、それ自体ですべてうまく機能していますが、マークアッププロセスを自動化できない理由はありません。 それが私たちの計画です。

人々があなたのコンテンツを見つける方法も考慮してください。 たとえば、音声検索で使用するためにコピーのスニペットを強調表示する機会がある場合は、それを実行します。 それはそれです、またはそれを彼ら自身のために解決するために検索エンジンに任せてください。 あなたよりもあなたのコンテンツをよく知っている人はいないので、その理解を説明的なマークアップで活用してください。

構造化データでコンテンツがどのように理解されるかを推測する必要はありません。 GoogleのRichResults Testerのようなツールを使用すると、他の方法では見落とされていた可能性のあるコンテンツの形式と意味をどのように提供するかを正確に確認できます。

リソースと参考資料

  • 「Microdataを使用したSchema.org入門」、Schema.org
  • 「Schema.orgプロジェクトリポジトリ」、GitHubコミュニティ
  • 「構造化データマークアップヘルパー」、Googeウェブマスター
  • 「構造化データをWebページに追加する」GoogleDevelopers Codelabs
  • 「リッチリザルトテスト」、Google

質の高いコンテンツは質の高いマークアップに値する

あなたは私よりも優れたコンテンツの支持者を見つけることができません。 グーグルが主要な検索アップデートを公開するときはいつでも、SEO業界はその集合的な心を失います。 ヒステリーへの反応は常に同じです：質の高いコンテンツを作成します。 これに、次のように追加します。適切にマークアップします。

ドキュメントをよく理解し、サイトの内容を明確にしてください。 タグを付けるすべての情報により、インデックスを作成して適切な人と共有することがはるかに簡単になります。

あなたがGoogleの信者であろうと、DuckDuckGoの改宗者であろうと、精神は変わりません。 それはウェブサイトをできるだけ良くすることであるというより、ランキングではありません。 構造化データに対応することで、Webサイトの他の側面が改善されます。

あなたのコンテンツが何であるかを理解するために技術を信頼する必要はありません—あなたはそれを言うことができます。 レビューからレシピ、オーディオ検索まで、開発者はコンテンツにまったく新しいレベルの洗練を加えることができます。

検索用にウェブサイトを最適化することの核心は変わりません。優れたコンテンツを作成し、それが何であるか、なぜそれが役立つのかを可能な限り明確にします。 構造化データはその目的のための別のツールなので、それを使用してください。