og画像のサイズ：全プラットフォームを満たす 1200 × 630

og画像のサイズには、すべての表示先を同時に満たす答えが一つあります。1200 × 630 ピクセル、JPG または PNG、5 MB 未満。この 1 枚で Meta の推奨寸法を満たし、指定の 1.91:1 に収まり、公開されている二つの容量上限を下回り、X のカードの代替画像としても使えます。画像セットは要りません。1 枚と 4 行のマークアップで足ります。

このページの前提

必須の Open Graph プロパティ 4 つがすでにページにある前提です。不安な場合は、実際の 26 ページのトップページを数えた結果が open graph tags on 26 homepages（英語）にあり、何が必須かの公式リストも載っています。検索結果に出る説明文については meta description の書き方 を参照してください。

1 枚で足りる理由

リンクのプレビューを表示するどの面も、同じ 2 系統のタグを同じ順序で読み、その結果を自分の枠に合わせて切り抜きます。あなたが渡す画像は、他人のレイアウトへの入力です。だからプラットフォーム別のバリエーションを並べたフォルダより、余裕のある 1 枚が勝ちます。切り抜きは制御できないので、元画像を制御するのです。

Open Graph プロトコルは og:image を必須 4 プロパティの一つとし、幅・高さ・画像説明という任意の構造化プロパティも定義しています。複数指定する場合については、「タグに複数の値を持たせられる場合は、同じ meta タグを複数バージョン置くだけでよい。上から順に、最初のタグが競合時に優先される」としています（ogp.me、2026-10-27 閲覧）。

画像はあなたのファイル。切り抜きは表示する側のもの。見えない枠に合わせて寸法を決める。

og画像のサイズ：数字とその出典

制約を決める公開資料は二つあり、矛盾はしません。厳しいほうが実効的な上限です。以下で引用する 26 ページの調査は 2026-08-27 に行ったもので、この日本語版のために再測定していません。

Meta は「高解像度ディスプレイで最適に表示するには 1200 x 630 ピクセル以上の画像を使う」とし、最小 200 x 200、フィードで切り取られずに全体を出すには 1.91:1 にできるだけ近づけるよう求めています。X は 5 MB 未満、JPG・PNG・WEBP・GIF に対応、アニメーション GIF は最初のフレームのみ使用、SVG は非対応と明記しています（Meta のドキュメントと X のカード仕様、2026-08-27 確認）。

安全な共通解は 1200 × 630、JPG または PNG、5 MB 未満です。画像を作る人にはこの数字を渡します。

貼るマークアップ

必須の仕事は 4 行で終わります。5 行目と 6 行目は往復を減らし、画像を説明します。絶対 URL のみです。ルート相対パスは、これが壊れる最も一般的な原因です。

<meta property="og:image" content="https://example.com/og/home.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
<meta property="og:image:alt" content="画像を 1 行で説明する">
<meta name="twitter:card" content="summary_large_image">

属性に注意してください。Open Graph の値は property、X のカードの値は name に置きます。どちらでも読まれることが多いのですが、2026-08-27 の 26 ページ調査では、少なくとも 1 つのタグを間違った属性に書いたサイトが 3 つあり、MDN は 10 個の og: タグすべてを name に置いていました。

3 つのコマンドで確認する

公開中の URL に対して実行します。どれも上の表と比較できる値で終わります。

1. ページの宣言を読む：curl -sL --compressed -A 'Mozilla/5.0' https://example.com/ | grep -o '<meta[^>]*og:image[^>]*>'。何も返らない場合、タグはスクリプトで挿入されており、ほとんどの読み手はそれを見ません。
2. URL が絶対で到達可能か確認する：content の値をコピーし、curl -sI <url> | head -3 を実行します。200 と画像の content type が欲しいところです。ここで 404 でも、画像なし・エラーなしに見えます。
3. 実際のピクセル数が宣言と一致するか確認する。macOS なら sips -g pixelWidth -g pixelHeight file.jpg。800 × 600 のファイルに 1200 × 630 と宣言するのは、何も宣言しないより悪いです。受け取らないサイズの場所を確保させるからです。

よくある 3 つの失敗

どれもマークアップか 1 回の HTTP リクエストで分かります。レンダリングされたプレビューは必要ありません。

1. og:image に相対パス。 プロトコルは URL を期待します。2026-08-27 の 26 ページ調査では、あるサイトが og:image と twitter:image を /dev-cdn/v/marketing/… と宣言していました。ページ URL に対して解決しない読み手は何も得られず、自分のブラウザでは問題が見えません。
2. バナーではなくロゴ。 1.91:1 の枠に正方形を入れると、余白が付くか中央で切られます。同じ調査で、寸法を宣言していた 7 サイトのうち 4 サイトは 1200 × 630 未満でした。400 × 400、512 × 512、800 × 600、1024 × 1024 です。
3. 画像に焼き込んだ文字。 そこに書いた文字は、見えない枠で切り取られ、テキストを読むものには届きません。言葉は og:title に置きます。そこではすでに読まれています。

この方法の限界

サイズを合わせてもプレビューは更新されません。どの面も最初に取得した内容をキャッシュし、あなたの都合では読み直しません。ファイルを変えたら URL も変えてください。新しいパスだけが、どこでも同じように効くキャッシュ対策です。

二つ目の限界は計測です。どの面でも実際のプレビューを確認したわけではありません。正直にやるには各面で本物のリンクを投稿する必要があり、以前は答えてくれた検証ツールはログインの内側にあります。ここにあるのは公開された要件と、26 ページが実際に宣言している内容だけです。このページが予想しない切り抜きをプラットフォームがしたら、正しいのはプラットフォームで、このページが不完全です。

よくある質問

Open Graph 画像の正しいサイズは？

1200 × 630 ピクセルです。Meta が高解像度向けに推奨する最小で、指定の 1.91:1 に収まります。X の上限も満たすよう 5 MB 未満にし、どの形式リストも通るよう JPG か PNG にします。

X 用に別画像が必要ですか？

いいえ。X のカード仕様は og:image を twitter:image の代替として扱うので、1 枚で両方をカバーします。本当に別々にする必要があるときだけ 2 枚目を用意してください。同期すべきファイルが 2 つになります。

プレビューに画像が出ないのはなぜ？

頻度順に、URL が相対、URL が 200 を返さない、タグがスクリプト挿入で配信 HTML にない、ファイルが SVG。X は SVG 非対応と明記しています。

og:image:width と height は宣言すべき？

任意ですが有効です。寸法を知る読み手は画像到着前にカードの場所を確保できます。ただし本当の値のときだけ宣言します。調査では 26 ページ中 7 ページしか宣言していませんでした。

og:image:alt は重要ですか？

カード画像のアクセシブルな説明で、ほとんど誰も書いていません。調査では 26 ページ中 3 ページでした。1 行で済みます。同じページが X 側で何を送っているかは twitter card tags on 26 homepages（英語）を、解析前の段階で検索エンジンが何を受け取るかは QueryWin のプロモーション記録 を見てください。