COLUMN
COLUMN
2026.05.11
Retinaディスプレイとは、Appleが提唱した高解像度ディスプレイの総称で、通常の2倍以上のピクセル密度を持ちます。Web制作では「画像がぼやける」問題が起きやすく、正しく対応しないとサイトの印象を大きく損ないます。この記事では仕組みから実践的な対応手順までわかりやすく解説します。
Retinaディスプレイは、2010年にAppleがiPhone 4で初めて採用した高解像度ディスプレイの商標名です。「Retina(レティナ)」とは英語で「網膜」を意味し、「肉眼では画素を識別できないほど精細な表示」という意味合いで名付けられました。
現在では、MacBook・iPhone・iPad・Apple Watchなど、ほぼすべてのApple製品に搭載されています。さらにAndroidスマートフォンや高品質なWindowsラップトップにも同等の高解像度ディスプレイが普及しており、2026年時点ではスマートフォンの大半が高解像度ディスプレイを搭載していると考えてよい状況です。
Retinaはあくまでもの商標名で、技術的には「高DPRディスプレイ」と呼ぶのが正確です。ただしWeb制作の現場では「Retina対応」という言葉が広く定着しています。
Web制作者がRetinaディスプレイを意識しなければならない理由は明快です。通常解像度向けに作られた画像をRetina環境で表示すると、画像が引き伸ばされてぼやけて見えるからです。この問題を解決するために、Web制作現場では専用の対応が必要になります。
Retinaディスプレイを理解するうえで欠かせないのが「デバイスピクセル比(DPR:Device Pixel Ratio)」という概念です。
Webブラウザで使われる「CSSピクセル」は論理的な単位で、実際の物理的な画面ピクセル(デバイスピクセル)とは別物です。DPRはこの2つの比率を表します。
| DPR | 意味 | 代表的なデバイス |
|---|---|---|
| 1x | CSSピクセル=デバイスピクセル | 一般的なWindowsデスクトップ・旧型モニター |
| 2x | 1CSSピクセル=2×2デバイスピクセル | iPhone(Retina)・MacBook Pro・多くのAndroid端末 |
| 3x | 1CSSピクセル=3×3デバイスピクセル | iPhone Pro Max・高解像度Androidフラグシップ |
CSSで width: 300px と指定した画像を考えてみましょう。DPR=1の環境では300×300デバイスピクセルで表示されますが、DPR=2の環境では600×600デバイスピクセルの領域に表示しようとします。元画像が300pxしかなければ、2倍に引き伸ばされてぼやけてしまいます。
DPR=2の環境で鮮明に表示するには、CSSサイズの2倍の解像度(600px)の画像を用意することが基本です。
Retinaディスプレイで画像がぼやける原因は、ブラウザの画像レンダリングの仕組みにあります。ブラウザは画像をCSSで指定したサイズに拡大・縮小して表示します。この際、元画像の解像度が不足していると、ブラウザが補間処理(画素を補う処理)を行い、ぼやけた見た目になります。
つまり、Web制作でRetina対応が必要なのは主に「ラスター画像」です。ロゴやアイコンをSVGで作成するだけでも、多くの問題を根本から解決できます。
HTML標準の srcset 属性を使うと、ブラウザがDPRに応じて最適な画像を自動選択します。追加のJavaScriptは不要で、現在最もシンプルかつ推奨される方法です。
ロゴ・アイコンなど表示サイズが固定の要素には x記述子 が適しています。
<img
src="logo.png"
srcset="logo.png 1x, logo@2x.png 2x, logo@3x.png 3x"
alt="WEB制作.com ロゴ"
width="200"
height="60"
>
DPR=1のブラウザは logo.png、DPR=2のRetinaデバイスは logo@2x.png を自動で読み込みます。不要な重い画像を読み込まないため、ページ速度にも優しい実装です。
レスポンシブレイアウトで画像サイズが変わる場合は w記述子 と sizes 属性を組み合わせます。ブラウザがDPRとビューポート幅の両方を考慮して最適画像を選択してくれます。
<img
src="photo-640.jpg"
srcset="photo-640.jpg 640w, photo-1280.jpg 1280w, photo-1920.jpg 1920w"
sizes="(max-width: 768px) 100vw, (max-width: 1200px) 80vw, 1200px"
alt="サービスのイメージ画像"
width="1200"
height="630"
>
| 記述子 | 向いているケース | sizesが必要か |
|---|---|---|
| x記述子 | ロゴ・アイコン・固定サイズのバナー | 不要 |
| w記述子 | レスポンシブなコンテンツ画像・ヘッダー画像 | 必須 |
異なるブレークポイントで画像のアスペクト比やトリミング位置を変えたい場合は <picture> タグが有効です。アートディレクションとDPR対応を同時に実現できます。
<picture>
<source
media="(max-width: 767px)"
srcset="hero-sp.jpg 1x, hero-sp@2x.jpg 2x"
>
<source
media="(min-width: 768px)"
srcset="hero-pc.jpg 1x, hero-pc@2x.jpg 2x"
>
<img src="hero-pc.jpg" alt="ヒーローイメージ" width="1440" height="600">
</picture>
CSS の background-image で設定した画像は srcset が使えません。代わりに -webkit-device-pixel-ratio や標準の resolution メディアクエリを使います。
/* 通常解像度(デフォルト) */
.hero {
background-image: url("hero.jpg");
background-size: cover;
}
/* Retina(DPR 2x以上) */
@media
(-webkit-min-device-pixel-ratio: 2),
(min-resolution: 192dpi) {
.hero {
background-image: url("hero@2x.jpg");
}
}
/* DPR 3x以上 */
@media
(-webkit-min-device-pixel-ratio: 3),
(min-resolution: 288dpi) {
.hero {
background-image: url("hero@3x.jpg");
}
}
-webkit-min-device-pixel-ratio はSafariを含む古いブラウザ向けのベンダープレフィックスです。現代のブラウザは min-resolution で対応していますが、2026年現在もSafariとの互換性のため両方記述するのが安全です。
2x画像をそのまま表示すると2倍のサイズで表示されてしまいます。必ず background-size を設定して表示サイズを制御しましょう。
/* 2x画像を元の表示サイズに収める例 */
.icon {
width: 40px;
height: 40px;
background-image: url("icon@2x.png");
background-size: 40px 40px; /* 表示サイズ=CSSピクセルのサイズ */
}
ロゴ・アイコン・図解・グラフなどをSVG形式で書き出すことで、Retina対応の問題を根本から解消できます。SVGはベクター形式のため、どんなDPRでも鮮明に表示されます。
Illustratorや Figmaなどのデザインツールから直接SVGで書き出す運用を取り入れると、制作効率も大きく上がります。
写真・バナーなどJPEG・PNGを使わざるを得ない場面では、WebP形式への移行を検討しましょう。WebPはJPEGと比較して25〜35%程度ファイルサイズを削減しながら、同等以上の画質を維持できます。
<picture>
<!-- WebP対応ブラウザはこちら(Retina向け2x) -->
<source
type="image/webp"
srcset="photo.webp 1x, photo@2x.webp 2x"
>
<!-- フォールバック(JPEG) -->
<img
src="photo.jpg"
srcset="photo.jpg 1x, photo@2x.jpg 2x"
alt="サービス紹介"
width="800"
height="450"
>
</picture>
2026年現在、ChromeはAVIF形式もサポートしています。AVIFはWebPよりさらに圧縮率が高く、将来的にはWebPに取って代わる可能性があります。Safariも2023年以降AVIFをサポートしているため、積極的に採用を検討できる状況です。
Retina対応を継続的に運用するには、チーム内で統一されたファイル命名規則と制作ワークフローが重要です。
| 解像度 | 命名例 | 用途 |
|---|---|---|
| 1x(通常) | image.png / image.jpg | 通常ディスプレイ向けデフォルト |
| 2x(Retina) | image@2x.png / image@2x.jpg | DPR=2デバイス向け |
| 3x(高密度) | image@3x.png / image@3x.jpg | DPR=3デバイス向け(必要な場合) |
実際にRetina対応が効いているかは、Chrome DevToolsの「デバイスツールバー」で確認できます。
PageSpeed Insightsの「次世代フォーマットでの画像の配信」「適切なサイズの画像」の指摘は、Retina対応とWebP化で改善できることが多いです。Core Web Vitals改善にも直結するため、SEOの観点からも取り組む価値があります。
Q. Retina対応をしないとSEOに悪影響がありますか?
A. 直接的なランキング要因ではありませんが、画像がぼやけることでユーザー体験が低下し、直帰率の上昇につながる可能性があります。また、適切なサイズの画像を配信することはCore Web Vitals(LCP・CLS)の改善にも関わるため、間接的にSEOへ影響します。
Q. WordPressでRetina対応は自動でやってくれますか?
A. WordPressはアップロード時に複数サイズの画像を自動生成しますが、srcsetの2x・3x対応は標準では完全ではありません。「Retina 2x Media Queries」などのプラグインを活用するか、テーマのfunctions.phpでadd_image_size()を使いカスタマイズするのが確実です。
Q. 全ての画像を2x対応する必要がありますか?
A. ロゴ・アイコン・キービジュアルなど目立つ画像は優先度が高いです。一方、フッター内の小さな装飾画像や、写真集のような画像点数が多いページでは、ページ速度とのトレードオフを考慮して優先順位をつけましょう。SVGに変換できるものはSVG化が最も効率的です。
Q. WindowsのChromeでもRetina対応画像は必要ですか?
A. 近年は4K・2KモニターをWindowsで使うユーザーも増えており、DPR=1.25〜1.5の環境も珍しくありません。厳密には全環境を考慮するとw記述子+sizesで細かく対応するのが理想ですが、最低限DPR=2の対応を行うことで大半のユーザーをカバーできます。
WEB DESIGN & DEVELOPMENT
大阪でホームページ制作をご検討の方へ
集客・ブランディングに強いWebサイトを、大阪の専門チームがご提案!
まずはお気軽に無料相談からどうぞ
大阪でweb制作会社に見積もりを取ると、10万円台から500万円超まで金額が大きく異なることがあります。…
view more
大阪でweb制作会社を探している方が最も困るのが「どの会社を選べばいいかわからない」という判断基準の…
view more
大阪市内でホームページ制作を依頼しようとしている中小企業・個人事業主の方に向けて、制作会社の選び…
view more