2026年5月24日

ドメインの自動更新を設定する方法｜更新漏れを防ぐ確認ポイントと監視

ドメイン管理

ドメインの自動更新は、レジストラの管理画面でドメインごとに有効にし、決済できる支払い手段を登録しておけば動きます。ただし「自動更新をオンにしたのに失効した」という事故は珍しくなく、原因の多くは支払い失敗や通知メールの見落としです。この記事では、自動更新の設定手順に加えて、更新が実際に行われるかを確かめる方法と、失効を早く検知する仕組みを紹介します。

ドメインが失効すると何が起きるか

有効期限を過ぎると、多くのレジストラではしばらくして名前解決が止まり、サイトもメールも使えなくなります。gTLD（.com など）では、期限切れのあと一般に次のような段階を経て削除されます。

猶予期間: 通常の更新料で更新できる期間です。長さはレジストラによって異なります。
償還猶予期間（Redemption Grace Period）: 削除手続きに入った状態で、通常より高い復旧料を払えば取り戻せる期間です。
削除保留（pendingDelete）: 取り戻すことはできず、その後一般に再び登録可能になります。

.jp ドメインは gTLD とルールが異なり、有効期限や更新手続きの締め切りの考え方も違います。手元のドメインの TLD について、レジストラの案内を確認しておいてください。いずれの場合も、失効後に他人に登録されると取り戻すのは困難です。自動更新は「期限の前に更新を済ませる」ための仕組みとして使います。

自動更新を設定する

管理画面で有効にする

レジストラの管理画面で、ドメインの一覧または各ドメインの詳細画面に自動更新の設定があります。名称は「自動更新」「Auto-Renew」「更新設定」などレジストラによって違い、画面も更新で変わります（2026年10月現在）。確認したいのは次の点です。

対象のドメインすべてで有効になっているか: アカウント全体の既定値と、ドメインごとの設定が別になっていることがあります。
何日前に更新処理が走るか: 有効期限の数日前のレジストラもあれば、1か月以上前に処理するレジストラもあります。カードを差し替える予定があるなら、この日付より前に済ませます。
更新年数: 1年ごとか、指定した年数か。

支払い手段を整える

自動更新が失敗する原因の大半は決済です。

クレジットカードの有効期限が更新日より先か
カードの利用限度額や、海外決済の制限に引っかからないか
前払い残高（デポジット）方式なら、残高が足りているか
法人カードを担当者が退職時に解約していないか

決済に失敗したとき、レジストラは登録メールアドレスに通知を送ります。そのメールが届かなければ、気づかないまま期限を迎えます。

通知を受け取れる状態にする

連絡先メールアドレスは、更新対象のドメインとは別のドメインのアドレスにします。ドメインが止まると、そのドメインのメールも受け取れなくなるためです。共有のアドレス（チームのメーリングリストなど）にしておくと、担当者の不在や退職で通知が埋もれるのを防げます。

Route 53 で登録したドメインの場合

AWS の Route 53 でドメインを登録している場合は、CLI でも自動更新の状態を確認・変更できます。ドメイン登録の API は us-east-1 リージョンで提供されているため、リージョンを指定します。

# 自動更新の状態と有効期限を確認する
aws route53domains get-domain-detail \
  --domain-name example.com --region us-east-1 \
  --query '{AutoRenew:AutoRenew,Expiry:ExpirationDate}'

# 自動更新を有効にする
aws route53domains enable-domain-auto-renew \
  --domain-name example.com --region us-east-1

複数のドメインを持っているなら、list-domains の結果を使って一覧で確認できます。

aws route53domains list-domains --region us-east-1 \
  --query 'Domains[].{Domain:DomainName,AutoRenew:AutoRenew,Expiry:Expiry}' \
  --output table

自動更新が「効いていない」典型パターン

設定したつもりでも更新されない場合は、次の順に確認します。

決済に失敗していた: 管理画面の請求履歴と、通知メール（迷惑メールフォルダを含む）を見ます。カード情報を更新したら、手動で更新を実行できるかを確かめます。
移管で設定が引き継がれていない: 別のレジストラへ移管すると、移管先では自動更新が既定でオフになっていることがあります。移管後は設定画面を開き直して確認します。
別のアカウントで管理している: 制作会社や前任者のアカウントにドメインが残っていると、こちらの設定は届きません。WHOIS / RDAP でレジストラ名を確認し、どのアカウントにあるかを特定します。
ドメインがロックや停止の状態にある: 登録者情報の確認が済んでいないなど、ドメインの状態によっては更新処理が進まないことがあります。
レジストラ側のサービス変更: 事業の終了や他社への移行で、設定や支払い手段の登録をやり直す必要が出ることがあります。告知メールを見落とさないようにします。

有効期限を外から監視する

自動更新を信頼しつつ、外からも期限を見ておくと二重の備えになります。gTLD では RDAP で有効期限を JSON として取得できます。

# rdap.org が該当レジストリの RDAP サーバーへ転送する
curl -sL https://rdap.org/domain/example.com \
  | jq -r '.events[] | select(.eventAction=="expiration") | .eventDate'

これを使って、残り日数が少なくなったら通知するスクリプトの例です。cron で毎日実行し、出力があればメールが届くようにします（cron の MAILTO 設定や監視ツールと組み合わせます）。

#!/usr/bin/env bash
# 有効期限まで THRESHOLD 日を切ったドメインを表示する
THRESHOLD=45
DOMAINS="example.com example.net"

for d in $DOMAINS; do
  exp=$(curl -sL "https://rdap.org/domain/$d" \
    | jq -r '.events[] | select(.eventAction=="expiration") | .eventDate')
  if [ -z "$exp" ] || [ "$exp" = "null" ]; then
    echo "$d: 有効期限を取得できませんでした"
    continue
  fi
  days=$(( ( $(date -d "$exp" +%s) - $(date +%s) ) / 86400 ))
  if [ "$days" -lt "$THRESHOLD" ]; then
    echo "$d: 有効期限まで残り ${days} 日 ($exp)"
  fi
done

date -d は GNU coreutils の書き方で、macOS の標準の date では動きません。.jp のように RDAP の提供状況や項目が gTLD と異なる TLD は、whois コマンドの出力から期限の行を拾う、レジストラの API を使う、などの方法に切り替えます。外部のドメイン監視サービスを使う方法もあります。

猶予日数の目安は、自動更新の処理日より前にしておくのがおすすめです。処理日を過ぎても期限が延びていなければ、決済失敗などの異常に早く気づけます。

管理台帳と定期点検

ドメインが増えるほど、設定よりも「把握」が難しくなります。次の項目を台帳にまとめておくと、点検と引き継ぎが楽になります。

ドメイン名、レジストラ、管理アカウント（アカウントの持ち主）
有効期限、自動更新の有無、更新処理日
支払い手段（カードの名義と有効期限の月まで）
ネームサーバー、DNS の管理場所
関連するサービス（メール、SSL 証明書、外部サービスの所有権確認）

年に1〜2回、台帳と管理画面を突き合わせます。使わなくなったドメインは、すぐに手放さずに一定期間リダイレクトを残すかどうかも検討します。手放した直後に第三者が取得し、旧サイトへのリンクを悪用する例があるためです。

なお、SSL 証明書の自動更新はドメインの更新とは別の仕組みです。ドメインが更新されていても証明書の更新が失敗していることはあるので、両方を監視対象に入れておきます。

まとめ

自動更新はドメインごとに有効化し、更新処理が有効期限の何日前に走るかを確認します。
失敗の主な原因は決済です。カードの期限、残高、通知メールの受け取り先を整えます。
連絡先メールは更新対象とは別ドメインのアドレスにし、共有アドレスにしておくと見落としを防げます。
移管後やアカウントが分かれている場合は、設定が引き継がれていないことがあります。
RDAP などで有効期限を外から監視し、台帳で定期点検すると更新漏れに早く気づけます。