ANSWER FIRST

結論

ホームページのリニューアルは、デザイン制作より先に、ドメイン・DNS・サーバー・CMS・ソース・計測環境の契約者と管理者を確認します。ログインできることだけでなく、更新・移管・支払・認証回復・バックアップ取得まで実行できる状態を記録し、不足があれば現行事業者と移行先の役割を決めてから制作を始めることが重要です。

01

公開を支えるデジタル資産を先に棚卸しする

ホームページは、画面に見えるページだけで動いているわけではありません。ドメイン登録、DNS、サーバーやCDN、CMS、ソースコード、データベース、画像や動画の元データ、フォーム、メール送信、アクセス解析、Search Consoleなど、複数の契約と管理画面が連動しています。制作会社へ運用を一任していると、自社がどのサービスを契約し、誰のメールアドレスで登録され、費用をどこから支払っているか分からない場合があります。リニューアルの開始時に全体を一覧化しないまま進めると、公開直前にDNSを変更できない、CMSからデータを書き出せない、フォームの通知先を確認できないといった停止要因が見つかります。

棚卸しでは、現在のURLから推測した情報だけで完了にせず、契約書、請求書、更新通知、管理画面、社内の申請記録を照合します。サービス名、契約名義、契約番号、管理URL、主管部署、管理者、更新日、支払方法、回復用連絡先、外部事業者の担当範囲を記録します。ドメインとサーバーが同じ会社のサービスに見えても、契約や変更権限が別になっていることがあります。CMSへログインできる状態と、ドメインの登録情報やDNSを変更できる状態も別です。

  • ドメイン登録事業者・登録者情報・有効期限・更新方法
  • DNS・サーバー・CDN・SSL証明書の契約と変更権限
  • CMS・ソースコード・データベース・バックアップの取得方法
  • フォーム・メール送信・決済・予約など外部サービス
  • アクセス解析・Search Console・広告タグの管理者
  • 写真・動画・文章・デザインデータの利用条件と保管場所
02

ログイン可否ではなく変更と回復まで確認する

管理画面を開けても、閲覧権限だけでは移行に必要な操作ができません。ドメインでは登録者情報の確認、更新、DNS変更、移管手続き、支払方法の管理が必要になる場合があります。ICANNは、登録者が連絡先を正確かつ最新に保ち、登録事業者からの確認へ対応する責任を案内しています。また、更新通知を受け取れる連絡先を維持することも、期限切れを防ぐ基本です。ただし、対象ドメインの種類や登録事業者によって手続き・制限・費用は異なるため、実際の契約条件を確認します。

サーバー、CMS、計測環境では、管理者権限の範囲、二要素・多要素認証、回復用メールと電話番号、請求管理、データの書き出し、APIや外部連携の管理まで確認します。退職者や旧制作会社の個人メールだけが回復先になっている場合は、自社が管理する組織用アドレスへ変更し、担当者個人に依存しない状態へ移します。CISAも、パスワードだけに依存しない多要素認証を、アカウント侵害のリスクを下げる対策として案内しています。共有パスワードを関係者へ配るのではなく、可能な範囲で個別アカウントを発行し、担当業務に必要な権限だけを割り当てます。

  • 設定変更・ユーザー追加・契約更新・支払変更ができるか
  • 管理者本人が利用できる認証方法か
  • 回復用メール・電話・バックアップコードを自社で管理できるか
  • データ書き出し・バックアップ復元を試せるか
  • 旧担当者・退職者・委託先だけに依存していないか
  • 操作履歴と権限変更を記録できるか
デジタル資産の棚卸し・管理者確認・認証回復・移行テスト・運用引き継ぎを順に進める工程のイメージ
VISUAL GUIDE棚卸し、権限確認、回復手段、移行テスト、運用引き継ぎの順で、公開に必要な管理環境を確実に整えます。
03

引き継ぎ台帳と権限表で不足を可視化する

確認結果は、パスワードそのものを一覧へ書くのではなく、資産台帳と権限表へ分けて管理します。資産台帳にはサービスの役割、契約名義、主管部署、有効期限、請求、管理URL、データの所在、外部担当者を記録します。権限表には、誰が閲覧、更新、公開、ユーザー管理、契約変更、認証回復を行えるかを記録します。認証情報は組織で承認された保管方法を使い、台帳からは保管場所と利用手順だけを参照できる形にします。

不足項目には、重要度、必要な期限、確認先、回復方法、代替案を付けます。ドメインとDNSの変更権限、公開中データのバックアップ、フォームや決済の停止回避は公開可否に直結するため優先度を上げます。元デザインデータや過去画像は、今回の制作範囲によって必要性が変わります。すべてを一律に回収するのではなく、公開継続、法令・契約上の保存、再利用、検索評価、利用者対応への影響で判断します。外部事業者へ確認する場合は、責任追及から入らず、現状の契約と権限、提供可能なデータ、作業費、所要期間、必要な承認を文書で整理すると引き継ぎが進みやすくなります。

  • 資産名・役割・契約名義・主管部署
  • 有効期限・請求先・更新方法
  • 閲覧・更新・公開・契約変更・回復の権限者
  • データ形式・書き出し方法・バックアップ確認日
  • 委託先の作業範囲・費用・必要な依頼期限
  • 不足時の回復手順・代替策・最終判断者
04

本番を切り替える前に移行を再現して確認する

権限が揃ったら、いきなり本番設定を変更せず、新しい環境へコピーまたは移行できる範囲を確認します。ページ、画像、フォーム、検索、会員機能、決済、メール通知、計測タグ、構造化データ、robots設定、サイトマップなど、主要な利用経路をテストします。テスト環境を公開ネットワークへ置く場合は、誤って検索へ登録されない設定とアクセス制限を行い、本番公開時に不要な制限が残っていないことを再確認します。移行前のバックアップを取得し、復元できる条件、切り戻しの判断者、旧環境を維持する期間も決めます。

Google Search Centralは、URLを変えずにホスティングを移す場合でも、新環境の準備とテスト、DNS変更、旧・新環境の監視、旧環境の停止という順序を示しています。URLが変わる場合は、旧URLと新URLの対応、恒久的なリダイレクト、内部リンク、canonical、サイトマップ、Search Consoleでの監視が追加で必要です。DNSやURLの変更が検索結果へ与える影響をゼロと保証することはできません。対象範囲、変更日時、担当者、確認項目、異常時の戻し方を一つの公開手順書へまとめ、関係者が同じ判断基準で動ける状態にします。

  • 新環境で主要ページと機能を事前確認
  • バックアップと復元・切り戻し条件を確認
  • 旧URLと新URLの対応表を確定
  • DNS・リダイレクト・canonical・内部リンクを照合
  • 検索制御・サイトマップ・計測を公開前後で確認
  • 公開日時・担当・連絡先・中止基準を共有
05

公開後の運用者へ権限と記録を引き渡す

公開が完了しても、制作担当者だけが管理できる状態では引き継ぎは終わっていません。自社の主管部署と運用責任者が、更新、公開、ユーザー追加、請求確認、バックアップ、障害時の連絡を行えることを実際の操作で確認します。旧制作会社や一時的な作業者の権限は、契約と保守範囲に合わせて削除または縮小します。管理者を無制限に増やすのではなく、業務継続に必要な複数名を定め、個別アカウント、多要素認証、回復手段、変更記録を整えます。

最終引き継ぎ資料には、構成図、資産台帳、権限表、更新手順、公開手順、バックアップ・復元方法、外部サービス一覧、契約更新日、障害連絡先、制作データの保管場所、未解決事項を含めます。パスワード変更や権限削除を行った日時も残します。運用開始後は、担当変更、契約更新、外部連携追加、CMS更新などの機会に台帳を更新し、定期的に管理者と回復先が現任者・現行部署になっているかを確認します。リニューアルを、見た目の更新だけでなく、WEB資産を組織で管理できる状態へ戻す機会として扱うことが重要です。

  • 自社担当者による更新・公開・復元の操作確認
  • 不要になったアカウントと権限の削除・縮小
  • 個別アカウント・多要素認証・回復手段の整備
  • 構成図・台帳・手順・連絡先・未解決事項の納品
  • 契約更新と権限見直しの担当・時期を決定
  • 担当変更時に更新する引き継ぎルールを標準化
FAQ

よくある質問

ドメインを制作会社名義で管理している場合、すぐに移管すべきですか？

まず登録事業者、登録者情報、契約書、更新期限、現在の利用状況を確認し、現行の制作会社へ変更可能な手続きと必要期間を文書で確認します。急な設定変更はサイトやメールへ影響する可能性があるため、移管または登録情報変更の方法、作業日、バックアップ、切り戻しを決めてから実施します。対象ドメインごとの規約確認も必要です。

管理画面のパスワードが分からなくてもリニューアルできますか？

新規環境の制作自体は進められる場合がありますが、既存データの取得、DNS変更、URL移行、公開停止の回避に必要な権限がないと、安全な切り替えができません。契約・請求・回復用連絡先を手掛かりに正規の回復手続きを行い、取得できない資産と代替方法を公開計画へ明記します。

引き継ぎのために制作会社とパスワードを共有してもよいですか？

可能であれば、個別アカウントを発行し、作業に必要な権限と期限だけを付与します。共有が避けられないサービスでは、組織で承認した安全な受け渡し方法を使い、共有範囲と作業履歴を記録し、作業後に認証情報を変更します。メールやチャット本文へ認証情報を残し続ける運用は避けます。

PRIMARY SOURCES

参考にした一次情報

外部仕様は変更される場合があります。最新情報は各公式ページをご確認ください。

PUBLISHER / UPDATE株式会社ファーストイノベーション

提供サービス：FIRST INNOVATION WEB