ドメインを取得したのに、サイトが表示されない・・・
メールが届かない・・・
こんな経験をしたことはないでしょうか？
さらに、DNSの設定画面を開いたら、見慣れない英字が並んでいて何をすればいいかわからない・・・
こんな経験をされた方も多いはずです。
この設定画面に並んでいるのが「DNSレコード」です。
DNSレコードの意味と役割を理解すれば、サイトの公開やメール設定・セキュリティ強化がスムーズに進められるようになります。
そこで、この記事では次のようなことを詳しく説明します。
- そもそもDNSとは何か？なぜ必要なのか？
- DNSレコードの種類と役割（A・CNAME・MX・TXT・NS・AAAAなど）
- A・CNAME・MX・TXTレコード（SPF/DKIM）の違いと使い分け
- 各レコードの一般的な設定方法と確認方法
「DNSの設定画面が苦手」という方でも理解できるよう、具体的なイメージを使いながら丁寧に解説します。
ぜひ最後までチェックしてください。
そもそもDNSとは何か？
DNSレコードの話をする前に、まず「DNS」そのものについて理解しておきましょう。
DNS（Domain Name System）とは、ドメイン名（example.comなど）をIPアドレスに変換する仕組みのことです。
インターネット上のすべてのサーバーは、「IPアドレス」と呼ばれる数字（例：203.0.113.10）で識別されています。
しかし、人間がIPアドレスを覚えて入力するのは現実的ではありません。
そこで利用されているのがDNSです。
人間は「example.com」という名前でアクセスしますが、DNSが裏側で「example.comのIPアドレスは203.0.113.10です」と変換してくれるため、ブラウザは正しいサーバーにたどり着けます。
普段、ブラウザ上でサイトを見る際、DNSについて意識することはないと思います。
ですが、実際には裏側でドメイン名とIPアドレスの変換が行われています。
ブラウザ上でサイトが表示されるまでの流れを、もう少し詳しく見ていきましょう。
↓
DNSの仕組み——ブラウザがサイトを表示するまでの流れ
ブラウザにURLを入力してからサイトが表示されるまでに、裏側では以下のような処理が行われています。
- ユーザーがブラウザに「example.com」と入力する
- ブラウザがDNSサーバー（ネームサーバー）に「example.comのIPアドレスを教えて」と問い合わせる
- DNSサーバーが「203.0.113.10です」と回答する（DNSの名前解決）
- ブラウザがそのIPアドレスのサーバーにアクセスしてページを取得する
- ページがブラウザに表示される
ドメイン名とIPアドレスの変換を「DNSの名前解決」と呼びます。
この名前解決のために使われる情報が、今回メインで解説する「DNSレコード」になります。
次の章では、このDNSレコードについて詳しく解説していきます。
DNSレコードとは？
DNSレコードとは、ドメインに関するさまざまな情報を記録したデータのことです。
✔ このドメイン宛てのメールはどこに届けるか？
✔ このドメインからのメールは正規のものか？
などの情報が、DNSレコードとして登録されています。
DNSレコードは、ドメインを管理するネームサーバー（DNS管理画面）上で設定・変更できます。
一般的には、利用しているドメイン管理サービス側で設定画面が用意されています。
DNSレコードの基本構成
どのDNSレコードも、基本的に以下の要素で構成されています。
| 要素 | 意味 | 例 |
|---|---|---|
| ホスト名 (Name) |
レコードの対象となるドメイン・サブドメイン | example.com / www / mail |
| タイプ (Type) |
レコードの種類 | A / CNAME / MX / TXT など |
| 値 (Value/Content) |
そのレコードの具体的な設定内容 | IPアドレス・別のドメイン名・文字列など |
| TTL (Time To Live) |
この情報をキャッシュに保持する時間（秒） | 3600（＝1時間）など |
DNSレコードの主な種類一覧
DNSレコードには多くの種類がありますが、WEBサイト運営で特によく使うものを一覧で確認しておきましょう。
| レコード種類 | 役割・用途 | 使用場面 |
|---|---|---|
| Aレコード | ドメインをIPv4アドレスに紐づける | WEBサーバーへの接続・サイト公開 |
| AAAAレコード | ドメインをIPv6アドレスに紐づける | IPv6対応のWEBサーバーへの接続 |
| CNAMEレコード | ドメインを別のドメイン名に紐づける（エイリアス） | wwwサブドメイン・CDN・外部サービスとの連携 |
| MXレコード | ドメイン宛てのメールの届け先サーバーを指定 | 独自ドメインのメール受信設定 |
| TXTレコード | テキスト情報を登録する汎用レコード | SPF・DKIM・DMARC・ドメイン所有権確認など |
| NSレコード | そのドメインを管理するネームサーバーを指定 | ドメインとDNS管理サービスの紐づけ |
| SRVレコード | 特定のサービス（VoIPなど）のサーバー情報を指定 | Microsoft 365・Teamsなど特定サービスの設定 |
| PTRレコード | IPアドレスからドメイン名を逆引きする | メールサーバーの逆引きDNS設定 |
| CAAレコード | SSL証明書を発行できる認証局（CA）を制限する | SSL証明書のセキュリティ強化 |
この中でWEBサイト、メール、セキュリティ設定に必須となるA・CNAME・MX・TXTレコードを、以降で詳しく解説します。
Aレコード——ドメインとサーバーを直接つなぐ基本のレコード
Aレコードとは
Aレコード（Address Record）は、ドメインをIPv4アドレスに直接紐づけるレコードです。
「このドメインにアクセスが来たら、このIPアドレスのサーバーに転送する」という対応表の役割を果たします。
DNSレコードの中で最も基本的かつ重要なレコードで、WEBサーバーにドメインを紐づけるときに必ず使います。
Aレコードの設定例
| ホスト名 | タイプ | 値（IPアドレス） | TTL |
|---|---|---|---|
| example.com | A | 203.0.113.10 | 3600 |
| www.example.com | A | 203.0.113.10 | 3600 |
| mail.example.com | A | 203.0.113.20 | 3600 |
Aレコードの主な使い方
- メインドメインをサーバーに紐づける：「example.com」にアクセスしたときにWEBサーバーに到達させる
- サブドメインを別サーバーに紐づける：「blog.example.com」を別のサーバーに向けるなど、用途別にサーバーを分ける
- メールサーバー・FTPサーバーなどのIPアドレス指定：各種サービス用のIPアドレスを登録する
Aレコード設定時の注意点
- 設定するIPアドレスは利用するレンタルサーバーの管理画面から確認できます
- IPアドレスを間違えると、サイトにアクセスできなくなります
- 変更後はDNSの反映（DNS伝播）に最大72時間かかる場合があります
- サーバーを移転した場合は忘れずにAレコードを更新しましょう
CNAMEレコード——ドメインを別のドメインに紐づける「エイリアス」
CNAMEレコードとは
CNAMEレコード（Canonical Name Record）は、あるドメイン・サブドメインを別のドメイン名に紐づけるレコードです。
「別名（エイリアス）レコード」とも呼ばれます。
AレコードがIPアドレスに直接紐づけるのに対し、CNAMEレコードは「別のドメイン名に転送する」という間接的な紐づけを行います。
「www.example.com」へのアクセスを「example.com」に転送設定
↓
www.example.comを直接IPアドレスで管理しなくても、example.comのAレコードが変われば自動的に追従します。
CNAMEレコードの設定例
| ホスト名 | タイプ | 値（参照先ドメイン） | TTL |
|---|---|---|---|
| www.example.com | CNAME | example.com | 3600 |
| shop.example.com | CNAME | myshop.myshopify.com | 3600 |
| cdn.example.com | CNAME | example.cloudfront.net | 3600 |
CNAMEレコードの主な使い方
- 「www」サブドメインの設定：www.example.comをexample.comに紐づけることで、どちらでもアクセスできるようにする
- 外部サービスとの連携：ShopifyやHubSpotなどの外部サービスが指定するドメインに、自分のサブドメインを向ける
- CDN（コンテンツデリバリーネットワーク）の設定：CloudflareやAWS CloudFrontなどCDNサービスのドメインに紐づける
AレコードとCNAMEレコードの使い分け
| 比較項目 | Aレコード | CNAMEレコード |
|---|---|---|
| 紐づける先 | IPアドレス（数字） | 別のドメイン名 |
| 使う場面 | IPアドレスが直接わかっている場合 | IPアドレスが変動する・外部サービスに向ける場合 |
| メインドメインへの使用 | ◎ 使用可能 | ✕ 原則使用不可（ルートドメインには設定できない） |
| サブドメインへの使用 | ◎ 使用可能 | ◎ 使用可能 |
| IPアドレス変更への対応 | 手動で変更が必要 | 参照先が変われば自動追従 |
- CNAMEレコードは「example.com」などのルートドメイン（ネイキッドドメイン）には設定できません。必ずサブドメイン（www.example.comなど）に対して設定します
- CNAMEレコードを設定したホスト名には、他のレコード（MXレコードなど）を同時に設定できません
MXレコード——メールの届け先を指定する
MXレコードとは
MXレコード（Mail Exchanger Record）は、そのドメイン宛てのメールをどのメールサーバーに配送するかを指定するレコードです。
独自ドメインのメールアドレス（info@example.comなど）を使う際に必ず設定が必要なレコードで、MXレコードが設定されていないとメールを受信することができません。
「example.com宛てのメールは、mail.example.comというメールサーバーに届けてください」という配送指示書のようなものです。
郵便物に例えると、「この住所（ドメイン）宛ての郵便は、この郵便局（メールサーバー）に持ち込んでください」という指定に相当します。
MXレコードの設定例
| ホスト名 | タイプ | 優先度（Priority） | 値（メールサーバー） | TTL |
|---|---|---|---|---|
| example.com | MX | 10 | mail.example.com | 3600 |
| example.com | MX | 20 | mail2.example.com | 3600 |
優先度（Priority）とは
MXレコードには他のレコードにはない「優先度（Priority）」という値があります。
これは複数のメールサーバーを設定した場合に、どのサーバーを優先して使うかを数値で指定するものです。
- 数値が小さいほど優先度が高い（優先的に使われる）
- 優先度の高いサーバーが応答しない場合に、次の優先度のサーバーが使われる（バックアップ）
- 単一のメールサーバーしか使わない場合は「10」など任意の数値でOK
主要メールサービスのMXレコード設定例
Google Workspace（旧G Suite）やMicrosoft 365など、外部メールサービスを利用する場合は、各サービスが指定するMXレコードを設定します。
- 優先度1 → ASPMX.L.GOOGLE.COM
- 優先度5 → ALT1.ASPMX.L.GOOGLE.COM
- 優先度5 → ALT2.ASPMX.L.GOOGLE.COM
- 優先度10 → ALT3.ASPMX.L.GOOGLE.COM
- 優先度10 → ALT4.ASPMX.L.GOOGLE.COM
実際に設定する値は各サービスの公式ドキュメントで確認してください。
MXレコード設定時の注意点
- MXレコードの値にはIPアドレスではなくドメイン名（ホスト名）を指定します
- MXレコードで指定したドメイン名には、別途Aレコードの設定が必要です
- MXレコードを誤って設定・削除するとメールが届かなくなります。変更前にスクリーンショットなどで現在の設定を記録しておきましょう
- 変更後の反映には最大72時間かかる場合があります
TXTレコード——テキスト情報を登録する万能レコード
TXTレコードとは
TXTレコード（Text Record）は、ドメインに対して任意のテキスト情報を登録できる汎用レコードです。
もともとは人が読むためのメモ的な用途でしたが、現在は主に以下の目的で広く使われています。
- SPFレコード：メール送信元の正当性を証明する（メール認証）
- DKIMレコード：メールに電子署名を設定する（メール認証）
- DMARCレコード：メール認証の失敗時の処理方法を指定する
- ドメイン所有権の確認：Google Search Console、Google Workspace、各種サービスのドメイン認証
- その他の検証情報：SSL証明書の発行確認など
TXTレコード（SPF）——メール送信元の正当性を証明する
SPF（Sender Policy Framework）とは、「このドメインからメールを送っていいサーバーはどれか」をDNSに登録しておく仕組みです。
SPFレコードを設定することで、受信側のメールサーバーが「このメールは正規の送信元から来たものかどうか」を検証できるようになります。
設定がないとなりすましメールと誤判定されやすく、迷惑メールに振り分けられるリスクが高まります。
SPFレコードの設定例
| ホスト名 | タイプ | 値 |
|---|---|---|
| example.com | TXT | v=spf1 include:_spf.google.com ~all |
- v=spf1：SPFバージョン1であることを宣言
- include:_spf.google.com：Googleのサーバーからの送信を許可（Google Workspaceの場合）
- ip4:203.0.113.10：特定のIPアドレスからの送信を許可（独自サーバーの場合に追加）
- ~all：上記以外からの送信は「ソフトフェイル（迷惑メール扱い可）」とする
- -all：上記以外からの送信を「ハードフェイル（完全拒否）」とする
TXTレコード（DKIM）——メールに電子署名を付ける
DKIM（DomainKeys Identified Mail）は、送信メールに電子署名を付けて、受信側がそのメールが改ざんされていないか・正規の送信元かを検証できるようにする仕組みです。
DKIMは「公開鍵（DNS上に登録）」と「秘密鍵（メールサーバー上で管理）」の組み合わせで機能します。
DKIMレコードの設定例
| ホスト名 | タイプ | 値 |
|---|---|---|
| google._domainkey.example.com | TXT | v=DKIM1; k=rsa; p=MIIBIjANBgkq…（公開鍵） |
生成された値をそのままコピーしてDNSのTXTレコードに貼り付ければOKです。
長い文字列のため、コピーミスに注意してください。
TXTレコード（DMARC）——認証失敗時の処理を指示する
DMARCとは、SPFとDKIMの認証結果に基づいて「認証に失敗したメールをどう処理するか」をドメイン所有者が指定できる仕組みです。
DMARCレコードの設定例
| ホスト名 | タイプ | 値 |
|---|---|---|
| _dmarc.example.com | TXT | v=DMARC1; p=none; rua=mailto:dmarc@example.com |
- v=DMARC1：DMARCバージョン1であることを宣言
- p=none：認証失敗でも何もしない（監視モード。最初はこれから始めるのがおすすめ）
- p=quarantine：認証失敗したメールを迷惑メールフォルダに入れる
- p=reject：認証失敗したメールを完全に拒否する
- rua=mailto:dmarc@example.com：認証レポートの送付先メールアドレス
ドメイン所有権の確認にもTXTレコードを使う
Google Search ConsoleやGoogle Workspaceなどのサービスを導入する際、「このドメインが本当にあなたのものであることを証明してください」という確認を求められます。
このとき指定されたテキストをTXTレコードとして登録することで、ドメインの所有権を証明できます。
- Google Search Console：google-site-verification=XXXXXXXXXX
- Google Workspace：google-site-verification=XXXXXXXXXX
- 各種サービス固有の確認コード
各サービスの画面に表示される値をそのままTXTレコードに登録するだけでOKです。
NSレコード——ドメインを管理するネームサーバーを指定する
NSレコード（Name Server Record）は、そのドメインのDNS情報を管理するネームサーバーを指定するレコードです。
ドメインを取得した際にレンタルサーバーのネームサーバーに変更する「ネームサーバー設定」は、このNSレコードを変更する操作に相当します。
「example.comのDNS情報は、ns1.xserver.jpというサーバーが管理しています」という案内板のようなものです。
インターネット上の問い合わせがこのネームサーバーに向けられ、そこで各種DNSレコードが参照されます。
NSレコードはドメイン取得サービス（お名前.com・XServerドメインなど）の管理画面から変更します。
一般的にはレンタルサーバー契約時の案内に従って設定すれば問題ありません。
各DNSレコードの設定方法
DNSレコードの設定は、ドメインを管理しているサービスのDNS管理画面（またはネームサーバー）上で行います。
設定前に確認すること
DNSレコードを設定する際には、事前に以下の対応を行っておきましょう。
- ドメインを管理しているサービスのDNS管理画面にログインできることを確認する
- 設定するレコードの値（IPアドレス・メールサーバー名など）をレンタルサーバーやメールサービスの管理画面から事前に取得しておく
- 現在の設定内容をスクリーンショットや書き出しでバックアップしておく
STEP1：DNS管理画面を開く
ドメインを管理しているサービス（お名前.com・XServerドメイン・ムームードメインなど）にログインし、「DNS設定」「DNSレコード設定」などのメニューを開きます。
STEP2：追加・編集するレコードを選択する
DNS管理画面で「レコードを追加」または既存のレコードを選択して「編集」をクリックします。
レコードの種類（タイプ）として「A」「CNAME」「MX」「TXT」などをプルダウンから選択します。
STEP3：各項目を入力して保存する
以下の項目を入力して保存します。
| 入力項目 | 入力内容 | 例 |
|---|---|---|
| ホスト名 (Name) |
設定対象のドメイン・サブドメイン。ルートドメイン自体を対象にする場合は「@」または空欄にする場合が多い | @ / www / mail |
| タイプ (Type) |
設定するレコードの種類 | A / CNAME / MX / TXT |
| 値 (Value) |
IPアドレス・ドメイン名・テキスト文字列など、レコード種類に応じた値 | 203.0.113.10 |
| TTL | キャッシュ保持時間（秒）。特に理由がなければデフォルト値（3600など）でOK | 3600 |
| 優先度 (MXのみ) |
メールサーバーの優先順位 | 10 |
STEP4：DNS反映を待つ
設定を保存した後、変更内容がインターネット全体に反映（DNS伝播）されるまで時間がかかります。
- 最短：数分〜数時間（TTLが短い場合・近隣のDNSサーバーの場合）
- 最長：最大72時間（世界中のDNSサーバーに伝播するまで）
設定直後にサイトやメールが使えなくても焦らず待ちましょう。
72時間経過しても反映されない場合は設定内容を再確認してください。
STEP5：設定内容を確認する
設定が反映されたかどうかは、以下の無料ツールで確認できます。
- nslookupコマンド（Windows/Mac）：ターミナルやコマンドプロンプトで「nslookup -type=A example.com」のように入力して確認できる
- digコマンド（Mac/Linux）：「dig example.com A」のように入力して詳細な情報を確認できる
- MXToolbox（mxtoolbox.com）：ブラウザ上でAレコード・MXレコード・SPF・DKIMなどをまとめて確認できる定番の無料ツール
- DNS Checker（dnschecker.org）：世界各地のDNSサーバーへの反映状況を一覧で確認できる
DNSレコードの使い分けまとめ
ここまで解説した内容を、シーン別の使い分けとしてまとめます。
| やりたいこと | 使うレコード | ポイント |
|---|---|---|
| ドメインでWEBサイトを公開する | Aレコード | サーバーのIPアドレスを設定する |
| wwwでもアクセスできるようにする | CNAMEまたはAレコード | wwwをルートドメインまたはIPに紐づける |
| 外部サービス（Shopify・HubSpotなど）にサブドメインを向ける | CNAMEレコード | 各サービスが指定するドメインをCNAMEで設定する |
| 独自ドメインのメールを受信できるようにする | MXレコード | メールサービスが指定するメールサーバーを設定する |
| メールの送信元を証明する（なりすまし防止） | TXTレコード（SPF） | 送信を許可するサーバーのIPやドメインを登録する |
| メールに電子署名を付ける（改ざん防止） | TXTレコード（DKIM） | メールサービスで生成した公開鍵をTXTレコードに登録する |
| メール認証の失敗時の処理を指定する | TXTレコード（DMARC） | _dmarcサブドメインに設定する |
| サービスのドメイン所有権を確認する | TXTレコード | 各サービス指定の確認コードをTXTレコードに設定する |
| ドメインのDNS管理先を変更する | NSレコード | ドメイン取得サービスの管理画面からネームサーバーを変更する |
よくある質問
まとめ
今回は、DNSレコードの基本から主要レコードの種類、使い分け、設定方法まで、総合的に詳しく解説しました。
- DNS：ドメイン名をIPアドレスに変換する「インターネットの電話帳」
- Aレコード：ドメインをIPアドレスに直接紐づける。WEBサーバー接続の基本
- CNAMEレコード：ドメインを別のドメイン名に紐づけるエイリアス。外部サービス連携・wwwサブドメインに使う
- MXレコード：独自ドメインのメール受信に必須。届け先メールサーバーを指定する
- TXTレコード（SPF）：メール送信元の正当性を証明する。なりすまし防止に必須
- TXTレコード（DKIM）：メールの電子署名。メール改ざん防止・到達率向上に必須
- TXTレコード（DMARC）：SPF/DKIM認証失敗時の処理方法を指定する。設定を強く推奨
- 設定変更後の反映には最大72時間かかる。MXToolboxなどで確認できる
DNSレコードは一度正しく設定してしまえば、長期間そのまま使い続けられるものです。
最初は難しく感じるかもしれませんが、各レコードの役割を理解すれば「何を・どこに・どう設定するか」が明確になります。
この記事を参考に、ぜひ一つひとつ設定を進めてみてください。
コメント