OGPとは 共有先ごとの読まれ方と画像の決め方 反映されない原因の直し方

自社のページのリンクをLINEで送ったら、きれいな画像つきで出た。同じリンクをFacebookに貼ったら、画像が出なかった。

こういう経験がある経営者やWeb担当者に向けて、この記事を書いています。設定したはずなのに、共有先によって見え方が違う。その理由を、公式の文書で確かめながら整理します。

結論から言います。OGPは、ページが共有されたときの題名・説明・画像を、ページの側から指定するための取り決めです。指定を受け取る側は共有先ごとに別の会社で、読むタグも、覚えておく時間も、画像の条件も違います。

だから「OGPを設定した」の一言では足りません。どの共有先で、どのタグが読まれ、どこで止まっているのかを、1つずつ確かめる必要があります。

この記事は、次の資料を2026年11月4日に実際に開いて読んでから書いています。

• OGPの規格を公開している公式サイト（ogp.me）
• Meta for Developersの、シェアとクローラーと画像に関するページ
• LINE Developersのよくある質問
• Google検索セントラルの、タイトルリンク・画像・スニペット・AI機能のページ

書くのは、そこで確かめられた範囲だけです。確かめられなかったことは、書かずに「公式に記載なし」「確かめられなかった」と書きます。

先に答え：共有先ごとに、読まれるタグと条件が違う

OGPの正式名は、Open Graph protocolです。規格を公開しているogp.meには、どのページもソーシャルグラフの中の豊かなオブジェクトにできる、そのための取り決めだと書かれています。

ページのheadの中に、metaタグを足して使います。足したタグを読むのは、リンクを受け取るサービスです。

先に、よく聞かれる質問の答えを表にまとめます。根拠は後の節で順に説明します。

知りたいこと	答え	確かめた場所
必須のタグは何か	og:title、og:type、og:image、og:urlの4つ	ogp.me
画像の大きさの数字はあるか	Metaは1200×630ピクセル以上、縦横比1.91対1に近いものを勧めている	Meta for Developers
LINEは何を読むか	og:title、og:description、og:imageの3つだけ	LINE Developersのよくある質問
Googleは使うか	og:titleは題名の材料の1つ。og:imageは優先する画像の指定に使える	Google検索セントラル
直したのに前のままなのはなぜか	共有先が、前に読んだ内容を覚えているから	Meta for Developers
AIのアプリでの見え方はどうか	公式に記載なし	OpenAI・Anthropic・Googleのページを確認

最後の行は、書かれていなかったという結果です。調べて見つからなかったので、この記事では断定しません。

悩み別に、読む場所を決める

全部を順に読む必要はありません。いまの悩みに近い節から読んでください。

いまの悩み	読む節
共有すると画像が出ない	画像の決め方、反映されないときの切り分け
LINEでは出るのにFacebookでは出ない	共有先ごとに、読むタグが違う
直したのに前のまま	反映されないときの切り分け
何を書けばよいか分からない	og:titleとog:descriptionの決め方
WordPressのどこで設定するのか	WordPressでの設定
AIのチャットで共有されたときが気になる	AIアプリやチャットで共有されたとき

読み方と略語について

OGPという語は、「Open Graph protocol」の頭文字を並べたものです。読み方については、ogp.meにもMetaのページにも説明が見つかりませんでした。公式に記載なし、です。

弊社では「オージーピー」と読んでいます。打ち合わせで通じれば足りるので、読み方で悩む必要はありません。

Q&Aサイトで見かけた、LINEには出るのに他では出ないという声

先日、Q&Aサイトでこのような悩みを拝見しました。2022年8月に投稿された質問です。

投稿者は、自分のページにOGPのタグを設定しました。画像の大きさは1200×630ピクセルにしてあります。

LINEの動画投稿の機能に載せると、設定が反映されている。LINEのトーク画面で人に送っても反映されている。ところがFacebookとTwitterでは表示されない。「全てのSNSで共通ですよね？」と、投稿者は尋ねていました。

付いた回答は、2つあった

回答は、2つ付いていました。

1つは、Twitterなどは通常のOGPのタグとは別に書く必要があるが、そちらは書いてあるか、という確認です。もう1つは、キャッシュが残っていて前のものを表示している、という可能性の指摘でした。

どちらも、現場では起きやすい原因です。この記事の後半で、公式の文書で確かめられた範囲を整理します。

質問者の「全てのSNSで共通」という前提

この質問の核心は、最後の一文にあります。「全てのSNSで共通ですよね？」という前提です。

規格は共通です。ところが、規格を読む側の実装は、会社ごとに違います。

LINEのよくある質問には、LINEが読むのは3つのタグだけだと書かれています。Metaの文書には、Facebookのクローラーが読む条件や、覚えておく仕組みが書かれています。同じタグを置いても、受け取り方に差が出るのは、この違いのためです。

質問者が知りたかったこと

質問者が知りたかったのは、LINEでは見えているのに、他で見えない原因をどこで探せばよいか、ということでした。

原因は1つとは限りません。この記事は、その探し方を順番に示します。

OGPとは：ページを共有されたときの見え方を、ページの側が決める取り決め

ogp.meによると、Open Graph protocolは、ウェブページをソーシャルグラフの中の豊かなオブジェクトにするための取り決めです。サイトの末尾には、もともとFacebookで作られたものだとも書かれています。

使い方は、ページのheadにmetaタグを足すことです。タグには、題名、種類、画像、URLなどを書きます。

共有されると、どこで使われるのか

リンクが共有される場面は、いくつもあります。

• SNSの投稿にリンクを貼ったとき
• チャットアプリでリンクを送ったとき
• 検索結果の中で、ページを表す画像や題名が選ばれるとき

この3つのうち、検索結果は共有ではありません。ただ、Googleの文書には、og:titleとog:imageを材料にすると書かれています。この点は、後の節で詳しく見ます。

OGPを置かなかったら、どうなるか

Metaの文書には、こう書かれています。

「これらのOpen Graphタグがない場合、Facebookクローラーは内部ヒューリスティックを使用して、コンテンツに最も適切と思われるタイトル、説明、プレビューイメージを予測します。」

ヒューリスティックは、経験則のことです。つまり、タグがなければ、共有先がページの中から題名と画像を推測して選びます。

LINEのよくある質問にも、同じ趣旨の説明があります。OGPを設定していない場合でも、ページ内の文言や画像が自動で取得され、URLプレビューが作られます。og:titleが無ければtitleタグの文字が使われる、とも書かれています。

置く意味は、推測に任せないこと

タグを置く意味は、共有先の推測に任せずに、見せたい題名と画像を自分で決めることです。

推測に任せると、ページの端にあった小さな画像や、関係のない文章が選ばれる場合があります。経営者が決めた見せ方にならないので、ページごとに指定しておきます。

titleタグ、meta descriptionとの違い

OGPと混同されやすいのが、titleタグとmeta descriptionです。違いを表にまとめます。

名前	主に読む側	役目	詳しい解説
titleタグ	ブラウザ、検索エンジン	タブの題名、検索結果の題名の材料	タイトルリンクの解説
meta description	検索エンジン	検索結果の説明文の材料	スニペットの解説
og:titleなどのOGP	共有先のサービス	共有されたときのカードの題名・説明・画像	この記事
ファビコン	ブラウザ、検索エンジン	小さな目印の画像	ファビコンの解説

4つとも、headの中に置く点は同じです。読む相手と、見える場所が違います。

この記事は、共有先に見える部分に絞っています。検索結果の題名や説明文の話は、上の解説記事で扱っています。

規格が定めるタグ：必須の4つと、任意のタグ

ここからは、規格そのものを見ます。ogp.meのページを2026年11月4日に開いて読みました。

規格が書いているタグの一覧が、すべての共有先の出発点です。共有先ごとの違いは、その次の節で見ます。

必須とされている4つ

ogp.meには、すべてのページに必要なプロパティが4つあると書かれています。

タグ	規格の説明（要約）	例（架空）
og:title	グラフの中で表示されるときの、対象の題名	「施工事例の紹介ページ」
og:type	対象の種類。種類によって、ほかに必要なプロパティが変わる	website、article
og:image	対象を表す画像のURL	画像ファイルのURL
og:url	対象の正規のURL。グラフの中で永続的なIDとして使われる	ページの正規のURL

og:urlについては、規格が「永続的なID」と書いている点に注意してください。共有されたURLの末尾に、計測用の文字列がついていても、og:urlに正規のURLを書いておくと、同じページとして集計しやすくなります。これは弊社の読み取りです。

Metaの文書も同じ考え方です。og:urlは、セッション変数、ユーザーを識別するパラメーター、カウンターなどの装飾を含まないURLにする、と書かれています。

任意のタグ

必須の4つのほかに、規格は任意のタグを挙げています。一般に推奨される、とも書かれています。

タグ	内容	規格の書き方
og:description	対象の説明	1〜2文
og:site_name	サイト全体の名前	大きなサイトの一部のときに指定する
og:locale	言語と地域	標準はen_US。日本語ならja_JPと書く
og:determiner	題名の前に付く語	英語向けの設定
og:audio、og:video	音声、動画のURL	付属するもの

日本語のサイトで気をつけるのは、og:localeです。規格の標準がen_USなので、日本語のページは自分で指定しておくと、言語が正しく伝わります。

og:descriptionの長さについて、規格は1〜2文と書いています。Metaの文書は、2〜4文が一般的と書いています。同じ項目でも、資料によって目安が違う例です。

og:imageには、補足のプロパティがある

規格には、og:imageに付けられる補足のプロパティも載っています。

プロパティ	内容
og:image:secure_url	httpsで読み込む場合の別のURL
og:image:type	画像の種類（image/jpegなど）
og:image:width	画像の幅（ピクセル）
og:image:height	画像の高さ（ピクセル）
og:image:alt	画像に何が写っているかの説明

og:image:altについて、規格にはこう書かれています。ページがog:imageを指定するなら、og:image:altも指定するべきだ、と。

これは、前の記事で扱ったalt属性と同じ考え方です。画像が見えない場面のために、画像の内容を文字で添えます。alt属性の書き方は、alt属性の解説で整理しています。

同じタグを複数書いたとき

規格には、複数の値を持てるタグがあると書かれています。同じタグを複数書くと、上から順に優先されます。

例えば、og:imageを2つ書くと、上にあるほうが優先されます。画像を差し替えたつもりで、古いタグが上に残っていると、古い画像が使われます。

og:typeの選び方

og:typeを書かなかった場合について、規格は、タグが付いていないページはwebsiteとして扱う、と書いています。Metaの文書も、指定しなければ標準はwebsiteだと書いています。

記事のページには、articleという種類があります。articleには、公開日時や更新日時などの追加のプロパティが用意されています。

og:typeの値	使う場面	追加のプロパティ
website	会社の紹介など、記事ではないページ	追加なし
article	お知らせ、ブログの記事	公開日時、更新日時、著者、分類、タグ

弊社のサイトで最新の記事40本を2026年11月4日に確かめたところ、40本すべてでog:typeがarticleでした。トップページは、websiteでした。

共有先ごとに、読むタグが違う

ここが、この記事の中心です。同じタグを置いても、共有先ごとに読み方が違います。

公式の文書で確かめられた範囲を、共有先ごとに並べます。

共有先ごとの比較表

共有先	読むタグ	確かめた資料	確かめられたこと
Facebook、Instagram、Messenger	og:title、og:description、og:image、og:urlなど	Meta for Developers	画像の条件、覚えておく仕組み、クローラーの条件
LINE	og:title、og:description、og:imageの3つだけ	LINE Developersのよくある質問	3つ以外のタグは、プレビューに含まれない
Google検索	og:title、og:image	Google検索セントラル	題名の材料の1つ、優先する画像の指定
X	確かめられなかった	公式ページを開けなかった	後で説明する
AIのアプリやチャット	公式に記載なし	OpenAI、Anthropic、Googleのページ	後で説明する

表の「確かめられなかった」と「公式に記載なし」は、書き漏らした項目ではありません。調べて、見つからなかったという結果です。

Meta：Facebook、Instagram、Messenger

Metaの文書には、FacebookExternalHitというクローラーが書かれています。Facebook、Instagram、Messengerなど、Metaのアプリで共有されたコンテンツの題名、説明、サムネイル画像を集めて、覚えておいて、表示する役目です。

このクローラーには、ページの側で満たす条件がいくつかあります。2026年5月21日に更新されたページには、次のように書かれています。

条件	内容
圧縮方式	サーバーはgzipとdeflateのエンコーディングを使う
タグの位置	Open Graphのプロパティは、ページの最初の1MBより前に置く。そうでなければ切り捨てられる
応答の速さ	クローラーが数秒以内に読めること。そうでなければ表示できない
アクセスの許可	クローラーのユーザーエージェントまたはIPアドレスを許可する

タグを書いたのに出ない場合は、タグの中身より前に、サーバーがクローラーを通しているかを疑います。セキュリティ対策でアクセスを制限しているサイトでは、この点が原因になりえます。

LINE：読むのは3つだけ

LINE Developersのよくある質問に、「トークのURLプレビューはどのようにして生成されますか？」という項目があります。

答えは、ウェブサイトのOpen Graphのタグを使う、というものです。使われるのは、og:title、og:description、og:imageの3つです。

さらに、こう書かれています。「なおLINEで使用されるのは上記の3つのOGPタグのみです。それ以外のOGPタグからの情報はURLプレビューに含まれません。」

og:urlやog:typeを書いても、LINEのプレビューには影響しません。逆に言えば、LINEだけが見えている状態は、3つのタグが無事に読めている状態です。冒頭のQ&Aサイトの質問者のページは、この3つが正しく置けていた可能性があります。

Xは、公式のカードの文書を開けなかった

Xで共有されたときの見え方も確かめようとしましたが、公式の文書を読めませんでした。

2026年11月4日に、Xの開発者向けの旧来のカードの説明ページを開こうとすると、開発者向け文書のトップに転送されました。カードの仕様を書いたページには、たどり着けませんでした。

そのため、この記事では、Xが読むタグの名前や、画像の大きさの数字を書きません。Q&Aサイトには、Twitterなどには通常のタグとは別の記述が必要だという回答がありました。ただ、公式で確かめられていないので、弊社は断定しません。

ひとつ、弊社のサイトで確かめたことがあります。最新の記事40本のうち40本に、twitter:で始まるタグも出力されていました。出力している側の設定として、念のため置いてある形です。

Google検索：og:titleとog:image

Googleの文書には、検索結果のタイトルリンクを決める材料の1つとして、og:titleのメタタグ内の文字が挙がっています。2025年12月18日に更新された日本語のページです。

画像については、検索セントラルの「画像の SEO ベスト プラクティス」に、優先したい画像をGoogleに伝える方法として、og:imageのメタタグを指定する方法が載っています。2026年3月3日に更新されたページです。

詳しくは、次の節で見ます。

「共有先ごとに」を、自社の確認に使う

比較表は、そのまま自社の確認に使えます。

自社のページを、LINE、Facebook、Xなど、お客様が実際に使いそうな共有先で試します。見え方が違えば、その共有先の条件を、表で確かめます。

試す共有先は、全部でなくて構いません。自社のお客様が使っている場所を、2つか3つ選んでください。

画像の決め方：サイズ、形式、置き場所

共有されたときに、いちばん目に入るのは画像です。画像の条件は、公式の文書で数字が確かめられたものと、確かめられなかったものに分かれます。

Metaが書いている数字

Metaの「リンクシェアの中の画像指定」のページを、2026年11月4日に開きました。ページの更新日は2026年6月30日です。

項目	書かれていること
最小サイズ	200×200ピクセル
ファイルの大きさ	8MB以下
高解像度の端末向け	1200×630ピクセル以上の画像を使う
大きな画像つきの投稿	最低でも600×315ピクセル
600×315より小さい場合	表示はされるが、サイズはずっと小さくなる
縦横比	トリミングなしで全体を見せるには、1.91対1にできるだけ近づける

1200×630ピクセルは、縦横比で言うと約1.9対1です。つまり、Metaが勧める縦横比に合う大きさです。

「1200×630が正解」と言われることが多いのは、この数字が根拠になっています。ただし、これはMetaの文書の数字です。ほかの共有先の数字ではありません。

画像の形式

Metaの文書には、og:image:typeの例として、image/jpeg、image/gif、image/pngのいずれかと書かれています。

Metaの文書が挙げている形式は、この3つです。画像のファイルがjpegかpngなら、この中に入っています。

縦横の大きさを、タグでも伝える

Metaの文書には、og:image:widthとog:image:heightを書く理由も載っています。

画像を初めて共有されたとき、クローラーはまず画像を読む必要があります。大きさがタグで分かっていれば、画像を非同期でダウンロードして処理する前に、すぐに表示の準備ができる、と書かれています。

弊社のサイトでは、最新の記事40本のうち40本が、og:image:widthに1200、og:image:heightに630を書いていました。

Googleが書いている、画像の条件

Googleの文書は、数字を示していません。代わりに、og:imageなどで優先する画像を選ぶときのおすすめを、次のように書いています。

おすすめ	内容
代表する画像を選ぶ	ページに関連性があり、ページを代表する画像
一般的な画像を避ける	サイトのロゴや、テキストが含まれている画像は使わない
極端な縦横比を避ける	狭すぎる画像や広すぎる画像は使わない
解像度	できるだけ高解像度の画像を使う

ここに、共有先ごとの食い違いがあります。共有されたカードに題名を文字で入れた画像は、見栄えがよくなります。ところがGoogleは、テキストが含まれる画像を避けるよう書いています。

どちらを優先するかは、文書には書かれていません。弊社の整理です。まず共有先での見え方を優先して画像を作り、検索結果のための代表の画像は、別に用意できるか検討します。

画像を差し替えるときの決まり

Metaの文書には、画像の更新について、はっきりした手順があります。「画像はURLに基づいてキャッシュされるため、URLを変更しない限り更新されません」という説明です。

だから、画像を差し替えるときは、新しい画像に新しいURLを使います。古い画像は、削除しないでください。古い画像を参照する既存の投稿があるかもしれないからです。

同じ名前のファイルを上書きして差し替えると、共有先が前の画像を覚えたままになります。この点は、反映されない原因の切り分けでも、もう一度出てきます。

最初に共有する人には、画像が出ない

Metaの文書には、もう1つ大事な点があります。画像を表示するには、その前にクローラーが画像を1回は読んでおく必要があります。

だから、ページの共有を最初にする人は、画像が出ない可能性があります。これを避ける方法として、文書は3つを挙げています。

方法	内容
シェアデバッガー	公開前後にURLを入れて、事前に読み込ませる
グラフAPI	プログラムでURLの読み込みを実行する
画像の大きさをタグで書く	クローラーがすぐに表示できるようにする

小さな会社に向く方法は、シェアデバッガーです。新しいページを公開したら、最初の共有の前にURLを入れておくだけで済みます。

og:titleとog:descriptionの決め方

画像の次に目に入るのが、題名と説明です。ここは、各社の文書が少しずつ違うことを書いています。

Metaは、サイト名を含まない題名を勧めている

Metaの文書には、og:titleについて「サイト名などのブランド情報を含まない、記事のタイトル」と書かれています。

弊社のサイトで確かめたところ、最新の記事40本のうち40本で、og:titleの末尾にサイト名がついていました。titleタグの文字がそのまま、og:titleに入っている形です。

これは、Metaの書き方とは違います。ただ、Metaの文書は、サイト名を付けると表示されなくなる、とまでは書いていません。弊社の整理です。サイト名を付ける形でも、動作はしています。

題名が長すぎる場合

題名の文字数の上限について、ogp.meにもMetaの文書にも、数字は書かれていませんでした。公式に記載なし、です。

実際の表示は、画面の幅に合わせて切り詰められます。大切な語を、先頭に近いところに置いておくと、切れても伝わります。

og:descriptionは、題名の下に出る

Metaの文書には、og:descriptionは、コンテンツの簡単な説明で、Facebook上では投稿のタイトルの下に表示される、と書かれています。2〜4文が一般的です。

LINEのよくある質問には、og:descriptionが無い場合の動きが書かれています。descriptionタグの文字か、本文の文字が読み込まれます。該当の情報がなければ、何も読み込まれないこともある、とのことです。

Googleのog:descriptionの扱いは、記載が見つからなかった

検索結果の説明文に、og:descriptionが使われるのかを調べました。

2026年4月22日に更新された「スニペットを管理する」のページを開いて、og:やOGPの語を探しましたが、見つかりませんでした。meta descriptionについての説明だけです。

公式に記載なし、というのが確かめられた範囲です。検索結果の説明文を整えたい場合は、スニペットの解説にあるとおり、meta descriptionを見直します。

共有カード用の文章を、別に書くか

og:titleとog:descriptionを、titleタグやmeta descriptionと別の文章にするかは、悩むところです。

弊社の確認では、最新の記事40本は、og:titleとog:descriptionにtitleやdescriptionと同じ文章を使っていました。別に書くと、手間が増えるだけでなく、食い違いも生まれます。

食い違いは、検索結果にも関わります。Googleの文書は、タイトルリンクを決める材料の1つにog:titleを挙げています。SNS向けだけ別の題名にしていると、検索結果の題名の材料が増える形になります。詳しくは、タイトルリンクの解説で書いています。

題名と説明を決める、3つの問い

迷ったときは、次の3つを順に確かめます。

問い	答えの出し方
共有された瞬間に、何のページか分かるか	題名だけを声に出して読み、内容が想像できるか確かめる
検索結果の題名と食い違っていないか	titleタグとog:titleの文字を並べて見る
説明が、題名の繰り返しになっていないか	題名にない情報を、1つ足せているか確かめる

この3つで足りないときだけ、共有カード用に文章を変えます。まずは、同じ文章で揃えておくのが、手間も少なく安全です。

AIアプリやチャットでリンクが共有されたとき

ChatGPTやClaude、Geminiの画面で、リンクが共有されたり、AIがリンクを示したりする場面があります。そこで、OGPのタグがどう読まれるのかを調べました。

結論を先に書きます。公式の文書で、確かめられた記述は見つかりませんでした。公式に記載なし、です。

OpenAI、Anthropic、Googleのページを開いた結果

2026年11月4日に、次の3つのページを開いて、og:やOGPやリンクのプレビューに触れた記述を探しました。

開いたページ	書かれていた内容	OGPへの言及
OpenAIのクローラーの概要	OAI-SearchBot、GPTBot、ChatGPT-Userの役目	見つからなかった
Anthropicのヘルプ「Anthropicはウェブからデータをクロールしますか」（2026年4月7日）	ClaudeBot、Claude-User、Claude-SearchBotの役目	見つからなかった
Google検索セントラル「AI機能とウェブサイト」（2025年12月31日更新）	AIによる概要とAIモードに関する基本	見つからなかった

3つとも、クローラーの名前や役目、サイト運営者が制御する方法は書いています。ところが、共有されたリンクのカードの見え方を、OGPのタグが決めるかどうかは、書かれていません。

書かれていたのは、クローラーの役目

文書に書かれていた内容は、ページの本文を読みに来る仕組みの説明です。

OpenAIの文書には、ユーザーが質問したときに、ChatGPT-Userという名前でウェブページを訪れることがある、と書かれています。Anthropicのヘルプにも、同じ形で、Claude-Userがユーザーの質問に応じてウェブサイトにアクセスすることがある、と書かれています。

つまり、AIはリンク先のページを読みに来ます。読んだ結果、どのタグがどう使われるかは、文書に書かれていません。

Metaは、AIに関するクローラーを書いている

Metaのクローラーのページには、AIに関係するものが書かれています。2026年5月21日に更新されたページです。

クローラー	書かれている役目
FacebookExternalHit	Metaのアプリで共有されたコンテンツの題名、説明、サムネイル画像を集めて表示する
Meta-WebIndexer	Meta AIの検索結果の質を上げるためにウェブを巡回する。robots.txtで許可すると、Meta AIの回答でコンテンツの引用やリンクが可能になる
Meta-ExternalFetcher	ユーザーのリクエストに応じて個々のリンクを取得する。AIがウェブサイトを探してタスクを完了するのを助ける。robots.txtのルールを無視する可能性がある

ここで読み取れるのは、共有のカードを作るクローラーと、AIの回答のためにページを読むクローラーは、別の名前で書かれているという点です。

カードの見え方を整えるOGPと、AIの回答に引用されるための準備は、別々の作業として考えるのが安全です。

「OGPを入れればAIに引用される」とは言えない

Googleの文書には、次の1文があります。

「AI による概要や AI モードにコンテンツが表示されるための追加の要件はなく、別途特別な最適化を行う必要もありません。」

OGPのタグが、AIによる概要やAIモードへの表示に関係するという記述は、見つかりませんでした。OpenAIやAnthropicの文書にも、ありません。

そのため、この記事では「OGPを入れればAIに引用される」とは書きません。書けるのは、共有されたときの見え方を整えるという、基本の作業までです。

AIに読まれるページとして、備えておくこと

確かめられない部分への備えとして、弊社が考えていることを書きます。ここからは弊社の整理です。

共有されたリンクを、人が開く。AIが読みに来る。どちらの場合も、行き着く先はページの本文です。カードの画像がきれいでも、開いたページに答えが書かれていなければ、次の一歩に進めません。

OGPで共有の入口を整えたら、開いた先のページに、読んだ人が知りたい答えを先に書いておきます。AIにとっても、人にとっても、読みやすい受け皿のページになります。

この節で確かめられなかったこと

最後に、確かめられなかったことを、一覧にしておきます。

確かめたかったこと	結果
ChatGPTやClaudeの画面で、共有リンクのカードがOGPで決まるか	公式に記載なし
Geminiの画面での扱い	今回は確かめていない
Googleの検索結果の説明文にog:descriptionが使われるか	公式に記載なし
OGPがAIの回答への引用に影響するか	公式に記載なし

WordPressでの設定

自社のサイトがWordPressで作られている場合の、設定の考え方を書きます。

標準の機能で出るかは、確かめられなかった

WordPressの標準の機能だけで、OGPのタグが出力されるのかを、公式の文書で確かめようとしました。

結論として、確かめられませんでした。検索で探した範囲では、標準機能としてOGPのタグを出力するという公式の記述を見つけられませんでした。

確かめる方法は、自分のサイトのページのソースを見ることです。ソースにog:titleなどが出ていれば、テーマかプラグインが出力しています。出ていなければ、何も出力されていません。

設定の入口は、テーマかプラグインの画面

ページのソースにタグが出ている場合は、タグを出しているのがテーマか、検索に関するプラグインのどちらかです。

それぞれの設定の画面に、サイト全体の標準の画像と、ページごとの画像を指定する欄があることが多いです。画面の表記は、お使いのテーマやプラグインの版で違います。弊社は特定の製品を勧めません。

サイト全体の標準の画像

サイト全体の標準の画像は、ページごとの画像が無いときに使われる画像です。

会社のロゴを大きく置くより、会社の雰囲気が分かる1枚を用意するほうが、Googleの文書の勧めにも合います。トップページや、画像を設定し忘れたページの共有で使われます。

ページごとの画像

ページごとの画像は、記事の内容を表すものを選びます。

弊社のサイトでは、最新の記事40本を確かめたところ、40本すべてで記事ごとに違う画像が指定されていました。画像のファイル名は、確かめた範囲では記事のURLの名前と同じ形でした（例：alt-zokusei.png）。

アイキャッチ画像との関係

アイキャッチ画像が、共有カードの画像として使われるかどうかは、テーマやプラグインの設定によります。

自社の設定で、どの画像が使われているのかを、一度ページのソースで確かめてください。og:imageのURLが、アイキャッチ画像のURLと同じなら、連動しています。

公開前に、og:urlと題名を見る

WordPressで下書きを複製して記事を作ると、og:urlやog:titleが元の記事のままになることがあります。

公開前に、ページのソースでog:urlが自分のURLになっているかを確かめます。弊社が最新の記事40本で確かめたところ、og:urlは40本すべてが、記事そのもののURLと一致していました。

確認の仕方：自分のページがどう見えているか

設定したら、見え方を確かめます。確認の方法は、3つの段階があります。

段階1：ページのソースで、タグがあるかを見る

最初に、タグが実際にページに出ているかを確かめます。ブラウザで、ページのソースを表示して、og:を探します。

コマンドが使える環境では、次の1行でも探せます。

curl -sL -A "Mozilla/5.0" "https://example.com/page/" | grep -i "og:"

出力に、og:title、og:image、og:urlなどが並んでいれば、タグは出ています。何も出なければ、設定が反映されていません。

段階2：Metaのシェアデバッガーで、読み取り結果を見る

Metaの文書には、マークアップが、Facebookのクローラーにどう見えるかを確認するには、URLをシェアデバッガーに入力する、と書かれています。

エラーや警告に加えて、クローラーがスクレイピングしたメタタグを確認できます。シェアデバッガーは、ページの読み込みも実行します。HTMLにエラーがあって直したときは、デバッガーでコンテンツを更新できます。

段階3：実際の共有先で、試す

最後に、実際に共有してみます。LINEで、自分宛てのトークにリンクを送るのが、いちばん手軽です。

LINEは、3つのタグしか読みません。ここで画像が出れば、og:title、og:description、og:imageは、少なくとも読める状態にあります。

クローラーを、手元で真似る

Metaのクローラーのページには、クローラーのリクエストを真似るコマンドが載っています。

サーバーがクローラーに対して、タグを返しているかを確かめるのが目的です。通常のブラウザでは見えるのに、クローラーには違う内容が返っている場合は、サーバーの制限が疑われます。制作会社やサーバーの管理者に、クローラーを通しているか尋ねてください。

反映されないときの切り分け

冒頭のQ&Aサイトの質問に戻ります。タグを設定したのに、共有先で見えない。原因を探す順番を、公式の文書で確かめられたことをもとに決めます。

順番を決めて、1つずつ消していく

原因を探すときは、手軽に確かめられる順に進めます。

順番	確かめること	見る場所	当てはまるとき
1	タグがページのソースに出ているか	ページのソース	出ていなければ、設定が反映されていない
2	タグの位置が、ページの先頭に近いか	ページのソース	Metaは最初の1MBより後のタグを切り捨てる
3	og:imageのURLが開けるか	ブラウザで画像のURLを開く	開けなければ、画像が読めない
4	画像の大きさが条件を満たすか	画像のファイルの情報	200×200未満、8MB超は条件外
5	サーバーがクローラーを通しているか	クローラーを真似るコマンド、サーバーの設定	通常のブラウザで見えてもクローラーでは違う場合がある
6	共有先が前の内容を覚えていないか	シェアデバッガー	直す前の題名や画像が出る
7	画像のURLを変えたか	画像のURL	同じURLに上書きすると、前の画像が残る

1から3は、数分で終わります。4以降は、サーバーの設定や、制作会社への確認が必要になることがあります。

直したのに前のまま：覚えている内容を更新する

Metaの文書には、コンテンツが初めて共有されたとき、クローラーがURLからメタデータを読み取って、覚えておく、と書かれています。

だから、タグを直しても、共有先が前の内容を覚えていると、前のまま表示されます。覚えている内容を更新するには、シェアデバッガーにURLを入れます。

Metaの「シェアのベストプラクティス」のページ（2022年2月23日更新）には、デバッグツールが、Facebookが読み取った内容をすべて更新する、と書かれています。コンテンツの更新を、標準の24時間ごとよりも早くしたい場合に役立つ、という説明です。

画像だけが前のまま：新しいURLにする

画像は、題名や説明と扱いが違います。Metaの文書には、画像はURLに基づいてキャッシュされるため、URLを変更しない限り更新されない、と書かれています。

シェアデバッガーに入れても、画像のURLが同じなら、前の画像が残る可能性があります。画像を差し替えるときは、ファイル名を変えて、新しいURLにしてください。

古い共有は、自動では直らない

もう1つ、見落としやすい点があります。Metaの文書には、URLの画像を更新しても、古いシェアのプレビューは自動更新されない、と書かれています。

直す前に共有された投稿は、そのまま残ります。直した後の共有から、新しい見え方になります。

共有先ごとに、見え方が違う理由の整理

冒頭の質問に、答えを当てはめます。LINEでは出るのに、FacebookとTwitterでは出ない。この状態で考えられる原因を、表にします。

考えられる原因	確かめる方法	公式で確かめられたか
Facebookが前の内容を覚えている	シェアデバッガーで更新する	Metaの文書で確かめた
画像のURLが変わっていない	新しいURLの画像に差し替える	Metaの文書で確かめた
クローラーをサーバーが通していない	クローラーを真似るコマンドで確かめる	Metaの文書で確かめた
Xに別のタグが要る	Xの公式文書で確かめる	確かめられなかった

4つ目は、Q&Aサイトの回答にあった指摘です。公式の文書が開けなかったので、弊社は原因として断定しません。

よくある質問

Q. OGPを設定しないと、共有できませんか

共有はできます。設定が無い場合は、共有先がページの中から題名と画像を推測して、カードを作ります。

Metaの文書には、タグが無い場合、Facebookのクローラーが内部の経験則で、題名、説明、プレビューの画像を予測する、と書かれています。LINEのよくある質問にも、設定が無い場合でも自動で取得される、とあります。

Q. 画像のサイズは、1200×630ピクセルで統一してよいですか

Metaの文書に照らすと、1200×630ピクセル以上は、勧められている大きさです。縦横比も、1.91対1に近くなります。

ただし、この数字はMetaの文書に書かれたものです。LINEとGoogleは、数字を示していません。Xは、公式の文書を開けなかったので、確かめられていません。

Q. og:titleは、titleタグと同じにしてよいですか

同じで構いません。弊社のサイトでは、2026年11月4日に確かめた最新の記事40本のうち40本が、同じ文章でした。

Googleの文書は、og:titleを検索結果の題名の材料の1つに挙げています。違う文章にすると、検索結果の題名が書き換わる材料が増えます。

Q. OGPは、検索順位に影響しますか

公式の文書に、og:タグが順位を決めるという記述は見つかりませんでした。公式に記載なし、です。

Googleの文書に書かれているのは、og:titleが題名の材料になること、og:imageが優先する画像の指定に使えることまでです。順位には触れていません。

Q. OGPを直すと、AIの答えに出やすくなりますか

公式の文書に、そのような記述は見つかりませんでした。OpenAI、Anthropic、Googleのページを開いて確かめた範囲です。

ですから、「出やすくなる」とは言えません。共有されたときの見え方を整える作業として、行ってください。

質問への答えを、表で整理する

質問	答え	根拠
設定しないと共有できないか	共有はできる。共有先が推測してカードを作る	Meta、LINE
1200×630でよいか	Metaの勧める大きさに合う。他の共有先の数字は確かめられなかった	Meta
og:titleとtitleは同じでよいか	同じでよい	弊社の確認、Google
順位に影響するか	公式に記載なし	Google
AIの答えに出やすくなるか	公式に記載なし	OpenAI、Anthropic、Google

まとめ：共有先ごとに、見え方を確かめる

OGPは、ページが共有されたときの題名、説明、画像を指定する取り決めです。受け取る側は共有先ごとに別で、読むタグも、覚える仕組みも違います。

必須のタグは、og:title、og:type、og:image、og:urlの4つです。LINEが読むのは3つだけで、Metaには画像と読み取りの条件があります。

直したのに前のままなら、覚えている内容の更新と、画像のURLの変更を試します。AIアプリでの扱いは、公式に記載がありません。

最初にやることは1つです。主力のページを1本選び、ページのソースでog:titleとog:imageを探して、LINEの自分宛てのトークに送ってみてください。

この記事で確かめた資料

2026年11月4日に開いて確かめたものを、表にまとめます。

資料	確かめたこと
OGPの規格の公式サイト（ogp.me）	必須の4つ、任意のタグ、og:imageの補足、og:type、複数指定の優先順位
Meta for Developers「Open Graphマークアップ」	基本のタグ、og:titleにサイト名を含めない、画像のキャッシュ、シェアデバッガー
Meta for Developers「リンクシェアの中の画像指定」（2026年6月30日更新）	画像の大きさ、8MB、縦横比、事前に読み込ませる方法、画像更新の手順
Meta for Developers「Meta Webクローラー」（2026年5月21日更新）	クローラーの条件、最初の1MB、AIに関するクローラーの役目
Meta for Developers「シェアのベストプラクティス」（2022年2月23日更新）	デバッグツールによる更新
LINE Developersのよくある質問	URLプレビューが読む3つのタグ、設定が無い場合の動き
Google検索セントラル「タイトルリンク」（2025年12月18日更新）	og:titleが題名の材料の1つであること
Google検索セントラル「画像の SEO ベスト プラクティス」（2026年3月3日更新）	og:imageで優先する画像を指定する方法とおすすめ
Google検索セントラル「スニペットを管理する」（2026年4月22日更新）	og:descriptionの記載が見つからなかったこと
Google検索セントラル「AI機能とウェブサイト」（2025年12月31日更新）	特別な最適化は不要という記述
OpenAIのクローラーの概要、Anthropicのクロールに関するヘルプ	OGPへの言及が見つからなかったこと
弊社のサイトの最新の記事40本（2026年11月4日に実測）	タグの出力状況
確かめられなかったもの	Xのカードの仕様、WordPress標準機能での出力、AIアプリでの見え方

今日できる点検

次の表の項目を、上から順に確かめてください。1項目あたり10分ほどで終わります。

点検の項目	確かめる場所	合格の目安	直すこと
主力ページにog:titleがあるか	ページのソース	og:titleの文字が入っている	テーマかプラグインの設定を見直す
og:imageのURLが開けるか	ブラウザ	画像が表示される	画像のURLを直す
画像の大きさ	画像のファイル情報	1200×630ピクセル以上、8MB以下	画像を作り直す
og:urlが自分のURLか	ページのソース	ページの正規のURLと同じ	複製した記事のURLを直す
題名の食い違い	titleとog:titleを並べる	核になる語が揃っている	文言を揃える
LINEでの見え方	自分宛てのトーク	題名と画像が出る	上の切り分けの表に進む
公開直後の読み込み	シェアデバッガー	エラーが出ない	最初の共有の前にURLを入れる
画像を差し替えたとき	画像のURL	新しいURLになっている	ファイル名を変える

ページを増やしても問い合わせが来ないなら、原因はページの外にあります。その場合は、下の入口からご相談ください。