Namecheapのドメイン設定：登録後にウェブサイトとメールへ接続する方法

Namecheapはドメインを購入した場所であっても、現在DNSレコードを管理している場所とは限りません。ログイン後にレコード追加ボタンが見つからなくても、アカウントの不具合とは限らないのです。まずそのドメインが使うネームサーバーを確認し、実際に名前解決を担当するサービスで変更します。同じデータを何度も追加するより、正しい管理場所を見つけることが大切です。

この解説は公開された公式ドキュメントを基に手順を整理したもので、あなたのアカウントへ代わりにログインしたり、特定のホスティングを実機検証したと主張したりするものではありません。以下では、ドメインはNamecheap、サイトは別のホスティング会社、メールはさらに別の提供元という状況を想定します。IP、接続先名、検証値はすべて自分のサービスから取得し、他人の例をそのままコピーしないでください。

Domain Listで管理するドメインを確認する

自分で公式サイトを開いてログインし、Domain Listで完全なドメイン名を探してManageを選びます。先に綴りと末尾を確認してから、期限、更新、連絡先情報を見ます。友人や業者が代行した場合は、登録者と管理権限を先に明確にしてください。設定を進めるためだけに相手の主アカウントを共有せず、サービスが認める権限付与方法を使うか、正式な引き継ぎを行います。

変更を始める前に、現在のNameserversと、サイト、メール、その他の認証に使うレコードを記録します。エクスポート機能を使うか、読みやすい一覧を保存してもかまいません。パスワード、支払い情報、認証用の秘密鍵を公開文書にまとめないでください。TXTレコードの用途が不明なら、元のサービスを調べてから残すかどうかを判断し、使用中の認証設定を不要なものと誤認して削除しないようにします。

DNSの管理先を変えるか、レコードだけを変えるか選ぶ

ホスティング会社から自社のネームサーバーを使うよう指定された場合、Nameserversで指定されたDNSホスティングを選ぶことになります。Namecheapのドキュメントでは、他社ネームサーバーの入力にCustom DNSを使います。これにより、その後のレコード管理場所が変わるため、先に新サービス側でサイト、メール、必要な認証情報の準備が整っているか確認してください。

もうひとつの方法は、現在のDNSを維持し、ホスティング会社の情報に基づいてサイト用レコードを作ることです。どちらでもサイトを接続できますが、管理場所と移行作業は異なります。既存のメールが正常でサイトだけを変えたい場合は、関連レコードだけ変更できるかホスティング会社に相談すると、今回の変更範囲を定めやすくなります。ただし、利用できるかどうかはサービス条件で判断します。

Advanced DNSを使える条件を確認する

Namecheapの説明によると、BasicDNS、PremiumDNS、FreeDNSを使うドメインでは、対応するHost RecordsをAdvanced DNSで管理します。他社ネームサーバーやNamecheapのホスティング用ネームサーバーを使う場合は、該当するDNSまたはホスティング管理画面で処理します。追加ボタンがないときは、まずこの条件を確認してください。

レコード作成時はType、Host、Value、TTLを欄ごとに照合します。Aレコードの値はIPv4アドレス、CNAMEは別のホスト名を指します。ルートドメインとwwwを別々に設定するよう指定された場合は、両方を処理してください。Host欄は画面の規則に従い、完全なURLのhttps部分やページのパスまでDNS名として入力しないようにします。

新しいドメインには、最初からパーキングページや転送用のレコードがある場合があります。競合があれば、それが今回置き換える対象かどうか確認してから削除または更新します。全レコードを消して推測で作り直さないでください。特に同じ名前のエイリアスと他のレコードには共存上の制約があるため、提供元の要求が不明なら、レコードの種類を省略せずサポートに確認してもらいます。

メールは受信サービスの情報で設定する

Mail Settingsはサイト用レコードとは用途が異なります。たとえばMicrosoft 365の公式手順では、ドメイン検証を済ませてから、管理センターの情報でMXなどを設定します。Namecheapで独自のメールレコードを使う場合はCustom MXを選ぶよう指定されています。接続先の値は自分のテナントから取得し、解説画像の値を写さないでください。

MXはメールの配送先を決めますが、MXがあるだけでメールボックスの作成や送信認証が完了したことにはなりません。メール事業者の指示に従ってSPF、DKIMなどを設定し、旧メールボックスの移行計画も先に確認します。すでにSPF設定がある場合は、実際の送信元と公式の要件を適切に統合し、別の解説を見たからといって競合する設定を追加しないでください。

1. サイトとメールの提供元から必要なレコードをそれぞれ取得し、用途、名前、種類、値、優先順位を記録します。
2. 現在のDNS管理場所を確認して元の設定を保存します。ネームサーバーを変更するなら、先に新ゾーンの全レコードを準備します。
3. 項目ごとに入力して保存し、元の要求と照合します。同じ操作のついでに無関係な項目まで削除しないようにします。
4. サイトとメールのレコードを問い合わせ、実際にサイト表示、外部からの受信、外部への送信をテストし、変更記録に結果を残します。

検証時はDNSとサイトの状態を分けて見る

保存成功は、管理画面が設定を受け付けたことだけを意味します。名前解決には既存のキャッシュが影響し、ネットワークによって更新を確認できる時刻が異なる場合があります。変更時刻、変更前のTTL、問い合わせ結果を記録し、運任せにネームサーバーを何度も切り替えないでください。公式ドキュメントの時間説明は一般的な目安であり、すべての訪問者が同じ分に新しい値を見ることを保証するものではありません。

名前解決が意図した接続先を返しているのにエラーページが出るなら、次はホスティング側にドメインが登録されているか、サイトのプログラムが準備できているか、HTTPS証明書がその名前を対象としているかを確認します。サイトは正常なのにメールを受信できない場合は、メールレコード、メールボックスの作成状態、メール事業者のエラーメッセージを見ます。層を分けて調べれば、すべてをDNSの反映待ちのせいにせずに済みます。

サポートが判断できる報告情報を残す

影響を受けるドメイン、発生時刻とタイムゾーン、期待する動作、現在のネームサーバー、問い合わせで得たレコードの種類と値を伝えます。画像ではアカウント、請求、無関係な情報を隠してかまいません。「ルートドメインは開くが、wwwは証明書エラーになる」と説明した方が、「サイトが壊れた」だけより、対応範囲を見つけやすくなります。

作業後は最終設定と担当範囲の一覧を残すと、次回サブドメインを追加したりメールを変更したりするときの出発点になります。管理表には必要な情報だけを載せ、毎回アカウント全体を整理し直す必要はありません。今回DNSの管理サービスを変更したなら引き継ぎ資料も更新し、次の保守担当者が、すでに反映されなくなった古い画面ではなく、正しい場所で変更できるようにします。

詳しい説明を読む

現状を確認してからネームサーバー変更または既存レコード編集を選び、最後にサイトとメールを別々に検証する流れ。

ドメイン購入前の準備：名前・登録者・更新管理

DNS設定の調べ方：A・CNAMEからメール用レコードまで

• チュートリアル
• アプリ・ソフト
• サイト構築・EC
• ドメイン・ホスティング・フロントエンド