独自ドメインの更新忘れを防ぐ管理方法|担当者変更前に確認することのアイキャッチ

NOTES

独自ドメインの更新忘れを防ぐ管理方法|担当者変更前に確認すること

独自ドメインを失効させないには、更新期限をカレンダーへ入れるだけでは足りません。登録事業者と契約名義を確認で…

チップス

独自ドメインを失効させないには、更新期限をカレンダーへ入れるだけでは足りません。登録事業者と契約名義を確認でき、更新通知が現役の共有メールへ届き、自動更新の設定と支払い方法を別々に点検できる状態にしておきます。制作会社へ管理を委託している場合も、ログイン権限や復旧時の連絡先を含む管理情報は自社で記録しておきましょう。

この記事では、更新通知の宛先や契約名義が分からない方、担当者・制作会社の変更を控えた方が、引継ぎ前の確認順序を判断できるようにします。

独自ドメインの更新忘れは期限だけの問題ではありません

独自ドメインの更新は、「何月何日までに支払うか」だけで完結しません。期限を知っていても、通知が退職者のメールへ届いている、決済カードが失効している、管理画面へ入れる人がいない、といった状態では更新手続きを進められないからです。

管理すべき対象は、少なくとも次の六つに分かれます。

  • どの登録事業者で管理しているか
  • 誰またはどの法人が契約者・登録者として扱われているか
  • 更新期限と自動更新の設定はどうなっているか
  • 通知メールを現在も受信できるか
  • 支払い方法が有効か
  • 管理画面へのログインと本人確認を誰が行えるか

ICANNは、ドメインを守るために登録条件を把握し、連絡先を最新に保ち、期限を記録するよう案内しています。自動更新を利用する場合も、支払い情報を最新に保つ必要があるとしています。ICANNの方針が適用されるgTLDでは、登録事業者から期限のおよそ1カ月前と1週間前に更新通知が送られますが、通知を受け取れる状態を保つのは登録者側の管理課題です。出典 ICANN

したがって、「自動更新がONだから大丈夫」とは判断できません。自動更新の設定、決済手段、通知先、管理権限が一つの流れとしてつながっているかを確認して、初めて更新忘れへの備えになります。

まず登録事業者と契約名義を確認します

契約名義、登録事業者、通知メール、支払い方法の関係図を整理した図
ドメイン更新に必要な管理要素の関係を一目で示すために、契約名義、登録事業者、通知メール、支払い方法の関係図を整理しています。

ここでいう登録事業者とは、ドメインの登録・更新に関する契約窓口です。.comや.orgなどではレジストラまたはリセラー、JPドメインでは指定事業者が窓口になります。サービス名と登録を扱う事業者名が異なる場合は、両方を記録します。

次の順で確認すると、情報を混同しにくくなるでしょう。

  1. 対象ドメインの文字列と末尾の種類を正確に書き出す
  2. 過去の請求書、カード明細、更新通知、制作時の引継ぎ資料を探す
  3. 管理画面へ入り、サービス名、契約ID、登録事業者、期限を照合する
  4. 契約者名義とドメインの登録者情報を確認する
  5. 不明点を登録事業者または契約窓口へ問い合わせる

ICANNの案内では、登録事業者が分からない場合、登録データの検索結果からレジストラ名を確認できます。一方、公開される登録情報はプライバシー保護などにより一部が表示されないことがあります。契約名義や連絡先の最終確認には、検索結果だけでなく、管理画面または登録事業者からの回答を使います。出典 ICANN+1

「会社が使っているから会社名義のはず」と決めつけず、制作会社のアカウント、創業時の個人名、旧担当者のメールが残っていないかを確認します。請求書の宛名とドメインの登録者情報も分けて記録してください。

JPドメインについてJPRSは、ドメインの種類によってライフサイクルが異なり、指定事業者ごとに申請受付期間や受け付ける手続きが異なる場合があると説明しています。JPドメインの状態や期限は、JPRS WHOISの表示と契約中の指定事業者の案内を照合して判断します。出典 JPRS

更新通知と支払い方法を別々に点検します

更新通知が届くことと、更新料金を支払えることは別の条件です。片方だけを確認すると、「通知は来ていたが決済できなかった」「カードは有効だが通知を誰も見ていなかった」という空白が残ります。

通知先は現役の共有メールにします

管理画面で登録されているメールアドレスを表示し、現在受信できるかを確認します。担当者個人のアドレス、退職者のアドレス、制作会社だけが見るアドレスになっている場合は、自社で継続利用する共有メールを通知先にできるか、登録事業者へ確認してください。

変更後は、複数人が閲覧できるか、迷惑メールや転送設定に問題がないかも点検します。復旧用連絡先が対象ドメインのメールだけなら、登録事業者が認める範囲で別系統の連絡先も把握します。

ICANNは、登録情報に紐づく連絡先を最新に保つ理由として、登録事業者からの重要な通知やアカウント変更の確認を受け取るためだと説明しています。RDRPはgTLDの登録者に対し、登録事業者が年1回、登録情報を確認・更新するよう通知する方針です。出典 ICANN

自動更新の設定と決済の有効性を分けて見ます

管理画面では、「自動更新が有効か」「次回の更新または請求予定日はいつか」「どの支払い方法が選ばれているか」を別々に確認します。クレジットカードなら有効期限や再発行後の差し替え状況、請求書払いなら請求先と社内の処理担当を確かめます。

管理表にはカード番号を書かず、支払い方法、管理部署、末尾の識別情報、確認日を残します。決済情報は権限を制御できる場所で扱ってください。

更新期限を社内カレンダーへ登録する場合は、登録事業者からの通知を置き換えるのではなく、見落としを補う二重の確認として使います。確認日と確認者も残しておけば、担当者が替わった後に「いつの情報か分からない」という状態を避けられます。

担当者変更前に引き継ぐ情報を一枚にまとめます

期限確認、連絡先更新、権限共有、復旧手順の順に進む引継ぎ図を整理した図
担当者変更前の確認順序を迷わず実行できるようにするために、期限確認、連絡先更新、権限共有、復旧手順の順に進む引継ぎ図を整理しています。

退職や異動の直前にログイン情報を探すと、本人確認や二段階認証の移行が滞ります。期限確認、連絡先更新、権限共有、復旧手順の順に進め、通常時とトラブル時の対応を一枚にまとめておきましょう。

期限確認では、対象ドメイン、更新日、自動更新、次回の支払い予定を確定します。連絡先更新では、通知メールと本人確認先を現役のものへ変更します。権限共有では、後任者が管理画面へ入れることを実際に確かめ、復旧手順では、ログインできない場合に誰へ何を提示するかまで残します。

管理表を作る際は、次の項目をその場で点検してください。

  • 対象ドメインの正確な文字列とドメインの種類
  • 登録事業者、利用サービス名、契約ID
  • 契約者名義と登録者情報
  • 更新期限、自動更新の設定、次回の請求予定
  • 更新通知を受け取る共有メールと受信確認日
  • 支払い方法の種類、管理部署、決済情報の確認日
  • 管理画面へ入れる管理者と予備の管理者
  • 二段階認証の移行先と復旧コードの保管場所
  • 制作会社、保守会社、登録事業者の連絡先
  • ログインできない場合の本人確認方法と必要書類
  • DNS、サーバー、メールをそれぞれ誰が管理しているか
  • 最終確認日、次回確認日、変更履歴

この管理表には、パスワードやカード番号をそのまま載せない方が安全です。認証情報の保管場所とアクセス権限を書き、実データは社内で承認した管理方法へ分けます。

空欄があること自体は問題ではありません。空欄の右側に「登録事業者へ確認」「制作会社へ確認」「経理へ確認」と次の確認先を書けば、担当者変更前に解消すべき範囲が見えるようになります。

制作会社へ任せる範囲と自社で持つ情報を分けます

制作会社へドメイン更新やDNS設定を依頼することはできますが、作業を任せることと、自社が契約状況を把握しないことは同じではありません。外部へ委託している場合ほど、誰の名義で、どの契約に基づき、更新費用を誰が支払うかを文書で確認します。

ドメイン管理で確認する役割
確認項目自社で保持外部へ依頼可能確認先
登録事業者・契約ID事業者名と識別情報調査の補助管理画面・請求書
契約名義・登録者情報現在の名義と変更履歴変更手続きの支援管理画面・登録事業者
期限・自動更新期限と設定の確認記録更新作業管理画面
通知先メール自社で受信できる連絡先変更作業管理画面・登録事業者
支払い支払責任者と決済状況請求代行・更新案内経理・契約書
権限・復旧窓口管理者権限と連絡先権限設定の支援管理画面・登録事業者

この表では、作業の依頼先ではなく、緊急時に自社が確認できる情報が残っているかを判断します。外部へ任せる項目が多くても、自社で保持する欄は埋めておきます。

制作会社との契約書や請求書では、「ドメイン管理費」に何が含まれるかを確認してください。更新料金の立替だけなのか、契約名義の管理、通知監視、障害時の連絡、移管手続きまで含むのかによって、自社側の作業が変わります。

登録事業者の変更や契約名義の変更を予定している場合は、現在の登録事業者で必要な本人確認、ロックの解除、認証情報、手続き期限を確認します。ICANNも、更新方法、失効後の選択肢、費用は登録事業者によって異なるため、各社の利用条件を読むよう案内しています。出典 ICANN

期限が近い場合や失効に気づいた場合の確認順序

期限が迫っているときや、Webサイト・メールが突然使えなくなったときは、新しく同じ文字列を取得しようとする前に、現在のドメインの状態を確認します。失効後も一定の状態に留まり、現在の登録事業者を通じた更新や回復が可能な場合がある一方、条件はドメインの種類と契約先によって異なります。

確認は次の順で行います。

  1. ドメイン名の綴り、種類、管理している登録事業者を確定する
  2. 管理画面または登録データ検索で、期限と現在の状態を確認する
  3. 現在の登録事業者へ、更新・回復の可否、期限、費用、必要書類を尋ねる
  4. DNSやサーバー設定を変更する前に、登録事業者の案内に沿って手続きを進める
  5. 回復後に、Webサイト、メール、DNS設定、更新設定、通知先を再確認する

ICANNが説明する典型的なgTLDの流れでは、失効や解約後に登録事業者がドメインを削除した場合、30日間のRedemption Grace Periodを経て、回復されなければ5日間のPendingDeleteへ進み、その後に再登録可能な状態になることがあります。どの段階にあるかによって、すぐに他社で登録できるとは限りません。出典 ICANN

JPドメインでは、汎用・都道府県型と属性型・地域型で状態や期間が異なります。JPRSは、指定事業者ごとに申請受付期間などが異なる場合もあると明記しています。期限や回復条件を一般論だけで決めず、JPRSの状態表示と現在の指定事業者の回答を組み合わせて判断してください。出典 JPRS

期限が近い時期に更新、名義変更、登録事業者や制作会社の変更を重ねると、停止原因を追いにくくなります。現在の登録事業者へ手続きの順序を確認し、回答を記録してから進めます。

ドメイン管理を保守の仕組みに組み込みましょう

ドメイン管理は、一度管理表を作って終わる作業ではありません。担当者の異動、カードの再発行、共有メールの変更、制作会社の交代など、周辺情報が変わるたびに更新状況も変わります。

社内では、主担当者と確認できる予備担当者を決め、管理表に最終確認日と次回確認日を残します。定期確認では、期限だけでなく、通知の受信、自動更新、決済手段、ログイン、二段階認証、外部委託の契約範囲まで同じ順序で見直してください。

ドメイン、サーバー、WordPress更新、バックアップ、障害対応の役割を整理したい場合は、ホームページ保守と運用の違いも判断材料になります。ドメインの契約管理を保守業務へ含めるのか、自社の総務・経理で持つのかを明文化すると、確認漏れを減らせます。

この記事を閉じる前に、管理表へ現在分かる情報を書き込んでください。埋まらない項目は推測せず、登録事業者、制作会社、経理、前任者のうち、根拠を確認できる相手へ問い合わせます。

参考資料

FAQs for Registrants: Domain Name Renewals and Expiration

発行主体:ICANN。公開日:2018年12月7日。資料 ICANN

FAQs: Domain Name Registrant Contact Information and ICANN’s Registration Data Reminder Policy (RDRP)

発行主体:ICANN。公開日:2012年2月25日、更新日:2024年2月21日。資料 ICANN

JPドメイン名のライフサイクル

発行主体:株式会社日本レジストリサービス(JPRS)。公開日:記載なし(2026年8月5日確認)。資料 JPRS