名刺のURLを殺さずに、AI時代の自分拠点を構築する――Cloudflare Pages独自ドメイン移行の全記録

はじめに

Cloudflare Pagesの無料ドメイン（.pages.dev）で運用を始めたため、名刺に印刷したURLが変わってしまう問題が発生しました。独自ドメイン（.dev）に移行し、旧URLをBulk Redirectsで301リダイレクト設定することで、既存のURLを死なせずに移行を完了できます。

独自ドメインへの移行でこんなことありませんか？

Cloudflare Pagesが提供する無料のドメインで満足していた。しかし、将来的な拡張性や信頼性を考え、独自ドメインへの移行を決意した。
ところが、すでに名刺やSNSに旧URLを掲載してしまっており、URLが変わることでこれまでの繋がりが切れてしまうことに直面した。

この記事をお勧めしない人

無料ドメインのままで一生使い続け、将来の拡張性に関心がない人。
URLが変わることで失われるSEO評価や信頼資産を、大した問題ではないと考える人。
物理的な「名刺」という負債と、デジタルの「URL」の整合性を取る必要性を感じていない人。

もし一つでも当てはまらないなら、読み進める価値があるかもしれません。

独自ドメインを後回しにするリスク

独自ドメインの取得を「いつかやればいい」と後回しにすると、プラットフォームへの依存度が日に日に高まり、身動きが取れなくなっていく。
旧URLで積み上げたSEO評価やSNSでの拡散実績は、ドメインを変えた瞬間にゼロになり、検索順位の急落を招く。
配りきった名刺や公開済みの資料がすべて「リンク切れ」のゴミと化し、ビジネスチャンスを自ら捨て去る最悪の結末を迎える。

資産を守り抜く「外科的移行」の未来

この記事を読めば、旧URLを殺さずに、技術的な「外科手術」で新ドメインへ滑らかに移行する設計図が手に入る。
CloudflareのBulk Redirectsを活用し、パスやクエリを維持したまま301リダイレクトで評価を引き継ぐ具体的な設定手順を習得できる。
この方法は機上の空論ではなく、まさにこのブログ自身が実際に独自ドメインへ移行し、評価を継承したプロセスとして実証済みである。

私も同じでした

筆者も「無料ドメインで十分」と考えていましたが、インフラの最適化を追求する中で独自ドメインの重要性に気づきました。しかし、そこには既に配ってしまった「名刺」という物理的負債がありました。
この記事で、物理的負債を殺さずにシステムを近代化する判断基準と、最短経路のリダイレクト設定Tipsを持ち帰れるように書きました。
さらに深掘りして、AI時代の生存戦略としてのドメイン選定を知りたい方は、その詳細な考え方を確認できます。

ドメインの選定：AI時代の生存戦略としての `.dev`

まず行ったのは、新しい住所となるドメインの取得です。今回は Cloudflare Registrar を使用しました。

選んだドメイン: claudemix.dev
価格: 年額 $12.18（約1,800円）

なぜ `.com` ではなく `.dev` なのか？

.com ($10.46) の方がわずかに安かったのですが、あえて .dev を選びました。これは、AI時代において「技術的なバックグラウンドを持つ人間である」というブランド人格を明確にするためです。

また、Cloudflare Registrarを選んだ理由はシンプルです。「卸値販売」だからです。初年度だけ安くて2年目から跳ね上がるような「更新料の罠」がなく、長期的な運用コストが見通せる点が、システムの延命医としてのポリシーに合致しました。

Pages本体への紐付け

取得したドメインを、稼働中のCloudflare Pagesプロジェクトに紐付けます。

Cloudflareのダッシュボードから対象のPagesプロジェクトを開く。
Custom domains タブを選択し、Set up a custom domain をクリック。
取得した claudemix.dev を入力し、DNSレコードを自動設定させる。

この時点では、名刺に書かれた旧URL（xxx.pages.dev）と、新URL（claudemix.dev）の両方がアクセス可能な状態で併存しています。

旧URLの延命手術：Bulk Redirectsの設定

ここからが本題です。名刺のURLにアクセスした人を、迷子にさせず、自動的に新居へ案内しなければなりません。これにはCloudflareの Bulk Redirects 機能を使用しました。

これは、旧URLへのアクセスをサーバーレベルで検知し、瞬時に新URLへ転送する設定です。

具体的な設定値

Source URL (転送元): https://claudemix.pages.dev/
Target URL (転送先): https://claudemix.dev/
Status Code: 301 (Moved Permanently)
- ここが重要です。301は「恒久的な移動」を意味し、Googleなどの検索エンジンに「評価を新しいURLに引き継いでください」と伝える役割を果たします。

不自然さを排すための必須パラメータ

単にトップページへ飛ばすだけでは不十分です。ブログ記事の個別ページへのアクセスも正しく引き継ぐために、以下のオプションをONにしました。

Include subdomains: OFF (今回は不要)
Subpath matching (サブパスの一致): ON
- これにより、全ページが対象になります。
Preserve path suffix (パスサフィックスを保持): ON
- .../blog/article-1 へのアクセスを、新ドメインの .../blog/article-1 へ正確に転送します。
Preserve query string (クエリ文字列を保存): ON
- 計測用パラメータなどが付与されていても、それを維持したまま転送します。

リアルな後悔：名刺という「物理的負債」

設定は完了し、名刺のURLは死ぬことなく、新ドメインへの入り口として機能し始めました。技術的には完璧な解決です。

しかし、僕の心には小さな後悔が残りました。

「最初から独自ドメインで始めていれば、こんな外科手術は不要だった」

技術で解決できたとはいえ、システム内部には「旧URL → 新ドメイン」というリダイレクト処理が残り続けます。これは構造的な「冗長性」です。最短経路で美しいシステムを作るなら、ドメイン取得は「後回しにするオプション」ではなく、「最初の基礎工事」であるべきでした。

おわりに：魔法に頼らず、土地を買え

ただし、この301リダイレクト設定が後にStripe本番審査で予想外の障壁になります。TOPページがリダイレクトする構成は、審査員がサービスの実体を直接確認できないと判定されるリスクがあります。→Stripe審査を1回で突破した話

無料のドメイン（.pages.dev）は便利で強力な魔法ですが、所詮は「借り物の土地」です。

これからAI時代を生き抜くための拠点を築くなら、まずは自分の名前（独自ドメイン）を刻んでください。それが、結果として名刺を刷り直すような無駄を省き、最も安上がりで堅牢な「自分だけの城」を作る第一歩になります。