AI × SEO公開前チェックリスト / OGP・画像データ

WebページのOGP・画像データのチェックリスト|サイズ・確認方法・反映されない時の対処


Webページは本文だけでは完成しません。公開前に、タイトル・メタディスクリプション・OGP画像・アイキャッチ・画像の代替テキスト(alt)といった画像とメタデータを揃える必要があります。この記事では、検索とSNSの両方でページが正しく表示されるための画像データを、推奨サイズ・確認方法・反映されないときの対処までチェックリストにまとめます。構造化データの詳しい実装は別記事で解説します。

公開2026.05.30
最終更新2026.05.30
読了 15 分 / 約6,800字
この記事をシェアポスト
AI × SEO公開前チェックリスト

Webページに必要な
OGP・画像データ

Webページは、本文を作り終えても公開準備の半分です。検索結果やSNSのタイムラインに並んだとき、ページを開いてもらえるかどうかは、タイトル・説明文・OGP画像といった「ページの外側に出るデータ」で決まります。中でもOGP画像は、SNSでシェアされたときに最初に目に入る要素で、整っているかどうかでクリック率(CTR)が変わります。

C
結論
本文と同じ熱量で、画像とメタデータも公開前に揃える

Webページに必要な画像データは、タイトル・メタディスクリプション・OGP画像・アイキャッチ・代替テキスト(alt)・画像の軽量化・構造化データの7点です。OGP画像は1200×630px(比率 1.91:1)を基準に1枚用意し、公開前に各SNSで実際の表示を確認します。更新が反映されないときは、SNS側のキャッシュをクリアします。これらを公開前のチェックリストに落とし込めば、記事ごとに抜け漏れを防げます。

01.Webページを公開する前に揃える画像データは何か

まず、1ページを公開するときに揃える画像・メタデータの全体像を整理します。次の7点が基本セットです。本記事では、このうちOGP画像とアイキャッチを中心に、確認方法と反映トラブルの対処まで踏み込みます。構造化データは扱う範囲が広いため、ここでは概要にとどめ、詳しい実装は別記事で解説します。

揃えるデータ役割
タイトル(title / og:title)検索結果とSNSの両方で見出しになる。記事の主キーワードを前方に置く
メタディスクリプション(description / og:description)検索結果のスニペットとSNSの説明文になる。クリック率(CTR)に効く
OGP画像(og:image)SNSでシェアされたときに大きく表示される画像。第一印象を決める
アイキャッチ画像(本文・一覧サムネ)記事一覧や本文冒頭で使う画像。OGP画像と兼用することも多い
画像の代替テキスト(alt)画像の内容を説明するテキスト。読み上げ・画像検索・画像非表示時に使われる
画像の軽量化(webp / avif・サイズ圧縮)表示速度に直結する。Core Web Vitals の評価にも関わる
構造化データ(JSON-LD)ページの意味を検索エンジンやAIに伝える。本記事では概要のみ(詳しい実装は別記事で解説)

この7点のうち、タイトルとメタディスクリプションは検索結果のクリック率に直接効きます。OGP画像とアイキャッチはSNSと記事一覧での見え方を左右します。altと画像の軽量化は、画像検索・読み上げ環境・表示速度に関わります。どれも公開後に直せますが、公開前に一度で揃えるほうが手戻りが少なく済みます。なお、タイトルやメタディスクリプションの字数は文字数カウントで確認できます。

02.OGPとは何か

📘
用語定義
OGP(Open Graph Protocol)とは

OGP(Open Graph Protocol)とは、ページがSNSなどでシェアされたときに表示されるタイトル・説明文・画像を、ページ側のmetaタグで指定する仕組みです。

OGPは<head>内のmetaタグで指定します。最低限おさえるのは次の5つです。

  • og:title — シェア時の見出し
  • og:description — シェア時の説明文
  • og:image — シェア時に表示される画像のURL
  • og:url — 正規のページURL
  • og:type — ページの種類(記事なら article)

X(旧Twitter)では、これに加えてtwitter:cardを指定します。仕様の一次情報はOpen Graph protocol 公式サイトとX(Twitter)のCardsドキュメントで確認できます。OGPは検索順位を直接上げるものではありませんが、SNS流入と指名想起に効くため、Webページの公開では標準で整えておく要素です。

03.OGP画像の推奨サイズと各SNSの表示

OGP画像のサイズは、1200×630px(比率 1.91:1)を基準にすれば、主要なSNSをまとめてカバーできます。最小は 300×157px、ファイルサイズは 5MB 以下を目安にします。プラットフォームごとの表示は次の通りです。

プラットフォーム表示サイズ補足
共通(推奨ベース)1200×630px / 比率 1.91:1最小は 300×157px。ファイルサイズは 5MB 以下を目安にする
X(旧Twitter)summary_large_image で横長 1200×630pxtwitter:card を summary_large_image にすると大きく表示される。指定がないと小さなサムネ表示になる
Facebook1200×630px(1.91:1)小さすぎると正方形の小サムネ表示に落ちる。シェアデバッガーでキャッシュを更新できる
LINE1200×630px(大)/ 正方形(小)OGP画像の比率で大小の表示が変わる。Page Poker でキャッシュを更新できる
Slack / Discord など1200×630px を流用多くのツールが OGP をそのまま読む。共通の 1200×630px を1枚用意すれば足りる

Xで画像を大きく見せるには、twitter:cardをsummary_large_imageに設定します。指定がないと小さなサムネイル表示に落ちます。FacebookやLINEは、画像が小さすぎたり比率が合わなかったりすると正方形の小サムネに切り替わるため、1200×630pxの1枚を共通で用意するのが運用上は最も確実です。

04.切れない・読めるOGP画像のデザイン

OGP画像は、表示する場所によって周囲が切り取られたり、タイムラインで縮小されたりします。安全に見せるには、重要な文字とロゴを中央寄りのセーフエリアに収めます。

図:OGP画像のセーフエリア(1200×630px)

端は環境によって切れる前提で、文字とロゴは中央寄りに置く

セーフエリアタイトル・ロゴはこの内側にキャンバス 1200 × 630px(比率 1.91:1)

デザインで気をつけるのは次の3点です。

  • 文字は少なく、大きく。タイムラインでは縮小表示されるため、長い文章は読めません。記事の主題が伝わる短い見出しに絞ります。
  • 端に重要要素を置かない。ロゴ・タイトルは中央のセーフエリア内に収め、切れても困らない装飾だけを端に置きます。
  • 背景と文字のコントラストを確保する。縮小しても読めるよう、薄い色同士の重ねを避けます。

05.OGP画像の作り方:手動・テンプレート・自動生成

OGP画像の作り方は、運用する記事の本数で選び方が変わります。大きく3つあります。

  1. 1枚ずつ手動で作る:デザインツールで記事ごとに作る方法です。本数が少ないうちは自由度が高く十分です。本数が増えると制作工数がボトルネックになります。
  2. テンプレートを用意して差し替える:レイアウトを固定し、タイトル文字だけ差し替える方法です。デザインの統一感を保ちつつ、1枚あたりの工数を下げられます。
  3. コードから自動生成する:記事タイトルなどのデータから、ビルド時にOGP画像を自動で書き出す方法です。本数が多いメディアで有効です。
i
補足
自動生成は「本数が増えてから」で十分

自動生成は、記事が数十本を超えてから効いてくる仕組みです。数本のうちは、テンプレートを1つ用意して文字だけ差し替えるほうが早く、運用も軽く済みます。仕組み化は、手作業がボトルネックになってから検討すれば十分です。

06.公開前にOGPをどう確認するか

OGPは、設定しただけでは正しく表示されるとは限りません。画像のURLが外から開けない、絶対URLになっていない、比率が合わない、といった理由で意図と違う表示になることがあります。公開前に、実際の見え方を確認します。主な確認手段は次の通りです。

  • Facebook:シェアデバッガーでタイトル・説明・画像のプレビューと、読み取ったOGPの中身を確認できます。
  • X(旧Twitter):かつての Card Validator のプレビュー機能は現在は廃止されています。実際にURLを下書き投稿して表示を確認するか、第三者のOGP確認ツールを使います。
  • LINE:LINE Page Poker でOGPの読み取り結果を確認できます。
  • 横断確認:当サイトの無料ツールOGP確認・チェックツールを使うと、URLを入れるだけでGoogle検索結果・X・Facebook/LINE風のプレビューと、不足タグの改善チェックリストをまとめて確認できます。
!
注意
ローカル環境やBasic認証下では確認できない

各SNSの確認ツールは、外部からアクセスできるURLを読みに行きます。localhostやBasic認証で保護したステージング環境のURLは、ツールから画像を取得できず確認できません。公開後の本番URL、または外部から到達できる確認用URLで検証してください。

07.OGPが反映されないときの対処

「OGP画像を差し替えたのに、SNSでは古い画像のまま」というトラブルは頻出します。原因のほとんどはSNS側のキャッシュです。各SNSは一度読み取ったOGP情報を保存し、次回以降はその保存データを表示するため、ページ側を更新してもすぐには反映されません。対処は次の手順です。

  1. キャッシュをクリアする:Facebookならシェアデバッガーで再取得(Scrape Again)、LINEなら Page Poker で再読み込みすると、最新のOGPを取り直します。
  2. 画像URLを確認する:og:imageが相対パスになっていると読み取れないことがあります。https://から始まる絶対URLで指定します。
  3. 画像の公開状態を確認する:画像URLに直接アクセスして開けるか、Basic認証やnoindexで遮断していないかを確認します。

キャッシュのクリアでも反映されない場合は、画像URL末尾にバージョン用のクエリ(例:?v=2)を付けて別URL扱いにする手もあります。ただし運用が煩雑になるため、まずはキャッシュクリアと絶対URLの確認を優先します。

08.構造化データは別に揃える

OGPはSNSでの見え方を整えるデータですが、検索エンジンやAIにページの意味を伝えるのは構造化データ(JSON-LD)の役割です。記事ページなら Article、よくある質問なら FAQPage、パンくずなら BreadcrumbList といったように、ページの中身に合わせて設定します。OGPと構造化データは目的が違うため、どちらも公開前のチェック項目に入れておきます。

構造化データは扱う範囲が広く、Entity(エンティティ)の考え方や実装例まで踏み込むと長くなります。詳しくは次の記事にまとめています。

関連記事

構造化データとは?Entity(エンティティ)をAI SEOで伝えるSchema実装ガイド

構造化データの基本、Entity(エンティティ)とキーワードの違い、JSON-LDとSchema.orgの役割、企業サイト・記事メディアで実装すべきSchema一覧を実例付きで解説しています。

続きを読む

09.公開前チェックリスト

ここまでの内容を、記事ごとに使えるチェックリストにまとめます。公開直前に上から順に確認すれば、画像・メタデータの抜け漏れを防げます。

公開前チェックリスト
  • ✓ og:title / og:description / og:image / og:url / og:type を設定した
  • ✓ twitter:card を summary_large_image にした(Xで大きく表示するため)
  • ✓ OGP画像を 1200×630px(比率 1.91:1)で用意した
  • ✓ タイトル・ロゴを中央のセーフエリア内に収め、小さなサムネでも読める文字量にした
  • ✓ og:image を絶対URL(https://〜)で指定し、誰でも開ける場所に置いた
  • ✓ 公開前に Facebook・X・LINE で実際の表示を確認した
  • ✓ 更新したのに古い画像が出る場合は、各SNSのキャッシュをクリアした
  • ✓ 本文画像に内容を説明する alt を入れた
  • ✓ 画像を webp / avif などで軽量化した
  • ✓ 構造化データ(JSON-LD)を別途設定した

OGPタグの抜け漏れは、OGP確認・チェックツール(無料)にURLを入れると、シェア時のプレビューと改善チェックリストで一括確認できます。

10.よくある質問(FAQ)

OGP画像のサイズは結局どれにすればいいですか?

1200×630px(比率 1.91:1)を基準に1枚用意すれば、X・Facebook・LINE・Slack など主要なSNSをまとめてカバーできます。最小は 300×157px、ファイルサイズは 5MB 以下が目安です。Xで大きく表示するには twitter:card を summary_large_image に設定します。

OGP画像を変えたのにSNSで反映されません。なぜですか?

ほとんどはSNS側のキャッシュが原因です。各SNSは一度読み取ったOGPを保存し、次回以降はその保存データを表示します。Facebookはシェアデバッガーの再取得、LINEは Page Poker の再読み込みでキャッシュをクリアできます。あわせて、og:image が絶対URLになっているか、画像URLが外部から開けるかも確認してください。

OGP画像とアイキャッチ画像は別々に用意すべきですか?

兼用でも問題ありません。多くのサイトでは、記事一覧のサムネとOGP画像を同じ1枚で運用しています。ただし、記事一覧では小さく、SNSでは大きく表示されるため、どちらでも読める文字量・コントラストにしておくと安全です。

OGPはSEO(検索順位)に直接効きますか?

OGP自体は検索順位を直接上げる要素ではありません。OGPはSNSでシェアされたときの表示を整えるもので、SNS流入やクリック率(CTR)、指名想起に効きます。検索エンジンやAIにページの意味を伝えるのは、OGPではなく構造化データ(JSON-LD)の役割です。両方を公開前に揃えておくのがおすすめです。

OGP画像は手動で作るべきですか、自動生成すべきですか?

ページの本数で選ぶのがおすすめです。数枚のうちは、テンプレートを1つ用意して文字だけ差し替えるほうが早く、運用も軽く済みます。本数が数十枚を超えてきたら、タイトルなどのデータからビルド時にOGP画像を書き出す自動生成が効いてきます。テンプレートをコード化しておくと、デザインの統一感を保ったまま大量に出力できます。

11.まとめ

Webページに必要な画像データは、タイトル・メタディスクリプション・OGP画像・アイキャッチ・代替テキスト(alt)・画像の軽量化・構造化データの7点です。OGP画像は 1200×630px(比率 1.91:1)を基準に1枚用意し、重要な文字は中央のセーフエリアに収めます。公開前に各SNSで実際の表示を確認し、古い画像が出るときはキャッシュをクリアします。

画像の作り方は本数で選びます。少数なら手動やテンプレートで十分で、本数が増えたらSatoriのようなコードからの自動生成が効いてきます。OGPと構造化データは役割が違うため、どちらも公開前チェックリストに入れて、記事ごとに同じ品質で揃えることが大切です。

記事制作と公開フローの設計

記事の品質を、本文だけでなく公開フローまで一緒に整えませんか?

TANTOU では、記事本文の編集だけでなく、OGP・画像・構造化データを含む公開前チェックの仕組み化まで支援します。記事ごとの品質のばらつきをなくす体制づくりをお手伝いします。

TANTOUの詳細を見る

SEO・AI検索 基礎知識集

一覧に戻る →

メディア運用・コンテンツ制作 基礎知識集

一覧に戻る →
この記事をシェア
澤田 翔太(Shota Sawada)
この記事を書いた人

澤田 翔太

株式会社クリプタル 代表取締役

1988年生まれ、慶應義塾大学卒。創業メンバーとして関わった株式会社セールスサポートを株式会社ネオマーケティング(東証STD 4196)に売却。株式会社クリプタルでも複数の事業立ち上げと売却を経験し、2022年9月には婚活・恋愛メディア「シッテク」「婚活会議」を株式会社ベビーカレンダー(東証GRT 7363)へ売却。現在はAI業務支援事業、TANTOU事業、グロースハック支援事業、メディア事業、SEOコンサルティング事業を手がける。