Domain

独自ドメイン設定手順｜取得からDNS・サーバー追加・SSLまで

著者: FreeHostBox Web Academy 編集部 公開日: 2026-09-07 最終更新: 2026-09-09

この記事でできること

独自ドメインを取得から表示確認まで通して設定できます。前提知識はドメインとはとDNSの基礎知識で押さえ、本記事では手を動かす順番・入力値の考え方・待ち時間の管理に絞って解説します。読み終える頃には、レジストラ側とサーバー側の役割の違い、SSL化までの見取り図、失敗時の切り分け手順が身につきます。

本記事はICANNのドメイン管理に関する一般解説、各レジストラのネームサーバー・DNSレコード設定手順、IETF RFCに基づくDNS・TTLの考え方、Let’s EncryptやMDN Web DocsのHTTPS関連解説を参考にしています。私たちでは無料サブドメイン、独自ドメイン持ち込み対応、無料SSL対応をご用意しています。まずは無料プランで実際に触って確かめてみてください。管理画面の表示に従って進めてください。

全体手順（5段階）と所要時間の目安

独自ドメイン設定は次の5段階です。作業自体は各10〜20分程度ですが、2と5では浸透待ちを見込む必要があります。

1. 独自ドメインを取得する（レジストラで検索・登録・登録者情報の確認）
2. DNS（ネームサーバーまたはA/CNAME等）をサーバー指定へ向ける（レジストラ側）
3. サーバー側（FreeHostBox）へドメインを追加する（サーバー側）
4. SSLを発行してHTTPS化する（SSL設定手順記事で詳説）
5. ブラウザで表示確認する（浸透待ち・キャッシュ切り分けを含む）

段階ごとの担当場所と待ち時間を次の表に整理します。

最初に全体像をつかむことが近道です。1だけ終えて「取得したのに表示されない」と焦る例が最多ですが、2〜4を終えて初めて公開と呼べます。サーバー契約とドメイン取得は別物であり、両者を結ぶ工程が本記事の主題です。無料プランの仕様と選び方の基礎は、無料レンタルサーバー解説記事で押さえておくと判断がぶれません。

ステップ1：独自ドメインを取得する

レジストラの検索窓に希望名を入力し、空き状況を確認します。example.com が埋まっていても example.net や語尾を変えた別案が空いている場合があります。末尾（TLD）ごとの取得・更新費用、登録可能年数、WHOIS公開代行の有無、日本語ドメイン（国際化ドメイン名）の要否を確認します。事業利用では更新料の安さまで含めた総額比較が欠かせません。初年度の割引だけを見て決めると、2年目以降の更新料で想定を超える場合があるため、必ず複数年の総額で比較します。

レジストラ選びの着眼点は、価格の透明性、管理画面の使いやすさ、ネームサーバー変更の自由度、サポート資料の充実度です。取得後のネームサーバー変更に制限がある事業者では、サーバー公開用の向き先変更が滞ります。変更手数料の有無、移管ロックの扱い、承認メールの送付先設定も事前に確認します。空き検索では、希望名の単数・複数形、ハイフン有無、末尾違いの候補をまとめて確認し、類似名の取得状況も見ておくと、後のブランド混同を防げます。

登録者情報は正確に入力します。メールアドレスの誤りは承認メール不達・移管不可の原因になります。登録後は管理画面で対象ドメインが一覧に載ること、有効期限、ネームサーバーの初期値、ロック（移管ロック）の状態を確認します。初期ネームサーバーはレジストラ既定のままであることが多く、この時点ではまだサーバー公開用ではありません。次のステップでサーバー案内の値へ変えます。登録者情報の変更には承認手続きが必要な場合があるため、入力時の見直しが後の手間を減らします。

取得時のチェックリストを示します。

• 希望綴り・末尾・年数が申込み内容と一致しているか
• 初年度だけでなく更新料・移管条件を含めた総額を確認したか
• 登録者メールアドレスが受信可能で管理できるものか
• WHOIS公開代行の有無と追加費用を確認したか
• ネームサーバー変更の自由度・手数料を確認したか
• 管理画面ログイン方法と有効期限の確認手段を控えたか
• wwwあり・なしの統一方針を決めたか

取得後の管理も最初に仕組み化します。自動更新の有効・無効、有効期限の通知先、更新料の引き落とし手段を確認し、期限切れによる失効を防ぎます。ドメインは期限を過ぎると公開停止から第三者取得の可能性まで進むため、通知メールの受信可否が重要です。担当者の異動やメール変更時は登録者情報の更新を忘れないでください。移管ロック（レジストラロック）は不正移管を防ぐための施錠であり、取得直後は有効なのが一般的です。正規の移管時にだけ一時解除し、完了後に再施錠する流れを覚えておきます。承認メール（移管承認や情報変更確認）は迷惑フォルダに入りやすいため、重要な操作の前後は受信確認まで含めて段取りします。

ステップ2の要点：DNSを向ける（2方式の選び方）

レジストラ側でDNSの向き先をサーバー指定へ変えます。方式は大きく2つあり、サーバー案内の指示に従ってどちらか一方を選びます。両方を同時にいじると競合するため、混在は避けます。

• ネームサーバー変更方式: ns1.example-host.example のような指定値をレジストラ側へ登録し、DNS管理自体をサーバー側へ委ねる方法です。一括で済み、初心者に向いています。メールもサーバー側で面倒を見る構成に向きます。
• レコード直接編集方式: ネームサーバーは変えず、A・CNAME等の行だけをサーバー案内のIP・ホスト名へ書き換える方法です。他社メールや外部サービスと併用する場合に向いています。行単位の理解が必要です。

入力時の注意点は、ホスト名のtypo（exapmle のような綴り誤り）、末尾ドットの有無、重複登録、TTLの極端値です。@ や空欄がルート（example.com自体）を意味する管理画面もあり、慣例の違いに注意します。www 行とルート行の両方を整える必要がある構成も多いため、片方だけ直して終わりにしないでください。レコード種別の意味やTTLの考え方は、DNS解説記事のレコード表で復習できます。

変更前の値を控えることは必須であり、作業の成否を分けます。現在のネームサーバー値、A・CNAME・MX・TXTの各行をスクリーンショットやメモで保存し、「いつ・何を・何から何へ」を記録します。控えがあれば切り戻しが一発ででき、控えがなければ復旧の調査から始めることになります。特にメール併用時はMX行の控えが生命線です。変更は1箇所ずつ行い、1回変えたら浸透待ちを確保して結果を確認してから次へ進みます。

; 向き先変更の考え方（一般例・値をそのまま使わないこと）
; 注意: IP・ホスト名・TTLは必ず利用中のサーバー案内の値に置き換えてください。
; A方式の例（ルートをIPへ直指定）
example.com.      3600  IN  A      192.0.2.10
; CNAME方式の例（wwwをルートの別名にする）
www.example.com.  3600  IN  CNAME  example.com.
; ネームサーバー変更方式の例（値自体は案内に従う）
; ns1.host-example.example / ns2.host-example.example のような指定値を登録する

変更後は浸透待ち（数分〜数時間）を見込みます。TTLが短いほど早く行き渡りますが、短くしすぎると問い合わせが増えるため、作業時だけ短くして安定後に戻す運用が一般的です。確認には nslookup あなたのドメイン や dig あなたのドメイン A +short の考え方を使います。返るIPがサーバー案内と一致すればDNS側は到達しています。一致しない場合はキャッシュ残りか入力誤りのため、時間を置いて再確認します。TTL分の時間をおかずに再変更すると、古い控えと新しい設定が混ざって状況把握が難しくなるため、待機時間の確保が実務上のコツです。各段階の完了条件（向き先一致・受け入れ確認・鍵マーク表示）を満たしてから次へ進む姿勢が、結果的に最速の公開につながります。段階ごとの完了条件を記録に残す習慣が、再作業の防止になります。

ステップ3の要点：サーバー側追加（受け入れ準備）

DNSだけ変えても表示されません。サーバー側で「このドメインのリクエストを受け入れる」設定が必要です。一般にコントロールパネルで独自ドメイン（アドオン・追加ドメイン等の名称は環境で異なる）を追加し、公開フォルダ（ドキュメントルート）の対応を確認します。追加方式により、既存サイトと同居させるか独立フォルダに分けるかが変わります。複数サイトを運用する場合は独立フォルダ方式で混ざりを防ぎ、単一サイトの場合は同居方式の方が管理が楽です。

公開フォルダの対応ミスは多発ポイントです。たとえば追加ドメイン用フォルダが public_html/example.com/ であるのに、ファイルを public_html/ 直下へ置くと表示されません。ファイル配置はHTML公開手順記事やWordPress始め方記事の配置ルールと合わせて確認します。追加前にDNSだけ変えても表示されない、追加後に浸透前でもサーバー内プレビューで中身を確認できる場合がある、という2点を押さえると混乱しません。テスト用の小さなHTMLファイルを置いて表示確認する段取りが、原因切り分けを容易にします。テストファイルは内容が一目で分かるものにし、配置先フォルダとURLの対応を記録します。たとえば追加ドメイン用のフォルダ直下に確認用ファイルを置き、独自ドメインのURL直打ちで表示されれば、DNS到達とサーバー受け入れの両方が成立したと判断できます。表示されない場合は、DNS未到達かフォルダ不一致かを切り分けます。確認用ファイルの放置は情報漏えいや誤解の元になるため、本番公開前には削除または差し替えを行います。ファイル名の推測されやすさにも配慮し、確認後は速やかに整理する習慣が安全です。

注意: 管理画面の表示に従って進めてください。私たちでは無料プランでも独自ドメイン追加をご利用いただけます。詳しい上限や操作名は公式ページをご覧ください。

作業チェックリストを示します。

• 追加方式（同居か独立フォルダか）を決めたか
• 対象ドメインの綴りがレジストラ側と一致しているか
• 公開フォルダへテスト用ファイルが置けているか
• 変更前のDNS値を控えたか（戻せる状態か）
• 1回変更したら浸透待ちを確保し連打変更していないか

ステップ4・5：SSL化と表示確認（浸透・キャッシュの管理）

DNS到達後にSSLを発行し、HTTPSで確認します。順番の前後は重要で、DNSが向く前にSSL発行を試すと検証に失敗します。発行後は https://あなたのドメイン/ で鍵マークが出ること、http:// が https:// へ転送されること、wwwあり・なしの統一が保たれることを確認します。詳しい発行から転送・混在解消まではSSL設定手順とSSL基礎解説記事でご紹介しています。

表示確認は段階的に行います。まずサーバー案内のIP・ホスト名と nslookup 結果の一致を確認し、次に https:// 直打ちで表示を確認し、最後に検索・リンク経由の表記統一を確認します。表示が古い場合は、ブラウザの強制再読込、シークレットウィンドウ、別端末・別回線での確認でキャッシュを切り分けます。OSやリゾルバーのキャッシュが残る場合もあるため、1台だけで断定しません。確認のたびにURL・時刻・結果をメモすると、浸透の進行具合が把握できて無駄な再変更を防げます。確認記録の雛形は、日時・確認URL・名前解決結果・表示結果・次の一手の5項目で十分です。記録があれば、時間を置いた前後比較で浸透の進行が読み取れ、関係者への説明にも使えます。

エラーと解決の早見表を示します。

特にメール併用時は注意が必要です。ネームサーバー変更方式へ切り替えると、従来のMX行が引き継がれずメール不通になる場合があります。Web公開の前にMX・SPF等の行を控え、切り替え後に再登録する段取りが安全です。メール利用の要否自体がプラン・環境依存であるため、最新の機能案内で利用範囲を確認してください。送信認証（SPF・DKIM等）の行は書式が厳密であり、手打ちより案内値の複写と再確認が安全です。公開後の運用では、ドメイン有効期限の見守り、DNS変更時の事前控え、SSL期限の確認を一続きの保守作業として扱います。サイト改修でDNSやサーバー構成を変える際は、変更前の全行を保存し、閑散時間帯に1箇所ずつ変更して確認する姿勢が事故を防ぎます。問い合わせ窓口や請求書に載せたドメインは資産であり、失効・乗っ取り・誤変更のいずれも事業に直結します。年に一度は登録者情報・ネームサーバー値・有効期限の棚卸しを行い、記録を更新しておくと安心です。

次に読む記事

• DNSとは — 名前解決・TTL・キャッシュと診断の考え方
• SSL設定手順 — 発行から転送・混在解消までの実践手順
• SSLとは — HTTPSとの違いと無料SSLの考え方
• WordPress始め方 — 独自ドメインでの設置とサイトURLの注意点

出典

参考にした資料

• ICANNのドメイン管理に関する一般解説、各レジストラのネームサーバー・DNSレコード設定手順、IETF RFCのDNS・TTLに関する考え方、Let’s EncryptやMDN Web DocsのHTTPS関連解説を参考にしました。私たちでは無料サブドメイン、独自ドメイン持ち込み対応、無料SSL対応をご用意しています。まずは無料プランで実際に触って確かめてみてください。仕様・画面・料金は公式ページと利用規約をご覧ください。