DNSimple には、標準の DNS にはない ALIAS・URL・POOL という独自のレコードがあり、頂点を CDN に向ける、旧ドメインを転送する、複数の向け先に振り分ける、といった作業を1件のレコードで済ませられます。ただし独自レコードは DNSimple の側で応答を組み立てる仕組みなので、標準のレコードとは注意点が違います。この記事では、それぞれの使いどころと入力の仕方、ワイルドカードとサブドメインの委任のように入れ方を誤りやすいレコード、ゾーンファイルでまとめて追加する方法、追加後の確かめ方を説明します。
DNSimple の画面の表記、レコードの種類ごとの対応範囲、プランごとに使える機能は変わることがあります（2026年10月現在）。ここでは項目の意味で説明するので、実際の画面と利用条件は DNSimple のヘルプで確認してください。
追加の前に確かめる2点
どのレコードでも、次の2点が前提になります。
- ネームサーバーが DNSimple を向いているか：
dig +short example.com NSで DNSimple のネームサーバーが返ることを確かめます。別の事業者が返るなら、DNSimple に追加したレコードは使われません。 - 名前は相対名で入れる：名前の欄はドメインからの相対名です。頂点（
example.comそのもの）は空欄、blog.example.comならblogと入れます。
ALIAS：頂点を CDN やホスティングへ向ける
頂点には DNS の仕様上 CNAME を置けません。ALIAS は、指定したホスト名を DNSimple が問い合わせのたびに解決し、その結果を A や AAAA として返すレコードです。CDN や PaaS から「CNAME で向けてください」と案内されたホスト名を、頂点で使いたいときに選びます。
- 名前：空欄
- 種類：ALIAS
- 値：案内された向け先のホスト名
注意点がいくつかあります。
- 頂点に残っている A との関係：切り替え前の A レコードが頂点に残っていると、意図しない答えが混ざります。いつ A を消して ALIAS に切り替えるかを決めてから作業します。
- 位置に応じて答えを変える CDN：ALIAS は DNSimple の側で向け先を解決するため、訪問者の場所に応じて最適な拠点を返す仕組みのサービスでは、訪問者の近くの拠点が返らない場合があります。サービス側の推奨する設定方法も確かめます。
- 書き出しやセカンダリ DNS：ALIAS は DNSimple 独自のレコードなので、ゾーンを書き出したり他社の DNS へ転送したりしたときに、そのままの形では使えません。移行や冗長化を考えるときは、別の方法に置き換える必要があります。
www のように頂点以外の名前なら、ALIAS ではなく通常の CNAME で向けるのが素直です。
URL：旧ドメインや別名を転送する
URL レコードは、その名前へのアクセスを DNSimple の転送用サーバーで受けて、指定した URL へリダイレクトさせるレコードです。サイトを持たない旧ドメインや、短い別名のドメインを本来のサイトへ向けたいときに使えます。
- 名前：転送したい名前（頂点なら空欄）
- 種類：URL
- 値：転送先の URL（
https://www.example.com/のようにhttps://から書く）
URL レコードを入れた名前は DNSimple の転送用サーバーを指すことになるため、同じ名前に A や CNAME を置くことはできません。WordPress が動いているドメインに入れると、サイトそのものが表示されなくなるので、転送専用のドメインや名前にだけ使います。
リダイレクトのステータスコード、パスやクエリを引き継ぐかどうか、https:// でのアクセスにどう応答するかは、DNSimple の案内で確かめてください。検索エンジンへの評価の引き継ぎを重視する場合や、パスごとに細かく転送先を変えたい場合は、Web サーバーで 301 を返すほうが確かです。保存後は次のように応答を見ます。
curl -sI http://old-example.com/ | head -n 5
curl -sI https://old-example.com/some/path | head -n 5POOL：複数の向け先に振り分ける
POOL は、1つの名前に複数の CNAME の向け先を登録し、問い合わせのたびにその中から1つを返すレコードです。同じ内容を配信する複数のホストに、アクセスを分散させたい場合に使います。利用できるプランが限られている場合があるので、使う前に確かめます。
POOL は応答する向け先を順に変えるだけで、向け先の死活を監視して外す仕組みは前提にしないほうが安全です。1台が止まっても、その向け先が返り続けることがあります。WordPress の場合は、セッションやアップロードしたファイルをどの向け先でも同じように扱える構成になっていないと、アクセスのたびに状態が変わってしまう点にも注意します。
複数の IP に振り分けるだけなら、同じ名前に A レコードを複数登録する、標準のラウンドロビンでも同じような分散ができます。
ワイルドカード：存在しない名前をまとめて受ける
*.example.com のように、個別に登録していない名前をまとめて同じ向け先へ返すときは、名前に * を入れます。WordPress のマルチサイトをサブドメイン型で運用する場合などに使います。
- 名前：
*（*.dev.example.com用なら*.dev） - 種類：A または CNAME
- 値：WordPress のサーバー
ワイルドカードには、仕様上の決まりがあります。
- 頂点には当たらない：
example.comそのものは別に登録が要ります。 - 個別のレコードがある名前には当たらない：
blogに TXT だけを登録すると、blog.example.comの A の問い合わせにはワイルドカードが使われず、答えが返りません。 - メールやほかの種類にも影響する：ワイルドカードの MX や TXT を入れると、存在しないはずの名前すべてにメールの設定が付くことになります。必要な種類だけにします。
ワイルドカードを使うなら、証明書もワイルドカード証明書か、名前ごとの証明書が必要です。
NS：サブドメインを別の DNS に任せる
dev.example.com 以下を別の DNS サービスで管理したい場合は、DNSimple にそのサブドメインの NS レコードを追加して委任します。
- 名前：
dev - 種類：NS
- 値：委任先のネームサーバー（委任先が指定する台数分、1件ずつ追加する）
委任した後は、dev 以下の名前のレコードを DNSimple に置いても使われません。委任先で管理します。また、頂点にある DNSimple 自身の NS レコードは DNSimple が管理するものなので、編集しないようにします。
# 親（DNSimple）が委任の NS を返しているか
dig @ns1.dnsimple.com dev.example.com NS +norec
# 委任先が答えているか（名前は委任先のものに置き換える）
dig @ns1.other-dns.example.net www.dev.example.com A +norec +shortゾーンファイルでまとめて追加する
他社の DNS から移るときなど、多くのレコードを一度に入れたい場合は、DNSimple のゾーンファイルの取り込み機能を使う方法があります。BIND 形式のゾーンファイルを貼り付けると、レコードとして登録されます。取り込みの対象になる種類や、SOA・頂点の NS の扱いはヘルプで確かめてください。
取り込みの後は、件数と主要なレコードを確認します。ALIAS や URL は標準のゾーンファイルでは表せないので、手で追加する必要があります。
追加後に確かめること
DNSimple のネームサーバーへ直接問い合わせて登録内容を確かめ、次に公開 DNS で外から見えるかを確かめます。
dig @ns1.dnsimple.com example.com A +norec +short
dig @ns1.dnsimple.com test.example.com A +norec +short
dig @1.1.1.1 example.com A +shortALIAS の場合は、向け先のホスト名を引いた結果と、頂点の A の答えが一致しているかを見ます。直接の問い合わせでは正しいのに公開 DNS で古い値が返るなら、変更前の TTL の間キャッシュが残っている状態なので、時間をおいて再確認します。
まとめ
- ALIAS は頂点を CDN などへ向けるとき、URL は転送専用の名前、POOL は複数の向け先への振り分けに使います。いずれも DNSimple 独自のレコードで、書き出しや移行ではそのまま使えません。
- URL レコードを入れた名前ではサイトが表示されなくなるので、WordPress のドメインには使いません。
- ワイルドカードは頂点と個別に登録した名前には当たらない点に注意し、必要な種類だけにします。
- サブドメインの委任は NS を委任先の台数分追加し、以後のレコードは委任先で管理します。
- 追加後は DNSimple のネームサーバーへの直接の問い合わせと、公開 DNS の両方で確かめます。