OGPとは？設定方法・画像サイズと表示確認の方法

SNS、チャット、営業メールなどで自社サイトのURLを共有したとき、意図しない画像や古い説明文が表示されると、ページを開く前の印象や遷移の確実性に影響します。OGPは、そのようなリンクプレビューに使われるタイトル・説明・画像・URLの候補情報を共有先へ伝えるための仕組みです。

この記事では、OGPとSEO用メタ情報の違いから、優先ページの選び方、CMSやテンプレートでの設定の切り分け、画像制作、公開後の確認・不具合対応までを解説します。自社で優先すべきURLを選び、設定から実表示の検収までを一連の作業として進められるようになります。

OGPはタグの入力で終わらせず、優先URLの選定から実際の共有先での表示確認、記録までを一連の作業として管理します。共有先での表示は候補情報をもとに決まるため、実表示の確認が必要です。

01SectionOGPとは｜リンク共有時の表示候補を伝える仕組み

OGP（Open Graph Protocol）は、Webページの情報をHTMLのhead内にmetaタグとして記述し、リンク共有時のプレビュー候補を伝える仕組みです。Open Graph Protocolの公式仕様では、基本プロパティとしてog:title、og:type、og:image、og:urlが定義されています。必要に応じてog:description、og:site_name、og:image:altなども設定を検討します。

ここで重要なのは、OGPは共有先に候補情報を渡すものであり、表示結果を完全に制御する設定ではない点です。共有先がOGPを採用するか、どの項目を表示するか、画像をどのようにトリミングするかは、各共有先の仕様やページ・画像の取得状況によって変わります。

SEO用の情報と共有用の情報は役割が異なる

ページのタイトルや説明文には似た設定が複数ありますが、用途は同一ではありません。検索向けの管理と、共有時の見え方の管理を分けて考えると、設定漏れやURLの不整合を見つけやすくなります。

rel="canonical"は、Google検索に対して優先URLを示す方法の一つです。詳しくはGoogle Search Centralのcanonical URLガイドで確認できます。og:urlとcanonical URLは別の役割を持ちますが、実務では意図した正規URLとの整合を両方で確認すると、表記揺れや想定外の遷移先を見つけやすくなります。

OGPで保証できないこと

OGPを設定しても、検索順位やAI検索での評価が直接向上するとはいえません。また、すべてのSNS、チャット、メールで同じカードが表示されることや、カード自体が必ず表示されることも保証されません。

そのため、作業完了は「タグを設定したか」ではなく、実際の共有先で遷移先に合う情報が表示されるかで判断します。

02Sectionまず決める｜OGPを整えるページと共有先の優先順位

全ページを同じ優先度で設定・確認すると、更新時の管理負荷が大きくなります。まずは共有される可能性と事業への影響を基準に、対象URLと確認先を絞り込みます。

優先順位を決める4つの観点

対象ページは、次の4軸で評価します。

• 共有頻度：営業、広報、SNS、チャットなどで継続的に共有されるか
• 事業導線：商談、問い合わせ、資料請求などの行動に近いか
• 誤表示リスク：古い情報や別ページの画像が出た場合に、誤認や機会損失につながるか
• 更新頻度：タイトル、画像、訴求、URLが変わりやすいか

最初の対象には、トップページ、主要サービス・ソリューションページ、導入事例、資料請求・セミナーページ、主要記事などが考えられます。ただし、一般的なページ種別よりも、実際に営業メールや社内外のチャットで共有されているURLを優先する方が、確認の効果は高まります。

共有先もSNSだけに限定しません。利用中のチャット、営業メール、広報活動で使う媒体など、実運用の導線を先に洗い出してください。公開前の確認をOGPだけで終わらせず、ページ全体の工程に組み込みたい場合は、Webサイト制作の公開前確認の進め方もあわせて確認すると整理しやすくなります。

更新時に再確認対象へ戻す変更

新規公開だけでなく、URL、タイトル・説明文、OGP画像、テンプレートを変更したときは、該当URLを再確認の対象に戻します。とくにテンプレート変更は複数ページの出力へ影響する可能性があるため、優先ページをまとめて確認する運用が有効です。

公開前ページ、限定公開ページ、顧客情報を含むページは、外部共有による確認可否を個別に判断してください。表示確認のために情報を露出させないことも、OGP運用の重要な条件です。

03SectionOGPの設定方法｜CMS・テンプレート・外部依頼を切り分ける

OGPは通常、HTMLのhead内に出力します。ただし、すべての担当者がHTMLを直接編集する必要はありません。利用中のCMSに入力欄があり、その値が公開HTMLへ正しく出力されるなら、ページ編集で対応できる場合があります。

基本HTMLの例

以下は、設定値の関係を把握するための基本例です。実際にどこへ入力・実装するかは、CMS、テンプレート、権限設定によって異なります。

<head>
  <link rel="canonical" href="https://www.example.com/service/">
  <meta property="og:title" content="サービス名｜会社名">
  <meta property="og:description" content="サービスの概要です。">
  <meta property="og:type" content="website">
  <meta property="og:url" content="https://www.example.com/service/">
  <meta property="og:image" content="https://www.example.com/images/ogp/service.jpg">
  <meta property="og:image:alt" content="サービスの概要を示す画像">
  <meta property="og:site_name" content="会社名">
</head>

og:urlには、共有時に対象として扱いたい正規URLを指定します。画像URLも、共有先が取得できる公開済みのURLであることを確認します。Open Graph Protocolでは同じプロパティを複数記述した場合、先頭の値が優先される扱いが定義されているため、意図しない重複タグがないかも確認対象です。

CMS入力・テンプレート変更・依頼の判断フロー

CMSに入力欄があっても、公開HTMLに意図したタグが出力されているかを確認します。設定の優先関係や影響範囲が不明な場合は、制作・開発担当への相談が適しています。

次の順番で確認すると、作業の依頼先を切り分けやすくなります。

1. 1ページ編集画面に共有用タイトル・説明・画像・URLの入力欄があるか確認する

• 入力欄がある場合は、値を入力した後に公開HTMLで意図したOGPタグが出力されるか確認します。
• 入力欄がない、または入力値が出力されない場合は、次の確認へ進みます。

1. 1共通テンプレートを変更できるか確認する

• 変更できる場合は、影響ページ、ページ別上書きの有無、既存タグの重複、変更権限を確認します。
• 権限がない、優先関係が不明、影響範囲を判断できない場合は、制作・開発担当へ相談します。

1. 1ページ固有の設定が必要か判断する

• サービス、事例、資料請求、キャンペーン、記事などは、ページごとのタイトル・説明・画像を優先します。
• 内容が安定しており、共有時に細かな区別が不要なページは、ページ種別ごとの共通設定も候補になります。

1. 1公開HTMLで意図した出力を確認できなければ、入力完了で終わらせない

• テンプレート、個別設定と共通設定の優先関係、動的出力、タグ重複は、制作・開発担当の確認対象です。

CMS固有の入力画面やテンプレートの優先順位は環境により異なります。利用中の製品の公式マニュアル、または制作・開発担当に確認してください。

04SectionOGP画像のサイズと作り方｜1200×630pxを固定仕様にしない

OGP画像に「絶対にこのサイズでなければならない」という全共有先共通の数値はありません。1200×630pxは横長リンクプレビューに合わせやすい制作例ですが、すべての共有先の必須仕様でも、同一の見え方を保証するサイズでもありません。

そのうえで、主要な共有先の公式数値は押さえておきます。Metaの共有画像ガイド（2026年8月13日時点）では、次の条件が示されています。

• 高解像度端末できれいに表示するには1200×630px以上を推奨
• 大きな画像付きのリンク表示には600×315px以上が必要
• 許容される最小サイズは200×200px
• 画像ファイルは8MB以下
• アスペクト比はできるだけ1.91:1に近づける

これらはMeta向けの数値であり、ほかの共有先に同じ条件がそのまま適用されるわけではありません。実務では、1200×630pxで作成すると横長プレビューの多くに合わせやすい、という位置付けで扱うのが妥当です。

Open Graph Protocolでは画像URLに加え、幅・高さ・形式・代替テキストを補足情報として指定できます。画像の形式、容量、表示領域に関する条件は共有先ごとに異なり、変わる可能性もあるため、公開前に各共有先の現行の公式案内を確認し、実際に使う共有先では公開時の表示を確認してください。

既存画像を流用するか、再制作するか

画像の判断では、サイズだけでなく、遷移先との整合性と縮小時の見え方が重要です。

サービス、事例、記事、資料請求など、共有時にページ固有の内容を伝える必要が高いページでは、個別画像またはページ種別に合った画像が向いています。一方で、内容が安定した会社情報などは、共有時の区別が不要であれば共通画像も選択肢になります。ページの目的に応じた設計の考え方は、Webサイト制作におけるページ種別の考え方も参考にしてください。

最終的には、対象共有先でタイトル、画像、重要な文字やロゴがどのように表示されるかを確認して判断します。

05SectionOGPの表示確認｜公開HTML・Meta・実際の共有先で検証する

公開HTMLの確認だけでは、実際の共有先での見え方までは判断できません。タグの出力、取得内容、実表示を順に確認し、結果を残します。

OGPの確認は、HTMLの記述だけでは完了しません。公開HTML、公式確認入口、実際の共有先という3層で確認して初めて、運用上の判断ができます。

MetaではSharing DebuggerがURLの取得内容を確認する公式入口です。画面、操作、利用条件、再取得に関する扱いは変わる可能性があるため、確認当日の公式案内に従ってください。Xについては、URL投稿に関する公式案内とX Developer Platformを確認入口とし、外部URL向けの専用仕様や確認手段を確認できない場合は、専用ツールを前提にしない運用が安全です。

Metaで問題がなくても、X、チャット、営業メールなどの表示品質まで判断できるわけではありません。共有先ごとのカードの有無や省略はあり得るため、重要なURLは実運用の共有先まで確認します。

06Section表示されない・古い場合の切り分け方

表示不具合はタグだけで決まるとは限りません。原因領域を順に確認し、対象URL、確認先、日時、期待値、画面記録を添えて修正依頼につなげます。

OGPの不具合は、設定値だけが原因とは限りません。切り分けは、設定値、ページ・画像の取得可否、アクセス制御、キャッシュ・配信、共有先仕様の順に進めると、制作・開発担当へ依頼する範囲を整理しやすくなります。

クローラーは、共有先がページや画像の情報を取得する自動プログラムです。robots.txtはクローラーへのアクセス方針を記述するファイル、WAFは不正アクセス対策、CDNはコンテンツ配信を支える仕組みです。認証、WAF、CDN、リダイレクトなどの設定変更は、サイト環境を理解している制作・開発担当へ確認してください。

07Section公開後も管理する｜確認記録と簡易検収ボックス

OGPは一度設定して終わりではなく、ページ更新に合わせて確認する情報です。更新のたびにゼロから調べないために、URL単位の確認台帳を残します。

確認台帳に残す最小項目

台帳は複雑にしすぎず、対象URL、確認先、確認者・確認日、期待値と実表示、合否・差し戻し条件を残せば、更新確認と担当交代に使いやすくなります。画像のトリミングや遷移先に問題があった場合は、どの共有先で何が起きたかも記録します。

再確認するタイミング

URL変更、タイトル・説明文の変更、画像差し替え、テンプレート改修を行ったときは、該当URLを台帳から取り出して再確認します。大規模なリニューアルや配信環境の変更後は、優先順位の高いページから確認すると、影響を絞り込みやすくなります。