この記事の要点
- 引っ越しは「公開前」「切り替え時」「公開後」の三段階で確認します
- 見落としやすいのは、メール、フォーム、SSL証明書、DNSの設定です
- 切り替え前にTTLを短くしておくと、戻しやすく安全です
- 古い環境は、新環境が安定するまですぐに消しません
サイトの引っ越しでは、公開前にデータと設定を洗い出し、切り替え時にDNSとTTLを管理し、公開後に表示・フォーム・メールを確認するのが基本です。とくにメールとフォームは、ページ表示より見落とされやすく、トラブルになりがちです。以下のチェック項目に沿って進めてください。
引っ越し前に確認することは何ですか?
まず「今、何が動いているか」を洗い出します。サイトの表示だけを移して、周辺の機能を忘れる失敗が多いためです。
- ページ、画像、ファイルの全体量
- 問い合わせフォームと、通知の宛先
- メールアカウントとメールの保管量
- ドメインとDNSの管理場所
- SSL証明書の有無と更新方法
- アクセス制限や、特別な設定
- 古いURLと、新しいURLの対応
切り替え時のポイント
切り替えとは、ドメインの向き先を新環境に変えることです。DNSとは、ドメイン名とサーバーの場所を結びつける仕組みで、TTLとはその情報が各所で保持される時間のことです。
- 切り替えの数日前に、TTLを短く設定する
- 新環境で、ドメインを使った表示を事前に確認する
- バックアップを取り、元に戻す手順を決める
- DNSを切り替える
- しばらくの間、旧環境も維持する
公開後に確認する項目
| 確認項目 | 内容 |
|---|---|
| 表示 | 主要ページ、画像、スマホ表示 |
| SSL | 鍵マークの表示、証明書の自動更新 |
| フォーム | 送信テスト、通知メールの到着 |
| メール | 送受信、迷惑メール判定、到達率 |
| リダイレクト | 古いURLの転送 |
| 検索 | 見つからないページ(404)の有無 |
メールの引っ越しで気をつけること
メールボックスの移行は、差分移行と重複の排除を行うと、受信済みのメールが消えたり重複したりするのを防げます。切り替え後に、SPF・DKIM・DMARCといった送信元を証明する設定が新環境に合っているかも確認します。これが外れると、送ったメールが迷惑メールに入りやすくなります。
また、古いユーザー名で接続し続ける端末があると、拒否が続いて自動遮断(fail2banなど)の対象になることがあります。端末側の設定案内も必要です。
フォームの安全対策も同時に
引っ越しを機に、フォームの悪用対策も見直します。送信数の上限、CAPTCHA、古い送信データの拒否などです。画像選択のいらないALTCHAのような仕組みを使えば、利用者の負担も増えません。
スタイルチューンができること
スタイルチューンは、複数の中小企業や観光業のお客さまのサイトとメールを、古いサーバーからクラウド(AWS)へ移し、その後の保守まで担当しています。Route53によるDNS管理、TTL調整、SSL証明書の自動更新、メールの差分移行、メール設定の案内まで一貫して対応します。
引っ越しだけを主役にせず、移行後も安全に使い続けられるよう、保守の一部として設計します。
まとめ
引っ越しは、表示の確認だけでは不十分です。メール、フォーム、SSL、DNS、リダイレクトを一覧にして確認してください。移行をご検討の際は、お問い合わせフォームからご相談ください。