ポスタルイメージズ：ソーシャルメディアチームのための究極の自動化ガイド（2026年）

変換が必要な瞬間に壊れるような画像は許容できません。プラットフォームスペックの変更、広告配置の癖、フィード、DM、コメントのサムネイルの間のギャップなどで、ソーシャルチームはリサイズ、適切な切り抜きゾーンの推測、資産の再出力に数時間を浪費し、それらが切り取られたり、ピクセル化されたり、読み込みが遅かったりすることがわかります。その絶え間ない戦いはクリエイティブな時間とエンゲージメントを浪費し、一つのサイズミスが瞬時にクリック数、返信、広告パフォーマンスを低下させることがあります。

この自動化優先のプレイブックはそのスクリプトをひっくり返します。ステップバイステップのエクスポートプリセット、大量リサイズのためのバッチコマンド、レティーナや低帯域戦略、アクセシビリティーチェック、DM/コメントプレビューのヒント、ツールチェーンに組み込めるすぐに使用可能な自動化ワークフローやテンプレートを手に入れることができます。チームがより少ない試行回数で、迅速に一貫したアクセシブルな郵送画像を作成できる実用的なコマンド、テストガイドライン、エクスポートプリセットをお読みください。

「郵送画像」が重要な理由: 範囲、ユースケース、自動化優先の考え方

「郵送画像」とは、ソーシャル投稿、DM、コメント、広告配置、プラットフォームプレビューなどのために意図されたビジュアル資産です。リンクプレビューで使用されるサムネイル画像、DM内で送られる小さなメディア、広告用のクリエイティブオーバーレイ、コメント返信の画像が含まれます。

一貫した、適正サイズの画像は、エンゲージメント、ブランドの一貫性、アクセシビリティ、広告配信に直接影響を与えるため重要です。例:

• エンゲージメント:顔やテキストが切り取られるとCTRやリアクションが減少します。

• ブランドの一貫性:異なるアスペクト比がフィードの一貫性を壊し、認識を弱めます。

• アクセシビリティ:適切なaltテキスト、コントラスト、読みやすいセーフゾーンはスクリーンリーダーや視覚障害者の体験を改善します。

• 広告配信:プラットフォームはファイルサイズやフォーマット制限を超えるクリエイティブを罰し、配信やCPCに悪影響を与えます。

郵送画像の生産の拡大は自動化によって利益を得ますが、高度な戦略と段階的なワークフローは本ガイドの後半でまとめられています（セクション5: ワークフローとセクション6: Blablaでのモニタリングを参照）。要するに、ソースマスターを中央集権化し、プラットフォーム固有のエクスポートプリセットを定義し、エクスポートにバッチ処理ツールを使用し、自動化された品質保証ゲートを運行し（解像度、ファイルサイズ、セーフゾーンチェック）、検証されたエクスポートを広告プラットフォームやメディアライブラリにプッシュします。後半のセクションには、実行可能なスクリプト、CIのヒント、およびモデレーションや自動メッセージング用のBlablaの統合例が含まれています。

このガイドは2026年サイズのプレイブック、明確なセーフゾーン、ファイルフォーマットのルール、バッチエクスポートレシピと自動化テストアプローチを提供します。

プラットフォーム画像サイズ (2026): Instagram, Facebook, X/Twitter, LinkedIn, Pinterest, YouTube — 完全リファレンス

郵送画像がなぜ重要であるのかと自動化優先の考え方を理解した今、2026年に資産がフィード、ストーリー、プロフィール画像、サムネイルで予測通りにレンダリングされるための各プラットフォームサイズをマップしましょう。

以下に、各プラットフォームエントリには推奨されるピクセル寸法、代替サイズ、および好ましいアスペクト比がリストされており、セーフエリア、クロップ行動、実用的なエクスポートのヒントに関するノートを含んでいます。

Instagram (フィード、リール、ストーリー、プロフィール、サムネイル):

• 正方形のフィード投稿のために: 推奨1080×1080 px (1:1)。代替: 高解像度アップロード向けに1200×1200を使用; 文字のための安全な中心ゾーンを好む。

• ポートレートフィード（縦長）: 1080×1350 px (4:5)。これはInstagramのフィードがアグレッシブにクロップせずに表示する最大の縦置きです。

• ランドスケープフィード: 1080×566 px (~1.91:1)。中心クロップをよりクリーンにするには1080×608を使用。

• リールとストーリー: 1080×1920 px (9:16)。オーバーレイと固定UIのクロッピングを避けるため、必須のテキストとロゴは中心のセーフエリア内（1080×1420 px）に保ちましょう。

• ビデオサムネイルとIGTVプレビュー: 最小420×654 px、フィードで表示されるときに専用の1:1フレームをアップロード。

• ヒント: 正方形の投稿のために2160×2160で、9:16ビデオサムネイルのために2160×3840でレティーナ/2xバージョンをエクスポート。

Facebook / Meta (フィード、ストーリー、ページカバー、プロフィール、イベント、広告):

• フィード画像: 推奨1200×630 px (1.91:1)。シングル画像投稿に1080×1080も使用可能。

• ストーリー: 1080×1920 px (9:16)。Instagramに似た中心セーフゾーン（1080×1420）を使用。

• ページカバー: デスクトップで820×312 px; モバイルでは表示の高さが変わるため、ロゴは640×312セーフエリアに収める。

• プロフィール画像: 最小320×320 px; 鮮明さのために640×640でアップロードし、デザインに円形のセーフエリアを使用。

• イベント画像: 1200×628 px。マーケットプレイスのサムネイル: 商品画像のために1200×1200 pxを推奨。

• 注: Meta Adsには異なる配置が異なる切り方をするため、フォールバックとして1200×1200と1200×628のエクスポートを含めてください。

X/Twitter (ツイートカード、ヘッダー、プロフィール、サムネイル):

• シングル画像ツイート: 1200×675 px (16:9)。一部のタイムラインで600×335にクロップされます; 対象を中心に保ってください。

• マルチ画像ツイート: 2画像: 各700×800推奨; 3画像: 左700×800、右2つ連結した360×800; 4画像: 390×390のグリッド。

• ヘッダー: 1500×500 px。プロフィール: アップロード400×400 px、レティーナ用800×800。

LinkedIn (会社ページ、個人投稿、カバー):

• LinkedInシングル画像投稿: 推奨1200×627 px (1.91:1)。正方形1080×1080もサポート。

• 会社カバー: 1128×191 px (デスクトップ)。会社ロゴ: 300×300 px推奨。

• 個人背景: 1584×396 px。

Pinterest (ピン、プロフィール、ボードカバー):

• 標準ピン: 1000×1500 px (2:3)。高いピン: 長尺画像によく使われる1000×2100 px; フィードでクロップされる可能性がある極端に高い>3:1比率は避けてください。

• ボードカバー: 800×450 px。プロフィール: アップロード165×165 px、レティーナ用330×330。

YouTube (チャンネルアート、サムネイル、ビデオポスター):

• チャンネルアート: 2560×1440 px、全デバイスで表示が保証されるセーフエリア中心1546×423 px。

• ビデオサムネイル: 最小1280×720 px (16:9); 2MB以下でJPG/PNGとしてアップロード。

• ビデオポスターフレーム: HDソースのため1920×1080でエクスポート。

クイックリファレンスのヒント:

• 可能な限り2xまたはレティーナバージョンをエクスポートして、表示を未来に備えましょう（寸法を二倍にする）。

• 写真にはロスレスまたは高品質のJPEGを80〜90%で使用し、テキスト付きグラフィックにはPNGを使用。

• 極端に高いピンやチャンネルアートの予期せぬクロップを避けるために、周囲に200pxの余白を保ちましょう。

• エクスポートファイルやフォルダ監視ツールが正しいファイルを自動的に選択できるように、プラットフォーム+サイズ（例: insta_feed_1080x1080.jpg）でエクスポートを命名しましょう。

• スケジューリングや広告プラットフォームを使用する際には、アップロード可能な最高解像度をアップロードし、プラットフォームにダウンスケールさせてください; これにより品質が維持され、サムネイルの明瞭さが向上します。

可変行動についての注意: プラットフォームはUIやクロップを頻繁に変更します; リストされた寸法を優先してください。これらは、デバイス全体で見られるディスプレイの忠実性と安全なエリアをバランスします。ウェブとモバイルの両方でのレンダーをテストし、重要なメッセージのために中心に構図されたフォールバックを検討してください。

Blablaの役割: Blablaは投稿を公開しませんが、郵送画像に関する会話を自動化します。Blablaを使用して着信DMに特定の画像ガイドライン（サイズ要件、安全エリアリマインダー）で自動返信したり、チームが再アップロードする前にユーザーが投稿した画像をモデレートすることができます。それにより手動のやり取りを省き、ユーザー生成コンテンツを郵送画像基準に沿った形に保ちます。

最終的な実用的なヒント: マスターを2xで一括エクスポートし、プリセットの命名規則を保持し、サムネイルで100%、75%、50%の表示サイズでクイックビジュアルQAを実行します。プラットフォームごとに一つのフォルダ構造を維持し、ファイル名で取り込める自動化ツールを接続します。これらの寸法を定期的に見直し、プラットフォームのアップデートやパフォーマンスデータに合わせてプリセットを更新しましょう。この2026年リファレンスを使用することで、ソーシャルチャンネル全体でピクセルパーフェクトな郵送画像を得ることができ、驚きを最小限に抑えます。

ワークフローの例: 正方形の投稿用に2160×2160のマスターを作成し、縦動画フレーム用に2160×3840を作成します。デザインツールで各プラットフォームサイズに1xと2xのエクスポートプリセットを設定し、明確にラベル付けします（例: [email protected]と[email protected]）。プラットフォームフォルダにバッチエクスポートし、解像度、アスペクト比、ファイル名のルールをチェックする自動QAスクリプトを実行して、資産をステージングに移動します。チームメンバーやコミュニティメンバーがコメントやDM経由で画像を送信する際、Blablaは自動的に正確なクロップテンプレートとファイル命名を再提出するための指示とともに返信したり、リサイズが必要な画像をフラグします。再作業を減らし、フィードの一貫性を保ちます。最後に、これらのプリセットを共用リソースのREADMEに文書化し、新規入社者やエージェンシーが同じ命名とエクスポートのルールに従うことができるようにします。月次監査を実施して、プラットフォームのアップデートとパフォーマンスデータに合わせてプリセットを調整します。

画像タイプと出現場所: 投稿、ストーリー、リール、カバーフォト、プロフィール写真、サムネイル、DM、コメント

各プラットフォームごとのサイズをカバーしたので、今度は各画像タイプをその通常の役割、アスペクト動作、実用的なピクセルターゲットにマッピングし、どこでも信頼性のあるレンダリングを準備できるようにしましょう。

各画像タイプの出現場所とその動作

• フィードポスト（正方形/ポートレート/ランドスケープ） — ホームフィード、エクスプローラー、およびインプロフィールグリッドに表示されます。センター構図またははっきりとしたフォーカルエリアを提供することで、フィードが通常適用するセンターまたは上部中心のクロップに対応します。

• ストーリー＆リール（縦長） — ストーリー/リールプレーヤーで全画面表示され、ディスカバリー面でサムネイルとして表示されます。縦長クロップはセンターと上部センターを優先します。エッジから離れたセーフゾーンコンテンツを保ちましょう。

• カバー/ヘッダー＆バナー — プロフィールページとページヘッダーに表示されます。プラットフォームは異なるビューポートに対してワイド画像をセンタークロップすることが多いため、ブリードと中心にフォーカルポイントをデザインします。

• プロフィール写真 — 円形/丸みを帯びたマスクが適用されます。ロゴや顔は中央の70–80%ゾーンに配置し、エッジクリップを避け、小さなサイズでの読みやすさを確保します。

• サムネイル＆プレビューカード — リンクプレビュー、ビデオサムネイル、広告クリエイティブに使用されます。静的クロップとしてレンダリングされ、スマートリフレーミングは行われません。そのためフォーカルポイントのメタデータが重要です。

• DMおよびコメントとメッセンジャープレビュー — 小さなサムネイルまたはインライン埋め込みとして表示されます。メッセンジャークライアントはサムネイル幅を制限し、多くの場合、積極的に圧縮します。

特別な扱い: DM、コメント、メタデータ

• メッセンジャープレビューは通常狭いサムネイル幅と固定クロップを使用します — 自分自身にリンクを送信してテストします。Open Graph（og:image）とTwitter Cardタグは、どの画像が引っ張られるかを決定します。

• og:imageを明確な1:1または1.91:1のセーフクロップで提供し、サポートされた場所にフォーカルポイントのメタデータを含めます。メタデータがなければ、プラットフォームはセンタークロップを選択します。

各資産の実用的なチェックリスト

1. マスターファイル: 最終使用の少なくとも2〜3倍のレイヤー付きソースを作成し（例、長辺2500〜3000px）、編集可能なレイヤーとフォーカルポイントガイドを保持します。

2. エクスポートサイズ: プラットフォーム固有のエクスポートと@2xレティーナバリアントを作成し、DM/コメント用の小さな400〜800pxサムネイルを含めましょう。

3. 命名: 明確な名前を使用します。たとえばhero_3000_master.psd、hero_1200_feed.jpg、hero_600_thumb.jpg。ファイル名にプラットフォームと目的を含めましょう。

4. フォールバック: 背景が単色のフォールバック画像とプライマリクロップに不適合な場合のための正方形のロゴフォールバックをエクスポートします。

ヒント: Blablaを使用してDMとコメントスレッドを監視し、プレビューでのレンダリングの問題を見つけ、代替資産リンクやフォールバック画像を表面化する自動返信を送信することで、即個に対応できます。

アスペクト比、ピクセル寸法、クロップ行動とセーフゾーン

各画像の出現場所をマップしたので、次はアスペクト比、ピクセル寸法、クロップ行動とセーフゾーンにより、視聴者が実際に何を見るかを決定する方法を調べましょう。

アスペクト比は幅と高さの比率（例: 1:1または4:5）であり、ピクセル寸法はピクセルでの実際の幅と高さです（例: 1080×1350）。ミスマッチ — 1080×1080画像を4:5のコンテナに置こうとすると、プラットフォームはクロップやレターボックスを強制します。まずターゲットのアスペクト比に合わせて設計し、次にプラットフォームが予想外のことをしないように、品質とファイルサイズの目標を満たすピクセル寸法を設定します。

異なるプラットフォームは異なるクロップを行います:

• センタークロップ: 多くのフィードはエッジを中心に寄せてトリミングします。重要なコンテンツは外側の10〜15%に配置しないでください。

• モバイルでのトップクロップ: 一部のモバイルアプリプレビューは上方向にバイアスをかけます。重要なコンテンツを絶対的な下部より上に保ってください。

• 動的アスペクト切り替え: ストーリー、サムネイルやフィード内カードは比率を切り替えることがあります。全バリアントを生き延びる共通の安全エリアを確保します。

セーフゾーンテンプレートとフォーカルポイントガイドを作成:

• 最高解像度のエクスポート（例: 2048×2048）でマスターキャンバスを使用し、セーフマージンをオーバーレイします:

• プライマリセーフゾーン: 顔やロゴのために中央の80%（10%のマージン）。

• セカンダリセーフゾーン: 非必須の装飾要素のために中央の90%（5%のマージン）。

• 絶対ピクセルフォールバック: 小さなサムネイルではロゴや重要なテキストをエッジから少なくとも40〜60px内側に保ちます。

• クロスヘアでフォーカルポイントを示し、クロップがどこでコンテンツを保持するかをチームが確認できるようにPNGオーバーレイとしてガイドをエクスポートします。

実用的なヒントとプレビューツール:

• ブラウザのレスポンシブモードやデバイスフレーム（デスクトップ、小さい電話、タブレット）でテストします。

• 自動化されたスクリーンショットテスト（Puppeteer, Playwrightまたは視覚レビューサービス）を使用してクロップが幅に渡ってどのようにレンダリングされるかを比較します。

• 避けるべき一般的な失敗: センタークロップで切り落とされたロゴ、ダウンスケール後に読めない小さな本文テキスト、プラットフォームがトップクロップを適用したときに半分切れた顔。

会話でコメントやDMで切れた画像に関する苦情が表面化された場合、Blablaはこれらのメッセージを自動的にフラグし、適切なセーフゾーンガイドラインを添付し、クリエイティブチームにAI支援の返信やアラートを送信し、エンゲージメントを損なう前に問題を解決します。

クイックルール: 最も狭い一般的な比率に合わせて設計し、複数のスケールでプレビューし、重要なテキストを簡潔な2行に収める。常に。

ファイルフォーマット、圧縮、高DPI（レティーナ）と品質を保持しつつファイルサイズを小さく保つ方法

セーフゾーンとクロップ動作を確立したので、次に画像をシャープに保ちつつ早く読み込ませるためのファイルレベルの選択に焦点を当てましょう。

ユースケースに応じた適切なフォーマットを選択します。実用的なガイド:

• JPEG: フィードや広告で豊かなグラデーションが重要な写真画像に最適です。ヒーロー画像や製品写真に使用。トレードオフ: ファイルは小さいが、テキストや高コントラストエッジ周辺でのアーティファクトが発生しやすい。

• PNG: ロゴ、スクリーンショット、透明性とシャープなテキストが必要な画像に使用します。トレードオフ: ファイルサイズは大きく、単純なグラフィックにはPNG-8を推奨します。

• WebP: 優れた万能タイプ — 写真にはLossy WebP（同等の品質でJPEGより小さい）、透明性を備えたグラフィックにはLossless WebPを使用。プラットフォームやパイプラインがサポートする場合に使用します。

• AVIF: 写真とグラフィックの圧縮として最適；サイズと品質が優れているが、エンコード時間は遅いです—対応している場合、高価値資産（広告、サムネイル）に限定します。

圧縮戦略と実用的な設定。 パイプラインで理にかなったデフォルトをターゲットにし文書化してください:

• JPEG品質: フィード/広告画像には75〜85（良いバランス）；サムネイルは小さなサイズが重要なため60〜75。

• プログレッシブJPEGを使用してフィードや広告で知覚され与えられる速さを提供します。4:4:4クロマはテキスト/グラフィック用の保存バイト、4:2:0はフォト用に有効です。

• ロゴ、スクリーンショット、ピクセル完璧でなければならない画像にはロスレスを、ほとんどの写真にはロッシィを使用して帯域を節約します。

High-DPI（レティーナ）戦略。 シャープさが注目されるプロフィール写真、サムネイル、製品タイルに選択的に2x資産を提供；大きな背景画像に対しては2xをスキップします。2xでマスターを作成し、バイキュービックまたはランゾスで縮小し、リサイズ後に微妙なシャープを適用します（半径0.5–1.0）。巨大なファイルを避けるために、2x結果をWebP/AVIFとして変換するかJPEG品質を下げます。

自動化に優しい最適化。 バッチエクスポートにこれらのステップを統合します: メタデータを削除、sRGBへの標準化、サイズベースのシャープを適用、自動化された知覚チェック（SSIM/PSNR閾値または視覚的差分サンプリング）を実行。これらのチェックは重要です。なぜならBlablaは会話を商取引に変換し、DMや返信での画像プレビューを使用しているからであり、自動最適化はこれらのプレビューを速く読み込み、鋭く見えるように保証します。

自動化優先のワークフロー: バッチリサイズ、エクスポートプリセット、命名規則とスケジューリングパイプライン（Blabla統合）

圧縮と高DPI戦略を理解した今、資産のエクスポートとディリバリーを自動化し、あらゆる配置がいつでも正しいファイルを得られるようにしましょう。

マスターファイルワークフロー: ソースマスターは編集可能なフォーマット（PSD/AI/TIFF/HEIF）で単一の正規リポジトリに保持し、各プラットフォーム用にエクスポートプリセットを定義します。各マスターをターゲットエクスポートとメタデータにマップするマシン可読のマニフェスト（CSVまたはJSON）を保存します。例JSONエントリー:

このマニフェストはバッチジョブ、CIパイプライン、下流コネクタの唯一の真実のソースとなります。

バッチ処理ツールとレシピ: エクスポートを再現可能にするためにCLIツールとコンテナ化されたステップを使用します。実用的な例:

• ImageMagick: convert hero.psd -resize 1080x1080 -quality 85 hero_ig1x.jpg

• GraphicsMagick: より高速なバルク: gm mogrify -resize 1200x675 -format jpg *.psd

• Photoshop Actions + Export As: 各プリセットのアクションを記録し、Image Processorや複雑なレイヤーマスター用のExtendScriptを介して実行します。

• FFMPEG for video thumbnails: ffmpeg -i clip.mp4 -ss 00:00:02 -vframes 1 -vf scale=1200:-1 thumb_1200.jpg

• Containerized pipeline: ImageMagick/FFMPEGを含むDockerイメージをビルドし、マニフェストを読み込み、すべてのエクスポートをアーティファクトフォルダに出力するCIジョブを実行します。

ファイル名、フォルダ、補足メタデータ: 自動化が確実に取り込めるような決定性のある名前を使用します。パターン: [プロジェクト]_[配置]_[サイズ]_[v###].[拡張子]。例: summerhero_ig_feed_1080x1080_v002.jpg。altテキスト、ogタグ、キャプションを記載した補足JSONファイルを保存して、スケジューラーまたはコネクターが自動的に説明的メタデータを読み取れるようにします。

Blabla統合とハンドオフ: Blablaはコンテンツを投稿しませんが、会話およびモデレーション階層としてこのパイプラインにプラグインします。BlablaコネクターまたはWebhookを使用して:

• 新しいエクスポート通知を受け取り、チームや広告運用担当者向けに自動プレビューメッセージを生成します。

• 自動DMテンプレートまたはコメント返信にエクスポート済みの資産を添付する（例: 購入者クエリーに応えたプロダクト画像を送信する）、自動添付に時間を節約してください。

• 資産がライブになる際、ブランドを保護し、エンゲージメントと応答率を向上させるために、モデレーションワークフローとAI返信をトリガーします。

テストとロールバック: 自動化されたQAステップを追加します: ImageMagickとffprobeを使用して寸法とファイルサイズを検証し、安全ゾーンマスクをImageMagick compareで比較し、閾値を強制します。失敗した場合、CIはBlablaメッセージング自動化を通じて通知し、前回のアーティファクトバージョンに自動的にリバートします。このマニフェストエクスポート、コンテナ化されたプロセシング、Blablaの自動化の組み合わせにより、一貫したレンダー、より速い応答、保護された評判が保証されます。

広告、テスト、品質保証と生きた画像サイズチャートの維持（Blablaでの変更のモニタリング）

今、あなたはエクスポートと命名を自動化しましたので、広告、テスト、QA、そして生きた画像サイズチャートを維持するプロセスに進みましょう。

広告画像は各キャンペーンが複数の配置に供給できるため異なります — フィード、ストーリー、右カラム、オーディエンスネットワーク、動的配置 — プラットフォームではより厳しいクリエイティブルール（動的クリエイティブ仕様、テンプレート交換、テキストオーバーレイ制限）を課します。つまり、単一のクリエイティブファイルにしばしば複数のアスペクトバリアントやポリシーレビューを通過するためのサニタイズされたテキストオーバーレイが必要です。たとえば、Facebookは1.91:1のフィードアセットを受け入れ、9:16のストーリーバリアントを受け入れる可能性がある一方で、オーディエンスネットワークは画像上の過剰なテキストを含むファイルを拒否することがあります。

A/Bテストと多変量テストワークフロー: バリアントと配置のマトリックスを作成し、全体の結果をまとめるのではなく、配置に対応したテストを実行します。実用的なステップ:

• 制御されたクリエイティブバリアント（コピー、色、フォーカルクロップ、テキストオーバーレイ対クリン）を作成します。

• 各バリアントを特定の配置とエクスポートプリセット（例: バリアントA → フィード1.91:1、ストーリー9:16）にマップします。

• 各配置ごとの最小サンプルサイズを定義し、偽陽性を避けるために有意差のある方法（カイ二乗またはベイジアンリフト）を使用してください。

• 配置/アスペクト比ごとにCTR、コメント率、コンバージョン、エンゲージメントを測定します; 自動分析のためにUTMと補足メタデータで結果にタグを付けます。

広告仕様の準拠性を確認するための自動化されたQAチェック: エクスポート時とCIで実行されるテストスイートを実装します。最低でも以下を検証します:

• 正確なピクセル寸法または許容誤差、および正しいアスペクト比。

• サポートされたファイルフォーマットとカラープロファイル。

• 最大ファイルサイズとGIF/MP4のアニメーション長さ/フレームレート。

• テキストオーバーレイの閾値（面積パーセント）、セーフゾーンのマージンとロゴの可視性。

• ファイル名、バージョン管理、altテキスト/メタデータの存在。

サンプルCIテストステップ:

• validate_manifest.py manifest.json

• ImageMagickを使用して幅/高さ/フォーマットを識別: identify -format "%w %h %m %b" image.jpg

• run python check_text_overlay.py image.jpg --max-percent 18

チェックがいずれか失敗した場合はビルドを失敗させ、自動的に問題を開きます。

サイズチャートを維持し続けましょう: プラットフォームの変更ログを購読し、毎月のスキャンとWebhookアラートを設定します。スクリプトでCIにスペックをモニタリングさせ、エクスポートプリセットを自動再生成し、問題を作成します。デザイナーとエンジニアがプリセットをすぐに更新できるように、Blablaを使用してスペック変更アラートと短いAI要約を適切なチームの受信ボックスやDMにブロードキャストします。一方でBlablaは広告駆動のコメントトラフィックを自動化したり、モデレーションとAI返信を行うことで、時間を節約し、応答率を向上させ、ブランドを保護します。

プラットフォーム画像サイズ (2026): Instagram、Facebook、X/Twitter、LinkedIn、Pinterest、YouTube — 完全リファレンス

このセクションは2026年におけるプラットフォーム固有の画像ピクセルサイズの正規で最新のリファレンスです。他のセクションは例やアスペクト比のガイダンスを示します — 繰り返しではなく、ここで正確なピクセル寸法を参照してください。

簡単な注意: 高品質のJPG、PNG、またはWebPを使用します。ファイルサイズを適度にします（ほとんどのプラットフォームは~2MB以下で最高のパフォーマンスを発揮します; YouTube及び一部のカバー画像はより大きなファイルを許容します）。疑問がある場合は、リストされている推奨解像度と述べられたアスペクト比に従ってください。

Instagram

• フィード（正方形）: 1080 × 1080 px — アスペクト比 1:1 （グリッドサムネイルに推奨）

• フィード（ポートレート）: 1080 × 1350 px — アスペクト比 4:5

• フィード（ランドスケープ）: 1080 × 566 px — アスペクト比 ~1.91:1

• ストーリー / リール / フルスクリーン縦: 1080 × 1920 px — アスペクト比 9:16

• プロフィール写真: 320 × 320 px — アスペクト比 1:1

Facebook

• 共有リンク / 投稿画像（推奨）: 1200 × 630 px — アスペクト比 ~1.91:1

• ページカバー: 1640 × 720 px（デスクトップとモバイルで安全なエリアが異なるため、重要なコンテンツは中央に保ってください）

• プロフィール写真: 180 × 180 px — アスペクト比 1:1

• イベントカバー / リンクプレビューサムネイル: 1200 × 628 px

X / Twitter

• ツイート内のシングル画像: 1600 × 900 px — アスペクト比 16:9 （推奨）

• マルチ画像投稿: プラットフォームのクロップは異なる; 1200 × 675 px（16:9）をセーフベースラインとして提供

• ヘッダー / カバー: 1500 × 500 px

• プロフィール写真: 400 × 400 px — アスペクト比 1:1

LinkedIn

• フィード画像 / リンクプレビュー: 1200 × 627 px — アスペクト比 ~1.91:1

• 個人背景（バナー）: 1584 × 396 px

• 会社カバー: 1128 × 191 px

• プロフィール写真: 400 × 400 px — アスペクト比 1:1

Pinterest

• スタンダードピン（推奨）: 1000 × 1500 px — アスペクト比 2:3 （縦長画像のパフォーマンスが最高）

• スクエアピン / サムネイル: 1000 × 1000 px — アスペクト比 1:1

• ボードカバー: ~222 × 150 px（表示サイズは異なる）

• プロフィール写真: 165 × 165 px

YouTube

• ビデオサムネイル: 1280 × 720 px — アスペクト比 16:9 （最小幅 1280 px）

• チャンネルアート / バナー: 2560 × 1440 px — アスペクト比 ~16:9; 安全エリア1546 × 423 px内にクリティカルなコンテンツを保ちましょう

• プロフィール写真: 800 × 800 px — アスペクト比 1:1

この正規リストの使用方法: これらのピクセル寸法を唯一の真実の参照として扱います。このガイドのセクション2は（サムネイル対投稿）の例を示し、セクション3はアスペクト比のベスプラクティスについて説明します; 双方がこれらの正確な数字を再述するのではなく、このリストを参照します。迅速にリンクする必要がある場合は、上記のプラットフォームアンカーを使用してください。

画像タイプと出現場所: 投稿、ストーリー、リール、カバーフォト、プロフィール写真、サムネイル、DM、コメント

以下は一般的な画像タイプと使用される典型的なコンテキストの簡潔なクロスウォークです — プラットフォーム固有のサイズ詳細は前のセクションを参照してください。

• 投稿 — Instagram、Facebook、X/Twitter、LinkedIn、Pinterestでのフィード画像; プライマリコンテンツフォーマット（正方形、ランドスケープ、縦長）。

• ストーリー — Instagram、Facebookなどでの全画面、エフェメラル縦長コンテンツ; 即時、没入型のビューを想定しています。

• リール — InstagramとFacebookでのショート縦型ビデオ; フィードやプロフィールで使用されるカバースティルを含みます。

• カバーフォト — Facebook、LinkedIn、YouTubeのプロファイル、ページ及びチャンネル用ワイドバナー; 水平方向のレイアウトとセーフエリアの考慮事項を使用します。

• プロフィール写真 — プラットフォーム全体のアバター; 認識可能性に焦点を当てた、小さく、しばしば円形にクロップされた画像。

• サムネイル — ビデオ、ピン、リンクカード（YouTube、Pinterest、X/Twitter）のプレビュー画像; 小さいサイズでの視認性を最適化します。

• DMとコメント — プライベートメッセージやコメントスレッド内のインライン画像とリアクションサムネイル; 通常小さくてタイトにクロップされています。

正確な寸法、アスペクト比およびプラットフォーム固有の推奨事項については、上記の「プラットフォーム画像サイズ (2026)」セクションに戻って確認してください。