Cloudflare Workers で独自ドメインを使うには？
メールはエックスサーバーに残す方法

Cloudflare Workers で公開したサイトは、https://mysite.<サブドメイン>.workers.dev のような URL で開けます。長く使うサイトなら、自分のドメインで公開したいところです。

ただ、ドメインをすでにほかのサービスで使っていると、どこから手を付ければよいか迷います。ここでは、次のような状況を例にして手順を説明します。

• ドメイン（例：example.com）は、ムームードメインで取得した
• 今は、エックスサーバーでサイトとメールを使っている
• サイトは Cloudflare Workers に移すが、メールはエックスサーバーのまま使い続けたい
• www を付けない https://example.com で公開したい

料金や仕様は、2026年9月15日に Cloudflare・ムームードメイン・エックスサーバーの公式ドキュメントで確認した内容です。DNS レコードの引き継ぎと、確認に使うコマンドは、2026年9月16日に見直しました。画面の名前は2026年9月時点のものです。

この記事は、Cloudflare Workers でサイトをすでに公開していることを前提にしています。まだの場合は、先に次の記事を読んでおくと話がつながります。

前提の記事Claude Code と Cloudflare でサンプルサイトを公開するまでClaude Code への1つの指示でサイトを生成し、GitHub 経由で Cloudflare Workers へ無料公開する最短手順と設定の勘所を解説します。2026.09.12

全体像：3つのサービスの役割がどう変わるか

独自ドメインでサイトやメールを使うには、3つの役割が必要です。

• ドメインの登録：ドメインの持ち主として登録し、更新料を払う先
• DNS の管理：「example.com のサイトはどのサーバーにあるか」「メールはどこに届けるか」という案内（DNS レコード）を置いておく場所。案内を置いているサーバーをネームサーバーと呼びます
• サイトとメールの置き場所：実際にサイトを配信し、メールを受け取るサーバー

今の状態と、切り替えたあとの状態を並べると、次のようになります。

変えるのは、DNS の管理とサイトの置き場所の2つです。ドメインの更新料はこれまでどおりムームードメインに払います。メールアドレスやメールソフトの設定、エックスサーバーの契約もそのままです。

作業は次の順に進めます。サイトが Worker に切り替わるのは最後の手順なので、途中まで進めても、エックスサーバーのサイトとメールはそのまま使えます。

1. エックスサーバーの DNS レコードを控える
2. Cloudflare にドメインを追加し、レコードを写す
3. ムームードメインで、ネームサーバーを Cloudflare に変える
4. メールが届くことを確かめる
5. Worker に example.com を割り当て、www.example.com から転送する

あわせて読むCloudflare とレンタルサーバーの違いと、Cloudflare での公開が選ばれている理由Webサイトの公開先として比較されることが多い Cloudflare とレンタルサーバーの違いを、仕組み・費用・機能の3つの観点からわかりやすく解説します。近年 Cloudflare の採用が増えている理由や、レンタルサーバーが適しているケースについても紹介します。2026.09.14

なぜネームサーバーを Cloudflare に変える必要があるのか

Worker に独自ドメインを割り当てる機能（カスタムドメイン）は、Cloudflare で DNS を管理しているドメインにしか使えません。Cloudflare のドキュメントでも、使うための条件に「有効な Cloudflare のゾーン」を挙げています。ゾーンは、Cloudflare に追加して、ネームサーバーを Cloudflare に向けたドメインのことです。

ほかにも方法は2つありますが、今回の状況では使いません。

1つ目は、ネームサーバーはそのままで、一部のレコードだけを Cloudflare に向ける方法です（部分セットアップ）。この方法は Business プラン以上でしか使えず、無料プランでは選べません。

2つ目は、ドメインを Cloudflare Registrar に移管する方法です。移管もできますが、ネームサーバーを変えるだけで Worker にはつなげられます。移管すると、更新料の支払い先も変わります。

切り替える前に確認すること

エックスサーバーの DNS レコードを控える

エックスサーバーのサーバーパネルで「DNSレコード設定」を開き、ドメインを選んで、レコードの一覧を控えます。スクリーンショットを撮るか、表をテキストにコピーしておきましょう。

エックスサーバーのマニュアルによると、ドメインを追加したときには次のレコードが作られます。

このほかに、次のレコードがあれば一緒に控えます。

• DKIM：default._domainkey.example.com のような TXT レコード。サーバーパネルの「DKIM設定」を有効にしていると作られ、値は「DKIM設定一覧」の［表示］ボタンからも確認できます。default の部分はセレクタと呼ばれる名前で、メール配信サービスを併用していると google._domainkey のように別の名前のレコードもあります。名前に _domainkey が入っているレコードは、TXT も CNAME もすべて控えます
• DMARC：_dmarc.example.com の TXT レコード
• 自分で追加したサブドメインや、Google Search Console などの確認用の TXT レコード

引き継ぐレコードと、引き継がなくてよいレコード

控えたレコードを、すべて Cloudflare に写す必要はありません。そのドメイン（サブドメイン）からメールを送っているかどうかで決まります。

引き継ぐのは、次のレコードです。

• MX：次のMX レコードの向き先と、サーバー名を確かめるのとおり、向き先を sv〇〇〇.xserver.jp に書き換えて写します
• SPF：example.com の TXT レコード（v=spf1 で始まる値）
• DKIM：メールを送るドメインのセレクタ付きレコード。_domainkey を含むものは、セレクタが複数あってもすべて写します
• DMARC：_dmarc の TXT レコード（設定していれば）
• 使っているサブドメインの A・CNAME レコードと、サービスの所有権確認に使っている TXT レコード

反対に、次のレコードは写さなくてかまいません。

• _adsp._domainkey の TXT レコード：ADSP という、DKIM 署名の有無を宣言する古い仕組みのレコードです。2013年に廃止扱い（Historic）となり、主要なメールサービスはもう参照していません。役割は DMARC が引き継いでいます
• メールを送らないサブドメインの DKIM（default._domainkey.blog.example.com など）：DKIM は、メールに署名したドメインの鍵だけが参照されます。ブログや検証用のサイトとしてサブドメインを使っているだけなら、受信側がその鍵を探しに来ることはありません
• 使っていないサブドメインの A レコードや、ワイルドカード（*）：ただし、blog.example.com のようなサブドメインをワイルドカードだけで公開している場合は、ワイルドカードを写すか、そのサブドメインの A レコードを作ってから外します
• NS レコード（ns1.xserver.jp など）：ネームサーバーは、5. ネームサーバーの変更でムームードメイン側から変えます

MX レコードの向き先と、サーバー名を確かめる

控えたレコードのうち、MX の内容を確認します。初期設定のままなら、MX は example.com を指しています。

www なしで公開すると、example.com は Worker を指すようになります。MX が example.com のままだと、メールも Cloudflare に届けようとしてしまい、受け取れなくなります。そこで、MX の向き先を、エックスサーバーのサーバー名（sv〇〇〇.xserver.jp）に書き換えます。

サーバー名は、SPF レコードの +a:sv〇〇〇.xserver.jp の部分に書かれています。サーバーパネルの「サーバー情報」でも確認できます。

あわせて、メールソフトの設定も確認しておきましょう。受信サーバーと送信サーバーに sv〇〇〇.xserver.jp を設定していれば、切り替えたあとも変更は要りません。エックスサーバーも、この設定を推奨しています。example.com や mail.example.com を設定している場合は、切り替える前に sv〇〇〇.xserver.jp に変えておきます。

DNSSEC が有効になっていないか

DNSSEC は、DNS の応答が改ざんされていないことを確かめる仕組みです。Cloudflare のドキュメントでは、DNSSEC が有効なままネームサーバーを変えると、ドメインにつながらなくなることがあると注意しています。

有効かどうかは、Windows なら PowerShell で次のコマンドを実行して確かめます。Google のパブリック DNS（8.8.8.8）に直接聞くことで、手元のルーターに残っている古い情報を避けられます。

Resolve-DnsName example.com -Type DS -Server 8.8.8.8

結果の読み方は次のとおりです。

• KeyTag や Digest を含む DS レコードが表示された場合は、DNSSEC が有効です
• 「DNS 名が存在しません」というエラーや、.com の SOA レコードだけが返る場合は、DNSSEC は無効です（DS レコードが登録されていない、という応答です）

有効だった場合は、DNSSEC を設定したサービスの管理画面で無効にし、しばらく待ってからネームサーバーを変えます。Cloudflare に移したあとで、Cloudflare 側で改めて有効にできます。

エックスサーバーのサイトが見えなくなるのはいつか

エックスサーバーのサイトが example.com で開けなくなるのは、7. Worker への割り当てで example.com の A レコードを削除したときです。ネームサーバーを Cloudflare に変えただけでは、A レコードがエックスサーバーを指したままなので、これまでどおり表示されます。

example.com のトップページに WordPress の記事などを置いていて、それを残しておきたい場合は、A レコードを削除する前に、サブドメインに移すなどの準備をしておきましょう。WordPress簡単インストールで設置したブログなら、サーバーパネルのコピー機能でサブドメインに複製できます。手順は次の記事にまとめています。

先に読む独自ドメインを Cloudflare Workers で使うと、今のブログはどうなる？エックスサーバーのサイトをサブドメインに残す手順エックスサーバーの独自ドメイン直下で動かしている WordPress を、サブドメインに移して残す手順です。サーバーパネルの「サブドメイン設定」と、WordPress簡単インストールのコピー機能だけで移せます。移したあとに確かめることと、独自ドメインを Worker に渡すときの注意点まで紹介します。2026.09.16

Cloudflare にドメインを追加し、DNS レコードを整える

ここからは Cloudflare のダッシュボードで作業します。この章の作業だけでは、サイトにもメールにも影響はありません。

画面は2026年9月時点のものです。画面の順番は変わることがあるので、迷ったら Cloudflare の案内に沿って進めてください。

レコードを整える

読み込まれた直後は、A レコードのプロキシ ステータスが「プロキシ済み」（オレンジの雲）になっています。ここから、次の表のように整えます。エックスサーバーの控えから変えるのは、MX の向き先と、A レコードをすべて「DNS のみ」に切り替えることの2つです。

プロキシ ステータスは、一覧のトグルを押すと「プロキシ済み」と「DNS のみ」が切り替わります。

拡大

×

整えると、次のように A レコードも「DNS のみ」に変わります。

拡大

×

NS レコード（ns1.xserver.jp など）は写しません。ネームサーバーは次の章でムームードメイン側で変えます。3.2 引き継ぐレコードと、引き継がなくてよいレコードで「写さなくてよい」と判断したものも、ここでは追加しません。

ムームードメインでネームサーバーを変更する

レコードを整えたら、ムームードメインでネームサーバーを Cloudflare に変えます。

ネームサーバー名は、Cloudflare に表示されたとおりに1文字も違えずに入力します。Cloudflare のドキュメントでも、正確に写さないと DNS が正しく動かないと注意しています。ムームードメインの画面にも、IP アドレスは指定できないこと、.com のドメインはネームサーバーを2つ以上指定する必要があることが書かれています。Cloudflare のネームサーバーは2つ渡されるので、そのまま条件を満たします。

Cloudflare のダッシュボードでドメインの概要を開くと、ネームサーバーの変更が行き渡るまでの間は、「レジストラが新しいネームサーバーを伝播するのを待っています」と表示されます。ムームードメインで変更する前から、この表示です。待ち時間は、Cloudflare のドキュメントでは最大24時間、ムームードメインのヘルプでは2〜3日かかる場合がある、とされています。「ネームサーバを今すぐ確認」を押すと、その時点の状態を確かめられます。

拡大

×

行き渡ると、この表示が「ドメインは Cloudflare によって保護されています」に変わります。これで、DNS の管理が Cloudflare に移りました。

拡大

×

メールの送受信を確かめる

ドメインが「アクティブ」になったら、Cloudflare のレコードが使われているかを確かめます。

Resolve-DnsName example.com -Type NS
Resolve-DnsName example.com -Type MX
Resolve-DnsName example.com -Type TXT
Resolve-DnsName default._domainkey.example.com -Type TXT

次のように表示されれば、切り替えはできています。

• NS：Cloudflare のネームサーバー2つが表示される
• MX：sv〇〇〇.xserver.jp が表示される
• TXT：SPF のレコード（v=spf1 で始まる値）が表示される
• DKIM：v=DKIM1; で始まる鍵が、末尾まで欠けずに表示される

コマンドで確かめたら、実際にメールを送って確かめます。Gmail など、ほかのサービスのアドレスから自分のアドレス（info@example.com など）に送り、届いたメールに返信します。Gmail で受け取った返信の「メッセージのソースを表示」を開き、SPF と DKIM が PASS になっていれば、送信側の設定も写せています。

Worker に独自ドメインを割り当てる

ここでサイトを Worker に切り替えます。この章の作業を終えると、https://example.com で Worker のサイトが開くようになります。

先に example.com の A レコードを削除する

Cloudflare の DNS に、エックスサーバーを指す example.com の A レコードが残っていると、カスタムドメインを追加できません。「すでに DNS レコードがある」という内容のエラーになります。

Cloudflare ダッシュボードの「DNS」→「レコード」で、example.com の A レコードを削除します。削除してから次の手順を終えるまでの間は、example.com でサイトが開けなくなるので、続けて作業しましょう。

wrangler.toml にドメインを書く（おすすめ）

GitHub と連携して公開しているサイトは、push するたびに npx wrangler deploy で公開されます。Cloudflare のドキュメントでは、Wrangler を使う場合は設定ファイル（wrangler.toml）を正として、ダッシュボードで設定を変えないことを勧めています。そこで、カスタムドメインも wrangler.toml に書きます。

[[routes]]
pattern = "example.com"
custom_domain = true

サイトの中に書いている URL も、同じタイミングで独自ドメインに変えておくと、公開したときに URL がそろいます。Claude にまとめて頼むと確実です。

Cloudflare Workers のサイトを、独自ドメイン example.com で公開します。
- ドメインは Cloudflare に追加済みで、example.com の A レコードは削除しました
- wrangler.toml に example.com をカスタムドメインとして追加してください（www は付けません）
- astro.config.mjs の site など、サイトの URL を書いている箇所をすべて探し、https://example.com に書き換えてください
- 書き換える箇所の一覧を見せて、確認してから変更してください
- ビルドが通ることを確認してから、GitHub に反映してください

push して公開が終わると、Cloudflare が example.com の DNS レコードと SSL 証明書を自動で作ります。Worker の「設定」→「ドメインとルート」に example.com が表示され、https://example.com でサイトが開けば完了です。

ダッシュボードから追加する場合

wrangler.toml を使わない場合は、ダッシュボードから追加します。

www からのアクセスを example.com に転送する

カスタムドメインは、入力したホスト名にだけ割り当てられます。example.com を割り当てても、www.example.com は Worker につながりません。エックスサーバーで www 付きの URL を使っていた場合に備えて、www.example.com へのアクセスを example.com に転送しておきます。

テンプレートを使うと、次の値が入った状態でルールが作られます。テンプレートが見つからない場合は、リダイレクト ルールを新しく作り、同じ値を設定します。

「クエリ文字列を保存する」は、https://www.example.com/articles?utm_source=x のように ? 以降が付いた URL を、そのまま転送先にも引き継ぐ設定です。オフのままだと ? 以降が落ちるので、広告や SNS のリンクを受けることがあるなら、オンにしておきましょう。

i補足：「このルールはあなたのトラフィックには適用されない可能性があります」と出たら

手順3で「デプロイ」を選んだときに、「DNS 構成により、www のトラフィックがプロキシされていない可能性があります」という確認画面が出ることがあります。

拡大

×

手順1で www のレコードをプロキシ済みにしてあるなら、「とにかくルールを無視して展開する」を選んで、そのままデプロイしてかまいません。www のレコードをまだ作っていない場合は、「新しい プロキシ DNS レコードを作成します」を選ぶと、Cloudflare がプロキシ済みのレコードを作ってくれます。

どちらの場合も、デプロイしたあとに https://www.example.com を開いて、転送されるかを必ず確かめましょう。

設定したら、https://www.example.com/articles のような URL を開き、https://example.com/articles に転送されることを確かめます。

切り替えたあとにやること

サイトの URL がそろっているか確かめる

Astro のサイトでは、astro.config.mjs の site をもとに、canonical・OGP 画像・RSS・サイトマップの URL が作られます。公開したページのソースを開き、<link rel="canonical"> や og:image の URL が https://example.com で始まっているかを確かめましょう。

workers.dev の URL を残すか決める

独自ドメインを割り当てても、https://mysite.<サブドメイン>.workers.dev の URL はそのまま開けます。canonical で example.com を示していれば、検索結果で2つの URL が競うことは起きにくい、と筆者は考えています。

止める場合は、wrangler.toml に workers_dev = false と書きます。ただし、Cloudflare のドキュメントによると、workers.dev を止めると、ブランチごとのプレビュー URL も標準では作られなくなります。プレビュー URL で公開前に確認している場合は、preview_urls = true もあわせて書きます。

workers_dev = false
preview_urls = true

外部のサービスと、古い URL を整理する

• Google Search Console を使っている場合は、example.com をプロパティとして追加する（DNS の TXT レコードで確認する場合は、Cloudflare にレコードを追加する）
• SNS のプロフィールなどに書いた URL を、https://example.com に書き換える
• エックスサーバーのサイトと Worker のサイトで記事の URL が違う場合は、よく読まれていたページだけでも、public/_redirects で新しい URL へ転送する

エックスサーバーの契約は、メールのために続けます。サイトのファイルは不要になったら整理してかまいませんが、5. ネームサーバーの変更の注意点のとおり、ドメイン設定は残しておきましょう。

あとからエックスサーバーにサブドメインを追加する場合

ワイルドカード（*）の A レコードをエックスサーバーに向けたまま残してあるなら、新しいサブドメインを追加するときに、Cloudflare 側での作業はありません。エックスサーバーのサーバーパネルで「サブドメイン設定」を追加すれば、そのまま使えます。

shop.example.com を追加した場合の流れは、次のとおりです。

1. ワイルドカードの A レコードによって、shop.example.com はエックスサーバーの IP アドレスに解決される
2. エックスサーバーは、リクエストのホスト名を見て、shop.example.com 用のフォルダの中身を返す

エックスサーバーのサーバーパネルにある「DNSレコード設定」は、2. なぜネームサーバーを変えるのかの補足のとおり、もう参照されません。それでもサブドメインが使えるのは、名前解決を Cloudflare のワイルドカードが引き受けているためです。

なお、あとからそのサブドメインを Worker や別のサービスに向けたくなったときは、Cloudflare にそのサブドメインのレコードを作ります。個別のレコードは、ワイルドカードより優先されます。

まとめ

ムームードメインで取得したドメインを Cloudflare Workers で使うには、ドメインを移管するのではなく、ネームサーバーを Cloudflare に変えます。メールをエックスサーバーに残すなら、切り替える前に DNS レコードを Cloudflare に写し、MX の向き先を sv〇〇〇.xserver.jp に書き換えておくのがポイントです。

サイトが切り替わるのは、Worker に example.com を割り当てた時点です。そこまでは、エックスサーバーのサイトとメールをそのまま使いながら、落ち着いて進められます。

あわせて読むCloudflare の workers.dev サブドメインを変更する方法と、名前の決め方Cloudflare アカウント共通の workers.dev サブドメイン（〇〇.workers.dev の〇〇の部分）を変更する手順と、変更前に確認すること、名前を決めるときの注意点とコツを紹介します。2026.09.14