Q.Studioで使っている独自ドメインをWordPressのサーバーへ向け直すにはどうしますか？

独自ドメインの接続先を切り替えるとき、どの順番で作業を進めればサイトを止めずに済むでしょうか。作業の大半はドメインを管理しているサービスのDNS設定画面で終わります。Studioの画面で何かを移すわけではなく、「このドメインでどのサーバーを表示するか」の行き先を書き換える作業です。

最初に、いまの設定値を控えます。Studioへ接続しているドメインなら、AレコードにはStudio指定のIPアドレスの34.111.141.225が入っているはずです。ただし、以前に接続したサイトでは古いIPアドレスのまま公開が続いていることもあります。案内の値ではなく、自分の画面に出ている値を記録してください。

そのうえで、次の順に進めます。

1. 移行先のサーバーにドメインを追加し、WordPressを入れて記事や画像を移す
2. 自分のパソコンのhostsファイルを書き換え、DNSを変えないまま新サーバーの表示を確かめる
3. 移行先で無料SSLを先に設定できるか確かめる
4. 切り替えの前に、AレコードのTTLを短くしておく
5. Aレコードを移行先サーバーのIPアドレスへ書き換える
6. 反映後に表示とメールを確認し、問題がなければStudioの有料プランを解約する

手順2と3は、サーバー会社によってやり方が違います。また、移転元でのWeb認証やDNS認証を利用すれば、ネームサーバー変更前に無料SSL証明書を事前設定できるサーバーもあります。切り替え直後に「保護されていない通信」と出る時間を避けられるので、この下準備は省かないほうがいいでしょう。

TTLは、DNSの情報を各地のサーバーがどれくらい覚えておくかの秒数です。元の値が長いままだと、書き換えても古い行き先が残りがちなので、TTLを下げる時期の目安に合わせて前もって短くします。

たとえば「example.studio.site」のような初期サブドメインで公開していた場合、そのドメインをそのままWordPressのサーバーへ持ち出すことはできません。独自ドメインとサブドメインの仕様において、Studio提供のサブドメインは外部サービスへの移行時に継続利用できないと定められているためです。そのため、WordPressで公開する際は新しいドメインをあらかじめ用意し、サイト全体のURLを変更して運用することになります。

Studioの中でサブドメインから独自ドメインへ切り替えた場合は、元のサブドメインから新しい独自ドメインへ自動で転送されます。とはいえ、これはStudio内での変更の話で、WordPressへ移ったあとも転送が続くとは言えません。なお、Studioの機能として用意されているリダイレクト設定はBusinessプラン以上が対象で、転送先に外部URLを指定できる仕様です。ただし転送元に指定できるのはプロジェクトに接続中のドメインのパスに限られます。studio.siteのアドレスから新サイトへ転送できると思い込まず、転送なしで切り替わる前提で準備したほうがいいでしょう。

ドメインやサブドメインが変わるサイト移転では、Google Search Consoleのアドレス変更ツールを使って検索エンジンに移転を通知し、SNSのプロフィール欄に記載しているリンクや出稿中の広告の飛び先URLも新しいアドレスへ手動で更新します。ただ、studio.siteのアドレスでこの手続きまで進められるかは、事前に画面で確かめてください。

ドメイン名を変えずにサーバーだけを乗せ換える場合、Google Search Consoleで特別な移転手続きが必要なのか迷うところではないでしょうか。公開URLが変わらず、置いているサーバーだけが変わる移転は、アドレス変更ツールの対象外です。同じドメインの中でwwwの有無を切り替える場合や、HTTPからHTTPSへ変える場合も同じく対象外で、このツールはドメインやサブドメインそのものが変わるときにだけ使います。

その代わり、新サーバー側でもSearch Consoleの所有権確認が途切れないように引き継ぐ作業が欠かせません。Studioでは、Googleから発行されたHTMLタグをAppsに登録して確認している人が多いでしょう。このタグはStudio側の設定なので、WordPressへ移ると消えてしまいます。同じ確認情報をWordPress側のヘッダーへ入れ直してください。HTMLファイルで確認していた場合は、同じファイルを新サーバーに置きます。

さらに、移転作業中に新環境へ設定していたrobots.txtのクロール制限やnoindexタグは、本番公開の開始に合わせて解除します。WordPressは設定画面に検索エンジンへの表示を止める項目があるので、ここを付けたまま公開してしまう人もいますね。サーバーの切り替え直後はGooglebotの巡回頻度が一時的に下がることがありますが、これは通常の動作であり、数日かけて徐々に元のペースへ戻ります。ただ、表示エラーまで「様子見でいい」とはならないので、ページが開けるかは別に確認します。

同じホスト名の中でパスごとに別のサーバーを見せるなら、間に入って振り分ける仕組みが必要で、これがリバースプロキシです。

ただし、Studioの前に外部のCDNやプロキシを置くなら、Studioのカスタムプロキシアドオンの契約が必須です。契約せずに組んだ構成は、サポートも動作保証も受けられません。アドオンはBusiness Plus以上で追加でき、料金はプラン料金とは別にかかります。契約は月単位です。

技術的な設定では、プロキシ側でStudioサブドメインを転送先に指定し、発行されたプロキシキーをx-studio-proxy-keyヘッダーに付与して通信を通します。また、Studioの画面描画に必要な「/_nuxt/」ディレクトリへの通信もStudio側へ正しく流さなければならず、この転送パスは変更できません。トップと /blog/ の振り分けだけ決めても、ここが抜けるとStudio側のページが崩れます。

もし月額費用の負担を抑えたいのであれば、同じホスト名にこだわらず「blog.example.com」のようなサブドメインをWordPressに割り当てる構成を選ぶと、プロキシを使わずにDNS設定だけで分離できます。サイト全体をWordPressへ移すなら、そもそも共存の仕組みは要りません。