OGP画像のサイズ選びで迷っていませんか?SNSは自動トリミングが前提で、比率を外すと重要な文字が見切れます。主要プラットフォームで広く採用される横長比率は1.91:1、推奨解像度は1200×630pxです。最低でも600×315px以上にすると粗さを避けやすく、中央に安全域を確保することで小さな表示でも伝わります。
運用現場では「Xで小さくて読めない」「FacebookとLINEで上下が切れる」「更新しても画像が変わらない」といった悩みが頻出です。この記事では、実装とデザインの両面から、サイズ・テキスト配置・圧縮・タグ設定・検証ツールまでを一気通貫で整理します。
特に、Xのsummary large imageに合わせた上下マージン設計、Facebook/LINEの横長前提でのトリミング対策、そして画像の再取得で更新を反映させる手順を具体的に解説します。まずは、1200×630pxを基準にしつつ、中央の安全域を優先する設計で「崩れないサムネ」を実現しましょう。
目次
いきなり結論と基礎整理 OGP画像サイズの最適解と判断基準
OGPとは何かと画像の役割を短時間で把握する
OGPとはWebページの内容をSNSで正確に伝えるための仕組みで、タイトルや説明、画像をmetaタグで指定します。特に画像は一目で内容を伝え、クリックを促す要となるため、適切なOGP画像サイズの選定が重要です。ポイントは表示の安定性と読みやすさで、テキストやロゴが見切れない設計が成果に直結します。具体的には、主要SNSで安定表示される比率と解像度を押さえ、更新時はOGP確認やogp画像確認方法を用いて表示崩れを早期に発見します。運用ではOGP画像作成のルールをテンプレート化し、ogp画像 設定を統一することがミスを減らす近道です。画像の容量は軽く、コントラストは強め、要素は中心に寄せると効果が出やすくなります。
-
OGPはSNSプレビューを制御する技術で、画像がクリック率へ強く影響します
-
テキストやロゴは見切れ防止のため中央寄せが基本です
-
公開前後はOGP確認やogp確認ツールで表示を検証します
アスペクト比の基本と見切れを避ける考え方
OGPでは横長が主流で、基準は1.91対1です。よく使われる16対9は動画に適した比率ですが、SNSのカード表示では上下や左右が僅かにトリミングされる場合があるため、1.91対1のほうが見切れに強い傾向があります。安全域を確保するには、画像の外周に余白を設け、重要情報は中央の正方形に近い領域へまとめます。XでのサムネイルやLINEのトークプレビューなど、サービスごとの切り抜き差を想定し、OGP画像 トリミングに耐えるデザイン設計が大切です。16対9を使う場合は検証を前提にし、ogp画像 シミュレーターやOGP確認ツールでの描画チェックを欠かさない運用が安心です。
比率 | 想定用途 | 強み | 注意点 |
---|---|---|---|
1.91:1 | SNSカード全般 | 見切れに強く汎用性が高い | 余白設計で安全域を確保 |
16:9 | 動画サムネ等 | 馴染みがあり制作しやすい | サービスにより上下の裁ち落ちが起きやすい |
正方形 | 一部サービス内表示 | アイコン的に視認性が高い | 横長プレビューでは左右が切れやすい |
補足として、どの比率でも中央に情報を寄せれば、異なるプラットフォーム間での見え方が安定します。
OGP画像サイズはなぜ1200×630が基準になるのか
OGP画像サイズは1200×630が広く使われます。理由は1.91対1の比率を守りつつ十分な解像度があり、主要SNSで高精細に表示されるためです。小さすぎると拡大時に劣化し、過度に大きいと読み込みが遅くなります。実務では下限目安として600×315を許容しつつ、表示品質と軽さの両立を考え、容量は圧縮で抑えます。Xのカードでの見え方やogp画像 サイズ 正方形の要望がある場合も、中心情報を守れば共通運用がしやすく、x ogp画像 サイズやOGP画像サイズ Twitterの差異に柔軟に対応できます。運用前にはOGP確認やogp確認 basic認証回避に配慮し、OGP画像 表示 されないやX OGP 表示 されないといった不具合をチェックします。
- 基準解像度は1200×630で高精細と軽さのバランスが良好です
- 下限は600×315が目安で、小型端末でも判読性を確保します
- 中心配置と余白設計でプラットフォーム差やトリミングに耐えます
- 公開前にOGP確認ツールやOGP画像シミュレーターで描画を検証します
補足として、OGP画像 デザインは大きな文字、強いコントラスト、簡潔なメッセージが効果的です。OGP画像 例を蓄積し、OGP画像 作り方やOGP画像 設定 HTMLをチームで共有すると、2025の仕様変化にも迷わず対応できます。
SNS別で迷わない実装 XとFacebookとLINEの表示対策
XのOGP画像 サイズで崩れないサムネ設計
Xのタイムラインで映えるには、OGP画像サイズを1.91:1の比率で作り、summary_large_imageでの見え方を前提に設計します。上下の安全域をしっかり確保し、文字は短く強いワンメッセージにまとめることが効果的です。推奨は1200×630pxで、微細なトリミングにも耐える中央寄せ構図が安心です。画像はコントラストを高め、背景とテキストの距離を取り、余白で読みやすさを担保します。容量は軽く、JPEG主体で圧縮しつつ破綻を防ぎます。ブランド要素は小さめに中央近くへ寄せるとカットされにくく、視認性を保てます。
-
重要要素は上下左右の端から48〜64pxを空ける安全域を確保
-
テキストは10〜14語程度に抑え、1メインコピー+短い補足で構成
-
高コントラスト配色で小サイズでも判読性を維持
-
OGP確認でキャッシュ更新を行い、最新画像の反映を確認
補足として、xogp画像サイズの検証はスマホ表示を基準に行うと実運用に近い精度になります。
文字サイズと配置の最適域
スマホのタイムラインで潰れないために、フォントは太めでベタ組みに寄せます。1200×630pxを基準に、見出しの最小文字高はおよそ60〜72px相当、補足は40〜48px相当を目安にすると小さなカードでも崩れにくいです。配置は中央寄せが基本で、可読域を担保するために上下のマージンを均等に取り、行間は文字高の120〜140%に調整します。ロゴは横幅の10〜14%で中央近傍に置くとトリミング耐性が上がります。影やぼかしの多用は避け、シャープな境界でコントラストを稼ぐのが安全です。長文は避け、語数を削ることでクリック焦点が明確になります。
項目 | 推奨目安 | ねらい |
---|---|---|
見出し文字高 | 60〜72px | 小表示でも判読 |
補足文字高 | 40〜48px | 情報量と可読性の両立 |
行間 | 120〜140% | 滲み対策 |
ロゴ幅 | 画像幅の10〜14% | 目立ちすぎ回避と安全域確保 |
余白 | 周囲48〜64px | トリミング耐性向上 |
-
中央寄せと十分な余白でトリミングを回避
-
行間を広げて小型表示時の潰れを抑制
この指針はxogp画像サイズだけでなく、他SNSにも応用しやすい設計の土台になります。
FacebookとLINEの表示をOGP確認で検証する
FacebookとLINEは横長前提の切り抜きが起きやすいため、OGP画像サイズは1200×630pxを基準にして中央の正方形領域にも要点が残る配置が安全です。制作後はOGP確認ツールでキャッシュをクリアし、切り抜き傾向や文字の滲みを実機相当で検証します。問題があれば、テキストの行数を減らし中央へ寄せ、余白を追加して再アップします。LINEはプレビューの環境差が出やすいので、安心域を広めに取り、明瞭な配色を選びます。検証は下記手順が効率的です。
- metaタグと画像URLを更新し、キャッシュをリフレッシュ
- OGP確認でサムネのトリミングと表示倍率をチェック
- 文字とロゴを中央へ2〜4%再配置し、余白を増やす
- 画像を再圧縮してノイズや滲みを再確認
-
Facebookは1.91:1で安定、LINEは中央正方形にも要点を残すと安全
-
OGP画像設定の更新後は必ずOGP確認で反映と表示品質を検証
この運用フローなら、ogp画像サイズの違いによる崩れを最小化し、クリック率を落とさずに安定配信できます。
制作の標準化 OGP画像 作り方とデザインの型
レイアウト原則とトリミング耐性の高め方
OGP画像サイズを決める前に、まずは見せたい情報がどのSNSでも欠けない設計が重要です。基本は横長の1.91:1を軸にしつつ、中央の正方形領域を安全域として確保すると、XやFacebook、LINEのトリミング差に耐えられます。タイトルや訴求テキスト、顔写真や主要商品のロゴは中央寄せで配置し、周囲に十分な余白を残します。背景は情報を邪魔しないシンプルなテクスチャかぼかしを使い、視線はコントラスト差と余白で誘導します。視線の入り口は左上から中央、右下へ流す三分割構図が扱いやすく、情報量は3点以内に要約すると読み取り速度が上がります。OGP画像確認で想定どおりの見え方になるまで書体サイズと行間を微調整します。
-
安全域は中央の正方形を意識し、重要要素を内側にまとめます
-
余白と背景でコントラスト設計を行い、視線の流れを作ります
-
情報は最大3要素に整理し、読み取り負荷を下げます
短時間で複数SNSへ展開する時も、中央安全域ルールを基点にすれば再作業を最小化できます。
ロゴやテキストのコントラスト設計
ロゴとテキストは判読性が命です。背景との差が弱いと縮小表示で一気に読めなくなるため、明暗差を2段以上確保するのが実務的な目安です。背景が写真なら暗幕レイヤーを敷き、10〜25%のカラーオーバーレイで落ち着かせます。白文字にはドロップシャドウのぼかし2〜4px、距離0〜1px、濃度30〜50%が使いやすく、縁取り1〜2pxも小サイズで効きます。ロゴはブランドカラーそのままか、単色版を用意して背景に合わせて切り替えます。書体は太めを選び、最小文字高は48px相当を下限にするとスマホでも視認が維持されます。行間は文字高の1.2〜1.4倍、文字詰めはやや緩めに設定し、圧縮時のつぶれを防ぎます。要素が煩雑な場合は情報の階層を2段に分けて強弱を作ると、視線が迷いません。
要素 | 推奨設定 | 理由 |
---|---|---|
明暗コントラスト | 2段以上の差 | 縮小時の判読性を維持 |
オーバーレイ | 10〜25% | 背景写真の主張を抑える |
文字最小サイズ | 48px相当 | スマホでの可読性を確保 |
影/縁取り | ぼかし2〜4px/1〜2px | 微小サイズでもエッジを保持 |
数値は目安です。実際のプレビューとOGP確認で最終判断を行いましょう。
画像形式と容量の最適化で読み込みを速くする
表示速度はクリック率に直結します。OGP画像作成では用途に応じて形式を選び、容量はおおむね500KB以下を目標に最適化します。写真主体はJPEGが有利で、品質60〜80%の範囲で圧縮ノイズとシャープネスを見ながら調整します。ロゴやアイコン、フラットな色面が多い場合はPNGを選び、透過が必要ならPNG-24、不要ならPNG-8も検討します。最近はWebPも高圧縮高画質ですが、metaタグのog:imageは汎用的なJPEG/PNGを優先し、配信側で自動変換を使う構成が安全です。書き出しの前にリサイズを行い、OGP画像サイズは1200×630前後を基本に、X向けには1200×675のバリエーションも用意すると確実です。保存後はキャッシュ反映を考慮し、OGP確認ツールで更新を明示して差し替えミスを防ぎます。
- マスターを1.91:1で制作し、中央の安全域を確定する
- JPEGは品質60〜80%、PNGは不要なアルファを除去して書き出す
- 1200×630と1200×675を用意し、OGP設定で用途別に指定する
- 500KB以下を目安に再圧縮し、視認性を目でチェックする
- OGP確認でキャッシュを更新し、実機で最終表示を検証する
最終的な見え方はプラットフォームのトリミングと縮小率で決まるため、複数端末での実機確認が効果的です。
実装でつまずかない OGP画像 設定 HTMLとCMSの基本手順
HTMLでのmetaタグ設定と必須属性の確認
OGP画像設定はhead内のmetaで制御します。基本はog:title、og:description、og:image、og:url、og:site_name、og:typeを用意し、Twitterカードはtwitter:cardとtwitter:imageを追加します。画像URLは必ず絶対パスにし、httpsで配信します。OGP画像サイズは用途に合わせて選びますが、SNS横断の汎用性を重視するなら1200×630pxが安心です。X向けに横長を強めたいなら1200×675pxも有効で、正方形を重視する場面は1200×1200pxが扱いやすいです。重要な文字やロゴは中央寄せでトリミングに耐える構図にします。ファイルはJPEGかPNG、目安1MB以下が安全です。以下の要素を押さえると実装が安定します。
-
絶対パスを使用してCDNや外部アプリでも確実に取得させる
-
アスペクト比1.91:1を基準にし、正方形や16:9は用途で使い分ける
-
twitter:cardはsummary_large_imageを指定して視認性を確保する
画像更新が反映されない時のキャッシュ対策
SNSはOGPを強くキャッシュします。更新直後に古い画像が出る場合は、まず画像URLにバージョンパラメータを付与します。例としてog:imageをexample.jpg?v=2のように変更し、画像差し替えを確実に検知させます。さらに各SNSの再取得機能を使い、サーバー側のキャッシュも整えます。HTTPヘッダーのCache-ControlとETagの適切化、CDNのパージも効果的です。XやFacebookは数日キャッシュが残ることがあるため、公開直前の差し替えは避け、事前に安定版を用意すると安全です。下記の手順で順に試すと復旧が速くなります。
- 画像ファイル名を変更、または?v=数字を付与してURLを更新する
- ページURLをSNSのOGP確認ツールで再取得する
- CDNのキャッシュをパージし、サーバーキャッシュを削除する
- ブラウザのハードリロードでローカルの表示を確認する
WordPressでのOGP設定 代表的な進め方
WordPressではテーマ機能やプラグインでOGP画像設定が簡単に整います。まずテーマ側にOGP出力がある場合は重複を避け、どちらかに統一します。代表的な流れは、サイト全体のデフォルト画像を設定し、投稿や固定ページではアイキャッチを優先してog:imageへ反映、特別なLPは個別のOGP画像を上書きする方針です。OGP画像サイズは1200×630pxを基準とし、Xを意識する記事では1200×675px、正方形が映える内容は1200×1200pxを選びます。公開前にOGP確認でトリミングやぼやけを必ずチェックしましょう。
項目 | 推奨設定 | 補足 |
---|---|---|
デフォルト画像 | 1200×630px | 全ページの保険として設定 |
個別上書き | アイキャッチ優先 | 記事ごとに最適化 |
Twitterカード | summary_large_image | 視認性を最大化 |
画像形式 | JPEGまたはPNG | 1MB以下を目安 |
重要配置 | 中央寄せ | トリミング耐性を確保 |
プラグインは出力タグの重複やprefixの競合に注意し、headを確認して過不足なく整えると運用が安定します。
公開前後の確認術 OGP確認ツールとOGP画像シミュレーターの使い分け
プレビュー崩れを防ぐチェックフロー
OGPは公開前後で挙動が変わりやすいため、再取得とキャッシュクリアを含む二段構えで確認すると安定します。まず制作段階ではOGP画像シミュレーターでアスペクトとトリミングを素早く検証します。とくにOGP画像サイズは1.91:1が基本で、主要SNSは1200×630pxや1200×675pxで安定します。公開後はOGP確認ツールで実機プレビューを行い、デバッガーで再取得を実施します。XはCard情報のキャッシュが残りやすく、Facebookもサムネイルが古いままになることがあるため、更新時は必ず叩き直す運用が重要です。リンク先のhttpからhttpsへの遷移やmetaタグの重複、og:imageのURL変更忘れが表示されない原因になりやすいので、head内の記述を一度整理し、プロパティの優先度も合わせて見直します。
-
チェックポイント
- デザインは中心寄せで重要情報を配置し、上下左右トリミングに耐える
- 形式と容量はJPEGまたはPNGで軽量化し、SNS側の上限を超えない
- URLの一貫性はhttpsとwww有無を統一し、301も確認する
下記は主要デバッガーと用途の対応表です。公開直後の齟齬はデバッガー側の再取得で解消できることが多いです。
ツール種別 | 目的 | 使いどころ |
---|---|---|
OGP確認ツール | 実機準拠の取得とキャッシュ再取得 | 公開後の反映確認と更新反映 |
OGP画像シミュレーター | 画像比率とトリミングの事前確認 | 公開前のデザイン検証 |
ブラウザ検証 | metaとhead内の競合確認 | タグ重複や記述漏れの発見 |
公開前はシミュレーターで比率と切れ方を詰め、公開後は各SNSデバッガーで反映を確定させる流れが効率的です。
basic認証やローカル環境でのOGP確認
サイトがbasic認証やローカルにあると、SNSのクローラーが画像とmetaにアクセスできず検証不能になりがちです。対処としては、限定公開のステージングでクローラーIPを許可するか、一時的に画像のみCDNへ配置してog:imageを外部公開URLに向けます。さらにnoindexのままでもクローラーが取得できればOGP確認は可能です。ローカル検証では、ブラウザでheadのmetaを直接確認し、og:imageのレスポンスコードが200であること、画像のContent-Typeがimageで正しいことをチェックします。あわせてxのsummary_large_imageやTwitter系のname属性、Facebookのproperty属性が混在していないかに注意します。
- ステージングを用意し、認証回避の許可設定または特定パスのみ開放
- 画像をCDNへ置き、絶対URLでog:imageを指定
- 公開前はOGP画像シミュレーターでトリミング耐性を確認
- 公開後にOGP確認ツールで再取得し、差し替えを反映
- 反映後はキャッシュクリアとSNSアプリ側の再読込で最終チェック
この運用なら制限環境でも表示崩れを抑えられます。特にOGP画像サイズの調整と再取得の組み合わせが、更新反映の遅延による取りこぼしを減らします。
トラブル解決 OGP画像 表示 されない時の原因切り分け
metaタグの不備とURL指定ミスを最初に疑う
OGPがSNSで表示されない時は、まずHTMLのhead内にあるmetaタグの基本項目を点検します。特にog:title、og:description、og:image、og:url、og:type、og:site_nameの有無と記述の正確さが重要です。画像URLは絶対パスで指定し、httpとhttpsの混在や末尾の余計なクエリを避けます。OGP画像サイズは1200×630px前後が安全で、アスペクト比は1.91:1を推奨します。WordPressではテーマやプラグインの二重出力で競合し、意図しないタグが優先されることがあります。Xのsummary_large_imageを使う場合は横長比率に合わせ、正方形が前提のカード設定と混同しないことがポイントです。robotsやbasic認証がブロックしていないかも合わせて確認します。
- 必須項目の欠落やタイプミス、絶対パスの未指定を点検し、サイズ要件も同時に確認する
キャッシュのクリアと再取得で解決するケース
SNSはURLごとにサムネイルを強力にキャッシュします。正しく修正しても、しばらく旧画像が残ることがあるため、まず再取得手順を実行します。FacebookはデバッガーでScrapeを実行し、XはCard Validatorでカードを確認して再取得を促します。LINEはトークに貼り直しや時間経過で更新されやすく、サーバー側のCache-Control設定やファイル名のバージョニングも有効です。以下を順に行うと復旧が速いです。
- サーバーとCDNのキャッシュを削除し、画像の最新化を確認する
- OGP確認ツールでURLを再取得し、エラーや警告を修正する
- og:imageのファイル名やクエリに更新印を付けて強制更新する
- 画像のレスポンスコード200とContent-Type image/jpegまたはimage/pngを確認する
- 画像容量は軽量化し、推奨のOGP画像サイズに合う比率で再書き出しする
下の一覧をもとに、どこで止まっているかを把握しやすくなります。
チェック箇所 | 具体的な確認内容 | 望ましい状態 |
---|---|---|
metaタグ | propertyやcontentの記述、重複の有無 | 必須が一意に記載 |
画像URL | 絶対パス、HTTPS、アクセス可否 | 直URLで200応答 |
画像仕様 | 比率と寸法、容量、形式 | 1200×630px前後、JPEG/PNG、軽量 |
取得権限 | robots、basic認証、IP制限 | SNSクローラーに許可 |
キャッシュ | CDN・アプリ側の旧情報 | 再取得後に最新反映 |
キャッシュ起因は再取得で解決することが多く、権限やURLの問題はツールの警告に表れやすいです。
運用で差をつける デザイン改善とA Bテストの実践
見出し文と背景の組み合わせ最適化
見出し文の可読性はクリック率を左右します。まず押さえるべきは、OGP画像サイズに合わせた文字の大きさとコントラストです。スマートフォンでの表示を基準に、タイトルは短く強い語を先頭に置き、背景との明度差を十分に確保します。テキスト比率が高すぎるとトリミング時の情報欠落が起きるため、重要語を中央の安全領域に収めることが効果的です。XやFacebookでの切り抜き差を想定し、1.91:1と正方形の両パターンで視認性を検証します。テキスト縁に薄いシャドウを入れると背景の写真でも読みやすさが安定します。ABテストでは、背景を写真と単色の2案で比較し、早い段階で勝ち筋を見極めましょう。
-
背景と文字の明度差は4.5:1以上を目安
-
タイトルは先頭8〜12文字に強い訴求語を配置
-
中央の安全領域に要点を集約しトリミング耐性を確保
-
写真背景と単色背景を並行テストして勝ちパターンを特定
補足として、OGP画像サイズの違いで文字サイズ換算が変わるため、実寸プレビューでの最終確認が欠かせません。
チェック項目 | 推奨基準 | 目的 |
---|---|---|
コントラスト | 4.5:1以上 | 小画面でも判読性を担保 |
テキスト比率 | 画像面積の20〜30% | 圧迫感を避けつつ訴求を維持 |
安全領域 | 中心寄り60〜70% | トリミング対策 |
行数 | 2行以内 | スクロール中でも瞬読可能 |
短時間で読み切れる設計がシェア面での停滞を防ぎ、SNSの既読率を底上げします。
テンプレート化でOGP画像作成の再現性を上げる
運用の安定にはテンプレート化が有効です。記事カテゴリごとに配色、フォント、余白、ロゴ位置を固定し、差し替えはタイトルと写真のみで完結させます。これにより制作時間を短縮し、誤字や配置ズレのミスを減らせます。OGP画像サイズは主に1.91:1を基準にしつつ、正方形にも即応できるようガイドを併記します。さらに、Xのsummary_large_imageとLINEのプレビュー差を想定し、テキストは中央寄せで行数を抑えると使い回しが利きます。ABテストはテンプレート単位で行い、勝ちテンプレートへ統一することで、ブランド認知とクリック率の両立を図れます。
- 共通ガイドを作成(カラーパレット、フォントサイズ、余白比率、ロゴ比率)
- サイズ別アートボードを用意(1.91:1と正方形の2種を保守)
- 差し替え手順を標準化(タイトル→背景→サブ文→書き出しの順で固定)
- 書き出し設定を固定(フォーマット、圧縮率、メタデータ)
- 定期レビュー(CTRやOGP確認で劣化や崩れを点検)
-
カテゴリ別の配色ルールで一覧性とブランド想起を強化
-
テキストとロゴの比率を固定しデバイス差でも崩れにくくする
-
書き出しはWeb最適化のJPEGまたはPNGで容量を安定
-
テンプレート自体をABテストし成果の出る型へ集約
作業者が変わっても品質が揺れない体制が整い、公開スピードと成果の両面で運用効率が高まります。
2025の基準を整理 OGP画像サイズの推奨と正方形や16対9の扱い
1200×630を基本にした運用と代替サイズの選択肢
OGP画像サイズは2025年も1200×630を基本にすると安定して表示されます。アスペクト比は1.91対1で、FacebookやX、LINEなど主要SNSの自動トリミングに強いことが理由です。代替として1200×675(16対9)も使えますが、上下がわずかに変化するため文字やロゴの位置に注意が必要です。正方形はフィードでの見え方が整いやすい一方、リンクカードでは横長にトリミングされる場面があるため、中心寄せ設計が欠かせません。運用のコツは、画像内テキストを中央の安全領域に絞り、周囲に余白を確保することです。さらに、ファイル形式はJPEG優先、PNGはロゴや図版に使い分けると画質と容量のバランスが向上します。
-
重要要素は中央に寄せて大きく配する
-
上下左右に十分な余白を確保する
-
1200×630を基準にしつつ16対9も併用する
短いテキストと高コントラストな配色がクリックを後押しします。
OGP画像サイズ 正方形を採用する時の留意点
正方形を採用するなら、プラットフォームごとのトリミング差を前提に中心重心のレイアウトを徹底します。特にリンクカードでは横長に切られる可能性があり、上下の情報が失われやすいです。そのため中心の正方形領域に主要情報を集約し、外縁は背景として機能させるのが安全です。比率は1.91対1と正方形の両対応を想定し、デザイン段階でガイドを敷いておくと量産が効きます。OGP確認やogp確認ツールで事前チェックし、OGP画像表示されない、X OGP表示されないといったトラブルはmetaタグの記述、キャッシュのクリア、OGP確認方法の再実行で早期に解消します。最終的にはテキストの最小サイズと行間の確保が視認性を高め、クリックに直結します。
比率・サイズ | 使う場面 | 配置のコツ | 注意点 |
---|---|---|---|
1200×630(1.91対1) | 基準運用 | 文字は中央寄せ、左右に余白 | 端の細字は避ける |
1200×675(16対9) | 動画感の演出 | 重要要素をやや内側へ | 上下のトリミングに注意 |
1200×1200(正方形) | フィード重視 | ロゴを中央、周囲は背景 | リンクカードで横長化 |
正方形の強みは一覧での視認性です。リンクカード想定のダブル対応で設計すると破綻が起きにくくなります。
事例で学ぶ OGP画像 例と改善のビフォーアフター
目立たないサムネを改善してクリック率を伸ばした事例
広告キャンペーンの着地ページで、SNSシェア時のサムネが「背景が騒がしい」「文字が小さい」「OGP画像サイズが不適切」で埋もれていました。改善では、ベースを1.91:1の比率に統一し、1200×630pxを主軸に再制作。余白を大胆に取り、文字はコントラスト比を高めて視認性を確保しました。さらにX向けはsummary_large_imageの表示を想定しつつ、重要要素を中央に寄せてトリミング耐性を上げています。制作後にOGP確認でキャッシュを更新し、FacebookのデバッガーやXのカードバリデーターで反映を検証。クリック率は前週比で明確に上昇し、特にモバイルでのサムネ認知が改善しました。ポイントは、比率の統一、中央へ情報集約、高コントラストの三つです。
-
背景を簡素化して主役を引き立てる
-
文字サイズを拡大し太字で主見出しを固定
-
高コントラスト配色でスクロール中でも止める
-
比率を1.91:1に揃え、XやFacebookの表示崩れを抑制
下の比較で、文字の読みやすさと余白設計の差がひと目で分かります。
項目 | 改善前 | 改善後 |
---|---|---|
比率 | 不統一で端が切れる | 1.91:1に統一 |
文字 | 細く小さく判別困難 | 太字かつ短い主語句 |
配色 | 背景と同系色で沈む | 補色で強い対比 |
余白 | 要素が密集 | 余白を増やし主役を集中 |
確認 | 検証不足 | OGP確認で即時検証 |
トリミング事故を防いだレイアウト修正の要点
サムネが「上下や左右で見切れる」事故は、プラットフォームごとの表示枠と自動トリミングが原因です。対策は安全域の再設計です。まずOGP画像サイズを1.91:1の1200×630pxで作り、中央の正方形に近い領域を安全域として重要要素を集約します。タイトルは短く強い言葉にして2行以内で固定、ロゴは右下に小さくではなく中央寄りに置きます。XやLINEのプレビュー差を踏まえ、端から上下左右64〜80px程度は装飾のみとし、情報は踏み込ませません。完成後はOGP確認方法に沿ってキャッシュをパージし、変換劣化を避けるためJPEG高品質またはPNGを使い分けます。最終ステップとして、OGP画像トリミングの出方をシミュレーターや公式デバッガーで検証し、切れや滲みがないかを複数デバイスでチェックします。
- 比率を固定し1200×630pxを基準に制作
- 安全域を設計し中央へタイトルと主要ビジュアルを配置
- 余白を確保し端に重要要素を置かない
- 高コントラストと大きめの文字で可読性を担保
- OGP確認ツールで反映とトリミングを実機検証