はじめに
Google Search Consoleにサイトを登録しようとして、DNS設定画面で「Host Nameに何を入れるか」で手が止まりました。
DNSは触る頻度が少ないので、久しぶりだと忘れがちです。基礎を整理したので共有します。
対象読者
- DNS設定を久しぶりに触る人
- インフラ初心者
- Search Console登録でつまずいた人
Search Console登録：TXTレコードの設定方法
結論
| 項目 | 設定 |
|---|---|
| Type | TXT |
| Host | @（または空欄） |
| Value | google-site-verification=xxxx... |
| TTL | デフォルト |
よくあるミス
| 間違い | 結果 |
|---|---|
Hostに example.com と書く |
example.com.example.com になる |
www を指定する |
サブドメイン用なので不正解 |
「@」とは何か
@ = そのDNSゾーンのルート（ドメインそのもの）
計算式
Host + Zone = FQDN（完全修飾ドメイン名）
具体例（ゾーン: example.com）
| Host | FQDN |
|---|---|
@ |
example.com. |
www |
www.example.com. |
example.com |
example.com.example.com.（誤り） |
DNSレコードの種類
よく使うもの（5種類）
| レコード | 役割 | 例 |
|---|---|---|
| A | ドメイン → IPv4 | example.com → 203.0.113.10 |
| AAAA | ドメイン → IPv6 | - |
| CNAME | 別名を作る | www → example.com |
| TXT | 認証・設定用 | SPF, DKIM, Search Console |
| MX | メール配送先 | → Gmail |
あまり触らないもの
| レコード | 役割 |
|---|---|
| NS | DNS管理者 |
| SOA | ゾーン基本情報 |
| SRV | サービス探索 |
| CAA | 証明書発行制御 |
wwwとルートドメインの違い
なぜ両方設定するのか
Googleから見ると、以下は別サイト扱い：
example.comwww.example.com
推奨設定
https://example.com ← 正規URL
https://www.example.com → 301リダイレクト
正規URLを1つに決め、もう一方からリダイレクトする。
wwwが今でも使われる理由
- ルートにCNAMEが置けない（技術的制約）
- CDN・SaaS連携が楽
- Cookieスコープ制御
DNS実務チェックリスト
✅ 基本
-
@= ルートドメイン - TTL（キャッシュ時間）を意識する
- 変更は「追加 → 確認 → 削除」の順
✅ レコード設定
- ルート（@）にCNAMEは置けない
- TXTは複数OK、SPFは1行にまとめる
- メール系（MX, SPF, DKIM, DMARC）は慎重に
✅ トラブルシューティング
# DNS確認コマンド
dig example.com
dig TXT example.com
nslookup example.com
✅ 注意点
- DNSは即時反映されない（キャッシュあり）
- DNSが死ぬとWeb/API/メールすべて止まる
- HTTPS、ポート、リダイレクトはDNSの仕事ではない
まとめ
| 覚えること | 内容 |
|---|---|
| @ | ルートドメイン |
| 主要レコード | A, CNAME, TXT, MX |
| 変更手順 | 追加 → 確認 → 削除 |
| 正規URL | 1つに統一、301リダイレクト |
| メール | MX, SPF, DKIM, DMARC |
DNSは触る頻度が少ないからこそ、チェックリストを手元に置いておくと便利です。
こうした技術的な判断や考え方を整理して書いています。
→ https://tielec.blog/