Q.Studioからの移管には、どのくらいの期間がかかりますか？

「他のCMSのように、データをボタン一つでエクスポートして短期間で引っ越せるのではないか」と考える人は少なくありません。しかし、デザインやページ情報、ソースコード、CMSの記事データはStudioから書き出す機能がないため、移管先で改めて作ることになります。なお、フォームの回答はCSVでダウンロードできます。ただし、フォーム自体のデザインや入力項目の設定までは引き継げないため、移行先での再構築が欠かせません。

工程は大きく4つに分かれます。

1. 移管先の環境を用意し、ページや記事を作り直す
2. 公開前にページ、画像、フォーム、ダウンロード用のPDFなどを一通りテストする
3. DNSを切り替えて、新しい環境に表示を向ける
4. アクセスの状況を見て、旧環境へのアクセスがなくなってから止める

時間の多くを占めるのは1と2です。見た目を合わせながら1ページずつ組み直し、フォームの送信や画像の表示まで確かめるので、ここは省けません。

3の切り替えにも準備がいります。DNSの設定には反映までの待ち時間を短くする値（TTL）があり、GoogleはURLを変えない移転の手順で、移転の少なくとも1週間前に数時間程度まで下げておくよう勧めています。切り替え日から逆算して、この準備も予定に入れておきましょう。

URLまで変える場合は、さらに検索結果への反映を待つ必要があります。小規模から中規模のサイトでも、大半のページが新しいURLに切り替わるまで数週間かかります。

会社案内のように固定ページが10枚ほどのサイトと、ブログ記事が数百本あるサイトでは、同じ「移管」でもかかる日数がかなり違います。固定ページが数ページであれば画面のレイアウトを再現する作業だけで済みますが、記事やブログが大量にある場合はデータの流し込みや個別確認に膨大な日数がかかるためです。

Studioからは記事データをまとめて取り出せないため、記事は1本ずつ移管先に入れ直すことになります。本文だけでなく画像の差し替えやリンクの確認も記事ごとに発生するので、本数が増えれば作業もそのまま増えます。

確認の手間も規模に合わせて増えます。移転するページが多いほど直すべき問題が出やすくなり、大きなサイトでは技術的に可能なら一部を先に移してテストする方法を、GoogleはURLを変える移転の案内で勧めています。数百ページ規模なら、まずお知らせやブログのカテゴリをひとつ移し、問題がないことを確かめてから残りを進めると、手戻りが小さく済みますよ。なお、記事が多いのに総ページ数だけで見積もると、作業の途中で日数が足りなくなりがちです。

「制作会社へ作業をすべて委託すれば、自社側は何も対応しなくても移管が完了するのだろうか」と考える発注担当者もいるはずです。しかし、制作の実作業を外部へ任せる場合であっても、契約権限やドメインの管理といった社内でしか対応できない作業は必ず発生します。

最初に必要なのは、作業者をStudioのプロジェクトに招待することです。招待するときはオーナーか編集者のロールを選びますが、選べるロールは招待する人の権限によって変わります。

次に、DNSの管理者を押さえておきましょう。切り替えではDNSレコードを更新して新しい移管先を向けるため、管理画面に入れる人がいないと作業が止まります。制作会社が過去に取ったドメインなど、管理者がわからないケースもあるので早めに探してください。

新環境が形になった後の最終チェックも自社で担うべき大切な役割です。公開前にテスト環境へアクセスし、主要な固定ページ、画像、資料請求フォームの送受信、PDFファイルのダウンロードが正常に行えるかを確認します。また、移転完了後にGoogle Search Consoleの所有権確認が外れてしまわないよう、認証用のメタタグやHTMLファイルを新サーバー側でも維持する手配を忘れずに行いましょう。

ちなみに、Studioでは、通知先がプロジェクトのメンバー以外のメールアドレスだと認証が必要でした。移管先のフォームでも同じ手順になるとは限らないため、設定の仕方は移管先ごとに確認します。

当初立てていた計画よりも移管作業が遅れ、公開予定日が後ろへずれ込んでしまう原因にはどのようなものがあるのでしょうか。

まず作り直しです。StudioにはサイトのHTMLを外部へ出力する機能がないため、移管先では見た目や動きを一から組み立てます。外部のサービスを埋め込んでいるページや、細かいアニメーションを使っているページは、移管先で同じように再現できるかを試すところから始まり、想定より日数がかかりがちです。

次に、本稼働前にテスト環境でフォームの送受信やリンクの挙動を検証した際、不具合が見つかって修正と再確認を繰り返す時間もスケジュールの遅延につながりやすいポイント。

もうひとつがDNSです。新しい移管先を向けるためにDNSレコードを更新しますが、設定の方法は利用しているDNSプロバイダに問い合わせることになります。また、DNSレコードの更新は即時に反映されるとは限らず、事業者によってはネームサーバーの更新反映に最大24時間程度の待機時間が発生します。設定を変えてもすぐ全員の画面に反映されるわけではないので、切り替え当日に反映待ちの時間を見込んでおくことも欠かせません。

さらに、移管と同じ時期に個人データの漏えい等が起き、所定の要件に当たる場合は報告義務が生じます。個人情報保護委員会の漏えい等報告の案内では、速報を発覚から3〜5日以内、確報を30日以内（不正な目的のおそれがある場合は60日以内）としているので、移管の日程にもこの期限を並べて入れておきます。

旧環境へのアクセスがなくなったと確かめられるまでは、Studio側も止めずに動かしておくのが安全です。ドメインの接続先を切り替えても、インターネット全体の参照先が瞬時に新しい環境へ置き換わるわけではないためです。ネームサーバーの変更が世界中に浸透するまでには、通常で数分から48時間程度の時間がかかります。

移転前にあらかじめTTLの値を短く設定しておけば古いキャッシュの保持期間を短縮できますが、切り替え直後は古いStudio側と新しい移行先の双方へアクセスが分散します。新環境からの配信が安定し、旧サーバー側のアクセスがゼロになったことをログなどで確認した上で、古いホスティング環境を停止させるのが望ましい進め方ですね。

気をつけたいのは、Studioのプランを下げるタイミングです。有料プランからFreeプランへ切り替えると、サイトは必ず一度非公開になります。まだStudio側にアクセスが届いている間にFreeへ戻すと、一部の閲覧者にはサイトが見えなくなってしまいます。

一方、プロジェクトプランのダウングレードは申請直後には切り替わらず、次回のプラン更新日に反映される仕組みです。それまでは今のプランをそのまま使えます。更新日は「プラン＆お支払い」で確認できるので、移管の公開日と更新日を並べて見て、余裕のある更新日にダウングレードを申し込むとよいでしょう。