Article構造化データとOGPの違い｜記事ページで両方必要な理由

Article構造化データとOGPは役割が違う

記事ページを作るときに、Article構造化データとOGPを入れることがあります。

どちらもページの情報を機械に伝えるためのものなので、同じように見えるかもしれません。

しかし、役割は違います。

Article構造化データは、検索エンジンなどに「このページは記事であり、タイトル、公開日、著者、画像などはこれです」と伝えるための情報です。

OGPは、SNSやチャットでURLが共有されたときに、タイトル、説明文、画像をどう見せるかを整えるための情報です。

つまり、Article構造化データは検索や機械理解のため、OGPは共有時の見え方のために使います。記事ページでは、どちらか一方ではなく、両方を整えておく方が実務では安全です。

Article構造化データとは何か

Article構造化データは、記事ページの内容を検索エンジンなどが理解しやすい形で記述するためのデータです。

多くの場合、HTML内にJSON-LD形式で書きます。

schema.orgでは、Articleは記事、ニュース記事、ブログ記事のようなページを表す型として使われます。見出し、説明、画像、著者、公開日、更新日、発行元などの情報を付けられます。

Google Search Centralでも、構造化データはページ内容を理解し、検索結果でリッチリザルトとして表示するために使われることがあると説明されています。

ただし、構造化データを入れたからといって、必ず検索結果の表示が変わるわけではありません。ここは誤解しない方がいいです。

基本項目は、たとえば次のようなものです。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Article構造化データとOGPの違い",
  "description": "記事ページでArticle構造化データとOGPを分けて考える理由を解説します。",
  "image": "https://example.com/images/article-ogp.jpg",
  "datePublished": "2026-05-30",
  "dateModified": "2026-05-30",
  "author": {
    "@type": "Organization",
    "name": "サイト名"
  },
  "publisher": {
    "@type": "Organization",
    "name": "サイト名"
  },
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://example.com/article/sample/"
  }
}
</script>

重要なのは、ページに実際に書かれている内容と一致させることです。構造化データだけに架空の著者、画像、日付、評価、FAQなどを入れると、本文と機械向け情報がずれてしまいます。

OGPとは何か

OGPは Open Graph Protocol の略です。

WebページをSNSやチャットアプリで共有したときに、タイトル、説明文、画像、URL、ページ種別などを伝えるためのmetaタグです。

記事URLをX、Facebook、LINE、Slack、Discordなどに貼ったとき、カード形式でタイトルや画像が表示されることがあります。その見え方に関係するのがOGPです。

基本は、HTMLのhead内に次のように書きます。

<meta property="og:type" content="article">
<meta property="og:title" content="Article構造化データとOGPの違い">
<meta property="og:description" content="記事ページでArticle構造化データとOGPを分けて考える理由を解説します。">
<meta property="og:url" content="https://example.com/article/sample/">
<meta property="og:image" content="https://example.com/images/article-ogp.jpg">
<meta property="og:site_name" content="サイト名">

OGPは検索エンジン向けというより、共有時の見え方を整えるものです。

タイトルが途中で切れていないか。説明文が内容と合っているか。画像が暗すぎないか。SNSで見たときに何の記事かわかるか。

そうした確認が重要になります。

見ている相手が違う

Article構造化データとOGPは、どちらもページの情報を機械に渡します。

ただし、見ている相手が違います。

Article構造化データでは、記事の種類、著者、公開日、更新日、発行元、本文との対応が重要です。

OGPでは、共有されたときにクリックしたくなるか、誤解されないか、画像が適切か、記事の内容が一目で伝わるかが重要です。

同じタイトルや説明文を使うことはありますが、目的は同じではありません。

両方に必要な情報は似ている

実務では、Article構造化データとOGPで使う情報はかなり重なります。

タイトル、説明文、URL、画像、サイト名、公開日、更新日などです。

そのため、記事ページを作るときは、本文とは別にメタ情報を整理しておくと管理しやすくなります。

ページタイトルは、検索結果、SNS共有、ページ見出しで使われます。説明文は、meta description、OGP description、構造化データのdescriptionに使われることがあります。画像はOGP画像として使いながら、Article構造化データのimageにも使えます。

ただし、全部を機械的に同じにすればよいわけではありません。

H1は自然な記事タイトルにする。OGPタイトルは共有時に分かりやすくする。meta descriptionは検索結果で読まれることを意識する。こうした調整が必要な場合もあります。

よくある失敗

よくある失敗は、OGPだけ入れて構造化データを入れないことです。

SNSでの見た目は整っていても、検索エンジンに記事情報を構造化して渡せていない状態になります。

反対に、構造化データだけ入れてOGPを入れないケースもあります。この場合、検索向けの情報はある程度整っていても、SNSやチャットで共有したときに画像が出なかったり、タイトルが意図しない形になったりします。

もうひとつ多いのは、本文とメタ情報がずれることです。

記事タイトルを変更したのにOGPのタイトルが古いまま。公開日や更新日が実態と合っていない。画像URLが存在しない。canonical URLとog:urlが違う。

こうしたズレは、検索にも共有にもよくありません。

実装時の確認ポイント

記事ページでは、最低限、次の情報を揃えると管理しやすくなります。

特に記事サイトでは、公開日と更新日を分けることが重要です。

公開日を変えずに、内容を修正したときだけ更新日を変える。これができていないと、記事の鮮度が読者にも検索エンジンにも伝わりにくくなります。

構造化データはSEOの魔法ではない

Article構造化データを入れると、SEOに効くと単純に考えられがちです。

しかし、構造化データは薄い記事を強くする魔法ではありません。

本文が弱い。タイトルが曖昧。内容が重複している。読者の疑問に答えていない。こうした状態で構造化データだけ整えても、記事そのものの価値は上がりません。

構造化データは、良い記事を機械が理解しやすくするための補助です。

OGPも同じです。良い記事を共有時に伝わりやすくするための補助であり、本文の代わりにはなりません。

まとめ

Article構造化データとOGPは、どちらも記事ページに入れるメタ情報ですが、役割が違います。

Article構造化データは、検索エンジンなどに記事の意味を伝えるためのものです。

OGPは、SNSやチャットで共有されたときの見え方を整えるためのものです。

記事ページでは、タイトル、説明文、URL、画像、公開日、更新日、著者、発行元を整理し、本文とメタ情報がずれないように管理することが大切です。

構造化データもOGPも、SEOや共有のための魔法ではありません。読者に役立つ記事を、検索エンジンやSNSにも正しく伝えるための基礎情報です。

参考：Google Search Centralの構造化データの説明とサポートされる構造化データ一覧、schema.orgのArticle、Open Graph protocolの公式仕様を確認。