DNSimple でのレコード追加そのものは、ドメインのレコード一覧から種類を選び、名前・値・TTL を入れて保存するだけです。つまずくのは、外部サービスから「この TXT を追加してください」「この CNAME を設定してください」と指示されたときに、その値を DNSimple の入力欄へどう写すか、そして追加したのにサービス側の確認が通らないときにどこを見るか、の2点です。この記事では、WordPress サイトの運用でよく出てくる用途別に入れ方の要点を整理し、反映しないときの確認を可能性の高い順に説明します。
DNSimple の画面の表記やメニュー構成、提供される機能やプランごとの範囲は変わることがあります（2026年10月現在）。ここでは入力項目の意味で説明するので、実際の表記は DNSimple のヘルプで確認してください。
追加の前に確かめる2つのこと
用途に入る前に、どのレコードにも共通する前提を確認します。
ネームサーバーが DNSimple を向いているか。 DNSimple に追加したレコードが使われるのは、そのドメインの権威ネームサーバーが DNSimple の場合だけです。他社で登録したドメインの DNS だけを DNSimple に置いているなら、レジストラ側の設定が変わっているかを確かめます。
dig +short example.com NS名前は相対名で入れる。 DNSimple の名前欄は、ドメインからの相対名です。www.example.com を作るなら www、頂点（example.com そのもの）なら空欄にします。外部サービスの案内には完全なホスト名で書かれていることが多いので、末尾の .example.com を外して入力します。全部入れてしまうと www.example.com.example.com という別の名前ができます。
用途1：Search Console などの所有権確認
Google Search Console のドメインプロパティなど、ドメインの所有を確かめるサービスでは、指定された文字列を TXT レコードとして頂点に追加するよう求められることがよくあります。
- 種類: TXT
- 名前: 空欄（サービスが
_xxxのような名前を指定している場合はそれを入れる） - 値: サービスに表示された文字列をそのまま貼る
頂点にはすでに SPF の TXT があることが多いですが、TXT は同じ名前に複数置けるので、既存の SPF を書き換えずに新しいレコードとして追加します。SPF の文字列に確認用の値を足してしまうと、SPF が壊れることがあります。
確認用の TXT は、サービス側で所有者として登録されている間は残しておく必要がある場合が多いです。用が済んだと思って消すと、確認が外れることがあるので、各サービスの案内を確認してから整理します。
用途2：メールサービスの DKIM
メール配信サービスや Google Workspace などで DKIM を設定するときは、selector._domainkey という形の名前に、TXT または CNAME を作るよう指定されます。どちらの種類かはサービスによって違うので、指定どおりにします。
- 名前:
selector._domainkey（selectorの部分はサービスが指定する文字列） - 種類: サービスの指定に従って TXT か CNAME
TXT の場合、公開鍵の文字列はとても長くなります。DNS の仕組み上、TXT の1つの文字列は255文字までなので、長い値は複数の文字列に分けて保存されます。DNSimple での長い値の扱いは画面の案内に従い、保存後に次のコマンドで値が欠けていないかを確かめます。
dig +short selector._domainkey.example.com TXT複数の文字列に分かれて表示されても、受け取る側はつなげて読むので問題ありません。途中で切れていたり、余分な引用符や空白が混ざっていたりしないかを確認します。SPF と DMARC の設定もあわせて見直すと、メールの到達性の確認が一度で済みます。
用途3：証明書の発行と CAA
Let's Encrypt などで、DNS を使ってドメインの所有を確かめる方式（DNS-01）で証明書を取る場合は、_acme-challenge という名前に、発行のたびに変わる TXT を置きます。
- 名前:
_acme-challenge（サブドメイン用なら_acme-challenge.wwwのように続ける） - 種類: TXT
- 値: 発行ツールが表示した文字列
手作業で入れると更新のたびに作業が発生するため、継続して使うなら発行ツールに DNSimple の API で自動追加させる方法が向いています。Certbot には DNSimple 用のプラグインがあり、API トークンを渡して TXT の追加と削除を自動で行わせられます。トークンは権限を必要な範囲に絞り、設定ファイルの権限を所有者だけが読めるようにしておきます。
あわせて確認したいのが CAA レコードです。CAA は「このドメインの証明書を発行してよい認証局」を指定するレコードで、設定すると指定外の認証局は発行できなくなります。
- 名前: 空欄（ドメイン全体に適用する場合）
- 種類: CAA
- 内容: 例として
0 issue "letsencrypt.org"（入力欄が項目ごとに分かれている場合は、それぞれに入れる）
レンタルサーバーやホスティングサービスが自動で証明書を発行している場合、どの認証局が使われているかを確認せずに CAA を追加すると、次の更新で失敗することがあります。現在の証明書の発行元を確かめてから追加します。
用途4：頂点を CDN やホスティングへ向ける
ホスティングサービスや CDN から「ドメインを xxxx.example-cdn.net へ CNAME で向けてください」と案内されたとき、www なら CNAME で問題ありません。しかし頂点（example.com）には、DNS の仕様上 CNAME を置けません。DNSimple では、こうした場合に ALIAS レコードを使います。
- 名前: 空欄
- 種類: ALIAS
- 値: 案内された向け先のホスト名
ALIAS は、DNSimple が向け先のホスト名を解決して、その結果を A / AAAA として返す仕組みです。頂点に既存の A レコードがある場合は、二重に答えが返らないよう、切り替えの手順（いつ A を消すか）を決めてから追加します。
用途5：サービス連携で求められる SRV など
ビデオ会議やチャット、メールクライアントの自動設定などで、SRV レコードを求められることがあります。SRV は「優先度・重み・ポート・向け先」の4つの値を持ち、名前は _service._proto の形（例: _sip._tls）です。DNSimple では優先度が別の欄になっていることがあるので、残りの値をどの欄に入れるかを画面の案内で確かめます。
同じ組み合わせのレコードを複数のドメインに入れる場合は、DNSimple のテンプレート機能でまとめて適用できることがあります。使えるプランや適用時の挙動は確認したうえで、既存のレコードと衝突しないかを先に見ておきます。
追加したのに反映しないときの確認
外部サービスの確認が通らない、サイトが切り替わらない、といったときは、次の順に確かめると原因を絞り込みやすくなります。
1. ネームサーバーが DNSimple を向いているか。 最初に dig NS で確認します。別の事業者が返るなら、DNSimple の設定はまだ使われていません。
2. 名前が二重になっていないか。 DNSimple のネームサーバーへ直接問い合わせて、意図した名前で値が返るかを見ます。返らない場合は、www.example.com.example.com のような名前ができていないか一覧で確認します。
# DNSimple のネームサーバーに直接聞く（ネームサーバー名は管理画面の表示に合わせる）
dig +short www.example.com CNAME @ns1.dnsimple.com
dig +short www.example.com.example.com CNAME @ns1.dnsimple.com3. 追加前に問い合わせてしまっていないか。 レコードを追加する前に同じ名前を問い合わせていると、「その名前は存在しない」という答えが一定時間キャッシュされます（否定応答のキャッシュ）。権威サーバーでは正しく返るのに公開 DNS では見つからない場合は、時間をおいて再確認します。
dig +short _acme-challenge.example.com TXT @8.8.8.8
dig +short _acme-challenge.example.com TXT @1.1.1.14. 同じ名前に競合するレコードがないか。 CNAME は同じ名前のほかのレコードと共存できません。CNAME を置きたい名前に A や TXT が残っていると、保存できないか、意図しない答えになります。
5. サービス側の確認のタイミング。 外部サービスによっては、確認を一定時間ごとにしか行わなかったり、結果をしばらく保持したりします。DNS 側で正しい値が返っているのを確かめたうえで、サービスの画面から確認をやり直します。
まとめ
- 追加前に、ネームサーバーが DNSimple を向いていることと、名前を相対名で入れることを確認します。
- 所有権確認の TXT は既存の SPF とは別のレコードとして追加し、用が済んでも消してよいかはサービスの案内で確かめます。
- DKIM の長い TXT は保存後に dig で欠けていないかを確認し、証明書の DNS-01 は API による自動化を検討します。
- CAA は現在の認証局を確かめてから、頂点を CDN へ向けるときは CNAME ではなく ALIAS を使います。
- 反映しないときは、ネームサーバー、名前の二重化、否定応答のキャッシュ、競合レコード、サービス側のタイミングの順に確認します。