ドメイン・サーバーの管理権限を発注者側に残す方法｜制作会社変更時に困らない準備

先日、あるECサイトを運営している方から相談を受けました。「ホームページを作ってくれた制作会社と連絡がつかなくなり、ドメインもサーバーも動かせない」と。話を聞くと、ドメインの登録者情報も、サーバーの管理画面のログイン情報も、すべて制作会社名義のまま5年間放置されていたそうです。結論から言うと、これは契約の初期段階で防げたトラブルです。ドメイン管理 発注者 引き継ぎの仕組みを正しく理解し、最初の発注時点で管理権限を自社に残す取り決めをしておけば、こういう事態は起きません。この記事では、ドメインとサーバーの管理権限を発注者側にきちんと残すための具体的な方法を、行政書士としての視点も交えながら解説します。

ドメイン管理をめぐるトラブルが増えている背景

ドメインやサーバーの管理権限に関するトラブルは、ここ数年で相談件数が目に見えて増えています。理由は大きく分けて3つあります。

1つ目は、ホームページ制作を外部の制作会社やフリーランスに依頼する企業が増えたことです。中小企業庁の統計でも、中小企業のIT関連業務の外部委託は年々拡大傾向にあり、ホームページ制作・保守はその代表的な業務の一つとされています。委託が増えれば、それだけ「管理権限をどちらが持つか」という論点も増えるということです。

2つ目は、制作会社側の廃業・倒産・音信不通が珍しくなくなったことです。小規模な制作会社やフリーランスのWeb制作者は、案件の増減によって事業継続が不安定になりやすい業態です。委託先が突然連絡を絶ってしまうと、ドメインの更新やサーバーの契約更新が止まり、最悪の場合はホームページごと消滅します。

3つ目は、フリーランス保護新法の施行によって、発注者と受注者の間の取り決めをきちんと書面化する意識が高まったことです。つまり、「口約束で任せていた部分」が可視化されるようになり、これまで曖昧にされていたドメイン管理の所在も問題として浮上しやすくなったのです。

こういうケース、実は本当に多い。だからこそ、ドメインとサーバーの管理権限がどこにあるかを正確に把握し、発注者側でコントロールできる状態を作っておくことが、事業継続の観点からも重要になっています。

通常、ドメイン移管が必要となるケースはそれほど多くありません。ユーザーがドメイン管理会社について意識する機会も、あまりないでしょう。 出典: kagoya.jp

つまり、普段はドメイン管理会社の存在を意識しなくても問題は起きません。問題が表面化するのは、制作会社を変更するタイミングや、契約が終了するタイミングです。その瞬間になって初めて「誰がドメインの持ち主なのか分からない」という事態に気づくケースが後を絶ちません。

ドメイン管理の基本構造を正しく理解する

まず前提として、ドメインの仕組みを整理しておきましょう。「つまり」で言い換えながら解説します。

ドメインは誰のものなのか

ドメインという文字列そのものは、購入した瞬間に「自社の資産」になったように感じますが、実際の管理構造はもう少し複雑です。

そもそも存在する全てのドメインは、ドメイン管理会社（=日本レジストリサービスに認定された「指定事業者」）が管理しています。よくある間違いとして「ドメインを取得すれば自分が管理していることになる」と思っている方が多いですが、ドメイン管理会社を通して取得し、管理会社がユーザーになりかわってそのドメインを管理しているが正しい認識です。 出典: kagoya.jp

つまり、ドメインは「登録者情報」と「管理指定事業者」という2つのレイヤーで構成されています。登録者情報は「このドメインの持ち主は誰か」を示すもので、管理指定事業者は「実際にドメインの設定を操作できる窓口」です。この2つが両方とも制作会社名義になっていると、発注者は自社のドメインでありながら、実質的に何も操作できない状態に陥ります。

レジストラとレジストリの違い

もう一つ押さえておきたいのが、レジストリとレジストラという用語です。レジストリはドメインの管理台帳そのものを持つ組織（.jpであれば日本レジストリサービス、.comであればVeriSignなど）で、レジストラはその窓口となる事業者(お名前.com、ムームードメイン、Xserverドメインなど)です。発注者が直接やり取りするのはレジストラであり、レジストラのアカウントを誰が持っているかが、実質的な管理権限の所在になります。

ネームサーバーとDNS設定の位置づけ

ドメインとサーバーをつなぐのがネームサーバー(DNS)の設定です。ドメインの管理画面でネームサーバーを指定し、そのネームサーバー側でメールやウェブサイトの向き先(Aレコード、MXレコードなど)を設定します。ドメインの管理権限があっても、DNSの設定権限がなければサイトの移転はできません。逆にDNSの設定権限だけあってもドメイン自体の更新や移管はできません。この2つはセットで確認する必要があります。

発注者がドメイン管理で確認すべき5つのポイント

ここからは、実際に発注者として何を確認すればよいのかを具体的に解説します。

ポイント1: ドメインの登録者情報(Whois情報)を確認する

まず確認すべきは、ドメインのWhois情報です。ドメインの登録者名(Registrant)欄に自社名が入っているか、制作会社名が入っているかを確認してください。JPドメインの場合は、JPRSのWhois検索やレジストラの管理画面から確認できます。gTLD(.com、.netなど)の場合はICANNのWhois検索や各レジストラの管理画面で確認します。

もし登録者名が制作会社になっていたら、それは危険信号です。制作会社の意思ひとつでドメインが移管・売却・失効させられるリスクがあるということだからです。

ポイント2: レジストラのアカウント情報を自社で保有する

Whois情報だけでなく、レジストラの管理画面にログインできるIDとパスワードを自社で保有しているかも重要です。登録者名が自社名義であっても、ログイン情報を制作会社しか知らない状態では、実質的に自社でコントロールできません。

契約時点で「ログインID・パスワードは発注者が保有し、制作会社に一時的に共有する」という形にしておくのが望ましい進め方です。制作会社にアカウントを作成させてしまうと、後から情報を回収するのに手間がかかります。

ポイント3: 認証コード(AuthCode)の保管場所を確認する

ドメインを別のレジストラに移管する際には、認証コード(AuthCode、Transfer Authorization Code)が必要になります。この認証コードは現在のレジストラの管理画面から発行できますが、発行できるのはアカウントを保有している人だけです。

制作会社しかアカウントにアクセスできない状況では、いざ移管が必要になったときに認証コードを取得できず、身動きが取れなくなります。定期的に(少なくとも制作会社を変更するタイミングで)認証コードを取得し、控えを保管しておくことをおすすめします。

ポイント4: サーバーの契約者名義と支払い方法を確認する

ドメインだけでなく、サーバー(レンタルサーバーやクラウドサーバー)についても同様の確認が必要です。契約者名義が自社かどうか、支払いがどのクレジットカードや口座から行われているかを確認しましょう。

制作会社が代理で契約し、制作会社のクレジットカードで支払いを立て替えているケースは少なくありません。この場合、契約そのものが制作会社とサーバー事業者の間で結ばれているため、発注者は当事者ではなく、サーバー事業者に直接問い合わせても対応してもらえないことがあります。

ポイント5: サーバーの管理画面(コントロールパネル)へのアクセス権を確認する

契約者名義が自社であっても、実際のサーバー管理画面(cPanel、Plesk、またはクラウド事業者独自の管理コンソールなど)にログインできるかどうかは別問題です。FTP情報、データベースの管理者パスワード、SSHの鍵情報なども含めて、どこまで発注者が把握しているかを棚卸ししておく必要があります。

制作会社を変更するときに起きがちなトラブル事例

ここで、実際に相談を受けた事例を、個人が特定されないよう内容を調整してご紹介します。

ある店舗経営者の方は、開業時にホームページ制作を知人のフリーランスに依頼しました。ドメインの取得からサーバーの契約まですべて任せ、月額の保守費用を払い続けていました。3年後、より本格的な制作会社にリニューアルを依頼しようとしたところ、フリーランスの方と連絡が取れなくなっていました。ドメインの登録者名も制作者名義、サーバーの契約者名義も制作者名義。結局、ドメインの有効期限が切れるのを待って新しいドメインで再スタートするしかなく、それまでの検索順位や被リンクの資産をすべて失いました。

これは決して珍しいケースではありません。実際、私自身も行政書士として独立する際、最初のホームページ制作を依頼した相手とのやり取りで、ドメインの管理権限について曖昧なまま契約を進めてしまった経験があります。後になって「このドメイン、名義は誰になっていますか」と確認したところ、制作会社側で登録されていたことが分かり、慌てて名義変更を依頼した経緯があります。発注する側であっても、専門知識がなければこうした見落としは起きるのです。

もう一つ、別の相談者のケースです。ある中小企業では、ホームページのリニューアルを機に制作会社を切り替えようとしましたが、旧制作会社から「管理費の未払いがある」という理由でドメイン情報の開示を拒否されました。契約書に管理権限の帰属について明記がなかったため、話し合いが長期化し、結果的に旧制作会社の言い分に近い形で追加費用を支払うことになりました。もし契約書に「ドメイン・サーバーの管理権限は発注者に帰属する」という一文があれば、こうした交渉の長期化は避けられたはずです。

※このようなケースでは、まず契約書や見積書に管理権限に関する記載がないかを確認し、記載がなく話し合いで解決しない場合は弁護士に相談することをおすすめします。

契約段階でドメイン・サーバー管理権限を明記する方法

トラブルを未然に防ぐ最も確実な方法は、契約段階で管理権限の所在を書面に明記することです。

業務委託契約書に盛り込むべき条項

具体的には、以下のような条項を業務委託契約書や制作契約書に盛り込みます。

・ドメインの登録者名義は発注者とする ・ドメインの登録に必要なレジストラアカウントは発注者が開設し、受注者に一時的にアクセス権を付与する ・サーバーの契約者名義は発注者とする ・契約終了時、受注者は発注者に対して速やかにすべてのログイン情報(ドメイン管理画面、サーバー管理画面、FTP、データベース等)を引き継ぐものとする ・受注者が管理権限を保有する場合、発注者からの請求があったときは3営業日以内に開示するものとする

こうした条項を最初から入れておくことで、後々の交渉が不要になります。契約書のひな型を使う場合でも、ドメイン・サーバーに関する条項が入っているかを必ず確認してください。契約書の作り方については業務委託契約書の作り方｜発注者向けテンプレート付きで、必要な条項の書き方やチェックポイントを詳しく解説しているので、あわせて確認しておくと安心です。

すでに制作会社名義になっている場合の対処法

すでに委託中の案件でドメインが制作会社名義になっていることに気づいた場合は、まず制作会社に対して名義変更を依頼します。多くの場合、レジストラの管理画面から登録者情報の変更手続きを行うことで、比較的スムーズに変更できます。

ただし、制作会社が変更に応じない、あるいは連絡が取れないという場合は対応が難しくなります。JPドメインであれば、登録者情報の変更にあたって本人確認が必要な場合があり、レジストラごとに手続きが異なります。gTLDの場合は、ICANNのポリシー上、登録者の同意なく第三者が名義変更することは基本的にできません。この段階まで来てしまうと、行政書士や弁護士を通じた交渉、場合によっては新規ドメインへの切り替えを検討せざるを得ないこともあります。

つまり、「気づいた時点ですぐに動く」ことが被害を最小限に抑える唯一の方法です。放置すればするほど、交渉の材料も選択肢も減っていきます。

ドメイン・サーバー移管の実務的な流れ

制作会社を変更する際、ドメインとサーバーの移管はどのような流れで進むのか、実務の手順を確認しておきましょう。

ステップ1: 現状の棚卸し

まず、現在のドメイン登録者情報、レジストラ、契約期限、サーバーの契約者情報、契約期限、利用しているサービス(メール、CMS、データベースなど)をすべて洗い出します。この段階で情報が不足している場合は、旧制作会社に開示を求めます。

ステップ2: 認証コードの取得とロック解除

ドメインを移管する場合は、認証コードを取得し、レジストラ側の「移管ロック」を解除してもらう必要があります。移管ロックは不正な移管を防ぐための仕組みですが、正当な移管であっても解除の手続きが必要です。

ステップ3: 新しい環境への移行準備

新しいサーバーやレジストラを用意し、DNS設定を新環境向けに準備します。ここで重要なのが、DNSのTTL(Time To Live)を移行の数日前に短く設定しておくことです。TTLを短くしておくことで、切り替え後の反映が早まり、サービス停止時間を短縮できます。

ステップ4: 切り替えとデータ移行

サイトのデータ、メールデータ、データベースなどを新環境へ移行し、DNSの向き先を切り替えます。切り替え直後は、旧環境と新環境の両方でアクセスできる状態(伝播期間)がしばらく続くため、この間に問題がないかを確認します。

ステップ5: 旧環境の解約

新環境での動作確認が取れたら、旧サーバーの契約を解約します。ここで焦って早く解約すると、DNSの伝播が完了する前にサイトが表示されなくなるリスクがあるため、最低でも1〜2週間は様子を見てから解約するのが安全です。

直接依頼と仲介会社経由の違い、管理権限の観点から

ここまで見てきたように、ドメイン・サーバーの管理権限をめぐるトラブルは、委託先との関係性や契約の透明性に大きく左右されます。この点で、制作会社を挟んだ間接的な発注と、フリーランスへの直接発注では、管理権限の可視性に違いが出やすいという実感があります。

仲介会社や代理店を経由する場合、実際に作業をする担当者と契約主体が別になることがあり、「誰がログイン情報を握っているか」が見えにくくなる傾向があります。一方、フリーランスへ直接依頼する場合は、契約の当事者と実作業者が同一であるため、管理権限の所在についても直接確認しやすく、契約書に明記する交渉もシンプルに進みます。加えて、仲介会社を通す場合はその分の手数料が費用に上乗せされますが、直接依頼すれば中間マージンがなくその分の予算をセキュリティ対策やドキュメント整備といった他の部分に回すこともできます。

もちろん、直接依頼にはフリーランス側の廃業リスクという別の注意点もあります。だからこそ、直接依頼であっても契約書での取り決めは省略せず、管理権限の帰属を明確にしておくことが欠かせません。

運営者の視点から見えてきたこと

在宅ワーク・フリーランス市場を長く見てきた立場から言えば、ドメインやサーバーの管理権限をめぐるトラブルは、発注者と受注者の双方にとって「関係が悪化してから気づく問題」であることが多いという印象があります。関係が良好なうちは誰も気にしませんが、契約終了や制作会社変更のタイミングで初めて表面化します。

長く安定して取引が続いている発注者と受注者のペアを見ていると、共通しているのは「最初の契約段階で、面倒でも権限の所在をはっきりさせている」という点です。単発の作業依頼で終わる関係ではなく、継続的に任せられる相手を見つけている発注者ほど、こうした基本的な取り決めを後回しにしていません。

また、直接取引の構造を見ていて感じるのは、中間マージンが乗らない分、同じ予算でも発注者はより手厚い保守契約や引き継ぎドキュメントの整備を依頼でき、受注者側も手取りが厚くなるという、双方にとって得のある関係が築きやすいということです。手数料0%という条件は、単に「安い」という話ではなく、浮いた予算を管理体制の透明性に振り向けられるという質的なメリットとして捉えるべきだと考えています。

引き継ぎドキュメントを整備しておく重要性

トラブルを防ぐもう一つの手段が、引き継ぎドキュメントの整備です。制作会社やフリーランスに依頼する際、以下の情報を一覧化した「管理台帳」を作成し、発注者側で保管しておくことを強くおすすめします。

・ドメイン名、レジストラ名、登録者名義、更新期限 ・サーバー契約先、契約者名義、契約プラン、更新期限 ・DNS設定の内容(Aレコード、MXレコード、CNAMEなど) ・CMSの管理者アカウント情報 ・データベースの接続情報 ・メールサーバーの設定情報 ・SSL証明書の発行元と有効期限

これらの情報は、制作会社が変わるたびに更新し、常に最新の状態を発注者側で把握しておく必要があります。エクセルやスプレッドシートで一覧化し、パスワード管理ツールと組み合わせて安全に保管するのが実務的な方法です。

こうした情報管理は、AIを活用した業務効率化の一環としても取り組みやすい領域です。管理台帳のフォーマット作成や情報整理を専門家に相談したい場合はAIコンサル・業務活用支援のお仕事で、業務プロセスの見直しを支援してくれる専門家を探すという選択肢もあります。また、セキュリティ面も含めた総合的な管理体制を整えたい場合はAI・マーケティング・セキュリティのお仕事で、アクセス権限管理やセキュリティ監査に強い人材を探すことも検討できます。

発注先を選ぶときに確認すべきこと

最後に、これから制作会社やフリーランスに新規で発注する場合、管理権限の観点でどのような相手を選ぶべきかをまとめます。

まず、見積もり段階で「ドメイン・サーバーの管理権限は誰が持つのか」を明確に質問し、その回答が曖昧な相手は避けたほうが安全です。信頼できる相手であれば、「発注者名義で契約するのが基本です」と明確に答えてくれるはずです。逆に、この質問に対して曖昧な返答をしたり、「うちが管理したほうが楽です」とだけ答える相手には注意が必要です。

また、Web制作の実務経験が豊富な人材であれば、こうした引き継ぎの重要性を熟知しています。アプリケーション開発のお仕事で紹介されているような、システム開発の実務経験がある人材は、ドメイン・サーバー周りの管理体制についても具体的な提案をしてくれる傾向があります。発注先を選ぶ際は、単に制作スキルだけでなく、こうした運用・引き継ぎの観点まで含めて相談できる相手かどうかを見極めることが、長期的なトラブル回避につながります。

料金面での比較検討も欠かせません。ソフトウェア開発やシステム保守に関わる人材の相場感を把握しておくと、見積もりの妥当性を判断しやすくなります。ソフトウェア作成者の年収・単価相場では、開発職の単価相場データを確認できるので、契約前の参考情報として活用できます。

契約書のひな型選びに悩んだ場合、クラウドソーシングを利用する発注者がどのような資格やスキルを持つ人材を評価しているかを知ることも参考になります。クラウドソーシングで有利になる資格ランキング｜発注者が見ているポイントでは、発注者側が実際に重視しているポイントを紹介しているので、あわせて確認しておくとよいでしょう。

まとめに代えて、契約書の見直しから始める

ドメインとサーバーの管理権限は、一度制作会社側に委ねてしまうと、後から取り戻すのに大きな労力がかかります。だからこそ、新規で発注する段階から「登録者名義は発注者」「アカウント情報は発注者が保有」「契約終了時は速やかに引き継ぐ」という3点を契約書に明記することが、最も確実な予防策です。

すでに委託中の案件がある場合は、まず現状の棚卸しから始めてください。ドメインのWhois情報を確認し、サーバーの契約者名義を確認し、必要であれば制作会社に名義変更や情報開示を依頼する。この一歩を踏み出すかどうかで、将来のトラブルの有無が大きく変わってきます。法律はあなたの味方です。正しい知識を持って、自社の大切な資産であるドメインとサーバーを、きちんと自社の管理下に置いておきましょう。

よくある質問

Q. ドメインの登録者名義を制作会社から自社に変更するには何をすればいいですか？

まずレジストラの管理画面で現在の登録者情報を確認し、制作会社に登録者情報の変更手続きを依頼します。JPドメインは本人確認が必要な場合があり、レジストラごとに手順が異なるため、事前にレジストラのサポート窓口に確認するとスムーズです。

Q. サーバーの契約者名義が制作会社のままでも問題ありませんか？

契約者名義が制作会社のままだと、発注者はサーバー事業者と直接契約関係になく、トラブル時に対応してもらえない可能性があります。可能な限り自社名義に変更するか、新規発注時から自社名義で契約するようにしてください。

Q. 制作会社と連絡が取れなくなった場合、ドメインはどうなりますか？

登録者名義が制作会社のままだと、更新手続きも移管も発注者単独ではできません。有効期限が切れると最悪の場合ドメインが失効します。連絡が取れなくなる前に、契約段階で名義や管理権限の所在を必ず確認しておくことが重要です。

Q. ドメイン・サーバーの引き継ぎにかかる期間の目安はどれくらいですか？

認証コードの取得からDNSの伝播完了まで含めると、1週間から1ヶ月程度が目安です。DNSのTTL設定やレジストラの移管ロック解除の対応速度によって変動するため、余裕を持ったスケジュールで進めることをおすすめします。

無料で案件を掲載する

入力は3分ほど。掲載料も取引手数料も0円です。@SOHOに登録しているフリーランス・副業ワーカーから、早ければ当日中に最初の応募が届きます。