ドメインからホスティングに接続できないときの原因と切り分け手順

独自ドメインを入力してもサーバー上のサイトが表示されないときは、「名前解決」「サーバーへの到達」「サーバー側の受け入れ設定」のどの段階で止まっているかを切り分けると、原因を短時間で絞り込めます。この記事では、ブラウザのエラー表示から段階を判断する方法と、よくある原因を起こりやすい順に、確認コマンドと直し方つきで説明します。

症状から止まっている段階を判断する

まずはブラウザに出ているメッセージを読みます。表示内容によって、疑う場所が大きく変わります。

• 「このサイトにアクセスできません」とともに DNS_PROBE_FINISHED_NXDOMAIN などが出る：名前解決（DNS）の段階で失敗しています。
• ERR_CONNECTION_TIMED_OUT や ERR_CONNECTION_REFUSED：IPアドレスは引けているものの、そのIPのサーバーが応答していません。向き先のIPが違うか、サーバー側でポートが閉じています。
• 証明書エラー（NET::ERR_CERT_COMMON_NAME_INVALID など）：サーバーには届いていますが、そのドメイン用のSSL証明書がまだありません。
• サーバー会社の初期ページや「ドメインが設定されていません」のような案内、403・404：サーバーには届いていますが、サーバー側にそのドメインの受け入れ設定がない、または公開フォルダが違います。
• 別のドメイン（旧ドメインなど）に転送される：多くの場合、WordPressのサイトURL設定が原因です。

ブラウザのキャッシュや拡張機能の影響を避けるため、シークレットウィンドウや別の端末、スマートフォンのモバイル回線でも同じ症状かを確かめておくと判断が早くなります。

原因1：ホスティング側にドメインを追加していない

意外に多いのが、DNSは正しく設定したのに、レンタルサーバーの管理画面でドメインの追加をしていないケースです。共有サーバーは1つのIPで多数のサイトを受けているため、ドメインを登録しないとどのサイトを返せばよいか判断できず、初期ページやエラーになります。

サーバーの管理画面で、該当ドメイン（www ありの名前も含めて）が追加されているか、公開フォルダがWordPressを置いた場所になっているかを確認します。VPSの場合は、NginxやApacheのバーチャルホストに server_name（Apacheでは ServerName・ServerAlias）としてドメインが書かれているかを見ます。

原因2：ネームサーバーやAレコードの向き先が違う

DNSの設定ミスは次のコマンドで確認できます。Windowsでは nslookup でも代用できます。

# どのネームサーバーが使われているか
dig +short NS example.com

# 公開DNS経由で引いたAレコード
dig +short A example.com @8.8.8.8
dig +short A www.example.com @8.8.8.8

NSの結果が、DNSレコードを登録したサービスのネームサーバーと一致しているかを最初に見ます。レジストラのDNSにレコードを登録したのに、ネームサーバーはサーバー会社のものになっている、といった食い違いがよくあります。この場合、どちらか一方に寄せる必要があります。

続いて、Aレコードの値がホスティング会社から案内されたIPアドレスと一致しているかを確認します。www ありとなしは別のレコードなので、片方しか登録していないと、もう片方だけ表示されない状態になります。ドメイン直下（いわゆるApex）にはCNAMEを設定できないDNSサービスが多い点にも注意してください。

IPv6のAAAAレコードが古いサーバーを向いたまま残っていると、IPv6で接続する環境だけ旧サーバーに行くことがあります。dig +short AAAA example.com も確認しておきます。

原因3：DNSの反映待ち・キャッシュ

ネームサーバーやレコードを変えた直後は、キャッシュの影響で古い情報が返ることがあります。設定したDNSサービスの権威サーバーに直接問い合わせると、キャッシュを経由しない値を確認できます。

dig +short A example.com @ns1.example-dns.net

権威サーバーが正しい値を返しているなら、設定自体は完了しており、残りは時間の問題です。待ち時間は以前のレコードのTTLやネームサーバー変更の扱いに左右されます。手元のPCのDNSキャッシュを消す、別の公開DNSで確認する、といった方法で、自分の環境だけ古い情報を見ていないかを確かめます。

原因4：ドメイン自体が止まっている

ドメインの有効期限切れや、登録者情報の確認メールに対応していないことによる利用停止があると、DNS自体が引けなくなります（NXDOMAINになることが多いです）。

whois example.com | grep -iE 'status|expir'

ステータスに clientHold や serverHold、redemptionPeriod などがある場合、DNSの設定をいくら直しても表示されません。レジストラの管理画面で期限と停止理由を確認し、更新手続きや登録情報の確認メールへの対応を行います。gTLDではWHOISに代わってRDAPという仕組みが使われるようになっており（2026年10月現在）、レジストラやレジストリのRDAP検索でも同じ情報を確認できます。

原因5：SSL証明書が未発行

DNSを向けた直後は、新しいドメイン用の証明書がまだ発行されていないことがあります。無料SSLの多くはDNSがサーバーを向いてから発行処理が進むため、DNS設定後に管理画面で無料SSLを有効化（または再設定）します。

DNSを切り替える前にサーバー側の準備ができているかを確認したいときは、curl の --resolve で接続先IPを指定して試せます。DNSを変えずに、新しいサーバーの応答だけを確認できます。

curl -sI --resolve example.com:443:203.0.113.10 https://example.com/
curl -sI --resolve example.com:80:203.0.113.10  http://example.com/

原因6：WordPressのサイトURLが別のドメインになっている

サイトは表示されかけるものの旧ドメインへ転送される、管理画面にログインできない、という場合は、WordPressの「WordPressアドレス（URL）」「サイトアドレス（URL）」が古いままの可能性があります。WP-CLIが使えるなら値を確認できます。

wp option get home
wp option get siteurl

管理画面に入れない場合は、wp-config.php に一時的に次の定数を書いて新しいURLで表示させる方法があります。編集前に wp-config.php のバックアップを取り、作業後は管理画面の一般設定で値を直したうえで定数を外すか、残すかを判断します。

define( 'WP_HOME', 'https://example.com' );
define( 'WP_SITEURL', 'https://example.com' );

ドメインを移転した場合は、本文や画像のURLも旧ドメインのまま残っています。データベースの一括置換はシリアライズされたデータを壊さない方法（WP-CLIの wp search-replace など）で、バックアップを取ってから行ってください。

それでも解決しないときに伝える情報

ここまで確認しても原因が分からない場合は、サーバー会社やレジストラに問い合わせます。その際、ドメイン名、ブラウザに出たエラー表示、dig の結果（NS・A・AAAA）、設定を変更した日時、curl --resolve の結果を添えると、やり取りの往復が減ります。

まとめ

• ブラウザのエラー表示から、名前解決・サーバーへの到達・サーバー側の受け入れのどの段階で止まっているかを判断します。
• 起こりやすいのは、ホスティング側のドメイン未追加、ネームサーバーとレコード登録先の食い違い、www などのレコード漏れです。
• dig で公開DNSと権威サーバーの両方を確認すれば、設定ミスか反映待ちかを区別できます。
• ドメインの停止、SSL未発行、WordPressのサイトURLも順に確認します。
• curl --resolve を使うと、DNSを切り替える前にサーバー側の準備を確かめられます。

• digコマンドでDNSを調査する方法
• DNSの反映が遅いときの原因と確認方法