記事の構造化データ

公開: 2023-08-31

最適な記事スキーマ タイプを選択する方法

Web ページを最もよく説明するために、いくつかの記事構造データ タイプから選択できます。

これらのデータ ポイントは、Web of Data に知識が豊富な環境を構築するのに役立ちます。 これは、関連するクエリに対してコンテンツ部分を浮かび上がらせるのに役立ちます。 記事で提供される情報を伝えるデータを提供することで、概念検索への構造化されたアプローチをサポートします。 ほとんどの場合、一般的な記事スキーマで十分ですが、より詳細な区別のためにarticleタイプを使用することには利点があります。

より適切に構造化されたデータを通じて、Google に情報をフィードしてブランドのナレッジ グラフを強化することができます。

  • 最適な記事スキーマ タイプを選択する方法
  • 記事スキーマとは何ですか?
  • ニュース記事に関するよりきめの細かい区別を求める
    • schema.org で完全に採用された記事スキーマ タイプ
    • 現在 schema.org にある保留中の記事スキーマ タイプ
    • ジャンル拡張可能なスキーマは、次のプロパティ タイプで使用されます。
    • JSON-LD 記事マークアップの例
  • 記事（記事、ニュース記事、ブログ投稿）の構造化データに関する Google の指示
    • 記事のメタデータとエンティティを Web ページに追加するにはどうすればよいですか?
    • Article スキーマ タイプの基本ロジックに従う
    • Google の記事マークアップ技術ガイドラインを遵守する
  • 全体的なコンテキストを確立できる記事スキーマ タイプ
  • JSON-LD マークアップのネストにより記事の知識表現が強化されます
    • 著者
    • 出版社
    • 公開日と変更日
    • SameAs プロパティ
    • スピーカブルなプロパティ
    • アイキャッチ画像
    • 言語仕様
  • 記事スキーマのマークアップはコンテンツのランク向上に役立ちますか?
    • 記事をよりアクセスしやすくすると、マークアップが機械で読み取れるようになるのでしょうか?
    • NewsArticle スキーマを使用すると、Google Discover にアクセスできるでしょうか?
  • 結論: セマンティック SEO のために記事の構造化データを最適化する

最適な構造データ マークアップの選択は、常にそのスキーマ タイプとそのプロパティの基本的な理解から始まります。

記事スキーマとは何ですか?

これにより、最新の検索エンジンが Web ページをより明確に理解できるようになります。 これにより、ユーザーの特定のクエリに対して最も関連性の高いコンテンツを認識できるようになります。 記事スキーマを使用して投稿やページにスキーマ マークアップを追加すると、検索エンジンが正しい見出し、公開日、記事の注目の画像をよりよく理解できるようになり、検索エンジン結果ページ (SERP) での使用がサポートされます。

記事スキーマ マークアップは、検索エンジンがより良い結果を提供できるようにする構造化データ ボキャブラリーの一部です。 これは、サイトまたは特定のページの内容を非常に単純なデータ用語で説明する基本的なスキーマ マークアップ コードです。 これは、検索エンジンが広く理解できる言語です。

プログラマにとっては、まずジェネリック クラスArticleの構文とその中心的な目的を理解するのに役立ちます。 これは、特定の分類から他のスキーマ、管理された語彙、オントロジーに至るまで独自です。 そこから、より広い範囲を得るために、NewsArticle の「新しい」サブタイプにあるメモを読むことをお勧めします。

代替記事スキーマ タイプも創造的な作品の一種であり、一般的な記事スキーマ属性を形式的に継承しながら、記事スキーマ自体よりも具体的にする機会を提供します。

基本的に、記事のマークアップを実装するときは、構造化データに対して schema.org によって定義された最も具体的な適切な型とプロパティ名を使用します。

記事（記事、ニュース記事、ブログ投稿）の構造化データに関する Google の指示

「記事の構造化データをニュース、ブログ、スポーツ記事のページに追加すると、Google がウェブページについてより深く理解し、Google 検索やその他のプロパティの検索結果に記事のタイトル テキスト、画像、日付情報がより適切に表示されるようになります。 、Google ニュース、Google アシスタント）。 トップ ストーリーなどの Google ニュース機能を利用するにはマークアップの要件はありませんが、記事を追加すると、コンテンツの内容（たとえば、ニュース記事であること、著者が誰であるか、タイトルが何であるかなど）を Google により明確に伝えることができます。記事はそうです）」 –記事（記事、ニュース記事、ブログ投稿）の構造化データ

記事のメタデータとエンティティを Web ページに追加するにはどうすればよいですか?

現在、ほとんどのサイトはアプリまたはプラグインに依存してスキーマの選択を管理しています。 この場合、構造化データ更新の専門家にスキーマ ベンダーの選択を手伝ってもらうとよいでしょう。 Articleマークアップを追加する好みの方法が確立されると、それぞれに、Article 構造化データの選択に影響を与える独自のセットアップ カスタマイズが適用されます。

チームが Rank Math、Wordlift、SEO Clarity の Schema Optimizer、または他のベンダーを選択する場合でも、ツールが最適に機能する方法を説明するサポート ページとスタッフが用意されています。

たとえば、Rank Math では、投稿タイプをニュース サイトマップに含めるように構成している場合、ツールはデフォルトで「ニュース」としてマークしたすべての投稿/ページのスキーマ タイプを NewsArticle に設定します。タイプを Article または BlogPosting に調整してみてください。

Article スキーマ タイプの基本ロジックに従う

Article スキーマ タイプは、NewsArticle および BlogPosting の親タイプです。 Google は次のように述べてこれを明確にしました。

「投稿がニュース記事の場合は、NewsArticle スキーマを使用する必要があります。

記事スキーマ (https://schema.org/Article) は「NewsArticle」もカバーしているため、許容されます。 ただし、ページが明らかに「ニュース」タイプのコンテンツである場合は、NewsArticle (https://schema.org/NewsArticle) を使用することをお勧めします。 コンテンツがニュース記事でも記事でもなく、ブログ投稿である場合は、BlogPosting スキーマ (https://schema.org/BlogPosting) を使用する必要があります。 – ニュース記事、ブログ投稿、または記事のどのスキーマを使用する必要があります。 それらの違いは何ですか?

Google の記事マークアップ技術ガイドラインを遵守する

本当にセマンティック スキーマ マークアップを拡張してカスタマイズしたい場合、技術的な課題が表面化することがよくあります。 schema.org と Google のヘルプ フォーラムは、具体的な質問をするのに最適な場所ですが、Google のドキュメントではすでにある程度のサポートが提供されています。

「複数部の記事の場合、rel=canonical が各個別ページまたは「すべて表示」ページを指していることを確認してください (複数部シリーズの 1 ページ目ではありません)。 正規化について詳しくは、こちらをご覧ください。

Web サイトのコンテンツへのサブスクリプションベースのアクセスを提供する場合、またはユーザーがアクセスのために登録する必要がある場合は、サブスクリプションおよびペイウォールコンテンツに構造化データを追加することを検討してください。

ニュース記事に関するよりきめの細かい区別を求めるOpinion News Article スキーマ タイプの使用方法

schemaorg サポート全体と github.com コミュニティでは、 NewsArticleに関するよりきめの細かい区別を提供するよう求める声が上がっています。 Opinion とニュース記事を区別するのに役立つ新しいArticleスキーマ タイプを追加することにも関心があります。

Google でサポートされているArticleプロパティと、schema.org でサポートされている (および保留中の) プロパティを区別することが重要です。

schema.org で完全に採用されている記事スキーマ タイプ:

  • 広告主コンテンツ記事
  • ニュース記事
  • 報告
  • 風刺記事
  • 学術記事
  • 医療学術記事
  • ソーシャルメディア投稿
  • 技術記事

私のサイトまたはさまざまなクライアント サイトで、 TechArticle 、 MedicalScholarlyArticle 、およびnewArticleタイプを使用しました。 これは、検索エンジンにさらに多くの情報を提供するもう 1 つの方法であり、アルゴリズムが記事のニッチまたは意図を迅速に特定してカタログ化するのに役立ちます。

schema.org で現在保留中のステータスにある記事スキーマ タイプ:

  • 分析ニュース記事
  • 背景ニュース記事
  • ルポニュース記事
  • 意見ニュース記事
  • レビューニュース記事

スキーマへの新しい記事タイプの正式な導入ではなく、またはそれを待っている間に、 additionalTypeまたはgenreを使用してより詳細な情報を使用してニッチを表すことができます。

ただし、一部のスキーマ コーダーは、ニュース ジャンル内で差別化を図るために、「レポート」、「分析」、「意見」などの用語に語彙の価値を追加しようとしています。 ロジックとしては、2 番目の部分「NewsArticle」が主要なタイプを識別しているにもかかわらず、コンテンツ部分をさらに区別したいということです。 [1]

これらのタイプが完全に採用され、保留状態から削除された場合には、このページを更新します。

ジャンル拡張可能スキーマは、次のプロパティ タイプで使用されます。

  • ブロードキャストチャンネル
  • クリエイティブワーク
  • 音楽グループ

ジャンルは戦略的な方法で編成できます。 「概略構造」という用語は、これらのジャンルにおける独自の段階と段階を識別するために使用されます。 物語テキストの概略構造とは、テキストを段階的にレイアウトする機能コンポーネントを指します。

記事の HTML セマンティック コードは schema.org の記事のマークアップと同じですか?

セマンティック HTML は、記事やセクションなど、HTML 内の構文を指します。 <article> セマンティック タグは、自己完結型のページの一部を表します。

記事スキーマ マークアップ言語とセマンティック HTML 構文の両方により、コンテンツが検索エンジンにとってより理解しやすくなります。 セマンティック SEO の専門家が、可能な限り最善の方法で Web ページをより有益で適応可能なものにします。

「記事の HTML 要素は Google に影響を与えますか?」という質問に対して、これらの SEO 戦略のバランスを保つのに役立つ答えが得られました。

「<article> HTML 要素は Google 検索では特に影響しません。 これは、他の多くの種類の HTML タグと似ています。

ただし、HTML の使用には Google 検索以外にもさまざまな機能があります。

場合によっては、アクセシビリティやセマンティック上の理由から特定の種類のマークアップを使用する必要があるため、SEO だけに焦点を当てないでください。」 – Googleのジョン・ミューラー氏

JSON-LD 記事マークアップの例

<script type=”application/ld+json”>
{
「@context」: 「https://schema.org」、
“@type”: “ニュース記事”,
"headline": "ニュース記事のタイトル",
"inLanguage":"en-US",
“mainEntityOfPage”:{
“@type”:”Webページ”,
「@id」:「https://website.com/url-of-page-to-publish/」
}、
"画像"： [
“https://website.com/photos/1×1/photo.jpg”,
“https://website.com/photos/4×3/photo.jpg”,
「https://website.com/photos/16×9/photo.jpg」
]、
“公開日”: “2023-08-25T06:30:00+04:00”,
“dateModified”: “2023-08-26T13:12:00+02:00”,
"著者"： [{
“@type”: “人物”,
"名前": "主著者",
「url」: 「https://website.com/profile/firstauthorname」
},{
“@type”: “副作成者”,
"名前": "著者名",
「url」: 「https://example.com/profile/セカンド著者名」
}]
}
</script>

全体的なコンテキストを確立できる記事スキーマ タイプ

まずは全体像をしっかりと把握して、自分のコンテンツの種類を簡単に特定できるようにしましょう。 記事の種類を選択するときの目標は、コンテンツのコンテキストをさらに明確にすることです。

それはすべてユーザー中心であることです。 コンテンツがより適切に構造化されると、ブラウザーや検索エンジンがコンテンツをより適切に解釈できるようになり、検索者がコンテンツを見つけて利用できるようになります。

サイト内にカスタマイズされたスキーマ マークアップを実装する場合、どのスキーマが SERP によって認識されるかを常に監視します。

Article スキーマ実装のその他の利点

  • また、Google 検索結果での外観が向上するという利点も得られる場合があります。 ただし、コンテンツがリッチリザルトとして表示される可能性だけを追求している場合は、多くのことを見逃していると考えられます。
  • 記事の構造化データにより、Google アシスタントで質問をしたユーザーに対する音声応答としてコンテンツを利用できるようになります。

「記事と商品ページやカテゴリページの違いを区別することが重要です。 あなたのウェブサイトがクレアチンと呼ばれる製品を提供し、クレアチンのカテゴリがあり、クレアチンに関する究極のガイドである記事がある場合、Google は混乱する可能性があります。 ページに記事スキーマがあると、このタイプのコンテンツを Google 検索エンジンの結果に適切に配置するのに役立ちます。」 – マーケットミューズ[2]

JSON-LD マークアップのネストにより記事の知識表現が強化されます

スキーマのネストは、エンティティ間の関係の性質の定義に基づいた強力なセマンティック SEO 戦術です。 一意に識別可能なエンティティは、「入れ子」にすることで、より大きな記事エンティティのデータ理解を強化できます。 JSON マークアップの代わりに microdata を使用している場合は、プロパティにラベルを付けるために itemprop 属性を実装することになります。

お気に入りのArticle属性とプロパティ:

著者：

記事の著者を特定することが重要であることがわかりました。 なぜ？ Google によると、「Google がさまざまな機能にわたって著者を最大限に理解できるように、著者マークアップのベスト プラクティスに従うことをお勧めします。」 著者スキーマ マークアップにより、読者が記事の内容を信頼できるようになります。

構造化データ要素は、記事内のコンテンツ部分やステートメントの意味や目的を伝えるだけでなく、オンラインで著者の専門知識を確立するのにも役立ちます。 構造化データを実装する利点について詳しくは、こちらをご覧ください。

出版社:

About ページなどで組織の構造化データや LocalBusiness マークアップを使用することもできますが、組織を指定して、記事が公開されるドメインを指定することもできます。 これを Article マークアップでネストする方法の例を次に示します。

「発行者」: {
“@type”: “組織”,
"名前": "ヒル ウェブ クリエーションズ",
「ロゴ」: {
“@type”: “ImageObject”,
“url”: “https://www.hillwebcreations.com/wp-content/uploads/2017/05/hill-web-marketing-minneapolis-mn-415×56.jpg”,
「幅」：415、
「高さ」：56

公開日と変更日:

多くのトピックでは、読者と検索エンジンの両方が、クエリの意図を満たす最新の記事を探します。 たとえば、記事が特定の Google アルゴリズム アップデートに関するニュース指向である場合、それらは十分な頻度で発生するため、現在のアップデートについて話していることを識別するのに役立ちます。

"datePublished": "2021-08-25T19:07:00+09:00",
"dateModified": "2023-08-30T12:40:00+11:00",

SameAs プロパティ:

sameAsプロパティが記事の主要な主題と一致することが重要です。 これにより、相互に独立しているリソース間で同義関係を定義できるようになります。

SameAs プロパティは、Web 全体の組織の存在とアイデンティティを確立するのに役立ちます。 これにより、Google やその他の検索エンジンがブランド、ソーシャル メディア プロフィール、関連する外部シグナルを確実に認識できるようになります。 このエンティティ マッピング タイプでは、経験、専門知識、権威性、信頼性 (EEA) 要素を評価できます。

SameAs は、ジャンル、サービス、またはその他のエンティティ タイプを確立できるarticleSectionとは異なります。 語彙 (記事のメタデータとエンティティ) はリンクされたデータとして公開されます。

スピーカブル プロパティ:

SpeakableSpecification記事内の特に「話すことができる」 1 つまたは複数のセクションを示します。 つまり、そのセクションはテキストから音声への変換に適したものとして強調表示できます。 「speakable」プロパティは、一般にスピーチに役立つ可能性が最も高い部分を示します。

"sameAs":["http:www.wikidata.org/entity/associated-to-main-entity-of-page","http:dbpedia.org/resource/associated-to-main-entity-of-page","https://blog.google/associated-to-main-entity-of-page","https://directorsblog.nih.gov/associated-to-main-entity-of-page"]

注目の画像:

リッチリザルトのArticleスキーマ マークアップを認定するには、画像などのエンティティに関する正しい仕様を指定する必要があります。 記事画像のサムネイルリッチリザルトを取得することは、ページへのクリックを視覚的に引き付ける強力な方法です。 thumbnailUrlを指定することもできます

ただし、これは特定の画像要件とサイズ仕様を満たすことを意味します。 どの写真が記事のアイキャッチ画像であるかを検索エンジンに知らせることができます。 SERP はますます視覚的になっているため、これはセマンティック Web にとって有益なデータです。

「画像」:{「@id」:「https://website/blog/article-url/#primaryimage」},「thumbnailUrl」:「https://website.com/blog/wp-content/uploads/2023」 /08/私の記事の画像.jpg”,

言語仕様:

国際的な SEO の場合、記事のマークアップ内にinLanguage追加すると便利です。 この非常に明確で標準化されたコードを使用してセマンティック マークアップを使用すると、長期的には時間を節約できます。 XHTML Web ドキュメントで使用される言語仕様を強化できます。

記事スキーマのマークアップはコンテンツのランク向上に役立ちますか?

検索エンジンがページに表示されるエンティティとその内容をよりよく理解できると、Web ページのランク付けが容易になります。 したがって、スキーマ マークアップを使用するだけではランキングが向上しません。

また、たとえすべてのスキーマ ガイドラインが厳密に従っていたとしても、Google は誰かに豊かな結果を約束することはありません。 ただし、SERP の豊富な結果を得るだけに焦点を当てるのは近視眼的です。 これにより、マークアップ パブリケーションがマシンからアクセスしやすくなります。

この質問を「記事スキーマは Web ページを見つけやすくするのに役立ちますか?」と言い換えます。 優れている。 そうすれば、答えは「はい！」です。 私たちの行動すべてがランキング値に関連付けられているわけではないというアプローチを取るよう励ましてくれた Mueller 氏に感謝します。 同氏は、「アクセシビリティやセマンティクス上の理由から、特定の種類のマークアップを使用する場合もあるので、SEO だけに焦点を当てないでください。」と述べています。 [3]

記事をよりアクセスしやすくすると、マークアップが機械で読み取れるようになるのでしょうか?

セマンティック マークアップにより、コンテンツにアクセスできるように支援テクノロジを利用するマシンやソフトウェアがコンテンツを読み取って理解できるようになります。 ブラインド クエリ検索者は、スクリーン リーダーを使用して、適切に形成された HTML 要素で作成された記事をナビゲートできます。

前述したように、ネストされたspeakable マークアップは、聴覚障害者または聴覚障害者を支援します。 ヤルノ・ヴァン・ドリエルはこれを最もよく述べています。

「そして、99/100 回、よく書かれ、内容が含まれ、アクセシブルなコンテンツは、人間にとっても NLP (自然言語処理) にとっても同様に非常に簡単に解析でき、また (人間にとっても機械にとっても同様に) 機械可読マークアップに変換するのが簡単です。 ）。

私の考えでは、アクセシビリティのための記述には WINS のみが必要であり、また、多くの人や大量のリソースを関与させずに結果に直接影響を与えるすべての方法の中で最も簡単です。」 – セマンティック検索、コンテンツ、トリプルについてのヤルノ・ヴァン・ドリエルとの対話

NewsArticle スキーマを使用すると、Google Discover にアクセスできるでしょうか?

NewsArticle スキーマを使用しても、記事が Google Search Console (GSC) < パフォーマンス < Discover に確実に表示されるわけではありませんが、それでも良い考えです。 GSC ツールを使用しているときに、これがニュース コンテンツかどうかを尋ねるポップアップが表示されました。 それは、ニュース価値のある観点からコンテンツを書いたという有益なシグナルを送ることになります。

Articleスキーマは、ニュース価値のあるものを書くために使用できます。 ただし、ニュース以外の種類の記事にはNewsArticle使用しないでください。 最初に執筆意図を特定するこの実践的なステップは、どの記事オブジェクトが最適かを判断するのに役立ちます。 公開されるコンテンツが明らかに新しい「ニュース」である場合は、NewsArticle タイプを使用する方がより明示的です。

正確で情報豊富なデータを構築することで、検索エンジンは記事の内容を簡単に理解できるようになります。 これにより、有料広告なしでアクセスできる領域の SERP 全体でより目立つようになり、メリットが得られます。 これが Google Discover に表示されることを意味するかどうかに関係なく、この目標を達成するための鍵となるのは構造化データです。

Google がいつまでセマンティック マークアップに依存するのか疑問に思う人もいます。 私たちは、記事の構造化データが進化することを知っています。 ただし、特にベスト プラクティスとマークアップの拡張方法をすべて知っている場合には、現在でも非常に便利です。 私はマリアンヌ・スウィーニーがツイッターで述べた次の発言が好きです。

「構造化データは、ML とニューラル IR の仕組みについての深い理解とともに、次の SEO の鍵であると心から信じています。 SEO コミュニティが SGE をからかうことに飽きたら、あなたの仕事は SGE を最適化する方法のランウェイライトになります。 マリアンヌ・スウィーニー[4]

結論: セマンティック SEO のために記事の構造化データを最適化する

この記事では、充実した構造化データを使用して記事セマンティック SEO を実装する方法について説明しますが、多くの場合、真の主力となるのは天才ライターです。 優れたコンテンツを取得し、最適な記事スキーマ タイプ、トリプル、その他の高度なカスタマイズを使用して構造化データに変換することに非常にやりがいを感じています。

651-206-2410 に電話して提携し、個人的なプロフェッショナル スキーマ マークアップ監査を取得してください

リソース：

[1] https://github.com/schemaorg/schemaorg/issues/1525

[2] https://blog.marketmuse.com/structurd-data-for-seo/

[3] https://www.youtube.com/watch?v=HdR1_g-gPEY&t=411s

[4] https://x.com/msweeny/status/1694787032667815937