DNS ルックアップを減らして Web サイトのパフォーマンスを向上させる方法

Web サイトのパフォーマンスを最適化し、視覚的および技術的な理由から読み込みを高速化する必要がある場合は、DNS ルックアップを減らすことがこの方程式の重要な要素です。 DNS ルックアップを減らすことで、ユーザー エクスペリエンスを向上させ、ページの読み込み時間を短縮できます。これらはどちらも、成功する Web サイトにとって不可欠な要素です. このブログ投稿では、まず DNS の仕組みを説明し、DNS ルックアップとは何かを定義します。 また、DNS ルックアップが多すぎるとブラウザの速度と SEO 指標がどのように影響を受けるかを調べ、ウェブページを最適化してパフォーマンスを向上させるためにそれらを減らす戦略を提供します.

DNSルックアップについて知っておくべきこと

DNS ルックアップとは何ですか?

ドメイン ネーム サーバー (DNS) は、インターネットの基盤です。 Web サイトの電話帳のように機能し、Web サイトを IP アドレスに関連付けます。 DNS ルックアップは、特定の Web サイトの URL の正しい IP アドレスを検出するプロセスです。

これは、DNS サーバーが DNS レコードに関する情報をリクエスタに返すプロセスで、次のものが含まれます。

• このドメイン名は誰が、何を、どこに持っているのでしょうか?
• IP アドレスとその所有者、および場所は?
• レコードの名前は何ですか?

DNS ルックアップは、正引き DNS ルックアップと逆引き DNS ルックアップの 2 種類に分類されます。

フォワード DNS ルックアップ

正引き DNS ルックアップ (正引き DNS クエリ) は、ドメイン検索によって IP アドレスを取得する要求です。 ユーザーが Web サイトの URL を書き込んだり、電子メールを送信したりすると、通常の DNS クエリ パスの一部として IP アドレスが返されます。

この方法により、クライアントはドメイン名または電子メール アドレスを、サーバーとの通信に使用できる IP アドレスに変換できます。

逆引き DNS ルックアップ

リバース DNS は、基本的にフォワード DNS の逆です。 要求は、IP アドレスに関連付けられたドメイン名を決定します。 メッセージの受信元のサーバーの正当性を確認するために、電子メール サーバーは頻繁に逆引きを実行します。

この操作を完了するには、メール サーバー上にポインター レコード (PTR) を作成する必要があります。 メール サーバーは、これらのレコードに基づいて、問題のドメインのメールを送受信する権限のある IP アドレスを判断します。

IP 所有者 (通常、電子メール サーバーのホストまたは ISP) は、「in-addr.arpa」で終わり、その前に数桁の数字があるゾーンをサーバーに割り当てます。 ゾーンの先頭の数字は、サーバーの IP ブロックの逆バージョンです。

DNS ルックアップの仕組み

Web サイトにアクセスすると、ブラウザーは DNS クエリを必要とするすべてのリソースを識別します。 次に、ルックアップが完了するのを待ってから、リソースをダウンロードします。

Web サイトが必要とするルックアップが多いほど、ブラウザーがページを生成するのに時間がかかります。 ルックアップ手順を理解するために、DNS ルックアップの簡単な例を以下に示します。

ブラウザーが「xyz-server.com」Web サーバーとの接続を確立しようとしているとします。 このためには、サーバーの IP アドレスが必要です。 コンピュータは最初に、入力された名前がキャッシュにあるかホストのファイルにあるかを確認します。 そうでない場合は、担当のサーバーに問い合わせます。 これは、DHCP によって割り当てられたか、永続的に構成されています。

サーバーが要求を満たすことができる場合、要求元に応答を返します。 そうでない場合は、ドメインを担当する別のサーバーに接続します。 提供された IP アドレスを使用して、ブラウザーは IP ネットワークを介して Web サーバー (インターネット) と対話できます。

PageSpeed Insights を使用する場合、「サーバーの初期応答時間を短縮する」オプションは DNS ルックアップにリンクされています。

Time To First Byte (TTFB) は、HTTP 要求で始まります。 サーバーが要求を処理するのにかかる時間は、DNS クエリが完了する速度、ユーザーのネットワークの速度、サーバーの距離、および接続が中断されたかどうかによって異なります。

PageSpeed Insights は、DNS ルックアップをトリガーしている原因を特定するのに役立たないため、追加のツールを使用して、この問題を切り分けて解決する必要があります。 問題を解決する方法を決定するために、DNS ルックアップの仕組みを調べてみましょう。

DNS ルックアップを減らすとはどういう意味ですか?

ウェブサイトの読み込み速度が最も重要な SEO および検索エンジンのランキング要素の 1 つであることはよく知られています。 ウェブサイトの読み込みが速いほど、検索エンジンのランクが高くなります。 具体的には、Google ページのパフォーマンス テストを行っているときに、基本的な Web の重要事項を確認できます。

DNS ルックアップは、LCP (Largest Contentful Paint) と FCP (First Contentful Paint) に直接影響するため、Web サイトのパフォーマンスを測定する際に重要になる可能性があります。 LCP は Web サイトの主要なコンテンツの読み込みにかかる時間として定義されますが、FCP はユーザーがページを要求してからブラウザーが画面に何かをレンダリングするまでの時間枠です。 DNS ルックアップ時間は、これらの要素の読み込み速度に大きく影響し、ユーザーが Web サイトをどのように体験するかに大きく影響します。 テクノロジーが向上し続けるにつれて、DNS ルックアップ時間の最適化は、優れた UX を確保するためにますます重要になります。

Core Web Vitals の詳細については、Core Web Vitals: The Only Guide Youll Ever Need をお読みください。

読み込みに 3 秒以上かかる Web サイトから 50% 以上の人が離れることを選択しているため、これは非常に重要です。 DNS ルックアップは、この段階で全体像に入ります。 Web サイトで DNS ルックアップを瞬時に、または可能な限り高速に実行できる場合、Web ページの LCP、FCP、および TTFB だけでなく、画像やスクリプト、スタイルなどのページ上のリソースの TTFB も改善されます。

DNS ルックアップがページの総読み込み時間にどのように影響するかを示す例を見てみましょう。 ウェブサイトの URL またはドメイン名をブラウザのアドレス バーに入力すると、DNS ルックアップ手順が開始されます。

次に、DNS は、入力されたドメインと Web サイトの IP アドレスを照合して、要求された Web サイトを取得しようとします。 これで、アクセスしようとしている Web サイトをロードする準備が整いました。 ただし、DNS ルックアップ手順が存在しない場合は、サイトにアクセスするたびに、ドメイン名の代わりに Web サイトの IP アドレスを入力する必要があります。 そして、DNSルックアップページが手順を完了するのに1秒かかる場合. これは、Google が提案するものをはるかに超えるものです。

したがって、DNS ルックアップ時間を短縮することが最も重要です。 通常、DNS ルックアップには20 ～ 120 ミリ秒かかります。 一般的に、それ以下は非常に良いと考えられています。 ここで、DNS 応答時間を改善し、DNS ルックアップを減らす方法を検討しましょう。

DNS ルックアップが多すぎると、UX と SEO にどのような影響がありますか?

ユーザー エクスペリエンス (UX) デザイナーや検索エンジン最適化 (SEO) の専門家にとって、DNS ルックアップが多すぎると大きな問題になる可能性があります。 Web サイトがドメイン ネーム サーバーに対して行う要求の数が増えると、読み込み時間が大幅に遅くなり、ユーザー エクスペリエンスが低下する可能性があります。 さらに、Google の検索エンジンは、読み込み時間が長い Web サイトでは好ましくないように見えます。つまり、コンテンツが価値があり、最適化されていても、パフォーマンスが低いために埋もれてしまいます。 デザイナーや専門家は、可能な限り DNS ルックアップの数を最小限に抑える必要があります。

さらに、DNS はさまざまな方法で SEO の結果に影響を与える可能性があります。 明らかなものもあれば、そうでないものもあります。 それぞれを個別に調べてみましょう。

サイトの読み込み速度

Web サイトが訪問者のブラウザーに読み込まれる前に、DNS が最初に行われる手順です。 前述のように、DNS 解決は時間のかかるプロセスであり、訪問者が経験する合計時間が長くなる可能性があります. 世界中の優れた DNS プロバイダーでの平均 20 ミリ秒と、すべてをドメイン レジストラーに任せた場合の 200 ミリ秒から 500 ミリ秒の間には大きな差があります。

可用性

頻繁かつ長期にわたる DNS の停止は、サイトの検索エンジンの最適化に悪影響を及ぼします。 検索エンジン ボットがサイトにアクセスしようとしてもアクセスできない場合、このイベントが報告されます。 まず、新しく追加されたページのインデックス作成が遅くなります。 2 つ目は、サイトのランキングに悪影響を及ぼす可能性がある一般提供に関するメモが含まれていることです。

複数の場所

DNS プロバイダーは、ネーム サーバーを設定できる複数のポイント オブ プレゼンス (PoP) を提供する場合があります。 訪問者とネームサーバー間のパスを短縮することで、訪問者の速度が大幅に向上します。 30 以上の PoP は、少数の PoP よりも確実に優れています。 さらに、可用性が向上します。

DNS 移行

DNS 転送が正常に完了し、必要な予防措置が講じられていれば、ユーザーも検索エンジン ボットも変化に気付かないはずです。 この問題は、前の DNS レコードの TTL 値が非常に高く、そのような DNS レコードが再帰ネーム サーバーの DNS キャッシュに長期間残っている場合にのみ発生します。 キャッシュが更新されるまで古い IP を指し続けるため、ダウンタイムが発生します。

DNS ルックアップ速度テストを行う方法は?

長い応答時間には、サーバーの負荷、ネットワークの予測不能性、読み込み順序に影響を与える JavaScript の競合状態など、いくつかの原因が考えられます。Web サイトの読み込みに一貫性がない場合は、開発者ツールのパフォーマンス タブでいくつかのプロファイルを実行する必要があります。結果を表示するためにネットワークスロットリングを有効にします。

時間をかけて DNS ルックアップ速度テストを行うことで、Web サイトが可能な限り高速に動作することを確認できます。 Pingdom、GTmetrix、および WebPageTestはすべて、サイトの DNS ルックアップ時間を調べることができる強力なツールです。

それらを使用するには、サービスにサインアップし、Web サイトのアドレスを入力する必要があります。 結果は、ドメイン ネーム システムを識別するためのリクエストの詳細な内訳を提供します。 そこから、読み込み時間を短縮し、訪問者をコンテンツに引き付け続けるために改善が必要な領域を特定できます。 Web サイトの DNS ルックアップ パフォーマンスを制御することは、最適なビジネス オペレーションをオンラインで維持するための重要なステップです。

それでは、各ツールと速度テストの実行方法を見てみましょう。

Pingdom DNS ルックアップ

Pingdom を使用して DNS ルックアップをテストするには、Pingdom のツール ページにアクセスして、Web サイトの URL を入力します。

[ページのパフォーマンスを改善する] 領域で、この問題が発生しているかどうかを一目で判断できます。 「DNS ルックアップを減らす」は赤色で不合格です。 この Web サイトには、キャッシュ、パフォーマンス プラグイン、および多くの障害がありません。

下にスクロールして、DNS ルックアップの問題の詳細な説明を参照してください。 このピンク色のバーは、DNS 応答時間をミリ秒単位で示します。 各ファイル リクエストにカーソルを合わせると、ファイルに DNS 検索が必要かどうか、および読み込みにかかる時間を確認できます。

GTmetrix DNS ルックアップ

GTmetrix での DNS ルックアップが長くなる原因を特定するには、テスト ツールに URL を入力します。

[ウォーターフォール] タブで、特定のファイル リクエストにカーソルを合わせると、ミリ秒単位で測定された DNS ルックアップが表示されます。

各ファイルを確認し、DNS ルックアップがあるかどうか、および読み込みにかかる時間を判断することが重要です。 目標は、40 ミリ秒以下の応答時間を達成することです。

WebPagetest DNS ルックアップ

Pingdom と GTmetrix は優れたツールですが、WebPagetest はより具体的な結果を提供しているようです。 彼らのウェブサイトに行き、あなたのURLを入力してください：

テストが完了したら、[表示] をクリックして [詳細] を選択します。

「DNSルックアップ」列をクリックすると、リクエスト情報を応答時間の早い順に並べることができます。

DNS ルックアップを減らす方法

DNS ルックアップは、Web サイトの読み込み速度に大幅な遅延を引き起こす可能性があるため、不要な DNS ルックアップを防止することが重要です。 幸いなことに、Web サイトの DNS ルックアップを最適化し、ユーザー エクスペリエンスを向上させるために使用できる戦略があります。 次の戦略は、DNS ルックアップを減らすのに役立ちます。

迅速な DNS サービスを使用する

高品質の DNS サービスを利用することが最も重要な要素です。 無料およびプレミアムの DNS サービスがいくつかあります。

GoDaddy、NameCheap、NameSilo などの著名なレジストラからドメイン名を購入すると、無料の DNS を取得できます。 多くの場合、これらの DNS プロバイダーはよりアクティブである必要があり、要求のサイズが大きくなると、DNS ルックアップ時間も長くなります。

次に、Amazon や Cloudflare などの DNS プロバイダーがあり、その POP は多数の国に広がっています。 プレミアム DNS サービスは迅速で、待ち時間が最小限です。

ソース

ホストの数を減らす

ホスト名の数を減らすことは、ドメイン ネーム システム (DNS) ルックアップの数を減らすための単純ですが効果的な手法です。 各ホスト名には、Web ページとリソースを取得するために作成する必要がある独自の DNS クエリのセットがあります。 したがって、Web ページに必要なホスト名の数を減らすと、読み込み速度に必要な時間を大幅に短縮できます。 この数を減らす最も簡単な方法は、複数のホストのリソースを結合することです。 これには、単一の CDN を介したアセットの連結や配布、リダイレクトの削減、古いドメイン シャーディングの削除などの手法の採用が含まれます。 設計プロセス中にこれらの手順を実行することは、サイトが適切に機能し、視聴者を引き付け続けるために非常に重要です.

簡単に言えば、10 の異なるホストからのリソースを必要とする Web ページがある場合、これらのリソースを少数のホストに統合することで、DNS の負荷を軽減できます。 これは、ファイルの種類を組み合わせて、複数のアプリケーションで既存のドメイン名を再利用することで実現できます。 これにより、各ドメイン名を 1 回検索するだけで済むため、DNS への負担が軽減されます。 これは、Web ページの読み込みのタイムラグを減らし、ユーザーのブラウジングを高速化する効果的な方法です。

CDN を使用する

できるだけ多くのリソースを CDN プロバイダーに移動することは、DNS ルックアップを減らす最も簡単な戦略の 1 つです。 Pingdom を使用して Web サイトを運用している場合、ドメイン リクエストの総数が表示されることがあります。 このサンプルは、リクエストの 93.8% が CDN URL に送信されることを示しています。 1 つのリクエストはホストに送信され、もう 1 つのリクエストは Google アナリティクスに送信されます。 できるだけ多くのリソースをコンテンツ配信ネットワーク (CDN) に移行することで、DNS ルックアップの数が減り、読み込み時間が短縮されます。

明らかに、すべてを CDN に転送することが可能な場合もあります。 それぞれのサーバーからロードする必要がある外部の資料またはサービスが常に存在します。 ただし、ウェブサイトを閲覧することをお勧めします。 多くのリソースを CDN に適切に格納する必要がある WordPress のお客様をよく見かけます。 これにより、HTTP/2 と並列化の利点を最大限に活用できます。

Cloudflare エンタープライズ CDN が最近 10Web Booster Pro に統合されたことで、ユーザーは強力で信頼性の高い Web パフォーマンス ブーストを利用できるようになりました。 世界中でトラフィックが急増している場合でも、画像や動画などのかけがえのないアセットをより迅速に配信できるようにします。 Cloudflare の高度なキャッシング サービスと 10Web Booster の最適化機能の両方の利点を活用することで、ユーザーは Web サイトの速度とユーザー エクスペリエンスをカスタマイズするための優れたソリューションを得ることができます。 この新しい統合により、Cloudfare のグローバル配信ネットワークの利便性と信頼性が 10Web Booster Pro の包括的な最適化スイートと完全に組み合わされます。

キープアライブを有効にする

キープアライブを有効にすることは、DNS ルックアップを減らすための別のアプローチです。 複数のアセット ファイルを同時にロードするために、サーバーとブラウザ間のアクティブな接続を維持することを指します。

これがないと、1 つのドメインに多くのリソースが含まれている場合でも、リソース ファイルは個別の要求として読み込まれます。 たとえば、「facebook.com」の 1 つのアセットと「Twitter.com」の 3 つのリソースは、4 つの DNS クエリになります。

キープアライブを有効にすると、合計 2 つのクエリだけで同じリソースが読み込まれます。 キープアライブはすべての主要なブラウザでサポートされており、ほとんどのインスタンスでデフォルトで有効になっています。 Apache および Nginx サーバーでは、無効になっている場合は再度有効にすることができます。

アパッチの場合

Apache サーバーを使用している場合は、.htaccess ファイルを次のように変更する必要があります。

 <ifModule mod_headers.c>

ヘッダー セット 接続キープアライブ

</ifモジュール>

NGINXの場合

HTTP コア モジュール (ngx_http_core_module) を見つけて、keep-disable に似た行を検索し、次の行に置き換えます。

 keepalive_disable なし;

DNS キャッシュを有効に使用する

DNS キャッシュ (DNS リゾルバー キャッシュとも呼ばれます) は、デバイス (コンピューターや携帯電話など) に保存される一時的な DNS レコードであり、以前にアクセスしたドメイン名に関するデータ (IPv4 アドレスの A レコードや IPv6 の AAAA レコードなど) を保持します。アドレス）。 これらのデータは、残りの寿命 (TTL) に基づいて維持されます。

ウェブサイトにアクセスするたびに、そのアドレスがこの一時的な記録データベースに保存され、次のアクセスが迅速に行われます。 DNS キャッシングにより、ブラウザはドメインの IP アドレスを記憶できます。 ブラウザーは、IP を見つけるために要求を実行する必要はありません。 最初の速度テストでは、DNS ルックアップ時間が 2 回目よりも長くなることがよくあります。

DNS キャッシュの期間は、TTL または Time to Live と呼ばれます。

DNS キャッシュ時間を増やすために、ドメイン レジストラまたはサードパーティの DNS サービスを使用して TTL 設定を変更することができます。 ISP も DNS をキャッシュしていることを理解することが不可欠です。 以下は、いくつかの典型的な TTL 値です。

• 300 秒 = 5 分
• 1800 秒 = 30 分
• 3600 秒 = 1 時間
• 43200 秒 = 12 時間
• 86400 秒 = 24 時間

Cloudflare TTL: 30分から1時間のCloudflare TTL値が最も一般的です。ただし、TTL を比較的低い値に設定して、迅速な更新を容易にするものもあります。 Cloudflare は、デフォルトの TTL が 5 分であるサービスの一例です。 さらに、さまざまな種類の DNS レコードを調べて、それらが変更される頻度に応じて構成すると有利な場合があります。 以下に図を示します。

• A および AAAA レコード: より定期的に変更します。 一般的には、5 分から 1 時間の間のどこかが許容されます。
• CNAME エントリが変更されることはめったにありません。 多くの場合、TTL は 24 時間で十分です。
• NS レコードはほとんど変更されません。 多くの場合、24 時間の TTL が許容されます。
• MX レコードをあまり頻繁に変更しない。 通常、12 時間の TTL が許容されます。
• TXT レコード: 変更の頻度を減らします。 通常、12 時間の TTL で十分です。

TTLに関しては、決定的な正解・不正解はありません。 ただし、Web サイトの更新頻度に対応する TTL を選択すると、DNS ルックアップのパフォーマンスが向上します。

要約すると、DNS キャッシングを有利に使用する必要があります。 キャッシュを使用すると、ブラウザーは DNS を参照せずにホスト名を判別できます。 成功する DNS キャッシング戦略を確立することは、高性能の Web サイトまたはアプリケーションにとって重要です。 このため、DNS キャッシングに最適なセットアップを選択することが重要です。 ほとんどの場合、ドメイン名やその他の関連情報を長期間キャッシュできる再帰リゾルバーをネットワークに配置することが効果的なアプローチです。 ルックアップが迅速かつローカルに解決されるようにすることで、待ち時間を短縮するのに役立ちます。 さらに、スプリット ホライズン DNS を複数の場所に展開すると、分散アプリケーションの可用性と冗長性が向上します。 最終的に、DNS キャッシングの適切なセットアップを選択することで、顧客が満足するか、ユーザーが不満を抱くかの違いが生じる可能性があります。

DNS プリフェッチ

DNS プリフェッチ DNS プリフェッチにより、ブラウザは、ユーザーが現在のページをナビゲートしている間、バックグラウンドで目に見えない形で DNS ルックアップを実行できます。

ユーザーがリンクをクリックして次のページに移動すると、Web サイトは DNS ルックアップを実行しません。 したがって、後続のページがすばやく読み込まれます。

1 つのタグ行で DNS プリフェッチをすばやく実装できます。

リンクは https://www.yourlink.com にあります。

タグの単純な行を使用して、DNS プリフェッチをすばやく追加できます。

 <link rel="dns-prefetch" href="https://www.yourlink.com">

小さなリンク属性は、DNS のランディング速度に違いをもたらす可能性があります。

CNAME レコードの量を減らす

CNAME レコードは、複数のホスト名を同じ IP アドレスに関連付けるために使用されます。特定の設定では便利ですが、慎重に管理しないと、過剰な数の DNS ルックアップが発生する可能性があります。 DNS ルックアップを望ましくないほど増加させずに CNAME レコードの可能性を活用するには、これらのレコードがドメインとどのようにやり取りするかを理解し、いくつかの簡単な手順を実行してその量を減らすことから始めます。

CNAME と同じ機能を果たしますが、ルート レベルで機能する ANAME レコードが最適なソリューションです。

したがって、ANAME レコードは、CNAME レコードよりもサイトのパフォーマンスに大きく貢献します。

JavaScript の解析と重要ではない CSS の読み込みを遅らせる

Javascript を遅らせると、ページ コンテンツが読み込まれるまで Javascript の処理が遅れます。 ページの他のコンポーネントの前に Javascript をロードすると、ページのロード時間が遅くなります。これは、Javascript が完全に処理されるまで他のリソースのロードを防止するためです。 DNS ルックアップを必要とする別のドメインからスクリプトが読み込まれる場合、スクリプトの読み込みを遅らせることで、その DNS ルックアップを完全になくすことができます。

読む

WordPress で JavaScript の解析を遅らせる方法は?

WordPress で重要な CSS をインライン化し、未使用の CSS を延期する方法

簡単な答えは、Javascript を最後に、または非同期でロードすることです。 WordPress ユーザーは、JS の実行と CSS 配信という 2 つの重要な Web サイト パフォーマンスの問題に対する効果的なソリューションを提供する 10Web Booster を含む、さまざまな無料のプラグインにアクセスできます。

Booster に実装された JS 遅延技術は、JavaScript コードの解析と実行を減らすのに役立ち、Web サイトの速度を大幅に向上させます。 遅延テクニックは、一度にページにロードする必要がある JavaScript ファイルとチャンクの数を最小限に抑え、リクエストが発生する前にプロアクティブに管理することに要約されます。一方、クリティカル CSS は、必要なステージング コード スタイルまたはデザイン要素を目に見える方法でインラインにプッシュします。をページに追加して、Web サイトをレンダリングする際の余分な負荷を排除します。 この高度なアプローチにより、潜在的な Web サイトの速度の問題が解決されます。つまり、ページが即座にレンダリングされるため、ユーザー エクスペリエンスが向上し、検索エンジンの結果のランキングが高くなります。

DNS ルックアップ時間を追跡する

Web サイトのベンチマークを継続的に実施することは、DNS ルックアップ時間が Web サイトのパフォーマンスに与える影響を理解するための最も簡単な方法です。 これにより、何を変更する必要があり、ボトルネックがどこにあるかが明確になります。 この目的のために、Web サイトの読み込み時間を記録できる監視ツールが必要です。 Web サイトの全体的なパフォーマンスを維持するには、他の重要な Web サイト メトリックも監視する必要があるため、DNS ルックアップ時間以外を評価できるものを検討してください。

結論

DNS ルックアップの最適化は、Web サイトの最適化とユーザー エクスペリエンスの向上に不可欠です。 この記事では、DNS ルックアップがどのように機能するか、それらを減らす方法、および多すぎる DNS ルックアップが UX と SEO に与える影響について説明し、さまざまな戦略を使用して DNS ルックアップを減らすための提案を提供します。

DNS ルックアップが多すぎると、ページの読み込み速度に不要な時間が追加され、ユーザー エクスペリエンスに悪影響を及ぼす可能性があります。 不要な DNS ルックアップを防止すると、検索エンジンでのサイトのパフォーマンスとランキングが維持されます。 ただし、DNS ルックアップを減らしてサイトの速度を向上させる方法があります。 このブログ投稿で概説されているヒントに従うことで、サイトを最高の効率で実行することができます。

DNS ルックアップを減らすためのヒントはありますか? 以下のコメントでそれらを共有してください！

よくある質問