Last updated on

URLを入れたのにページが開かない──原因のレイヤと切り分け手順

  • Web
  • トラブルシュート
  • DNS
  • HTTP

Web 制作や運用の現場では、「URL を入れたのにページが見られない」という報告がよくある。原因は一つではなく、通信のどのレイヤで止まっているかによって切り分けが変わる。ここでは、想定される要因の幅と、原因を特定するまでに進めやすい手順を整理する。

まず状況を言語化する

次をメモしておくと、あとからログを読む人・依頼先にも伝えやすい。

観点
画面上の様子ずっと読み込み/真っ白/ブラウザのエラー画面/HTTP の番号付き表示
範囲そのサイトだけか、他サイトも
URLhttphttpswww の有無、パスやクエリで違うか
端末・回線スマホのモバイル回線と PC の Wi‑Fi で違うか

どんな可能性があるか(レイヤ別)

クライアントからサーバーまで、ざっくり次の順で処理が進む。**どこかで失敗すると「見られない」**という体感になる。

  1. 端末・ブラウザ … 拡張機能、キャッシュ、オフライン、企業プロキシなど
  2. 回線・ローカル DNS … Wi‑Fi 障害、VPN、hosts の記述、DNS の一時不調
  3. DNS(インターネット側) … ドメイン失効、レコード誤り、反映待ち、設定の食い違い
  4. TLS(HTTPS) … 証明書の期限切れ・名前不一致(HTTP のステータスが返る前に止まることもある)
  5. ファイアウォール・WAF … IP ブロック、国制限、レート制限
  6. Web サーバー・リバースプロキシ … 設定ミス、上流のダウン、リダイレクトのループ
  7. アプリケーション … 実行時エラー、タイムアウト、メンテナンス
  8. 人的ミス … URL の打ち間違い、ステージングと本番の取り違え

「ドメイン・DNS・Web サーバー・アプリ」がどう重なるかは、運用のレイヤとして別途整理しておくと判断しやすい。

原因を狭める手順(おすすめの順)

1. ブラウザと端末で切り分け

  • 別ブラウザ、または シークレット/プライベートウィンドウで同じ URL を開く。
  • スマホのモバイル回線(可能なら Wi‑Fi オフ)と PC で比較する。
  • 他のサイト(例: 検索エンジンのトップ)が開けるか確認する。

他のサイトも開けないなら、端末・回線・VPN・プロキシを疑う。そのサイトだけなら、DNS・サーバー・証明書・アプリ側を疑う。

2. URL と「失敗の種類」を確認

  • アドレスバーの スペルhttp / httpswww、パス)。
  • 開発者ツール → ネットワークで、失敗しているリクエストの HTTP ステータス(200 / 301 / 404 / 500 など)と ホスト名を確認する。
  • 証明書エラーの画面なら、期限・ドメイン名・混在コンテンツなど、TLS 周りを疑う。

3. コマンドや別回線で再現する(できる範囲で)

curl は、ターミナルから URL に HTTP でアクセスし、サーバーが返したヘッダや本文をそのまま表示するコマンドです。ブラウザと違い JavaScript は動かないため、生の応答で疎通やリダイレクトの有無を手早く確認するのに使います。

  • ターミナルで次を実行し、すぐ 500 になるかリダイレクトが連鎖するかタイムアウトするかを見る。
curl -sI -L --max-redirs 20 "https://example.com/"
  • 別ネットワーク(テザリング、別場所の Wi‑Fi)でも同じか試す。
  • DNS は、dig やオンラインの DNS チェッカーで、ドメインが 意図した IP や CNAME を返しているか確認する(反映待ちも含めて)。

4. サーバー側にアクセスできるとき

  • ホスティングのエラーログ(Apache / Nginx / アプリケーション)を、問題が出た時刻で追う。
  • .htaccess やリダイレクトが二重になっていないか(内部リダイレクトのループはログに特有のコードが出ることがある)。
  • WordPress なら、管理画面の「サイトアドレス」とサーバー上のリダイレクトが一致しているか、プラグインのリダイレクトと競合していないかを確認する。

5. 依頼・エスカレーションするとき

ドメイン・DNS はレジストラや DNS 設定の担当、サーバー内のファイルやプロセスはホスティングやインフラの担当、と役割が分かれる。**「どの手順で止まったか」「ステータスコード」「ログの一行」**を添えると、相手の調査が早くなる。

サインから次に見る場所(早見)

サインまず疑うこと
接続できない・タイムアウト回線、DNS、サーバーダウン、ファイアウォール
証明書に関する警告TLS 設定、期限、CDN 側の証明書
404URL 誤り、デプロイ漏れ、サーバー上のパス
403アクセス制御、ディレクトリ一覧禁止、WAF
500 / 502 / 503 / 504アプリ・リバースプロキシ・上流障害・過負荷
リダイレクトが何度も続くRewrite のループ、正規 URL 設定の食い違い

総じて、ブラウザの表示だけでは足りず別端末・別回線・curl・ネットワークタブ・ログを組み合わせて「どのレイヤか」を決め打ちしていくのが近道になる。