ホームページの文章や画像は、閲覧者へデータを届けるコンピューターに置かれます。この役割を担うものがWebサーバーです。
制作を始めるときは、料金や容量だけで契約先を決めません。サイトの仕組み、管理する人、復旧方法まで考えて必要な条件を整理します。
サーバーとドメインを分けて理解する
サーバーはサイトのデータを置き、要求に応じてページを届けます。ドメインは、閲覧者がサイトへ接続するときに使う名前です。
二つは別の契約になっている場合があります。制作会社へ任せるときも、契約名義、請求先、管理画面、更新通知先をそれぞれ確認します。
ドメインから正しいサーバーへ接続する設定も必要です。設定方法は契約先によって異なるため、現在の公式案内を参照します。
サイトに必要な条件を洗い出す
静的な会社案内か、管理システムやフォームを使うサイトかで必要な環境は変わります。制作担当へ、利用する仕組みと外部連携を確認します。
- 公開するページと画像の種類
- 管理システムやプログラムの有無
- 問い合わせや予約などの機能
- メールや外部サービスとの関係
必要な機能名だけでなく、どのページで誰が使うかを書きます。使う予定のない機能を前提にせず、将来追加する候補は別に分けます。
契約名義と権限を確認する
会社が継続して使うサイトなら、担当者が変わっても契約を確認できる状態が必要です。個人のメールアドレスだけへ通知が届く構成を避けます。
制作会社が契約を代行する場合は、契約終了時に何を受け取れるかを確認します。管理画面、データ、設定資料の返却範囲を文書へ残します。
認証情報を複数人で使い回さず、必要な権限だけを付けます。作業者と変更日時を追える方法があるかも確認します。
バックアップと復元を決める
バックアップでは、ファイル、データベース、設定のどこまでが対象かを確認します。保存回数だけでなく、保存場所と復元できる担当を把握します。
復元を試した記録がなければ、緊急時に必要な時間や手順を判断できません。公開前に、どの状態へ戻すか、戻すと失われる変更は何かを整理します。
公開前の移行手順を組み立てる
既存サイトから移す場合は、データの移動、ドメイン設定、暗号化された接続、フォーム、メールへの影響を順に確認します。
- 現在の契約と設定を記録する
- 新しい環境でサイトを確認する
- 切り替える日時と担当を決める
- 公開後に見るページと機能を決める
- 異常時の連絡先と戻し方を共有する
一度に複数の契約を変える場合は、どの変更が原因か追えるよう順序を決めます。閲覧者への影響が大きい機能から確認します。
公開後の運用を引き継ぐ
公開後は、サイト表示、問い合わせ、管理画面、バックアップを定期的に確認します。サーバー会社から届く通知を誰が読むかも決めます。
- 契約名義と請求先を把握した
- サイトに必要な環境を確認した
- 管理者権限を会社側で保持した
- バックアップと復元担当を決めた
- 公開後の確認項目を記録した
