検証した主張
「Cloudflareのアカウントを作り直してドメインを追加すれば、元のサイト・DNS・Workers・Git連携・証明書は自動的に移る。」
発見元は調査の入口であり、判定の根拠には使用していません。「ドメインの移動」と「登録の移管」と「サイトの移設」は別
管理アカウントを分けたいと思ったとき、Cloudflareゾーンを新しい管理アカウントへ移す作業、ドメイン登録を別のレジストラ・Cloudflareアカウントへ移す作業、Webサイトの配信先を再構築する作業を混同しないことが重要です。Cloudflare公式の「Move a domain」はゾーンとネームサーバーの切替を案内しますが、既存のアカウント設定が丸ごと移るとは説明していません。
Cloudflare Registrarで登録したドメインには専用のアカウント間登録移動手順があり、両側の確認が必要です。Cloudflare以外のレジストラで登録している場合は別手順です。登録先を変える必要がないなら、登録の移管は目的に含めず、DNS委任とサイト配信を分けて設計できます。
切替前に控えるもの：ドメインだけでなく配信の全体像
移行対象のサイトごとに、旧・新管理アカウントのIDと権限、ゾーン、レジストラ、ネームサーバー、DNSレコード、DNSSEC、メール用MX/TXT、証明書、カスタムドメイン、WorkerまたはPagesのプロジェクト、環境変数・シークレット・データストア、Git連携、ビルド設定を棚卸しします。移行対象外のリソースには手を加えません。
Cloudflare公式は旧ゾーンのDNSレコードをエクスポートして新側に正しく取り込むことを推奨し、SSL/TLS証明書は新側で再発行が必要としています。プロキシ設定だけの自動取り込みに頼ると、メールや検証用のDNSを見落とす可能性があります。ここでの棚卸し項目は、サイト配信の依存関係を見落とさないための編集部による実務チェックリストであり、公式がすべての製品の自動移行を保証するものではありません。
| 対象 | 切替前に確認すること | 切替後のテスト |
|---|---|---|
| DNS・メール | A/AAAA/CNAME/MX/TXT、DNSSEC、ネームサーバー | 名前解決とメール関連レコード |
| 配信・SSL | Worker/Pages、ルート、カスタムドメイン、証明書 | HTTPS、トップと主要ページ、リダイレクト |
| 開発連携 | Gitリポジトリ、権限、ビルド・デプロイ設定 | 新側へ安全な変更を送り自動反映を確認 |
| データと秘密設定 | D1/KV/R2、環境変数、シークレット、復旧手段 | 必要な機能と読み書き。秘密値は記録に載せない |
停止時間を抑える移行順序
まず旧設定と戻し方を記録し、新しいアカウント側にゾーンと配信環境を準備します。DNSと証明書、カスタムドメインの条件を確認し、実現可能なら新側で事前にプレビューを検査します。その後、レジストラで新しいネームサーバーへ切り替え、ゾーンがActiveになるまで追跡します。切替後にHTTPS、主要ページ、API、フォーム、メール関連DNS、Gitからの新規デプロイを実際に確認します。
Cloudflare公式は、移動前にDNSSECや対象の追加契約を解除する必要がある場合を明記しています。しかし稼働中のドメインの設定変更・契約変更は影響が大きいため、個別条件を確認せずに一括で無効化したり、旧リソースを先に削除したりしないでください。1サイトで手順を検証してから、残りのサイトへ広げる方が原因を追いやすくなります。
新アカウント作成後に404が出たら、何を調べる？
「このページは存在しないか、アクセスする権限がありません」という404だけで、管理アカウントの作成失敗や権限不足を確定できません。まずCloudflareのAccounts一覧に新しい管理アカウントが表示されるか確認し、そのアカウントのホームから目的のゾーンやWorkersを選び直します。ブラウザの古いブックマークやURLに別アカウントID・存在しないリソースが含まれていないかも確認します。
一覧に出ない、ホームも開けない場合は、ログイン中のユーザー、招待・権限、公式の追加作成条件、エラーの発生場所を分けて記録し、必要ならCloudflareサポートへ伝えます。URLにアカウントIDが含まれることと、そのIDが実際の404の原因であることは別です。本記事は特定の404の原因を再現・確定していません。
作業を依頼するときは、対象と完了条件を明示する
外部の担当者やAI支援ツールへ依頼するなら、「対象サイトだけ」「旧・新管理アカウントを照合」「旧DNSと公開設定を記録」「新側の配信とGit連携を検査」「1件ずつ切替」「旧リソースは確認まで残す」「課金・権限・登録移管は個別に判断」と明文化すると、作業範囲を限定できます。単に「3サイトを移して」と伝えるだけでは、DNSだけ切り替わり自動公開が旧アカウントに残る、といった見落としが起こり得ます。
この依頼項目は編集部が公式の移動要件とサイト運用上の依存関係からまとめたものです。WorkやCodexといった製品名が作業品質や権限を自動的に保証するものではありません。実際に対象アカウントと公開先を照合し、切替前後の結果を確認することが重要です。
確認範囲と関連記事
この記事は2026年9月22日時点の公式公開手順を基にした一般的な移行設計です。個別ドメインの設定、契約、証明書発行時間、DNS伝播、Git連携の実現可否は未確認です。管理アカウントの分け方と料金単位は関連記事で扱います。
検証条件・対象環境
| 対象プラン | 対象ドメインと配信製品の契約条件による |
|---|---|
| 地域 | 対象ドメインのレジストラ、TLD、Cloudflare提供条件による |
| 利用面 | Cloudflare Dashboard / ドメインレジストラ / Git連携 |
| 提供状態 | 実行手順はDNS構成・レジストラ・Workers/Pages等の利用状況で変わる。個別移行の保証ではない |
| 実機確認 | Cloudflare公式の移動手順を確認。特定サイトでの移行作業や404の再現、停止時間の測定は行っていません。 |
| 次回見直し | 2026.10.22 |
よくある質問
Cloudflareの別アカウントへドメインを移せますか？
移せます。ただし、Cloudflareのゾーン移動とレジストラ上の登録移動は別です。DNS、SSL/TLS、WorkersやGit連携がそのまま自動的に移ると考えず、個別に準備・検査します。
アカウントを作ったのに404なら失敗ですか？
404だけでは判定できません。Accounts一覧に表示されるか、正しいアカウントのホームに入れるか、URLのIDと対象リソース、権限を順に確認します。
旧アカウントの設定を先に削除してもよいですか？
切替先のActive化、HTTPS、主要機能、自動デプロイを確認するまで、旧設定を先に削除しない方が安全です。DNSSEC・契約などの必須変更は公式手順と個別条件に沿って行います。
更新履歴
公式の移動手順を基に、移行対象と依存設定のチェックリスト、404時の確認順を整理。
実機検証は未実施のため、根拠レベルを公開基準に合わせてAからBに訂正。
情報源
一次情報と発見元を区別し、各ページの公開日と確認日を記録しています。
- Move a domain between Cloudflare accounts
DNS、DNSSEC、ネームサーバー、証明書、新ゾーンのActive化を確認。
公開: 2026.04.20（最終更新）確認: 2026.09.22 - Move a Cloudflare Registrar domain registration between accounts
Cloudflare Registrarの登録移動は別の手順で、設定は移らない。
公開: 2026.04.24（最終更新）確認: 2026.09.22 - Accounts, zones, and profiles
管理アカウントとゾーン、Workersの設定単位。
公開: 2026.04.20（最終更新）確認: 2026.09.22 - Create account
新しい管理アカウント作成の条件。404の個別原因を証明するものではない。
公開: 2026.09.17（最終更新）確認: 2026.09.22