Webフォント最適化:TTFからWOFF2への変換によるファイルサイズのメリットと読み込み戦略
TTF/OTFをWOFF2に変換すると、WOFFと比較してファイルサイズが約30%削減され、非圧縮のTTFと比較して約50%削減されます。適切な戦略と組み合わせることで、Webページの読み込みパフォーマンスを最適化できます。
2026-08-11 更新
WOFF2の圧縮によるサイズメリット
WOFF2はBrotli圧縮アルゴリズムを使用しています。gzip圧縮を使用するWOFFと比較すると、WOFF2はファイルサイズを約30%削減し、非圧縮の生TTF/OTFフォントと比較するとファイルサイズを約50%削減します。
サイズの圧縮により、Webページ読み込み時に転送されるフォントデータの量が直接削減され、帯域幅の使用量が低下し、ファーストスクリーンのリソース読み込み完了時間が短縮されます。特にモバイルネットワーク環境でのページアクセスに適しています。
WOFF2のブラウザサポート
2016年以降にリリースされた主要なデスクトップおよびモバイルブラウザは、すべてネイティブでWOFF2形式をサポートしており、追加の互換性処理は必要ありません。
各ブラウザにおけるWOFF2サポートの開始バージョンは以下の表の通りです。現在の主流ブラウザバージョンはすべてこの形式をサポートしているため、本番環境で安全に使用できます。
| ブラウザ | ネイティブでWOFF2をサポートする最初のバージョン |
|---|---|
| Chrome | Chrome 48 (2016年1月リリース) |
| Firefox | Firefox 44 (2016年1月リリース) |
| Safari | Safari 10 (2016年9月リリース) |
| Edge | Edge 14 (2016年8月リリース) |
@font-faceとサブセット化の連携スキーム
WOFF2フォントを使用する際は、CSS内の@font-faceルールでフォントを宣言し、src属性の最も優先度の高い位置にWOFF2形式を配置する必要があります。
unicode-range属性と組み合わせることで、フォントのサブセット化が可能になります。それぞれの@font-faceが1つのUnicode範囲に対応し、ブラウザは現在のページコンテンツに必要なフォントサブセットのみを読み込むため、不要なリソースの読み込みを削減できます。
フォントレンダリングとCJKフォント最適化の要点
CSSでは、@font-faceに対してfont-display: swapを宣言する必要があります。このプロパティにより、WOFF2フォントの読み込みが完了するまでの間、ブラウザはデフォルトのシステムフォントでテキストを表示でき、ファーストスクリーンのテキストブロックが空白になることを回避し、ファーストスクリーンのコンテンツを正常に読み取れるようにします。
CJK(中国語、日本語、韓国語)文字セットのフォントには数千から数万文字が含まれており、フルファイルのサイズは数MBから十数MBに達することがあります。サブセット化によってページに必要な文字のみを抽出し、単一ファイルのサイズを適切な範囲内に抑え、読み込みパフォーマンスを確保する必要があります。
よくある質問
古いWOFFやTTF形式をフォールバックとして保持しておく必要はありますか?
主流のユーザーを対象とするサイトでは、WOFF2のみを保持すれば十分です。2016年以前にリリースされた古いブラウザをサポートする必要がある場合は、サイトの公式公開情報に基づいた上で、@font-faceのsrc属性にフォールバック形式としてWOFFを追加することができます。
オンラインのTTFからWOFF2への変換ツールの結果は規格に準拠していますか?
準拠した変換ツールはWOFF2形式の仕様に従って処理を行います。OKfmtが提供するTTF/OTFからWOFF2への変換ツールが生成するファイルは規格に適合しており、本番環境で直接使用できます。
中国語以外のフォントもサブセット化が必要ですか?
西洋文字セットは元々のサイズが小さく、フルサイズでも一般的に100KBから300KBの範囲です。一般的な文字のみを使用する場合でも、サブセット化を行うことでさらにサイズを削減し、読み込み時間を短縮することができます。