まだ同じ画像を異なるプラットフォーム向けに7回もエクスポートしているため、手動のリサイズに何時間も無駄にし、その度にエンゲージメントを失っています。プラットフォームの更新、不一致のアスペクト比、そして厳しい圧縮によって、ビジュアルはしばしば切れてしまったり、ピクセル化したり、単純に間違った表示になってしまいます。自動化ツールはプラットフォームごとのテンプレートを正確に扱うことはめったにありません。ソーシャルメディアマネージャー、クリエイター、またはエージェンシーリーダーとして、エクスポートを監視し、投稿が正しく見えるかどうかを確認する必要はありません。
このガイドは、最新のプラットフォーム画像仕様と自動化対応のワークフローを組み合わせた一つの実行可能なプレイブックです:エクスポートプリセット、ダウンロード可能なCanva/Photoshop/FFmpegテンプレート、一括処理、およびスケジューリングレシピ。ステップバイステップの一括ワークフロー、スケジューリングおよび会話ツールと統合された具体的な自動化レシピ、および圧縮や予期しないトリミングに対するトラブルシューティング戦術を手に入れることができ、すべてのソーシャルプラットフォームで完璧なビジュアルを公開しながら、時間を節約し、エラーを削減します。最終的に一度エクスポートするだけで、安心してすべての場所に公開できるようになります。
なぜ2026年において正しい画像アップロードサイズが重要なのか(表示、速度、エンゲージメントへの影響)
画像はソーシャルプラットフォームやウェブサイトでの第一印象の主な要因であり続けます。プラットフォーム固有のサイズ、アスペクト比のトリミング、サーバー側の圧縮により、1つのアセットがデスクトップ、モバイル、タブレットで非常に異なって見えることがあります。これにより、トリミングされた顔、バンディング、あるいは可視化されたアーティファクトが生じます。これらの効果は、視覚的な忠実性、ロード速度、配信範囲(ADAuctionとオーガニックアルゴリズムは高速で魅力的なクリエイティブを好む)という3つのパフォーマンスレバーに直接関連しています。実用的なルール: 配置が要求する正確なピクセル寸法にエクスポートし、2倍の資産は特定のデバイスシェアが大きなファイルを正当化する場合にのみ高密度(Retina)ディスプレイ用に使用します。
圧縮はエンゲージメントを本質的に変えることがあります。小さなA/Bテストで、約85%品質でエクスポートされた同じ商品写真が、60%品質のエクスポートよりもクリック率や直接の問い合わせで上回ったことが示されました。可視化されたアーティファクトもまた、モデレーションボリュームを増加させます。見た目の品質とファイルサイズをバランスさせることで、画像が迅速にロードされながらも鮮明さを保つことを目指します。
Blablaがどのように役立つか: Blablaは画像をスケジュールまたは公開しませんが、投稿後のプロセスを閉じ、自動での返信、画像駆動のDMからの適格なリードのルーティング、およびビジュアルの問題に起因することが多い否定的なコメントのモデレーションを自動化します。それにより、ビジュアルエンゲージメントを測定可能な会話と売上に変換し、手作業のトリアージを削減します。
簡単な実用的なヒント: sRGBにエクスポートし、不要なメタデータを削除し、アクセシビリティと検索のための説明的なaltテキストを含める、モダンなフォーマット(WebP/AVIF)とJPEGフォールバックを使用する。「最終エクスポートを実際のデバイスでテスト」し、低帯域幅のシミュレーションでテストします。ファイルを配置とバリアントタグで命名して(例: hero-desktop-1200px@2x)、オートメーションツールチェーンが毎回正しいアセットを確実に選べるようにします。
このガイドで学ぶこと:
主要な配置とデバイス密度向けの正確な仕様、正しい寸法にエクスポートできるようにします。
マルチプラットフォーム準備ワークフロー: クロップセット、命名規則、およびエクスポートプロファイル。
自動化対応のワークフロー、最適化されたアセットと会話型自動化およびモデレーションルールを組み合わせます。
出版チェックリスト: 次のキャンペーンが公開される前に、寸法、カラースペース、ファイルタイプ、アクセシビリティを確認します。
プラットフォームごとの画像仕様: Facebook, Instagram, X (Twitter), LinkedIn, Pinterest, TikTokの正確なサイズ
正しい画像サイズが重要である理由がわかったので、主要なプラットフォームごとの2026年の正確な仕様を以下に示します。これにより、アセットを正確にエクスポートし、配信の自動化ワークフローをスムーズに始められます。
フィード単一イメージ: 1200 x 630 px(1.91:1)-リンクプレビューとシェアに最適です。
プロフィール写真: 170 x 170 px(モバイルの可視サークル約128 px)—トリミングを避けるために360 x 360でアップロードします。
カバー/ヘッダー: 820 x 312 px(デスクトップの安全エリア約640 x 312)—スケーリングを良くするために1640 x 624でアップロードします。
ストーリー/リール: 1080 x 1920 px(9:16)。
カルーセル画像: 1080 x 1080 px(1:1)またはリンクカルーセルの場合は1200 x 628 px。
広告クリエイティブ: 1:1、4:5(1080 x 1350)、および1.91:1バリアントを保持します; 最大ファイルサイズ30 MBまで。
ファイルタイプと色: JPEGまたはPNG、sRGB推奨; 一部の広告アップロードでWEBPが受け入れられる。
フィード(スクエア): 1080 x 1080 px(1:1)。フィードポートレート: 1080 x 1350 px(4:5)。ランドスケープ: 1080 x 566 px(1.91:1)。
プロフィール写真: 320 x 320 px(可視サークル約110 px)—安全なトリミングを確保するために640 x 640でアップロードします。
ストーリー/リール: 1080 x 1920 px(9:16)—重要なコンテンツを1080 x 1420セーフエリア内に保ちます。
カルーセル: 各カードの同じサイズを維持し、UXのために一貫したアスペクトを維持します。
広告クリエイティブ: 単一画像の最大サイズ30 MB; 写真にはJPEG sRGBを、テキストを含むグラフィックにはPNGを使用します。
X (Twitter)
フィード単一イメージ: 1600 x 900 px(16:9)推奨; スクエア1200 x 1200も対応。
プロフィール写真: 400 x 400 px —圧縮アーティファクトを避けるために800 x 800でアップロードします。
ヘッダー画像: 1500 x 500 px—重要な要素は1500 x 421のセーフエリア内に中心に保ちます。
広告クリエイティブ: 単一画像1:1または16:9; 写真の最大サイズ5 MB(モバイル)、15 MB(ウェブ); JPEG/PNG, sRGB。
フィード画像: 1200 x 627 px(1.91:1)リンクスタイル用、ネイティブスクエア投稿用は1080 x 1080 px。
プロフィール写真(個人): 400 x 400 px —鮮明さを確保するために800 x 800でアップロードします。会社のロゴ: 300 x 300 px。
カバー/ヘッダー(会社): 1128 x 191 px —スケーリングに合わせるために2256 x 382でアップロードします。
広告クリエイティブ: 単一画像1200 x 628 px; 最大サイズ15 MB; JPEG sRGBを使用します。
ピン: 1000 x 1500 px(2:3)推奨; 最小サイズ600 x 900 px。
プロフィール画像: 165 x 165 px —ぼかしを避けるために330 x 330でアップロードします。
広告クリエイティブ: 垂直1000 x 1500 pxまたは1080 x 1920のアイデアピン用; PNG/JPEG, sRGB, 最大サイズ20 MB。
TikTok
ビデオカバー/サムネイル: 1080 x 1920 px(9:16)—テキストを1080 x 1420のセーフエリア内に保ちます。
プロフィール写真: 200 x 200 px —明瞭さを確保するために400 x 400でアップロードします。
広告クリエイティブ: 垂直1080 x 1920 px; jpg/png, 画像の最大サイズ5MB; sRGBカラープロファイル。
実用的なヒント: 可能であれば2倍の(Retina)でのレイヤーマスターをエクスポートし、テキストをプラットフォームの安全エリア内に保ち、アスペクト情報を含むファイルを命名します(例: product_1080x1350.jpg)。写真にはJPEG sRGBを、平坦なグラフィックにはPNGを使用します。Blablaは、画像投稿に関連するリプライとモデレーションを自動化することで、ビジュアル広告のコメント感情を検出し、画像駆動のDMからのホットリードを営業チームにルーティングすることで、準備されたアセットが迅速にエンゲージメントを処理し、手作業のトリアージを必要としないようにします。
アスペクト比、トリミング、安全ゾーン: フィード投稿、カルーセル、ストーリー/リールの違い
プラットフォームの仕様を確認したので、今度はアスペクト比とトリミングが実際に視聴者の見るものをどのように変えるかに焦点を当てましょう — 顔、テキスト、ロゴが切り取られないように画像を準備する方法をお話しします。
主要なアスペクト比およびプラットフォームのトリミング動作
異なる配置では異なるアスペクト比が優先されます:フィードでは正方形と横長、背の高いフィード投稿には縦長のポートレート、ストーリーやリールには9:16が使われます。プラットフォームは選択されたコンテナにトリミングするか、または画像をレターボックスにします; モバイルではこれが多くの場合アスペクト比に基づいた自動中心トリミングを意味します。実用的なヒント: エクスポート前に画像を正確なアスペクトコンテナ内でプレビューします。
正方形 vs ポートレート vs ランドスケープ: 正方形は中心の構図を保持します; ポートレートはモバイルでの画面不動産を増やしますが、側面のトリミングのリスクがあります; ランドスケープは広いシーンに最適ですが、電話では小さく見えます。
9:16 縦型: ストーリーとリールにフルスクリーンを満たします — オーバーレイやスワイプアップのUIが重要な要素を覆わないようにするために垂直の安全ゾーン内に重要な要素を保ちます。
カルーセル vs 単一画像投稿 — 何が変わるのか
カルーセルは同じアスペクトスロット内に複数の画像を提示します。プラットフォームはしばしばカルーセル内のすべてのカードに対して単一のアスペクト比を強制するので一貫性が重要です。もし1枚のカードがポートレートでもう一つがランドスケープなら、プラットフォームは選択された比率に合わせてクロップまたはパッドします。
カード間で焦点を揃えておく(同じ垂直/水平中心)ことで、スワイプが連続して感じられます。
複数カードの物語の場合はすべてのカードで同じ安全ゾーンの座標内にビジュアルアンカー(顔、製品)を配置します。
接近写真とワイドショットを混在させる場合は、構図を損なわずに比率を維持するために一定のパディングまたはカラーバーを使用します。
セーフゾーンと焦点戦略
単純なセーフゾーンルールを採用します: 顔、ロゴ、重要なテキストを垂直および水平にフレームの中央70–80%以内に保持します。それにより、プラットフォームでのトップ/ボトムまたは左/右トリミングのリスクを最新のスクリーンで削減します。
余白を持たせたデザイン: 重要な要素の周囲に10–15%の余裕を追加します。
エディタまたはエクスポートプレビューツールでガイドを使用して、最終化前にモバイルトリミングをシミュレートします。
画像上にテキストを追加する場合、キャプションまたはUIオーバーレイが一般的に現れるトップ/ボトム10%を避けます。
構図を損なわずに1つの画像を複数の比率に適応させる
3つの実用的なテクニック:リフレーム、スマートクロップ、パディング。
リフレーム: マスター画像からいくつかのトリミングを作成し、各アスペクトに最適な焦点(正方形用のクローズアップ、ランドスケープ用のワイド)を優先します。
スマートクロップ: 自動化されたツールが予測可能にクロップするための焦点座標を使用します; 一括処理時、構図を一貫して保つために同じ焦点座標のメタデータを使用してクロップをエクスポートします。
パディング: 背景パディング(ぼかしやブランドカラー)を加えて水平の画像を垂直のキャンバスに変換し、縁を失うことなく — ストーリー/リールに最適です。
ワークフローの例: 高解像度マスターを保持し、アセットごとに焦点を設定し、3つのトリミング(正方形、ポートレート、9:16)をセーフマージン12%でエクスポートし、必要に応じて一貫したパディングまたはバーを適用します。これらのアセットのエンゲージメント処理に関しては、Blablaが視覚的な問題を参照するDMやコメントへの返信を自動化し、視覚エンゲージメントを販売に変えながら、クリエイティブアウトプットを個別に管理するのに役立ちます。
マルチプラットフォームパブリッシングのために単一の画像を準備する方法: リサイズ、トリミング、エクスポート設定
セーフゾーンとトリミング動作を理解したので、繰り返して手動で修正することなくプラットフォーム全体に正しく輸出するための「マスターから始める」ワークフローを実際にお話しします。
破壊的でないレイヤーとリファレンスガイドが含まれる単一の最大のマスターソースファイルから始めます。実用的な選択肢には、編集可能なPSD、レイヤードTIFF、またはマルチアートボードのFigma/Sketchファイルを使用します。マスターに保持する主要な要素:
高解像度のベース: 必要な最大ピクセル寸法でマスターを作成します(クリティカルなアセットのために2倍のデバイス密度を目指します)。
スマートレイヤー: テキストを編集可能なタイプまたはベクトルシェイプとして保持し、ロゴを個別のレイヤーに配置して、プラットフォームのクロップに合わせて移動または非表示にできるようにします。
焦点オーバーレイ: 主題と安全ゾーンのマスクを示すガイドレイヤーを追加し、エクスポートが構図を維持するようにします。
レイヤーコンプまたはバリアントアートボード: 単一のファイル内にエクスポートレディな構図(単一画像、クローズクロップ、正方形クロップ)を維持し、スライスまたはプリセットをエクスポートします。
エクスポート設定: ピクセル寸法を最初に選び、次にDPIを選びます。ソーシャル画像において、実践的なルールはピクセル幅/高さを優先することです; DPIメタデータは画面にはほとんど関係ありませんが、安全なデフォルトは72–96 DPIです。マスターからエクスポートする際には、次の解像度階層を使用します:
大(ヒーロー/ランディング): 高密度ディスプレイと有料配置のためにフル解像度でエクスポートします。
中(フィード): 詳細を保存しつつバイトを削減したバランスの取れた寸法。
小(サムネイル): プレビューと低帯域幅環境用のコンパクトバージョン。
圧縮およびファイルタイプのガイダンス:
JPEG: 写真に使用します。品質76–85(概算)はサイズと忠実度のバランスを取り、最大品質はクリティカルでない限り避けます。ファイルを小さくするためにクロマサブサンプリング4:2:0を使用します。
WEBP: 対応している場合は、品質60–80を設定して、JPEGより小さなファイルを同等のビジュアル品質で取得します。
PNG: ロスレスの詳細または透明性が必要な画像(ロゴ、スクリーンショット、テキストを含むグラフィック)に予約します。
カラープロファイルとメタデータ: 常にsRGBにエクスポートして、全デバイスでの一貫した色を保証します; 不必要なEXIFおよび位置情報メタデータを削除して、ファイルサイズを減らし、プライバシーを保護します。プログレッシブ(インターレース)JPEGまたはプログレッシブWEBPを利用できる場合に有効にして、見た目のロード速度を改善します。
Blablaの役立ち方: マスターをインポートし、エクスポートプリセット、一括テンプレート、セーフゾーンオーバーレイを作成して、必要な出力サイズとフォーマットを自動生成します。それによって、繰り返しのエクスポートが排除され、何時間もの手作業が節約され、アセットがプラットフォームニーズに合わせて一致することが保証されます。Blablaが会話の自動化に注力している間—AIリプライ、モデレーション、そしてDMルーティング—Blablaのテンプレートで正しくエクスポートされたビジュアルを使用することで、フォローアップの編集が減り、エンゲージメントが増加します。画像が正しく表示されると、自動返信やモデレーションワークフローが迅速な応答を促し、ソーシャル会話からのコンバージョンを高め、スパムやブランドに害を及ぼすコンテンツから保護します。
自動化対応のワークフロー: バッチ処理、スクリプト、アップロードとリプライの自動化
マルチプラットフォームの利用に対応した単一のマスター画像を準備する方法をカバーしたので、アセットをバッチ処理してスケジューリングと会話の流れに移行する自動化対応パイプラインを構築しましょう。
スケールと技術的な快適さに合わせたツール選択から始めましょう。ビジュアルを多く使うチームでGUIを好む場合、次を使用します:
Photoshop Actions — 1つのワークフロー(リサイズ、シャープ化、エクスポート)を記録し、File > Automate > Batchを通じて画像フォルダに実行します。実用的なヒント: プラットフォーム固有のサブフォルダにエクスポートして、ダウンストリーム自動化がフォルダ名で正しいバリアントを選べるようにします。
Lightroom Presets + Export Presets — RAWからJPEGへのパイプラインに最適です。Export Presetsを使用して、出力に一貫したファイル名(例: post_instagram_001.jpg)をタグ付けし、解析を容易にします。
コマンドラインや開発者向けの自動化の場合は、次のオプションを優先します:
ImageMagick/GraphicsMagick — スクリプト化でき、大規模なバッチに迅速対応; 例のパターンとしては、ディレクトリをループして予測可能なサフィックスで複数のアスペクトバリアントを生成します。
Node (sharp) または Python (Pillow) — 小さなスクリプトを作成して、投稿タイプ、キャプション、ファイル名を記述したCSVまたはJSONマニフェストを読み取ります。ヒント: マニフェスト投稿タイプをターゲットフォルダに暗黙的にマッピングして、他のツールの自動化が宛先のセマンティクスを知ることができるようにします。
エクスポートをスケジューリングおよびプラットフォーム統合に接続します:
S3やGoogle Driveなどのクラウドストレージのエクスポートフォルダを監視し、あなたのソーシャルスケジューラーのAPIを呼び出してドラフトまたはスケジュールされたアイテムを作成するためにZapierまたはMakeを使用します。例: S3/uploadフォルダがpost_facebook/を受信したとき、スケジューラーにその画像を添付したドラフトを作成するようにトリガーします。
直接の統合のためには、変換されたアセットをスケジューラーのメディアエンドポイントにAPIを通じてプッシュします。実用的なヒント: 常にファイル名、キャプション、altテキストを含む軽量のJSONマニフェストをプッシュして、スケジューラーがメタデータを一貫して取り込めるようにします。
イメージバリエーションでリプライとDMを自動化するには、少し異なるフローが必要です:
コメントまたはDM webhookで、あなたの変換スクリプトを使用して正しい画像バリエーション(サムネイル、商品ショット、ディスカウントカード)を生成または選択します。
生成された画像をアウトバウンドメッセージにメッセージAPI経由で添付し、コンテキストに応じたキャプションをあなたの自動化またはAIによって生成します。
Blablaはこれらのフローにスケールでの会話自動化と画像変換を取り入れることでフィット: BlablaのAPIエンドポイントを使用してオンザフライの画像リサイズを要求したり、クラウドストレージへのエクスポートジョブをスケジュールしたりします。それによってBlablaはDM応答またはコメントリプライに正しいバリアントを添付した返信シーケンスをトリガーし、反応速度を速め、エンゲージメント率を高め、スパムや憎悪をブロックするモデレーションフィルターでブランドを保護します。実践において、チームはバッチエクスポートとBlabla駆動のメッセージ自動化を組み合わせることで何時間も節約し、ソーシャル会話を手作業の雑務ではなく測定可能な結果に転換します。
テンプレート、キャンペーンのベストプラクティス、リンクプレビューのサイズ設定 (Open Graph & Twitter Cards)
自動化対応のワークフローをカバーしたので、キャンペーンテンプレート、ネーミングルール、およびサムネイルがトリミングされずに最大のクリックを確保するための正確なリンクプレビュー仕様をロックダウンしましょう。
キャンペーンテンプレートの必須要素 — すべてのキャンペーンに再利用できる単一のテンプレートパックを構築して、クリエイティブがプラットフォームとチーム全体で一貫性を保つようにしましょう。パック内に含める実用的なルール:
主なアスペクト比: カノニカルプレビュー(以下に示すサイズ)、フォールバック用の正方形サムネイル、およびサポートするプラットフォームプレビュー用の縦長ヒーローを含むアートボードを保存します。
ブランドセーフゾーン: プラットフォームがリサイズまたはUI要素を重ねる際にロゴやコピーがトリミングされないように、各アートボードに10%のインセットグリッドをマークします。
タイポグラフィルール: 最大2つのヘッドラインフォント、小さなサムネイル用の最小読み取りサイズ、およびヘッドライン/サブヘッド/CTAの配置に関する階層ガイド。
バージョン命名規則: 一貫したパターンを使用します。例えば、campaign_asset_variant_size_date_v01(marketing_launch_hero_1200x630_20260104_v01)。
エクスポートプリセット: JPEG/WEBP、圧縮目標、カラープロファイル(sRGB)、エクスポート寸法の準備ができたエクスポートを含め、デザイナーが設定に迷うことがないようにします。
リンクプレビュー用サイズ設定とメタデータ — サムネイルのトリミングとぼやけを回避するために、以下の実用的かつクロスプラットフォームの目標とメタデータノブを使用します:
Open Graph (og:image): 1200 × 630 px(1.91:1)は信頼できるベースラインです。正しいレンダリングを強制するためにog:image:widthおよびog:image:heightのメタタグを含めます。
Twitter Cards: 大きな要約カード用に1200 × 675 pxをターゲットにします。常にtwitter:card(summary_large_image)、twitter:image:alt、および可能であれば明示的な幅/高さを含めます。
ファイルサイズとプロファイル: 可能であれば画像を約500–800 KB以下に保ち、sRGBでエクスポートし、不要なメタデータを削除してより高速な取得を目指します。
画像バリアントのA/Bテスト — 視覚的な影響を定量化するために制御されたテストを行います。実用的なアプローチ:
キャンペーンごとに2–4つのバリアントを作成します(例: 顔のクローズアップ対商品クローズアップ、フルブリード対ロゴ付き枠)。
UTMコード付きリンクを使用してバリアントを提供し、クリックが画像ごとに追跡されるようにします; CTR、ページ滞在時間、DM/変換数を比較します。
エンゲージメントの向上を測定し、繰り返します — 小さな明るさやクロップの変更が一部のテストで二ケタのCTRの違いを生み出すこともあります。
チェックリストと再利用可能なテンプレートパックのコンテンツ — これらのファイルとプリセットを毎回含めます:
名前付きアートボードを含むソースファイル(PSD/AI/Figma)
エクスポートプリセット(寸法、品質、ファイルタイプ)
命名規則ガイドと小さなreadme
og/twitterタグ用のデフォルトのaltテキスト提案と完成したメタスニペットの例
1ページのQAチェックリスト: セーフゾーン、カラープロファイル、ファイルサイズ、タグの存在
Blablaのようなツールはチームがループを閉じるのを手助けします: 投稿を公開しないものの、Blablaはリンクプレビューのテストにより生成されたコメントとDMを監視し、どのクリエイティブが最も会話型リードを生み出すかを表示し、自動応答あるいはルーティングすることで高性能のバリアントをより速く変換します。
一般的なミス、トラブルシューティング、悪いトリミングや低品質のアップロードを防ぐための公開前チェックリスト
テンプレートとキャンペーンのサイズ設定をカバーしたので、実用的なエラーや醜いトリミング、くすんだ色、低品質のモバイルレンダリングを防ぐための迅速なチェックをお話しします。
頻繁なモバイルトリミングミスと迅速な修正
プラットフォームに提供される誤ったアスペクト: プラットフォームが正方形のトリミングを好む場合に長方形のヒーロー画像をアップロードすると、顔がトリムされがちです。迅速な修正: センターが焦点の正方形バージョンを作成するか、被写体の周囲に安全なパディングを追加します。
可視セーフゾーンを無視する: エッジ付近に配置されたテキストやロゴが切り取られてしまいます。迅速な修正: 重要な要素を短い縁の約6–8%内側に移動するか、テンプレートに透明なマージンレイヤーを使用します。
プラットフォームの自動トリミングに依存する: 自動トリミングアルゴリズムは時間とともに変化します。商品撮影には信頼できません。迅速な修正: 特定のアスペクト比のバリアント(肖像、正方形、風景)をアップロードし、プラットフォームのコンポーザーで最適なものを選択するか、フル可視性を強制するために画像をレターボックスにします。
プラットフォームの圧縮が色とシャープネスを変える方法 — そしてそれをどのように軽減するか
ソーシャルプラットフォームは帯域幅を節約するために再圧縮し、シャープネスを低下させたり彩度を変えたりすることがあります。目立つ劣化を減らすために:
出力サイズに応じたシャープ化: ターゲット解像度に調整された少量のエクスポートシャープ化を適用し(例: 1080px幅のソーシャル画像に+25–35%)、詳細が再圧縮率で生き残るようにします。
ターゲットカラーのプロファイルを使用する: ほとんどのプラットフォームで色調の変化を避けるためにsRGBでエクスポートします。以前のセクションではなぜsRGBが推奨されるか説明されるので、バリアントにわたって一貫して使用します。
対応している場合はWEBPを優先する: WEBPはより小さなサイズで品質を維持します。もしプラットフォームがこれを受け入れるなら、アップロード後により良く見えるものがどれかWEBPとJPEGをテストします。
簡潔な公開前チェックリスト
解像度: プラットフォームの最低限を満たし、意図した表示サイズで明瞭性を保ちます。
アスペクト比: プラットフォーム(肖像/正方形/風景)に合わせてバリアントを作成。
ファイルタイプ: 画像コンテンツに意図的に選ばれたJPEG/WEBP/PNG。
メタデータ: SEO/権利のために必要なものを削除または維持します。
altテキスト: 説明的で、主なキーワードと文脈を含みます。
小型デバイス視覚チェック: 電話、サムネイル、アプリ内コンポーザーでプレビューします。
測定、反復、そして検証する
画像更新後のエンゲージメントメトリクスを追跡します — インプレッション、CTR、保存、コメント、DM。1バリアントが圧縮またはクロップを変更する48–72時間の短期間A/Bテストを実行します。解析を使用してパターンを検出し(例: 高い圧縮後保存が10%減少)、戻したり反復します。BlablaはコメントやDMを監視して定性的なフィードバックを収集し、画像の変更と感情を相関させ、より早くフィードバックループを閉じる自動リプライを提供することでここで役立ちます。
プラットフォームごとの画像仕様: Facebook, Instagram, X (Twitter), LinkedIn, Pinterest, TikTokの正確なサイズ
以下は各プラットフォームで直接使用されるネイティブのインアプリ画像推奨事項です。プロフィール/カバーアート、フィード投稿、ストーリー/リール、および一般的な広告/アセット形状の仕様をカバーします。このセクションはリンクプレビュー(Open Graph)やTwitterカード画像は含まれていません。それらについてはセクション5で説明しています。
一般的なヒント: 高DPI/Retina表示で鮮明な結果を得るために表示されるピクセル寸法の2倍でアップロードし、ファイルサイズを合理的に保ちながら、可視的なアーティファクトのない圧縮を使用し、プラットフォームが推奨するフォーマット(JPEG/PNG/WebPでサポートされている場合)を使用します。
プロフィール写真: 170 × 170 px(デスクトップで表示: 170×170; 2倍で340×340でアップロード)
カバー写真(ページ): 820 × 312 px(より広く、モバイルセーフエリアが中心にあるようにアップロード)
共有画像(フィード): 1200 × 630 pxがフィードでの最高の表示を保証します(可能であれば2×で)
ストーリー: 1080 × 1920 px(9:16)
カルーセル画像: 1080 × 1080 px(正方形)またはレイアウトに応じて1080 × 1350 px(ポートレート)
プロフィール写真: 320 × 320 px(小さく表示; 最低サイズでアップロード)
正方形投稿: 1080 × 1080 px(1:1)
ランドスケープ投稿: 1080 × 566 px(≈1.91:1)
縦長投稿: 1080 × 1350 px(4:5)—縦のフィードで不動産を最大化します
ストーリー/リールカバー/ストーリー: 1080 × 1920 px(9:16)。リールのためには重要なコンテンツを中心にしてプロファイルグリッドでのトリミングを避けます。
カルーセル: 各カードのために同じ寸法を使用します(一般的に1080×1080または1080×1350)
X (Twitter)
プロフィール写真: 400 × 400 px(品質のために大きくアップロード)
見出し/カバー: 1500 × 500 px
ツイート内の画像(単一): フル幅表示のために1200 × 675 px推奨(重要な要素を中心に保ちます)
複数の画像: プラットフォームは異なるアスペクト比にトリミングされます—兼ねて正方形1200×1200 pxまたはカード間で一致するアスペクト比を使用します
プロフィール写真(個人): 400 × 400 px(最小400×400)
会社ロゴ: 300 × 300 px
背景/カバー(個人): 1584 × 396 px
共有画像(フィード): ランドスケープスタイル投稿には1200 × 627 px; 正方形: 1200 × 1200 px
ヒーロー/会社バナー: 1128 × 191 px(配置によって変動—重要なコンテンツを中心に)
プロフィール写真: 165 × 165 px(品質のために大きくアップロード)
スタンダードピン(推奨): 1000 × 1500 px(2:3アスペクト比)—この縦の比率はエンゲージメントに良く働きます。
正方形のピン: 1000 × 1000 px
ボードカバー: 222 × 150 px(サムネイルスタイル; 明瞭さを確保するために大きくアップロード)
TikTok
プロフィール写真: 200 × 200 px(クリスプさを確保するために大きくアップロード)
ビデオカバー(推奨): 1080 × 1920 px(9:16)—重要なビジュアルを中心にしてサムネイルでのトリミングを避けます
フィード内の画像広告/サムネイル: 全画面縦型アセットには1080 × 1920 pxを使用します
注意: プラットフォームのUIおよび広告要件は頻繁に変化します。これを現在の実用的推奨事項として使用し、各プラットフォームの開発者/ヘルプセンターを参照して最新の技術的制限や広告固有のアセットルールを確認してください。リンクプレビュー/Open GraphおよびTwitterカードの寸法については、ネイティブ投稿アセットとリンクプレビューのサイズ設定との間の競合を避けるためにセクション5を参照してください。





































