Shopifyで100枚の商品画像をアップロード後、LCPは大丈夫？画像ホスティング5社ベンチマーク2026
売上を蝕む LCP の正体
正直なところ、数字から見ていきましょう。
アジア圏の618セールは2026年5月12日から6月20日まで、40日間の長期戦でした。Shopifyの越境セラーや楽天市場の出店者は、1ラウンドあたり80枚から200枚の新商品画像を投入する必要があります。キャンペーン終了時には画像在庫が倍増しているのが普通です。
意外な事実。在庫が倍になるのと同じペースで、コンバージョン率も下落します。
なぜでしょう？
帯域ではない。ストレージでもない。
商品ページのLCP — Largest Contentful Paint です。
買い手が商品ページを開いて最初に目にするのはヒーロー画像。この画像が2.5秒以内に表示されないと、Core Web VitalsはNeeds Improvement判定となり、Googleショッピング広告の品質スコアが減点され、オーガニック検索の順位も下がります。
実際にA/Bテストを走らせました。同じ4.2 MBのRAW JPGが、4G接続の台北ノードで4.2秒かかります。WebPに変換すると0.9秒に短縮。コンバージョン率は9.2%から11.3%へと変動しました。
差分23%。これは測定誤差ではなく、利益と赤字を分ける境界線です。
セラーの多くは「競合が安かった」とコンバージョン低下を結論づけがちですが、その半分はLCPが足を引っ張っています。
日本市場における類似シナリオ
このロジックは618セールに限った話ではありません。楽天スーパーSALE（年4回）、Amazonプライムデー（7月）、Yahoo!ショッピング超PayPay祭、メルカリ大型キャンペーンも構造的に同じ問題を抱えています。
国内セラーが特に注意すべきは景品表示法（景表法）です。商品画像の圧縮アーティファクトが色合いや質感を歪めた場合、ただのUX悪化ではなく、優良誤認の境界に踏み込みかねません。
つまり、画像ホスティングの選択はコスト判断ではなく、コンバージョン+コンプライアンス判断です。
テスト設計：100枚 × 5社 × アップロード経路3種
実在する小規模アパレルセラーの100枚バッチを使用しました。平均サイズ3.2 MB、最大8.7 MB、JPGメイン、一部PNG。
テスト対象の5社：
- Imgur — 老舗大手、匿名アップロード可。ただし2026年のNSFWパージ後、セラー向けの使いやすさは明らかに低下
- ImgBB — 越境セラー界隈で利用率高、無料版にファイルサイズ上限あり
- Catbox — 「永久リンク」が売りだが、CDN加速なし
- lpic.cc — 自社サービス、対照群として組み込み
- Cloudflare Images — 有料B2Bの標準、月額$5から
アップロード経路は3つ：バッチAPI（curl制御）、ドラッグ&ドロップ（ブラウザ）、フォルダアップロード（一括投入）。
固定環境：MacBook Pro M3、台北HiNet 100 Mbps上り、Chrome 134。各組み合わせを3回実行、中央値を採用。データポイント計45。
注目した指標は3つ。総アップロード時間、画像1枚あたりの平均レスポンス時間、失敗時の再送回数。
アップロード速度実測：100枚に何分かかる？
実測結果：
| 画像ホスティング | バッチAPI | ドラッグ&ドロップ | フォルダアップロード | 失敗再送回数 |
|---|---|---|---|---|
| Imgur | 3分42秒 | 4分18秒 | 非対応 | 6 |
| ImgBB | 4分56秒 | 5分12秒 | 非対応 | 3 |
| Catbox | 6分28秒 | 7分04秒 | 非対応 | 11 |
| lpic.cc | 2分51秒 | 3分09秒 | 3分33秒 | 1 |
| Cloudflare Images | 1分47秒 | N/A | API only | 0 |
Cloudflare Imagesが最速、これは予想通り。有料B2Bサービスで、TusプロトコルとマルチパートアップロードがビルトインされておりCloudflareパイプライン全体が高スループット用に設計されています。
意外なのはCatboxの6分28秒。最初はネットワーク変動を疑いましたが、2回再実行しても同じ結果。ベンチマークに突き付けられました — Catboxはチャンクアップロードを持たず、1枚完了してから次の1枚に進むため、バッチ全体が直列待機になります。
注目したい細部：Imgurの失敗再送6回は実は驚くべき数字。ログを確認したところ、大きなファイル（5 MB超）がレート制限をトリガーし、30秒のバックオフが必要でした。リトライロジックを書かないセラーは「アップロードが止まった」と勘違いしてページをリフレッシュ、結果として一部の画像が二重アップロードされます。
1枚あたりに換算すると：
| 画像ホスティング | 1枚平均レスポンス | 100枚換算（極値） |
|---|---|---|
| Cloudflare Images | 1.07秒 | 1分47秒 |
| lpic.cc | 1.71秒 | 2分51秒 |
| Imgur | 2.22秒 | 3分42秒 |
| ImgBB | 2.96秒 | 4分56秒 |
| Catbox | 3.88秒 | 6分28秒 |
セール前日にやっとアップロードを始めるセラーにとって、この差は「定刻オープンに間に合うか」レベルまで拡大します。
短く言うと。Catboxは出場権すらありません。
商品ページLCP連携実測：直リンク vs CDN加速
アップロード完了は道半ばです。
残り半分は、商品ページに埋め込んだ後のLCPパフォーマンスです。
具体的な手順：各ホスティングのホットリンクをShopify商品ページのヒーロー位置に直接配置、PageSpeed Insights + Chrome DevToolsで計測、モバイルモード、4Gシミュレーション、台湾ノード。各組み合わせ5回計測、中央値を採用。
| 画像ホスティング | 商品ページLCP (cold) | 商品ページLCP (warm) | Core Web Vitals等級 |
|---|---|---|---|
| Imgur直リンク | 3.8秒 | 2.1秒 | Needs Improvement → Good |
| ImgBB直リンク | 4.6秒 | 2.9秒 | Poor → Needs Improvement |
| Catbox直リンク | 5.9秒 | 3.7秒 | Poor → Poor |
| lpic.cc直リンク | 2.4秒 | 1.3秒 | Good → Good |
| Cloudflare Images | 1.9秒 | 0.8秒 | Good → Good |
| Shopifyネイティブ CDN | 1.7秒 | 0.7秒 | Good → Good |
Shopifyネイティブ CDNとCloudflare Imagesが最速。どちらもWebP自動変換+マルチサイズsrcsetを処理しており、ブラウザに最適なバリアントを選ばせます。
ImgBBとCatboxはcold cache段階で4.6秒以上に落ち込み、買い手が商品ページを初めて開いた瞬間にPoor判定をくらいます。
これは「UXが悪くなる」という空文句ではありません。
Googleショッピング広告品質スコア減点という実損です。
CDNヒット率：2回目はなぜ速い？
ウォームキャッシュとコールドキャッシュの差は、CDNエッジノードがその画像を事前に取得済みかどうかという話です。
Cloudflare Imagesとlpic.ccは日本のエッジノードを持っています。2回目アクセス時、TTFBは320 msから18 msへ。約18倍の高速化。
しかしCatboxはCDNを持たず、毎回米国中部のオリジンに直接到達。TTFBは280 ms以上に張り付いたままです。
これがLCPの差分の発生源です。
実測結果として、商品ページは最初の買い手アクセスがcoldで、その後1時間以内のアクセスはすべてwarm cacheで処理されます。618セール期間中はトラフィック量が大きく、warm hit ratioは通常92%以上に達します — ですが、coldな最初の波（広告配信開始から15分間）が一番痛いのです。
完全に無料ホスティングに依存しているセラーは、cold cacheのその15分間でコンバージョンが大きく落ち込みます。
この損失は見えません。PageSpeed Insightsがその時間帯のあなたのデータを拾わないからです。
商品ページLCP最適化の5つの操作ポイント
実測過程から導き出した実行可能なチェックリスト：
- WebPへの変換 — ホスティングが自動変換しない場合、ローカルでSquooshやcwebpで一括処理。ファイルサイズを直接30%削減。
- ヒーロー画像に
fetchpriority="high"を付与 — 1枚のみ。ブラウザに優先ロードを指示。 - サブ画像はlazy load — スクロールしないと見えないサブ画像に
loading="lazy"を付与。 - srcsetマルチサイズ — 480w / 720w / 1080wの3バリアントを準備し、ブラウザに選ばせる。
- CDNプリウォーム — セール前夜、自社トラフィックで商品ページを叩いてwarm cacheを先に敷く。
5番目はほとんどのセラーが見落としています。
具体的な方法：セール24時間前に、東京、大阪、ロサンゼルスの3リージョンから商品ページを3回ずつcurlでヒット。CDNエッジノードのキャッシュを満タンにします。翌日の広告配信開始時、買い手はほぼwarm hitに乗ります。
私は一度実行しました。coldな15分間のLCP中央値が3.8秒から1.5秒へと改善しました。
618セール商品画像シーンでのlpic.ccの位置づけ
正直なところ、lpic.ccはECセラー専用ではありません。Cloudflare Imagesと比べてsrcset自動生成がなく、Shopifyネイティブ CDNと比べて商品carouselに直接接続できません。
ただし「楽天市場やYahoo!ショッピングの商品説明に画像を一括投入したい」「LINE公式、Threads、Discordの商品グループへ画像を流したい」というセラーには、lpic.ccの無料アップロードが単ファイル8 MB上限、地域CDN加速、パスワード保護共有リンクを提供します。
役立つシナリオ：
- 商品紹介記事の挿絵（Notion / HackMDのMarkdownコンテンツと組み合わせ）
- 商品到着時のVIP顧客向け展示（パスワード保護リンクで価格表流出を防止）
- 季節先取りでThreadsやXに投稿する画像素材
制限事項を先に明示：無料版は単ファイル8 MB上限、匿名アップロードは30日間アクセスなしで回収対象。商品写真の永久外部リンクが必要な場合、会員登録してリンクを固定することをお勧めします。
よくある質問
Q1：無料画像ホスティングを商品ヒーロー画像にそのまま使えますか？
使えますが制限があります。無料ホスティングは通常srcset生成やWebP自動変換を行わないため、マルチサイズ版を自前で準備する必要があります。商品ページLCPもShopifyネイティブ CDNより0.5〜1.5秒遅くなります。小規模セラーには許容範囲ですが、月商30万円超のセラーは有料CDNへの切り替えをお勧めします。回収は早いです。
Q2：618期間中、画像ホスティングのレート制限に引っかかりますか？
ぶつかります。Imgurの大きなファイル（5 MB超）毎分4回の隠し制限は、100枚をスクリプトで一括アップロードすると確実に途中で中断されます。指数バックオフ（exponential backoff）の実装、またはCloudflare Imagesやlpic.ccのような個人アカウントに厳しいレート制限のないサービスへの切り替えがお勧めです。
Q3：商品画像にはWebPとAVIFどちらが向いていますか？
WebPの方が実用的です。AVIFはより小さく圧縮できますが、デコードコストが高く、一部の古いスマホで読み込み時にCPU使用率が100%まで跳ね上がります。商品画像は「タップ即表示」が要件で、WebPの互換性+圧縮率がちょうど良い塩梅です。AVIFは画質要求が特に高いヒーローバナー位置に温存。
Q4：cold cacheの15分間は本当に救えますか？
救えます。最もシンプルな方法：セール前夜23時に、ご自身の作業PCから商品ページをcurlで3回叩く。各地域のCDNエッジノードがホットスポットを取得し、翌日広告配信開始時に買い手はほぼwarm hit。実際に一度実行した結果、cold時間帯のLCP中央値が3.8秒から1.5秒へ改善しました。
Q5：商品画像アップロード後、ホスティングの外部リンクURLは変わりますか？
ホスティング次第。Cloudflare Imagesとlpic.ccのURLは永続的。ImgurはNSFWパージや匿名6か月放置でファイル削除、外部リンクは404化します。商品画像はURL安定的なサービスを選ぶこと。不安なら、自前で原本をバックアップしておくべきです。
Q6：日本国内向けECサイトの場合、CDNエッジノードはどこを優先すべき？
東京リージョンが第一優先です。Cloudflare Imagesは東京エッジを持ち、lpic.ccも台湾と東京両方に配置。完全に国内向けで台湾市場を考えないなら、AWS CloudFront東京リージョン+S3も選択肢に。ただし設定コストは高めです。