2026年6月14日

お名前.com DNS と Route 53 を比較する｜機能・運用・自動化の違いと選び方の条件

DNS・名前解決

お名前.com DNS は「ドメインと一緒に使える、画面で手早く設定する DNS」、Amazon Route 53 は「AWS の一部として API や IaC で運用し、ヘルスチェックや経路制御まで扱える DNS」です。どちらが上ということではなく、サイトの置き場所、レコードの変更頻度、自動化の必要性で向き不向きが分かれます。この記事では、両者の違いを機能・運用・自動化・移行の観点で整理し、どういう条件ならどちらを選ぶかを判断できるようにします。

料金体系は変わるため、ここでは金額は扱いません。内容は一般に公開されている情報に基づいていますが、機能の提供範囲も変わることがあります（2026年10月現在）。どちらも最新の料金と仕様は公式ページで確認してください。

そもそも役割が少し違う

最初に押さえておきたいのは、ドメインの「登録（レジストラ）」と「DNS の運用」は別の機能だという点です。

お名前.com はレジストラで、ドメインを契約すると、そのドメインの DNS レコードを同じ管理画面で設定できます。DNS は「ドメイン管理の付属機能」という位置づけです。
Route 53 は権威 DNS のサービスとして独立しており、ドメインの登録機能もありますが、ドメインをほかのレジストラで契約したまま、DNS だけ Route 53 に任せることもできます。

つまり「お名前.com でドメインを持ち続け、ネームサーバーだけ Route 53 に向ける」という組み合わせも普通に使われます。比較の対象は、多くの場合「どこでドメインを買うか」ではなく「どこで DNS レコードを管理するか」です。

機能の違い

レコードの種類と頂点の扱い

A、AAAA、CNAME、MX、TXT といった基本的なレコードは、どちらでも設定できます。違いが出やすいのはドメインの頂点（example.com そのもの）の扱いです。

DNS の仕様上、頂点には CNAME を置けません。Route 53 には「エイリアスレコード」という独自の仕組みがあり、頂点を CloudFront、Elastic Load Balancing、S3 の静的ウェブサイトなどの AWS リソースへ向けられます。IP アドレスが変わりうる AWS のサービスを頂点で使いたい場合、これが大きな違いになります。

お名前.com の DNS では、頂点は A や AAAA で IP アドレスを指定するのが基本です。固定 IP のレンタルサーバーや VPS に WordPress を置いているなら、これで困ることはほとんどありません。

経路制御とヘルスチェック

Route 53 には、加重（重み付け）、レイテンシー、フェイルオーバー、位置情報などのルーティングポリシーと、エンドポイントを監視するヘルスチェックがあります。たとえば「本番サーバーが応答しなくなったら、メンテナンス画面を出す別のサーバーへ DNS の答えを切り替える」といった構成を DNS 側で組めます。

お名前.com の DNS は、こうした経路制御を前提にした設計ではありません。冗長化が必要なら、ロードバランサーや CDN など DNS 以外の層で対応することになります。

プライベート DNS

Route 53 には、特定の VPC の中だけで使える「プライベートホストゾーン」があります。AWS 内部の DB サーバーなどに社内向けの名前を付けたい場合に使います。お名前.com の DNS はインターネット向けの公開 DNS です。

DNSSEC

Route 53 は公開ホストゾーンの DNSSEC 署名に対応しています。お名前.com 側の DNSSEC の提供状況は TLD やサービスによって異なることがあるため、使いたい場合は公式の案内で対象を確認してください。どちらの場合も、署名を有効にした後にネームサーバーを移す際は、DS レコードの扱いに注意が必要です。

運用の違い

設定の手軽さ

レコードを数件追加するだけなら、お名前.com の画面のほうが迷いにくいはずです。ドメインの契約と DNS が同じ場所にあるので、更新の管理も一か所で済みます。

Route 53 は AWS アカウントと IAM の理解が前提になります。そのぶん、誰がどのゾーンを変更できるかを IAM で細かく制御でき、変更の記録を CloudTrail に残せます。複数人でサーバーを運用していて、変更履歴を追えることが重要な場合は Route 53 の利点になります。

自動化

Route 53 は API、AWS CLI、各種 SDK、Terraform などから操作できます。レコードをコードで管理してレビューを通してから反映する、といった運用に向いています。

# Route 53 のレコードを CLI で作成・更新する例
# ZONE_ID はホストゾーンの ID に置き換える
aws route53 change-resource-record-sets \
  --hosted-zone-id ZONE_ID \
  --change-batch '{
    "Changes": [{
      "Action": "UPSERT",
      "ResourceRecordSet": {
        "Name": "www.example.com",
        "Type": "A",
        "TTL": 300,
        "ResourceRecords": [{"Value": "203.0.113.10"}]
      }
    }]
  }'

SSL 証明書を Let's Encrypt の DNS 認証（DNS-01）で発行・更新する場合も、Route 53 なら certbot の Route 53 用プラグインなどで自動化しやすくなります。ワイルドカード証明書を使いたい場合はこの点が効いてきます。

お名前.com の DNS は、画面から操作する使い方が中心です。一般の利用者向けに API が提供されているかどうか、提供条件はどうかは時期によって変わりうるため、自動化を前提にするなら事前に公式情報で確認してください。

費用の考え方

金額には触れませんが、考え方の違いは知っておく価値があります。お名前.com の DNS はドメインの契約に付随して使える形が一般的です。Route 53 はホストゾーンの数と問い合わせ量などに応じた従量課金で、ヘルスチェックなどの機能も別に費用がかかります。アクセスの多いサイトや多数のドメインを持つ場合は、公式の料金表で見積もってから判断します。

どちらを選ぶかの条件

次のような条件なら、お名前.com の DNS で十分なことが多いです。

WordPress を固定 IP のレンタルサーバーや VPS に置いていて、頂点を A レコードで向けられる
レコードの変更は年に数回程度で、画面から手作業で足りる
DNS の管理を一人か少人数で行い、変更履歴の厳密な管理は不要

次のような条件なら、Route 53 を検討する価値があります。

サイトを AWS に置いていて、頂点を CloudFront やロードバランサーへ向けたい
ヘルスチェックによる DNS フェイルオーバーや加重ルーティングを使いたい
レコードを Terraform などのコードで管理し、変更をレビューしてから反映したい
証明書の DNS 認証の自動化や、複数ドメインの一括管理が必要

どちらとも言えない場合は、今困っていることが DNS で解決すべき問題かを考えるのが近道です。表示速度や可用性の問題は、DNS より CDN やサーバー構成の見直しで解決することが多いからです。

お名前.com から Route 53 へ移すときの流れ

DNS を Route 53 に移す場合も、ドメインの契約はお名前.com のままにできます。大まかな流れは次のとおりです。

お名前.com の画面で今のレコードをすべて書き出す
切り替えの1〜2日前に、主要レコードの TTL を短くしておく
Route 53 で公開ホストゾーンを作成し、レコードを登録する（コンソールのゾーンファイル読み込み機能も使えます）
Route 53 が割り当てた4つのネームサーバーへ dig で直接問い合わせ、答えが今と同じか確認する
お名前.com の画面で、ネームサーバーを Route 53 のものに変更する
切り替え後もしばらくは、お名前.com 側のレコードを消さずに残す

# Route 53 のネームサーバー（ホストゾーンの NS レコードに表示される名前）へ直接問い合わせる
dig @ns-123.awsdns-45.com example.com A +noall +answer
dig @ns-123.awsdns-45.com example.com MX +noall +answer

上のネームサーバー名は形の例です。実際の名前はホストゾーンごとに異なります。DNSSEC を使っている場合は、切り替え前に DS レコードを外しておくと、検証失敗による名前解決の停止を防げます。

まとめ

お名前.com DNS はドメインと一緒に画面で手軽に管理する用途、Route 53 は AWS と連携し API やコードで運用する用途に向いています。
大きな違いは、頂点を AWS リソースへ向けるエイリアスレコード、ヘルスチェックと経路制御、プライベートホストゾーン、IAM と CloudTrail による権限と履歴の管理です。
固定 IP のサーバーに WordPress を置き、変更が少ないならお名前.com で足りることが多く、AWS 上の構成や自動化が必要なら Route 53 を検討します。
ドメインはお名前.com で契約したまま、DNS だけ Route 53 に移すこともできます。
機能や料金は変わるため、判断の前に両社の公式情報を確認してください。