サイトの修正を頼もうとしたら、制作会社の電話がつながらない。メールも返ってこない。廃業したらしい、担当者が辞めたらしい、個人の制作者が音信不通になった。そういう人へ。
いちばん怖いのは、連絡が取れないことではなく、誰も払っていない契約の期限が静かに来ることです。 サイトもメールも、今日は動いています。止まるのは、ドメインかサーバの期限が切れた日です。読み終えると、30分で「何が、誰の名義で、いつ切れるか」を書き出し、期限が近い順に、登録事業者とサーバ会社へ自分で問い合わせを送れます。
- この記事で出来ること
- 何が誰の名義でいつ切れるかを表に書き出し、登録事業者とサーバ会社へ問い合わせを送れる
- 前提
- 自社のドメイン名が分かること。過去の請求書やメールを探せること
- 所要時間
- 最初の確認は30分。事業者とのやり取りは数日〜数週間
先に結論:私ならこの順で動きます
- 制作会社を探し回る前に、期限を調べる。 相手を探すのに1週間使うと、その間に期限が来ます。
- 何も変えない。まず写す。 DNSの値、サイトのファイル、メール。動いているうちに控えを取ります。
- 期限が近い物から、事業者へ自分で連絡する。 制作会社を経由しないと何もできない、とは限りません。
- 取り戻せない見込みなら、新しいドメインを並行で用意する。 待つだけの時間を作りません。
目次(8)
1. 最初の30分で確かめること
期限と名義は、スマホのブラウザだけで調べられます。 ドメインの末尾が .com や .net など(gTLDと呼びます)なら ICANN の登録データ検索(lookup.icann.org)、.jp なら JPRS WHOIS(whois.jprs.jp)を開き、自社のドメイン名を入れて検索します。有効期限、登録事業者(Registrar/指定事業者)、ネームサーバー(Name Server。DNSを預けている会社の名前が入っています)が1画面に出ます。
パソコンでコマンドが打てるなら、メールとサイトの置き場所まで分かります。上から、DNSを預けている先(NS)、メールの届け先(MX)、サイトのサーバの住所(A)、登録情報(期限・事業者・状態)を聞く4行です。見るだけで、何も変わりません。example.com は自社のドメインに読み替えます。
dig +short example.com NS
dig +short example.com MX
dig +short example.com A
curl -sL https://rdap.org/domain/example.com
Windowsには dig が無いので、nslookup -type=MX example.com のように打ちます(MX を NS・A に替える)。どちらも打てなければ、ブラウザで使える Google Admin Toolbox の Dig(toolbox.googleapps.com/apps/dig/)にドメイン名を入れ、NS・MX・A のボタンを押せば同じ答えが出ます。このサイト(it-techo.com)で実行した結果が下です。
$ dig +short it-techo.com NS
rose.ns.cloudflare.com.
nico.ns.cloudflare.com.
$ dig +short it-techo.com MX
45 route3.mx.cloudflare.net.
11 route1.mx.cloudflare.net.
95 route2.mx.cloudflare.net.
RDAP の結果からは、events の expiration(このサイトは 2027-09-20T07:50:44Z)と、status(client transfer prohibited=移管ロック中。ほかの事業者へ勝手に移されないための鍵で、付いているのが普通です)を読みます。ブラウザの検索結果でも、同じ項目が、期限(Expiration)、Registrar、Domain Status の欄に出ます。見るのは期限、事業者の名前、状態の3つだけです。
| 確かめること | どこで分かるか | 分かったこと(記入) |
|---|---|---|
| ドメインの有効期限 | RDAP/WHOIS の expiration・有効期限 | |
| ドメインの登録事業者 | 同じ結果の Registrar/指定事業者 | |
| 登録者の表示(自社か、制作会社か、非表示か) | 同じ結果の Registrant/登録者名 | |
| DNSの置き場所 | dig NS の答えに入っている事業者の名前 | |
| メールの置き場所 | dig MX の答えに入っている事業者の名前 | |
| サイトの置き場所 | dig A のIPアドレスを、IPアドレスの持ち主を調べるサービスで引く | |
| お金を誰が払っているか | 自社のカード明細・口座の引き落とし・制作会社からの請求書の内訳 | |
| 過去に届いた事業者からのメール | 社内のメールを、事業者の名前・「更新」「契約」「アカウント」で検索 |
下の2行を軽く見ないでください。よくあるのは、契約は制作会社の名義だと思い込んでいたが、カード明細を見たらサーバ代は自社のカードから落ちていた、という形です。この場合、契約者は自社である見込みが高く、話は一気に楽になります。逆に、明細のどこにも無く、制作会社への「保守費」にまとめて含まれていたなら、制作会社が払わなくなった時点で期限が来ます。
検索結果の画面は、日付が分かる形で保存します。後で事業者に経緯を説明するときの材料になります。
2. 期限が近い順に手を打つ
| 順 | 状況 | 今日やること |
|---|---|---|
| 1 | ドメインの期限が1か月以内、またはすでに切れている | 登録事業者へ連絡(3節の文面)。切れているなら先に 更新切れの段階の見分け方 へ |
| 2 | サーバの期限が分からない、または近い | サーバ会社へ連絡。並行して、サイトとメールの控えを取る(4節) |
| 3 | 期限は先だが、名義も管理画面も制作会社 | 控えを取り、登録事業者へ名義の相談。急がない |
| 4 | 名義は自社で、管理画面のログイン情報だけが無い | 事業者の「ログインできない場合」の手続きへ。いちばん軽い |
私なら、ドメインを最優先にします。 理由は、サーバとメールは別の会社で作り直せますが、ドメインは替えが利かないからです。名刺にも取引先の連絡帳にも、そのドメインが載っています。gTLDでは期限後も更新できる期間と30日の復旧猶予期間がありますが(ICANNのERRP)、期限後に何日更新できるかは事業者の規約しだいで、しかも更新の手続きができるのは名義人と管理画面の持ち主だけです。
メールについて1つだけ。サーバが止まっても、送信側は再送を続けます(RFC 5321 は、諦めるまで少なくとも4〜5日とするよう述べています)。ただしドメインが失効して名前が引けなくなった場合は別で、宛先不明として返ります。当てにしてよい話ではありません。
3. 登録事業者・サーバ会社へ自分で送る文面
制作会社の名義でも、事業者に事情を伝えることはできます。事業者は契約者以外に契約の中身を教えませんが、「どうすれば手続きができるか」は答えてくれます。電話より、記録の残る問い合わせフォームかメールで送ります。
件名:ドメイン(example.com)の管理について(管理を委託していた会社と連絡が取れません)
ご担当者様
example.com を事業で使用している(会社の正式名称)の(氏名)と申します。
このドメインの取得と管理を(制作会社名)に委託しておりましたが、
年 月ごろから、電話・メールとも連絡が取れなくなりました。
登録データ検索では、貴社が登録事業者、有効期限が 年 月 日と表示されています。
つきましては、次の点をお教えください。
1. 当社が登録者として登録されている場合、管理画面のログイン情報を
再設定する手続きと、必要な書類
2. 登録者が委託先になっている場合、当社が取りうる手続きの有無
3. 有効期限までに更新の支払いだけを当社が行う方法の有無
当社がこのドメインを使用してきたことを示す資料
(登記事項証明書、ドメイン費用の請求書、サイトの掲載内容など)は提出できます。
会社名/所在地/担当者名/電話番号/返信先メールアドレス
サーバ会社には、件名と1〜3を「サーバの契約」に読み替えて送ります。返信先は、そのドメイン以外のメールアドレスにします。ドメインが止まると返事が読めなくなるからです。
求められたら出せるよう、次を先に揃えておきます。何が要るかは事業者ごとに違い、ここに挙げるのは「よく求められる物」です。
| 準備する物 | 済 |
|---|---|
| 登記事項証明書(履歴事項全部証明書)。発行から3か月以内の物を求められることが多い | □ |
| 代表者または担当者の本人確認書類の写し | □ |
| 会社の印鑑証明書と、社印を押した申請書(事業者の様式) | □ |
| ドメイン・サーバの費用を払ってきたことが分かる請求書・明細 | □ |
| 制作会社との契約書・発注書(ドメインの扱いが書かれた箇所) | □ |
| 1節で保存した検索結果の画面 | □ |
| 連絡を試みた記録(日付、手段、相手) | □ |
正直に書くと、登録者が制作会社のままなら、事業者は原則として動けません。 gTLDの登録者の変更には、それまでの登録者と新しい登録者の両方の同意が要ると ICANN の移管ポリシーが定めており、.jp の申請はすべて指定事業者を通じて登録者が行うものだからです。それでも問い合わせる価値があるのは、実際には自社が登録者だった、更新の支払いだけは受けてもらえた、という出口が見つかることがあるためです。規則の中身は次の記事に書きました。
制作会社へも、最後の連絡を記録の残る形で1通だけ送っておきます。
件名:【ご連絡のお願い】example.com の管理について
○○様
お電話とメールで何度かご連絡しましたが、つながらないため書面でお送りします。
example.com の有効期限が 年 月 日に迫っています。
更新と、登録者名義・管理アカウントの当社への移行についてご相談したく、
月 日までにご一報いただけますでしょうか。費用が発生する場合はお支払いします。
会社が廃業しているなら、登記上の本店と代表者の住所へ郵送します。破産の手続きに入っている場合は、破産管財人が窓口になります。ここから先、つまり相手に法的に何かを求める話は、弁護士の領分です。 1節の表、保存した画面、請求書、連絡の記録を一式持って相談してください。期限の日付を最初に伝えます。この記事では踏み込みません。
4. 戻し方:取り返しのつかない操作はどれか
| 操作 | 戻せるか |
|---|---|
登録データを検索する、dig を打つ、画面を保存する | 見るだけ。何も変わらない |
| サイトのファイル、メールを手元に写す | コピーなら戻す必要がない。移動・削除はしない |
| DNSのレコードを書き換える | 直前の値を控えてあれば戻せる。控えが無いと戻せない |
| ネームサーバーを替える | 戻せるが、新しい側にMXが無いとその間メールが届かない |
| サーバを解約する、旧メールアカウントを消す | 戻せない。 中のファイルとメールは消える |
| ドメインを失効させる | 段階が進むほど戻せなくなる。削除待ちに入ると復旧できない |
だから、管理画面に入れた場合でも、私は最初の日には何も変えません。やるのは控えだけです。
- DNS: 管理画面のレコード一覧を画面ごと保存。入れないなら
digでA・MX・TXT・NSと、wwwなどサブドメインの分を控える - サイト: FTPやWordPressの管理画面に入れるなら、ファイルとデータベースを書き出す。入れないなら、公開されているページをブラウザで保存し、文章と画像だけでも確保する
- メール: IMAPなら、メールソフトでフォルダごと手元にコピーする
5. 取り戻せないときの次善策:新しいドメインで立て直す
次のどれかに当てはまるなら、私は回復の手続きと並行して、新しいドメインを取ります。
| 目安(私の基準です) | 理由 |
|---|---|
| 期限まで1か月を切り、事業者から「登録者本人でなければ手続きできない」と返ってきた | 待っても間に合わない見込みが高い |
| 登録者が廃業した会社か連絡の取れない個人で、同意を得る道筋が無い | 名義変更には両者の同意が要る |
| 弁護士に相談した結果、費用と期間が見合わない | ドメインの価値と比べる |
新しいドメインは必ず自社の名義、自社のアカウント、自社のカードで取り、サーバとメールもその下に作ります。古いドメインが動いているうちに、旧アドレスから新アドレスへの転送、名刺・請求書・取引先への通知、サイトの移転の告知を済ませます。止まってから始めると、通知する手段そのものがありません。
勧めないのは、「そのうち連絡がつくだろう」と待つことです。 新しいドメインの取得と1年分の維持は、長く使ったドメインを失う損害に比べれば小さな出費です(料金は登録先の公式の料金ページで、取得と更新の両方を見てください)。しかも無駄になるのは、古いドメインが無事に戻ったときだけです。
→ 登録先の選び方 / サーバ・ドメイン・メールを動かす順番
6. 社長への報告の型(3行)
1. 現状:サイトとメールは動いています。ただしドメインの期限が 月 日で、名義は(自社/制作会社/不明)です。
2. 打った手:登録事業者とサーバ会社に手続きを問い合わせ、サイトとメールの控えを取りました。
3. 判断のお願い: 月 日までに回復の見込みが立たなければ、新しいドメインへ切り替えます(費用の目安: 円)。弁護士への相談の要否もご判断ください。
7. 確認表
| # | 確認すること | 済 |
|---|---|---|
| 1 | ドメインの期限・登録事業者・登録者の表示を調べ、画面を保存した | □ |
| 2 | dig で DNS・メール・サイトの置き場所を調べた | □ |
| 3 | カード明細と請求書で、誰が何を払っているかを確かめた | □ |
| 4 | DNSの値、サイトのファイル、メールの控えを取った(何も変えていない) | □ |
| 5 | 期限が近い順に、事業者へ問い合わせを送った。返信先は別ドメインのアドレス | □ |
| 6 | 求められそうな書類を揃えた | □ |
| 7 | 制作会社へ、記録の残る形で最後の連絡を送った | □ |
| 8 | 新しいドメインへ切り替える期日を決め、社長に報告した | □ |
| 9 | 取り戻した後、名義・通知先・自動更新・2要素認証を自社で設定した | □ |
出典(取得日: 2026-09-20)
優先順位、文面、準備する書類、切り替えの目安は、規則の定めではなく筆者の実務上の考えです。事業者が実際に求める書類は、各社の公式ヘルプを確認してください。
- ICANN “Transfer Policy”(II章 Change of Registrant) https://www.icann.org/resources/pages/transfer-policy-2016-06-01-en
- ICANN “Expired Registration Recovery Policy”(ERRP) https://www.icann.org/resources/pages/errp-2013-02-28-en
- JPRS「JPドメイン名の各種申請について(よくある質問)」 https://jprs.jp/faq/application/
- JPRS「JPドメイン名のライフサイクル」 https://jprs.jp/about/dom-rule/lifecycle/
- RFC 5321 Simple Mail Transfer Protocol(4.5.4.1節) https://www.rfc-editor.org/rfc/rfc5321.html