ドメインとサーバーの違い｜ホームページに必要なものと確認表

制作の準備を表したAI生成イメージです。実在する社内や顧客の写真ではありません。

ドメインは、ホームページやメールで使う「名前」です。サーバーは、ページのデータを保存し、見る人の端末へ届ける仕組みです。この役割の違いと、別々に契約する必要があるかは分けて考えます。この記事では、初めてホームページを作る中小企業の担当者向けに、URL・DNS・メールとの関係と、制作会社へ相談する前の確認表を紹介します。 見積書を読むときも、役割ごとに分けると確認しやすくなります。

ドメインは名前、サーバーはデータを届ける仕組み

制作の見積書に「ドメイン」「サーバー」「サイト制作」が並んでいても、同じものを重複して頼んでいるとは限りません。名前を使うこと、データを公開すること、文章や画面を作ることに、それぞれ役割があります。まずは、何のための項目なのかを分けて読みましょう。

JPRSは、ドメイン名を、インターネット上のコンピュータを識別する名前として説明しています。URLやメールアドレスの一部に使われます。「住所のようなもの」というたとえは入り口として便利ですが、会社の所在地や、サーバー機器の置かれた住所そのものではありません。

出典：ドメイン名・JPドメイン名とは | ドメイン名関連情報 | JPRS

Webサーバーには、機器を指す場合と、要求を受けて内容を返すソフトウェアを指す場合があります。MDNの解説でも、この両方を扱っています。制作を依頼する立場では、まず「サイトを公開し、データを届ける環境」と押さえ、誰がどの範囲を用意するかを確認すれば話を進められます。

出典：What is a web server? – Learn web development | MDN

たとえば会社案内の写真を差し替える作業は、通常、ホームページの内容を変える作業です。ドメイン名を新しく登録する作業ではありません。一方、別の名前を会社のURLに使うなら、名前の準備だけでなく、案内先や公開設定への影響も検討します。この区別があると、依頼したい作業を具体的に伝えられます。

URLを開いてページが表示されるまで

URLは、ページなどの場所を示すアドレス全体です。説明用の「https://example.com/service/」なら、「example.com」がドメイン名にあたります。「https://」は通信の方法を表し、「/service/」はそのサイト内の場所を表す部分です。ここでのexample.comは説明用の例であり、相談先や実在の顧客サイトへの案内ではありません。

ドメインとURLを同じ意味で使うと、「会社の名前は同じだからページのURLも全部同じ」と誤解しやすくなります。たとえば「/service/」を「/business/」へ変えれば、ドメイン名が同じでもページのURLは変わります。制作担当と話すときは、名前の変更なのか、特定ページの場所の変更なのかを分けましょう。

これは関係を理解するために簡略化した流れです。実際には、一度取得した情報を再利用するキャッシュなどがあり、開くたびにすべてを最初から調べるわけではありません。DNSはページのデザインを作る機能ではなく、名前から接続先などを調べるための仕組みです。MDNは、DNSで接続先を調べ、ブラウザがサーバーへ要求する関係を説明しています。

出典：How the web works – Learn web development | MDN

ドメインを登録した後に、登録会社の案内画面などが表示されることもあります。それを見て「自社のホームページが完成した」と判断せず、自社のページデータが用意され、意図した公開先と結び付いているかを制作担当へ確認します。名前を確保することと、自社の内容を公開することは別の段階です。

また、ドメイン名が決まっただけでは、問い合わせフォームや資料ダウンロードも完成しません。ページごとの内容と機能、公開環境、設定をそろえる必要があります。URLでページを開けることに加え、必要な画像やリンク、機能が使えるかを、公開前の確認項目に含めましょう。

ホームページを持つには、何を契約すればよい？

一般公開するサイトには、データを届ける環境が必要です。ただし、その環境を使うために、誰もがレンタルサーバーを単独で契約するとは限りません。ページを作る機能と公開環境を一緒に提供するサービスもあります。「必要な役割」と「契約するサービスの数」を分けて考えることが大切です。

独自ドメインは、自社で登録・管理して利用する名前を指して使われる言葉です。一方、作成サービスから提供されるURLで公開できる場合もあります。後者では、そのサービスのドメインの下に割り当てられた名前やパスを使う形があります。独自ドメインの登録契約を別に持たなければ、どんなサイトも公開できない、という意味ではありません。

独自ドメインを使いたい場合は、希望の名前を登録できるかと、選ぶ公開サービスがその名前の接続に対応するかを、それぞれ確認します。名前の候補が決まったことだけで、接続やメールの利用条件まで満たしたとは判断しません。種類による登録条件や、サービスのプラン条件は、申し込む時点の公式案内で確かめます。

制作を依頼する予定なら、まず「どんなページや機能が必要か」「公開後に誰が更新するか」「すでに使っているサービスがあるか」を伝えると、公開方法も一緒に検討できます。まだ契約していないことを理由に相談を待つ必要はありません。申し込みを急ぐ前に、制作側が対応できる環境かを確認しましょう。

WordPressを使うかどうかも、この段階で相談する事項です。WordPressという名前と、サーバー契約、独自ドメインは同じものではありません。記事を更新する機能が必要なのか、既存の環境で動かせるのか、運用を誰が担当するのかを整理します。方式の比較は、関連記事の「WordPressのメリット・デメリット」で詳しく扱っています。

同じドメインでも、Webとメールは別のサービス

会社のWebサイトで使うドメインは、メールアドレスの「@」より後ろにも使えます。ただし、同じ名前を使うことと、同じサーバーや同じ契約で運用することは別です。Webページを届ける環境と、メールを受け取る環境が、別々のサービスになっている場合もあります。

DNSには複数の種類の情報があります。JPNICの用語集は、Aレコードを名前に対応するIPv4アドレスの指定、MXレコードを名前とメールの配送先を対応付ける情報として説明しています。初心者が設定値を暗記する必要はありませんが、Webの接続先を確認することと、メールの配送先を確認することは分けると理解しやすくなります。

出典：JPNIC用語集 DNS関連 – JPNIC

たとえば、会社のサイトを新しくしても、業務メールは今のサービスに残したいという希望があります。その場合は、Webだけを新しい公開先へ移せるかを、現在の構成と新しいサービスの条件に合わせて確認します。「サイトが新しく表示されたから古いサーバー契約は不要」とは限りません。古い契約にメールの機能が含まれていれば、そちらの利用も調べる必要があります。

問い合わせフォームも、画面を置く場所と、通知を受け取る先とを分けて考えます。ページが表示されることだけでは、通知が正しく届くことの確認にはなりません。実際の制作では、どの機能を誰が確認するかを計画に入れます。ここでは契約や設定を変更せず、まず現在の利用状況と希望を整理するところから始めましょう。

DNSの管理をしているサービスと、ドメインの登録を扱うサービスが別の場合もあります。名前を登録した会社だけが、すべての設定を管理しているとは決めつけないでください。自分で設定欄を書き換える前に、現担当へ管理先と影響範囲を尋ねます。

契約前・依頼前に、使うものを確認表へまとめる

仕組みが分かったら、自社がこれから使うもの、すでに使っているものを一覧にします。分からない項目は推測で埋めず「未確認」とし、次に誰へ聞くかを書きます。この表は、契約内容の正しさを自動で判定するものではなく、制作担当と認識を合わせるためのメモです。

新規サイトなら、すべての欄を確定させてから相談する必要はありません。「名前は未取得」「公開先は未定」「会社メールも新しく使いたい」と書けば、必要なものを一緒に検討できます。既存サイトがある場合は、今のURLや契約時の案内、請求の内訳を手がかりにし、確認できたものから埋めていきます。

次は、架空の会社がサイト制作を相談する場合の記入例です。すでに独自ドメインのメールだけを利用し、Webサイトを新設したいと想定します。A・B・Cは役割を区別するための仮のサービス名で、特定の商品やVELGRITの実案件を表していません。

この例では、Webサイトがまだなくても、ドメインはメールのためにすでに使われています。新たに名前を取り直す前に、今の名前をWebにも利用できるかを確認する順番です。「ドメインを持っていないつもりだったが、メールで使っていた」という認識違いを、相談の段階で見つけられる形にします。

確認を依頼する文は、「現在のドメインを使って会社サイトを新設したいです。メールは継続希望です。登録先は把握できていますが、DNSの管理先は未確認です。公開環境と必要な設定、継続する契約を整理したいです」のようにまとめられます。実際に確認できた範囲へ置き換え、契約書や管理画面の情報を送る際は必要な部分を選びます。

取得して終わりにせず、更新と引き継ぎを決める

サイトを公開した後も、名前や公開環境を使い続けるための管理は残ります。ドメインの登録、サーバーの利用、サイト内容の修正は、同じタイミングで終わる作業ではありません。誰が期限を確認し、誰が支払いを行い、連絡を見落とさないようにするかを決めておきます。

ICANNの期限切れに関する案内では、登録者の連絡先を最新に保つことや、期限切れによるDNS停止でWeb・メールが使えなくなる場合を説明しています。同案内の通知・回復期間の規則はgTLD向けであり、すべてのドメインへ同じ日数を当てはめるものではありません。自社が利用する種類と登録事業者の更新条件を確認してください。

出典：5 Things every Domain Name Registrant should know about ICANN's Expired Registration Recovery Policy (ERRP) – ICANN

「自動更新」と表示されていても、担当者は更新の結果を確認できるようにします。支払い方法の状態、通知の受信先、更新済みかを確認する役割を決め、担当が替わったら引き継ぎます。すべての担当者へ管理権限を渡すのではなく、必要な作業を行える人と、不在時の連絡先を明確にしましょう。

また、同じ会社への支払いでも、ドメインの更新とサーバー利用がどこまで含まれるかは契約ごとに異なります。費用を比較したい場合は、取得時だけでなく継続時の条件と対象をそろえます。具体的な内訳の整理は「ホームページの維持費」、保守・管理・更新の担当分けはそれぞれの関連記事へ進むと、目的に沿って確認できます。

制作会社や利用サービスを将来変えるときは、名前、ページデータ、メール、管理権限をそれぞれ引き継げるか確認します。サーバーの変更と、ドメインの登録管理先の変更は同じ手続きではありません。今回の制作で何を用意し、誰が継続して管理するかを、確認表に戻して残しておきましょう。

よくあるご質問