短い答え:いいえ。少し長い回答: いいえ、試すことはできますが、Google WebFonts が既に提供している機能を上回る可能性はほとんどありません。では、問題をもう少し詳しく見てみましょう...
まず、外部リソース (Web フォント) を 1 つ追加するだけで PageSpeed スコアにマイナスの影響がある場合は、ページをかなり軽量にする必要があります。おそらく、PageSpeed 側でこれを修正する必要があります。さて、ウェブフォントに戻りましょう!
グラウンド ゼロ: 外部リソースをページに追加すると、ページの全体的なパフォーマンスに悪影響を及ぼします。Web フォントの場合、これはさらに大きな問題になる可能性があります。これは、CSS がフォントが到着するまでレンダリングを保留する「重要なリソース」と見なされるためです。このステップをスキップすると、ユーザーは「スタイル設定されていないコンテンツのフラッシュ」( FOUC) では、ページは 1 つのフォントでレンダリングされ、フォントが到着するとスタイルが変更されます。これは耳障りな経験です - あなたは間違いなくこれを望んでいません.
ステップ 2: Web フォントを使用するということは、外部 CSS ファイルを含める必要があることを意味します。この場合は、Google サーバーによって提供されます。これらのサーバーは低レイテンシー向けに大幅に最適化されていますが、同時に魔法のようなものはありません。まだ時間がかかります!
ステップ 3: CSS ファイルの中身は? これは、多くの人が Google WebFonts を批判する場所です。スタイルシートはurl()
Webfont ファイルへの参照を提供します。base64/フォントをインライン化しないのはなぜですか? Google WebFonts は、毎日何十億ものページでレンダリングされます。フォントがブラウザのキャッシュにある可能性が非常に高いため、特に URL を使用することにしました。最初のページの読み込みをテストするために (必要に応じて) コールド キャッシュを使用してページを更新する場合、常にフォントを取得します..しかし、それは私たちが最適化しているエクスペリエンスではありません.
さらに、フォントをページにインライン化しないのはなぜですか? 各プラットフォームには、受け入れるファイル形式 (woff、eot、ttf など) が異なり、Google WebFonts は、現在のプラットフォームに基づいて最も最適化された形式を動的に提供します。単純に WebFont (例: woff) をダウンロードしてインライン化すると、うまく機能するかもしれませんが、異なるプラットフォームの訪問者にとってはそうではありません。さらに、これらのフォントの背後にある圧縮は常に改善されています。Google サーバーを使い続けると、これらの改善が自動的に継承されます。自分で転がすと、行き詰まります。
簡単に言えば、独自のフォントを作成する場合は、各プラットフォームに合わせてフォントを最適化し、プラットフォームに基づいてコンディショナル フォントを提供し、時間の経過とともに圧縮の改善についていくようにしてください。そのすべてを行うことができれば、提供されているものよりもうまくいく可能性があります。:-)
最後だが大事なことは。ウェブフォントの使用を恐れないでください。はい、追加の時間が追加されますが、プレゼンテーションも重要です。君に電話だ。課せられた待ち時間が許容できない場合は、デフォルトのフォントを使用してください。しかし、Google WebFonts インフラストラクチャ / CDN を打ち負かそうとしても、それほど遠くまで到達することはほとんどありません。
PS 最後のヒント: 含まれているすべてのウェイトとフォント フェイスを実際に使用していることを確認してください。多くの人がファミリー全体を選択し (念のため)、それらをまったく使用しないことになり、一部のブラウザーでは不要なダウンロードにつながります。