ページが開く前の“謎の一瞬の停止”を解消——DNSの切り替えで体感速度はどう変わったか

公開日:2026年4月8日 10:30 EDT

筆者のRoine Bertelsonはストックホルム在住のテックライター兼翻訳者、デジタル戦略コンサルタント。AIツール、Linux、家電、サイバーセキュリティ、SEOを中心に20年以上の実務経験を持ち、複雑な技術トピックを「実際に問題を解決できるガイド」に落とし込むことで知られる。執筆対象のツールを自ら使い込み、意図的に壊してみる姿勢が信頼の源だ。

スピードテストの結果は申し分なくグリーン。ダウンロードは速く、YouTubeもこちらが無理に壊そうとしない限りバッファリングしない。数字の上ではRedditで自慢できるレベルの回線だ。それでも……ページを開くたびに、あの小さな「間」が挟まる。ローディングバーもスピナーも、進捗を示す点滅もない。ただ半秒ほどの空白。まるでインターネットが動き出す前に気合を溜めているような、説明しづらい違和感。文句を言うほどではないけれど、確実に感じ取れる遅延だ。

こうした遅延はベンチマークには現れない。筋肉の記憶や期待感の中、100個目のタブを開いた頃に忍び寄る「なんだか引っかかるな」という微細な感覚の中に潜んでいる。私は誰もがすることをした。ブラウザを疑ったのだ。タブを閉じて開き直し、またVivaldiのせいにしようかとも考えた(あいつはいつも何かしら怪しい)。しかしこれはRAMの問題でもCPUの問題でも、回線そのものの問題でもなかった。何も始まる前に、DNSが静かに足を引っ張っていたのである。

読み込みが始まる前になぜ「遅く感じる」のか

見えない遅延の正体は帯域幅ではなく、名前解決の時間だった

ウェブサイトが読み込まれる前に、システムはごく基本的な問いを発する。「これはどこにある?」。この問いを受け取るのがDNSリゾルバだ。人間が理解できるドメイン名を、システムが実際に接続できるIPアドレスへと翻訳する役割を担う。そしてこの問いに答えが返るまで、何も始まらない。コンテンツは読み込まず、スクリプトは動き出さず、画像も表示されない。すべてがDNSの仕事が終わるのを、お行儋よく待っている状態だ。

この段階が少しでも遅いと、体験全体がためらいがちになる。壊れているわけではない。ただ、どこか自信なげなのだ。MintやUbuntu系をはじめとする多くのLinux環境では、デフォルトでプロバイダ(ISP)から割り当てられたDNSを使う。車輪が少し歪んだショッピングカートでも転がるのと同じで、「動いてはいる」わけだ。

しかしISPのDNSサーバーは必ずしも速くないし、物理的に近いとも限らない。応答速度を最適化した最新のパブリックリゾルバと比べると、その点で大きく見劣りする。結果として、すべての新規リクエストには最初から小さなためらいが組み込まれる。悲鳴を上げるほどではないが、ため息をつくには十分なレベルだ。

「ピンときた」瞬間

速いのに出だしだけ遅い——あれは特有のイライラだった

決め手になったのは故障ではなく、「一貫性」だった。ページの読み込みが始まってしまえば、あとは一気に飛ぶように表示される。文句なし、ラグなし。完璧に動いているかのようにスッと収まる。ところがそこに至るまでが、ノックをしても返事が来るまでの時間がちょっと長すぎる、あの感覚だった。そこで少し強迫的に観察し始めた。同じサイトを繰り返し開き、初回読み込みと再読み込みを比較し、キャッシュ済みページと新規リクエストの挙動を見比べたのである。

キャッシュ済みページは即座に表示された。攻撃的なほど即座に。では新規リクエストは?——毎回同じ気まずいポーズが入る。この時点で、漠然とした不快感が「再現性のあるパターン」に変わった。そしてDNSはこのパターンに完全に一致する。一度見えてしまうと、もう見なかったことにできない。すべてのクリックが、話し始める前にまず咳払いをするように感じられたのだ。

DNSを切り替えたら、ためらいは即座に消えた

優れたリゾルバは速度を押し上げたのではなく、「正しい感触」を取り戻させてくれた

私はISPのDNSから乗り換え、有名どころのパブリックリゾルバをいくつか試した。

• Cloudflare(1.1.1.1)——プライバシーと速度を重視した2018年登場のリゾルバ
• Google DNS(8.8.8.8)——長年の実績を持つ定番の選択肢
• Quad9(9.9.9.9)——悪性ドメインのブロック機能が特徴

大げさな儀式も、システム全体の作り直しも不要だった。ネットワーク設定を静かに変更して、再接続するだけ。その差は、ほとんど腹立たしいほど即座に現れた。ページはもうポーズを取らない。ただ開く。新しいタブを開くことが「交渉事」ではなくなり、リンクはクリックした瞬間に反応する。すべての操作に潜み続けていたあの不思議なマイクロディレイは、跡形もなく消えた。同じシステム、同じブラウザ、他は一切変えていないのに、だ。

それなのに、体験全体が引き締まり、自信に満ちたものになった。まるでインターネットがようやくためらうのをやめたかのようだ。劇的に数値が跳ね上がる類の変更ではないが、一度気づいてしまうと、元に戻す気になれない。戻した途端、システムが急に優柔不断になったような感覚に襲われるはずだからだ。

journaldが挙動を目に見える形で証明してくれた

DNSクエリをリアルタイムで観察すれば、感覚が「証拠」になる

ここまで来ると、改善を「感じたい」だけでなく、現行犯で捉えたくなる。そこでjournaldの出番だ。Linuxシステムで何かが起きていれば、大抵どこかでログが語っているものである。

systemd-resolvedを採用しているシステムなら、次のコマンドでDNSクエリをリアルタイムに監視できる。

journalctl -u systemd-resolved -f

切り替え前は、パターンがはっきりと見えた。クエリが届き、一瞬止まり、それから解決される。ドラマチックなものではないが、わずかなもっさり感が時間とともに積み上がっていく。切り替え後はすべてが引き締まった。リクエストはより速く解決され、奇妙な遅延や余計な往復が減った。よりクリーンで、より決断的——システムが自分自身に二度確認を求めなくなったかのようなログである。そしてこれこそが、非常に心地よい部分だ。

これは「気のせいで良くなった気がする」という類の調整ではなかった。ログが裏付けてくれた。実際に観察できる形で挙動が変わったのだ。そうなると、これはもはやチューニングではなく、「そもそもこんなに遅くなるはずがなかったもの」を修理したという感覚に近い。

関連記事:ルーターとPC、どちらでDNSを設定すべき?実測で分かった速度の違い

DNS設定をルーターレベルとPCレベルの両方で試した結果、ネットワークの速度とパフォーマンスに確かな改善が見られた詳細レポート。

摩擦を取り除くことは、生の速度を追いかけることより常に価値がある

これは回線性能を極限まで高める話ではない。ダウンロード速度が突然2倍になることもなければ、スピードテストの結果が自慢の種に変わることもない。帯域幅については何ひとつ変わらない。変わるのは、すべての「始まり方」だ。そして日常の体験の大部分は、そこに宿っている。私たちは一日中巨大ファイルをダウンロードしているわけではない。クリックし、閲覧し、タブを行き来し、意識で考えるよりも速くリンクをたどっている。

その一つひとつの動作に、開始前のほんのわずかな遅延があると、それは本来以上に重く積み重なっていく。ドラマチックではないし、多くの計測ツールが拾ってくれるものでもない。だが、システムの手触りには確実に影響するのだ。DNSを切り替えれば、そのためらいは消える。すべてが再び即時に反応し、レスポンシブで、予測可能になる。そして一度その摩擦を経験してしまうと、その復活はもう許容できない。理由は明白だ。遅かったのは決してインターネットそのものではなく、ただ誰かがとても単純な質問——「これはどこ?」——に答えるのを待っていたにすぎなかったのだから。