フリーランスに開発を頼むとき、ドメインとサーバーを最初から自社名義にするには？発注前に決めておく5つのことと、開発会社への質問例

初めて個人のフリーランスにサイト制作やシステム開発を頼むとき、見積もりや納期には気が回っても、「ドメインやサーバーの契約を誰の名前でするか」まで決めている方は多くありません。開発会社やフリーランスが「こちらで取っておきます」と言ってくれると、つい任せてしまいがちです。

先に結論をお伝えします。ドメイン・サーバー・クラウドなどの契約は、「自社の名前で契約し、管理者の権限は自社が持ち、フリーランスには作業に必要な権限だけを渡す」形を、発注の段階で決めておくのがいちばん安全です。あとから名義を移すこともできますが、手間も止まるリスクもあります。最初に決めておけば、ほとんどコストをかけずに済みます。

この記事では、発注前に決めておきたい5つのことを、そのまま使えるチェックリストと開発会社（フリーランス）への質問例とあわせて解説します。すでに個人名義になっている場合の移し方は、次の記事で扱っています。

なぜ「最初に」名義を決めておく必要があるのか

名義を後回しにすると、次のような困りごとが起きやすくなります。

• 契約者がフリーランス個人だと、連絡が取れなくなったときに、自社だけでは更新も解約も設定変更もできない
• 更新の通知メールがフリーランスにしか届かず、気づかないうちにドメインが失効して、サイトやメールが止まる
• 契約名義の変更に、契約者本人の協力や追加の手続きが必要になる

ドメイン名の登録や更新、移転は、登録者（その名前を使う本人）が、管理を委託している事業者を通じて行います。

📰 出典：JPRS「ドメイン名の登録・管理に関するよくあるご質問（申請・手続き）」

JPRS（日本レジストリサービス）のFAQでは、.jp ドメインの申請は指定事業者を通じて受け付けており、登録情報の変更や移転なども、管理を委託している指定事業者を通じて行うと案内されています（2026年10月時点）。つまり、ドメインを管理する窓口に「誰の名前で」「誰のアカウントで」登録されているかが、あとから動かせるかどうかを左右します。自社名義にしておけば、フリーランスが変わっても、自社が自分の判断で続けられます。

※ 名義や権利の法的な扱いは、契約内容や事業者によって異なります。個別の判断が必要な場合は、弁護士などの専門家に相談してください。

発注前に決めておく5つのこと

1. 契約名義：ドメイン・サーバー・クラウドは「自社の名前」で契約する

決めておくことは次の2点です。

• ドメイン、サーバー（レンタルサーバーやクラウド）、メール配信、外部サービスの契約者を「自社（法人名）」にする
• 契約の種類ごとに、誰が申し込むかを決める（自社が申し込む／フリーランスが自社の情報で申し込む）

フリーランスに代行してもらう場合も、申込画面の契約者情報は自社の社名・住所・連絡先にします。請求書の宛名が自社になっているかも、確認の目印になります。

2. 管理者アカウント：ログインできる人と、持つ権限を分ける

名義が自社でも、ログイン用のアカウントがフリーランスのメールアドレスで作られていると、自社は入れないままになります。

• 管理者（オーナー）のアカウントは、自社のメールアドレスで作る
• フリーランスには、作業に必要な範囲だけの権限を別のアカウントで渡す（契約が終わったときに、権限を外せる形にする）
• 管理者のメールアドレスは、担当者個人のアドレスではなく、部署の共有アドレスにする（退職や異動で入れなくなるのを防ぐ）

3. 支払い：誰のカードで、どこに請求が届くか

更新費用の支払い元が曖昧だと、更新漏れの原因になります。

• 支払いは自社のクレジットカードや請求書払いにする（フリーランスの立替払いにしない）
• 更新のお知らせメールが、自社の担当者に届くようにする
• 更新日と費用を、一覧にして共有してもらう

4. 認証情報の受け渡し：納品時に何を渡してもらうか

納品物は「ソースコード」だけではありません。サイトが動くために必要な情報を、納品の対象として決めておきます。

• ドメインの管理画面、サーバー、データベース、メール、外部サービス（地図やメール送信、決済など）のログイン情報と、設定の一覧
• 外部サービスのAPIキーなどの秘密情報（誰の名義で取ったものか、再発行の方法）
• 構成が分かる資料（どのサービスをどう組み合わせているか）

パスワードをメールやチャットに貼って送ってもらう形は避け、パスワード管理ツールなど、安全に受け渡せる方法を決めておきます。

5. 契約書・発注書に書く：口約束にしない

ここまでの内容は、発注書や契約書に書いておくと、トラブルを防げます。

• ドメイン・サーバー・各種アカウントの契約者は発注者（自社）とすること
• 納品物に、各種アカウントの情報と構成資料を含めること
• 契約が終わるとき、フリーランスに渡した権限をすべて外し、情報を返すこと
• 保守を続けるなら、どのアカウントに、どの範囲の権限を渡すか

個別の契約書の作成や内容の判断は、専門家に確認してください。ここでは「書いておくと安心な項目」の目安としてお使いください。

よくある落とし穴

• 「ついでに取っておきます」という善意の代行：悪意がなくても、契約者がフリーランス個人になる原因はたいていこれです。「ありがとうございます。申込は自社の名前でお願いします」と最初に伝えておきましょう
• 格安プランに含まれる共有アカウント：フリーランスが自分のサーバーに複数のお客様のサイトをまとめている場合、自社だけの管理者権限がないことがあります。自社専用の契約か、確認しましょう
• 更新時期の把握漏れ：ドメインは年単位で更新が必要です。更新日が分からないと、失効してから気づくことになります
• 納品後の権限の放置：作業が終わったあともフリーランスのアカウントが残ったままだと、セキュリティ上も望ましくありません

発注者がやることチェックリスト

• ☐ ドメイン・サーバー・クラウド・外部サービスの契約者を「自社」にすると決めた
• ☐ 管理者アカウントのメールアドレスを、自社の共有アドレスにした
• ☐ フリーランスには作業に必要な範囲の権限だけを渡す（別アカウント）と決めた
• ☐ 更新費用の支払い元と、更新通知の宛先を自社にした
• ☐ 更新日と費用の一覧を共有してもらう取り決めをした
• ☐ 納品物に、各種アカウント情報と構成資料を含めると決めた
• ☐ 秘密情報を、安全な方法で受け渡すと決めた
• ☐ 上記を発注書・契約書に書いた（必要なら専門家に確認した）
• ☐ 契約終了時に、権限を外し、情報を返してもらう流れを決めた

開発会社（フリーランス）への質問例

発注前の打ち合わせで、そのまま使える質問です。

• 「ドメインとサーバーは、申込を自社の名前でお願いしたいのですが、進め方に支障はありますか？」
• 「管理者アカウントは自社のメールアドレスで作り、そちらには作業用の権限だけ別に発行してもらうことは可能ですか？」
• 「今回のサイトで契約が必要なサービス（ドメイン・サーバー・メール・外部API など）と、更新日・費用を一覧にしてもらえますか？」
• 「ご自身のサーバーに複数のお客様のサイトを載せている場合、自社専用の環境に分けてもらえますか？」
• 「納品時に渡してもらえる情報（アカウント・設定・構成の資料）には、何が含まれますか？」
• 「契約が終わるとき、権限の返却と、アカウントの整理はどのように進めますか？」

こうした質問への答え方からも、その相手が発注者の立場を理解しているかどうかが見えてきます。「それは私が管理するので大丈夫です」とだけ返ってくる場合は、一度立ち止まって、自社でも管理できる形を相談してみましょう。

まとめ：「名義」は発注の条件にしてしまう

フリーランスへの発注で、後から困らないために決めておきたいことは次の5つです。

• ドメイン・サーバー・クラウドなどの契約名義は「自社」にする
• 管理者アカウントは自社が持ち、フリーランスには作業用の権限だけを渡す
• 支払いと更新通知は自社に届くようにする
• 納品物に、アカウント情報と構成資料を含める
• 上記を発注書・契約書に書いておく

どれも、発注の段階なら費用はほとんどかかりません。「契約は自社の名前で」と最初に伝えることは、失礼でも珍しいことでもなく、きちんとした発注者の振る舞いです。すでに個人名義になっている場合も、先ほどの記事を参考に、早めに棚卸しをしてみてください。

あわせて読みたい関連記事