WordPressのサイトアイコンにPNGが推奨される理由
WordPressでサイトアイコンを設定する際、推奨されるフォーマットは .ico ではなく 512 × 512 ピクセル以上の正方形PNG です。かつてWebサイトのアイコンといえば .ico ファイルを用意するのが一般的でしたが、現代のCMSでは高解像度のPNG画像が標準となっています。
これは、サイトアイコンの役割が従来のデスクトップブラウザのタブ表示だけでなく、スマートフォンやタブレットのホーム画面に追加された際のアプリアイコンとしても利用されるようになったためです。WordPressは、アップロードされた1枚の高解像度PNG画像から、ブラウザタブ用の小さなサイズ（16pxや32px）だけでなく、iOSやAndroidが要求する高解像度アイコン（180pxや192pxなど）をシステム内部で自動生成し、適切なHTMLタグを出力します。透過処理を綺麗に保持でき、一般的な画像編集ツールで扱いやすいPNGが、現代のWeb管理において最も合理的であると判断されています。
なぜかつてはICO形式が標準だったのか
現代の技術から見れば「最初からPNGやベクター形式のSVGを採用すればよかったのではないか」という疑問が生じます。しかし、ファビコンが誕生した1990年代末の技術的制約を振り返ると、ICO形式以外の選択肢は事実上存在しませんでした。
ICO形式は1985年の Windows 1.0 の時代からOSの標準アイコン形式として使われており、低解像度のビットマップ画像を1つのファイルに束ねるコンテナとして設計されていました。一方でPNG形式は1996年に仕様が策定されたばかりで普及途上であり、当時の非力な端末にとってはデコード処理の負荷が高く、初期のブラウザでは半透明処理に不具合を抱えていました。また、SVG形式は2001年に仕様化されましたが、数十MHzから数百MHz程度の当時のCPUにとって、リアルタイムにベクター計算を行って描画させる処理は重すぎました。
1999年に Internet Explorer 5 が「お気に入り（Favorites）」にWebサイト独自のアイコンを表示する機能を導入した際、Microsoftは新形式を設計するのではなく、Windowsが長年ネイティブでサポートしていたICO形式の描画エンジンをそのままWebに流用しました。これが事実上の業界標準として世界中に定着したのが favicon.ico の始まりです。
レガシー仕様がもたらした技術的負債と現代への移行
黎明期において合理的だったこの仕組みは、Webの急速な進化とモバイル端末の普及に伴い、開発現場における技術的負債へと変化していきました。
顕著だった問題の一つが、ブラウザによる /favicon.ico への自動リクエストです。HTML側にアイコンの指定がなくても、ブラウザが自動的にサーバーのルート直下にある /favicon.ico を取得しにいく仕様が定着したため、アイコンを用意していない静的サーバーや管理画面、APIサーバーなどのログが404エラーで埋まるという現象が多発しました。開発者はエラーログの肥大化を防ぐためだけに、不要なダミーの .ico ファイルを配置せざるを得ない状況に直面しました。
さらにスマートフォンが登場すると、Appleが apple-touch-icon.png を独自に導入するなど各プラットフォームが異なる仕様を求めた結果、HTMLヘッダー内に大量のアイコン指定タグが並ぶという混乱を招きました。
現在では、SVGアイコンによる解像度フリーな運用やダークモードへの動的対応が可能になっています。それでもなお、古いブラウザやシステムとの互換性を保つために favicon.ico の配置が必要とされる場面は残っており、過去のOS独自仕様がWeb標準に影響を与え続けた典型的な歴史の1つとなっています。
