Webページに必要な
OGP・画像データ
Webページは、本文を作り終えても公開準備の半分です。検索結果やSNSのタイムラインに並んだとき、ページを開いてもらえるかどうかは、タイトル・説明文・OGP画像といった「ページの外側に出るデータ」で決まります。中でもOGP画像は、SNSでシェアされたときに最初に目に入る要素で、整っているかどうかでクリック率(CTR)が変わります。
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)とは、ページがSNSなどでシェアされたときに表示されるタイトル・説明文・画像を、ページ側のmetaタグで指定する仕組みです。
OGPは<head>内のmetaタグで指定します。最低限おさえるのは次の5つです。
og:title— シェア時の見出しog:description— シェア時の説明文og:image— シェア時に表示される画像のURLog:url— 正規のページURLog: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×630px | twitter:card を summary_large_image にすると大きく表示される。指定がないと小さなサムネ表示になる |
| 1200×630px(1.91:1) | 小さすぎると正方形の小サムネ表示に落ちる。シェアデバッガーでキャッシュを更新できる | |
| LINE | 1200×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)
端は環境によって切れる前提で、文字とロゴは中央寄りに置く
デザインで気をつけるのは次の3点です。
- 文字は少なく、大きく。タイムラインでは縮小表示されるため、長い文章は読めません。記事の主題が伝わる短い見出しに絞ります。
- 端に重要要素を置かない。ロゴ・タイトルは中央のセーフエリア内に収め、切れても困らない装飾だけを端に置きます。
- 背景と文字のコントラストを確保する。縮小しても読めるよう、薄い色同士の重ねを避けます。
05.OGP画像の作り方:手動・テンプレート・自動生成
OGP画像の作り方は、運用する記事の本数で選び方が変わります。大きく3つあります。
- 1枚ずつ手動で作る:デザインツールで記事ごとに作る方法です。本数が少ないうちは自由度が高く十分です。本数が増えると制作工数がボトルネックになります。
- テンプレートを用意して差し替える:レイアウトを固定し、タイトル文字だけ差し替える方法です。デザインの統一感を保ちつつ、1枚あたりの工数を下げられます。
- コードから自動生成する:記事タイトルなどのデータから、ビルド時にOGP画像を自動で書き出す方法です。本数が多いメディアで有効です。
自動生成は、記事が数十本を超えてから効いてくる仕組みです。数本のうちは、テンプレートを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風のプレビューと、不足タグの改善チェックリストをまとめて確認できます。
各SNSの確認ツールは、外部からアクセスできるURLを読みに行きます。localhostやBasic認証で保護したステージング環境のURLは、ツールから画像を取得できず確認できません。公開後の本番URL、または外部から到達できる確認用URLで検証してください。
07.OGPが反映されないときの対処
「OGP画像を差し替えたのに、SNSでは古い画像のまま」というトラブルは頻出します。原因のほとんどはSNS側のキャッシュです。各SNSは一度読み取ったOGP情報を保存し、次回以降はその保存データを表示するため、ページ側を更新してもすぐには反映されません。対処は次の手順です。
- キャッシュをクリアする:Facebookならシェアデバッガーで再取得(Scrape Again)、LINEなら Page Poker で再読み込みすると、最新のOGPを取り直します。
- 画像URLを確認する:
og:imageが相対パスになっていると読み取れないことがあります。https://から始まる絶対URLで指定します。 - 画像の公開状態を確認する:画像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・画像・構造化データを含む公開前チェックの仕組み化まで支援します。記事ごとの品質のばらつきをなくす体制づくりをお手伝いします。
SEO・AI検索 基礎知識集
一覧に戻る →基本概念
コンテンツ設計・品質
サイト構造・リンク設計
エンティティ・構造化データ
クロール・インデックス制御
メディア運用・コンテンツ制作 基礎知識集
一覧に戻る →戦略・全体設計
CMS選定
コンテンツ設計・品質
- ›検索意図から作る記事設計
- ›一次情報を集めるコツ
- ›記事量産は有効?
- ›AI出力の品質管理
- ›Webページに必要なOGP・画像データ(この記事)
- ›Vertex AIでWebマーケを拡張

