Gandiのドメイン管理：登録・DNS・更新の確認事項

Gandiのドメイン管理では、まずアカウント内の各項目の役割を区別します。ドメイン登録は名前と有効期限、DNSレコードはウェブサイトやメールの名前解決を扱い、メールサービスには別のコンテンツと課金があります。同じアカウントに表示されていても、どれかが正常に動くだけで、すべての準備が整ったとは判断できません。

既存ドメインを引き継ぐ人や、新しいドメインをウェブサイトにつなぐ準備をする人向けの解説です。操作は公開された公式ドキュメントに基づき、確認日は2026年9月14日です。GandiはClassic DNSからLiveDNSへの段階的な移行を進めているため、まず現状の確認方法を説明し、その後に日常的な変更、更新、移管の作業順序を整理します。

登録・引き継ぎ時に基本情報を確認する

購入前に公式のドメイン検索から、名前、末尾の種類、登録可能かどうか、決済総額を確認します。初回登録期間、更新料金、追加サービスは分けて記録し、何年も前の価格や特典を現在の予算の根拠にしないでください。事務所や会社のために購入する場合は、使用する組織情報と管理アカウントを先に決めてから注文します。

すでにドメインを持っている場合は、DOMAINまたはドメイン一覧から対象を開き、有効期限、登録者、連絡先情報を確認します。リセラー経由で管理されているドメインでは、一部の操作や更新通知をリセラーが扱う場合があるため、担当者も確認してください。引き継ぐ人が自分でログインし、サポート窓口を見つけられることを確認しましょう。ウェブサイトのパスワードだけを受け取り、肝心のドメインを管理できない状態を避けられます。

現在のDNS移行状況を先に確認する

Gandiは2026年8月24日、Classic DNSを使うドメインを段階的にLiveDNSへ移行すると告知しました。大半はGandiがレコードをコピーしてからネームサーバーを切り替え、特殊な設定は個別に扱う場合があります。これは提供元の移行計画であり、自分のアカウントの切り替えが完了した証拠ではありません。告知にある「中断を見込まない」という説明も、この解説で実測した結果ではありません。

ドメインのNameservers欄で実際の設定を確認し、受信した公式通知と照合してください。古い解説でClassic DNSの名前を入力するよう案内されていたら、そのまま写さず新しいドキュメントを確認します。告知によると、複数のドメインが同じClassic DNSゾーンを共有していた場合、移行後はドメインごとにコピーが作られます。その後、あるドメインを変更しても、他のドメインへ自動的に反映されるとは限りません。

実際に有効なDNSサービスでレコードを変更する

Gandi LiveDNSを使うドメインは、そのドメインのDNS Recordsでレコードを管理できます。ネームサーバーが他社を指している場合は、そちらのサービスで変更します。Gandiに残る古いレコードが外部に反映されるとは限りません。この前提を確認してから追加や変更に進むと、間違った画面で何度も保存する手間を省けます。

公式ドキュメントでは通常の入力フォームとテキストモードが案内されています。初心者はレコードごとに名前、種類、値、TTLを確認する方法が適しています。テキストモードはゾーン全体を編集するため、形式の理解が必要です。ホスティング会社からA、AAAA、CNAMEを指定されたら、実際の指示に従い、ウェブページの完全なパスをDNSに入力しないでください。メール用のMXやTXTなどは、メールサービスから別途取得します。

変更前にLiveDNSのドキュメントに従ってバックアップを保存するか、DNSレコードをエクスポートできます。ゾーン全体を復元すると、後から追加した項目まで以前の状態に戻ることがあるため、問題がある設定だけに見えても、先に差分を比較してください。バックアップファイルは設定の再構築に役立ちますが、ウェブサイトのファイルやメールのバックアップではなく、削除されたサイト内容は復元できません。

1. 正しいドメインを選び、Nameserversを見て、現在どのDNSサービスが外部からの問い合わせに応答しているか確認します。
2. 元のレコードと変更時刻を保存し、今回変更する項目と、ウェブサイト用かメール用かを記録します。
3. 各サービスから提供された個別の情報でレコードを更新し、保存後に各欄を照合します。引き続き使う他の設定は残します。
4. 名前解決結果を問い合わせ、サイトのページとメールの送受信をテストします。異常があれば、名前解決、ホスティング、メールボックスのどこに問題があるかを先に切り分けます。

自動更新と併せて支払い・通知を確認する

Gandiの公式更新ドキュメントでは、ドメインのOverview内の情報欄から自動更新を調整できると説明されています。自分のアカウントで有効かどうか、使用する支払い元とその利用可否を確認してください。以前支払えたからといって、次回も必ず成功するとは限りません。支払い手段の期限切れ、利用限度額、アカウント情報の問題は、有効期限より十分前に解消しておきましょう。

ドメインと他のサービスの更新は別々に確認します。ドメインの期限が延びても、メール、ホスティング、追加サービスの期限も延びた証拠にはなりません。逆に、メール料金を払ってもドメインが更新されたとは限りません。注文後は処理結果と新しい期限情報を確認し、領収書を保存して管理表を更新します。リセラーが担当する場合は、実際に完了したかを確認してください。

移管前にドメイン末尾の規則とサービスの依存関係を確認する

別のレジストラへドメインを移す前に、そのドメイン末尾と現在の状態に適用される手続きを確認します。Gandiのドキュメントでは、一般的な認証コードはドメインのTransfer outから取得できますが、一部の末尾では手続きが異なるとされています。現在と移管先のレジストラ双方の公式ドキュメントで、移管条件、必要情報、費用、日程を確認し、どのドメインでもすぐに転出できるとは考えないでください。

移管用の認証コードは機密情報として扱い、信頼できる移管先レジストラの手続きでのみ使います。レジストラを変える前に、DNS、メール、その他のサービスが元のアカウントに依存していないかも確認してください。ドメイン移管そのものは、サイトのデータやメールを移動しません。依存する作業を分けて計画し、新環境で利用できると確認してから旧サービスを処理すると、引き継ぎの抜け漏れを減らせます。

次回の管理に向けて経緯を追える記録を残す

ドメインごとに、登録者、用途、有効期限、DNSサービス、サイトの置き場所、担当者を簡単に記録しておくと便利です。変更のたびに理由、変更前の値、変更後の値、時刻、検証結果を追加し、パスワードと認証コードは別の安全な場所に保管します。サイトがひとつだけでも、この表があれば、半年後に自分の設定を調べ直す時間を減らせます。

問題が起きたら、「DNS変更後、サイトは正常だが外部からのメールが差し戻される」のように再現できる言葉で状況を書き、関連レコードとエラーメッセージを添えます。すべての設定を一度に変更しないでください。影響を受けているサービスと管理場所を特定し、元の値と戻し方を残すと、サポートや次の保守担当者が作業を引き継げます。

詳しい説明を読む

Gandiのドメイン管理を資産情報、DNSレコード、更新・移管の三つのリストに分け、それぞれ保存すべき情報を示した図。

DNS設定の調べ方：A・CNAMEからメール用レコードまで

ドメインやホスティングの期限が切れるとどうなる？更新・停止前の確認表

• チュートリアル
• アプリ・ソフト
• サイト構築・EC
• ドメイン・ホスティング・フロントエンド