Cloudflare の workers.dev サブドメインを変更する方法と、名前の決め方

Cloudflare Workers で公開したサイトは、https://mysite.<サブドメイン>.workers.dev のような URL で開けます。この <サブドメイン> の部分は、Cloudflare のアカウントごとに1つ決まっていて、あとから変更できます。

ダッシュボードの画面や表記は、2026年9月時点のものです。

workers.dev サブドメインとは

Workers の URL は、3つの部分に分かれています。たとえば https://mysite.sakura-works.workers.dev の場合は、次のとおりです。

部分	例	決まり方
Worker の名前	`mysite`	Worker ごとに決める（`wrangler.toml` の `name`）
サブドメイン	`sakura-works`	アカウントに1つだけ。すべての Worker で共通（この記事で変更する部分）
ドメイン	`workers.dev`	Cloudflare 共通

つまり、サブドメインを変更すると、そのアカウントで公開しているすべての Worker の URL が一度に変わります。個別の Worker だけを変えることはできません。

ヒント：Pages のプロジェクトは影響を受けない

旧来の Cloudflare Pages で公開したサイトの URL は 〇〇.pages.dev の形で、アカウントのサブドメインを含みません。そのため、workers.dev サブドメインを変更しても、Pages の URL は変わりません。

変更する前に確認すること

サブドメインを変更しても、古い URL から新しい URL へ自動で転送されることはありません。古い URL は使えなくなると考えて、次の点を確認しておきましょう。

同じアカウントで、ほかにも Worker を公開していないか（すべての URL が変わります）
古い URL を、SNS やブログ、名刺、QR コードなどで人に伝えていないか
古い URL を、ほかのサービスに登録していないか（Google Search Console、ログイン連携のコールバック URL、Webhook の送信先、API の接続を許可する URL の一覧など）
サイトの中に、古い URL をそのまま書いた箇所がないか
検索結果に古い URL が載っていないか（載っている場合は、しばらく検索からのアクセスが途切れます）

ヒント：長く使うサイトは独自ドメインで公開する

Cloudflare のドキュメント（2026年9月時点）でも、workers.dev は業務に欠かせないものではない、個人や趣味のプロジェクト向けとされていて、本番のサイトは独自ドメインなどで公開することが推奨されています。独自ドメインをつないでおけば、workers.dev のサブドメインを変えても、サイトの URL は変わりません。

すでに多くの人に URL を伝えているなら、サブドメインを変える前に独自ドメインへの移行を検討しましょう。

独自ドメインをつなぐ手順Cloudflare Workers で独自ドメインを使うには？ムームードメインのまま、メールはエックスサーバーに残す方法ムームードメインで取得してエックスサーバーで使っているドメインを、Cloudflare Workers のサイトにつなぐ方法を解説します。ドメインは移管せず、メールはエックスサーバーのまま使い続けるための DNS レコードの写し方と、www なしで公開する設定まで紹介します。2026.09.15

サブドメインを変更する

サブドメインの変更は、Cloudflare ダッシュボードで行います。wrangler.toml などのファイルには書かないので、GitHub への push は必要ありません。

Cloudflare ダッシュボードで「Workers & Pages」を開く
画面にあるアカウントの workers.dev サブドメインの欄（英語表示では「Your subdomain」）で、「変更」（Change）を選ぶ
新しいサブドメインを入力して、変更を確定する

使える名前かどうかは、入力したときにチェックされます。すでにほかの人が使っている名前は選べません。名前の決め方は、5. 名前を決めるときの注意点と6. 名前の決め方のコツで紹介します。

ヒント：変更の直後はしばらくつながらないことがある

変更が全体に反映されるまでの間は、新しい URL を開いても「サーバーが見つかりません」のように表示されることがあります。新しい URL 用の証明書の発行などに時間がかかるためです。

すぐに表示されなくても、何度も変更し直さず、しばらく待ってから開き直しましょう。時間がたっても表示されない場合は、Worker の「設定」→「ドメインとルート」で workers.dev が有効になっているかを確認します。

ヒント：Claude はダッシュボードの設定を直接は変えられない

サブドメインの変更は、ファイルの変更ではできないので、自分で操作するのがいちばん早い方法です。Claude に操作してもらう場合は、Chrome の拡張機能「Claude in Chrome」を使い、自分でログインした画面を操作してもらいます。確定する前に画面を確認してから OK を出しましょう。

変更後にやること

反映されたら、新しい URL でサイトが表示されるかを確認します。

確認する URL の例

https://mysite.<新しいサブドメイン>.workers.dev

次に、サイトの中に残っている古い URL を探して、書き換えます。記事や README に URL を書いている場合は、Claude にまとめて探してもらうのが確実です。

Claude への指示の例

Cloudflare の workers.dev サブドメインを「<古いサブドメイン>」から「<新しいサブドメイン>」に変更しました。
- リポジトリの中で、古いサブドメインが書かれている箇所をすべて探して一覧にしてください
- 置き換えてよいか確認してから書き換え、表示を確認して GitHub に反映してください

最後に、2. 変更する前に確認することで見つけた外部サービスの登録を、新しい URL に更新します。Google Search Console を使っている場合は、新しい URL をプロパティとして追加し直します。

ヒント：古い URL から転送はできない

記事の URL を変えたときは、_redirects で古い URL から新しい URL へ転送できました。しかし、サブドメインを変更すると、古い URL にはそもそも Worker がつながらなくなるため、この方法は使えません。古い URL を伝えた相手には、新しい URL を案内し直す必要があります。

名前を決めるときの注意点

使える文字と長さ

サブドメインは URL の一部なので、ドメイン名のルールに従います。迷ったら次の範囲で決めれば、まず問題ありません。

ルール	内容
使える文字	英小文字（a〜z）、数字（0〜9）、ハイフン（-）
使えない文字	日本語、アンダースコア（_）、ドット（.）、スペース、記号
ハイフンの位置	先頭と末尾には置けない
長さ	63文字まで（ただし、実際には短いほど使いやすい）

大文字で入力しても、URL としては小文字と同じに扱われます。最初から小文字で決めておきましょう。また、ab--cd のように3〜4文字目にハイフンが2つ続く形は、国際化ドメイン名（日本語ドメインなど）の変換用に予約されている形なので、避けるのが無難です。

名前は世界中の人に見える

サブドメインは、公開したすべてのサイトの URL に表示されます。次のような情報は入れないようにしましょう。

本名や生年月日
メールアドレスの @ より前の部分（メールアドレスを推測される手がかりになります）
社内だけで使っているプロジェクト名や、公開前のサービス名

ほかの会社やサービスの名前を使わない

workers.dev は誰でも無料で使えるため、有名なサービスになりすましたフィッシングサイトに悪用されることがあります。〇〇bank-login のように、ほかの会社やサービスの名前、「login」「secure」「support」のような言葉を組み合わせた名前は、見た人に怪しまれるうえ、セキュリティソフトにブロックされるおそれもあります。

気軽に何度も変えられるものではない

2. 変更する前に確認することのとおり、変更するとすべての Worker の URL が変わり、古い URL からの転送もできません。また、手放した名前は予約されないので、あとで元に戻したくなっても空いているとは限りません。最初から長く使える名前にしておくのがいちばんの対策です。

名前の決め方のコツ

「サイトの名前」ではなく「持ち主の名前」にする

サブドメインは、アカウントのすべての Worker で共通です。最初に作ったサイトの名前をサブドメインにすると、2つ目のサイトを公開したときに、ちぐはぐな URL になります。

例：サイトの名前をサブドメインにした場合

https://mysite.mysite-2026.workers.dev   ← 名前が重複して読みにくい
https://blog.mysite-2026.workers.dev     ← 2つ目のサイトなのに「mysite」が入る

サブドメインには、ハンドルネームやチーム名、屋号のような持ち主を表す名前を選び、サイトごとの違いは Worker の名前で表すと、すっきりします。

例：持ち主の名前をサブドメインにした場合

https://mysite.sakura-works.workers.dev
https://blog.sakura-works.workers.dev
https://tools.sakura-works.workers.dev

短く、読み間違えにくくする

目安は15文字以内。Worker の名前と合わせても、URL 全体が長くなりすぎません
単語の区切りにはハイフンを使う（sakuraworks より sakura-works のほうが読みやすい）
l（エル）と 1、o（オー）と 0 のように、見間違えやすい文字の組み合わせを避ける
口頭で伝えたときに、つづりを聞き返されない名前にする

古くなる言葉を入れない

2026 のような年、test や dev のような「仮」を表す言葉、v2 のような版の番号は、時間がたつと実態と合わなくなります。いま使っている勤務先や学校の名前も、変わる可能性があるなら避けましょう。

ほかのサービスの ID とそろえる

GitHub や SNS で使っているユーザー名とそろえると、覚えてもらいやすく、持ち主も伝わります。ただし、前の注意点のとおり、メールアドレスの一部と同じ名前は避けます。

候補を Claude に出してもらう

名前に迷ったら、条件を伝えて候補を挙げてもらいましょう。気に入った候補は、ダッシュボードで入力して空いているかを確認します。

Claude への指示の例

Cloudflare の workers.dev サブドメインの候補を10個考えてください。
- 私の活動名は「〇〇」で、今後もいくつかのサイトやツールを公開する予定です
- 英小文字・数字・ハイフンのみ、15文字以内
- 本名やメールアドレスを推測されない名前にする
- 年や「test」などの古くなる言葉は入れない
- それぞれ、URL の例（https://mysite.<候補>.workers.dev）と、名前の意味を添えてください

決める前のチェックリスト

確認すること	よい例	避けたい例
持ち主を表しているか	`sakura-works`	`mysite`（サイト名）
短く読みやすいか	`sakura-works`	`sakuraworksofficialsite`
古くならないか	`sakura-works`	`sakura-test-2026`
個人情報を含まないか	`sakura-works`	`hanako-yamada-1990`
ほかの会社の名前を使っていないか	`sakura-works`	`cloudflare-sakura`

まとめ

workers.dev サブドメインは、ダッシュボードの「Workers & Pages」から数クリックで変更できます。ただし、アカウントのすべての Worker の URL が一度に変わり、古い URL からの転送もできません。変更する前に、古い URL をどこで使っているかを確認しておきましょう。

名前は、サイトの名前ではなく持ち主を表す、短くて古くならないものにするのがコツです。長く使うサイトは、独自ドメインで公開しておくと、サブドメインの変更に左右されずに済みます。