ホームページ引き渡しで確認すること｜納品後に不足しやすい権限と資料

ホームページの引き渡しは、URL が見えていて、画像や原稿ファイルを受け取れたら終わりではありません。実際に止まりやすいのは、ドメインの承認経路、Search Console の所有権、GA4 の管理権限、WordPress の管理者権限、問い合わせ通知先が制作会社側のまま残っているケースです。

特に、引き渡し直後は「見えるデータはあるが自社では設定変更できない」「公開は続いているが更新や移管の主導権がない」という状態が起きやすいです。この記事では、ホームページ引き渡しで確認することを、納品物チェックではなく、公開継続と乗り換えまで含めた実務順で整理します。

結論：引き渡し完了の基準は「公開を続ける主導権が自社へ戻っていること」です

引き渡しで最低限そろえたいのは、次の5分類です。

• 制作データ: 原稿、画像、ロゴ、ページ構成、CMS のログイン先
• 契約資料: 見積書、契約書、保守範囲、解約条件、連絡窓口
• インフラ権限: ドメイン、サーバー、SSL、更新通知先
• 計測権限: Search Console、GA4、タグ管理、広告連携
• 運用権限: WordPress 管理者、フォーム通知先、バックアップ先

この5つが自社側で把握できていれば、引き渡し後に自社運用へ切り替える場合でも、別会社へ移管する場合でも止まりにくくなります。逆に、HTML や画像だけ受け取っていても、承認メールや管理者権限が旧制作会社に残っていると、障害時や更新時に自社では何も決められません。引き渡し完了の判定は、資料を受け取ったかではなく、自社だけで再ログイン、設定変更、通知確認まで再現できるかで見るとぶれにくいです。社内の別担当者が台帳だけで同じ確認をやり直せる状態まで持っていくと、実務ではかなり安全になります。

まず受け取りたいのは「ファイル一式」ではなく「引き継ぎ台帳」です

引き渡しの場で資料がばらばらに届くと、後から不足に気づいても何が欠けているのか整理できません。先に 1 枚の引き継ぎ台帳を作り、項目ごとに受領済みか、権限移譲済みか、通知先が自社か、追加作業が残っているかを記録する方が安全です。

台帳には次の項目を最低限並べてください。

• サイト URL と公開サーバー名
• ドメイン管理会社名、契約名義、更新通知先
• サーバー契約先、請求先、バックアップ方法
• CMS のログイン URL、管理者アカウント、二要素認証の有無
• Search Console の所有者、GA4 の管理者、タグ管理者
• フォーム通知先メール、送信元メール、迷惑メール確認先
• 保守契約の終了日、緊急連絡先、返却予定物

この台帳があると、「ファイルは受け取ったが誰も DNS を触れない」「GA4 のレポートは見えるがユーザー追加ができない」といった抜けを早い段階で見つけられます。

契約資料は「何を返す約束か」を言葉で確認します

引き渡しで揉めやすいのは、ファイルの有無よりも「どこまで返却対象だったのか」が曖昧な場合です。制作会社側は作業完了のつもりでも、発注側は管理情報まで戻ると思っている、という認識ずれが起きやすいです。

そのため、見積書や契約書では次の項目を文字で確認してください。

• 返却対象に原稿、画像、ロゴ、HTML、CMS 情報が含まれるか
• 納品後の軽微修正が何回まで含まれるか
• 保守契約がある場合、解約後に返却される情報は何か
• ドメイン、サーバー、解析ツールの権限移譲を誰が担当するか
• 別会社へ引き継ぐ際の追加費用や作業条件があるか

ここを口頭だけで済ませると、後で「データは返すが設定変更は別作業」「ログイン情報は共有するが名義変更は対象外」という形で止まりやすくなります。引き渡し前に、返却物、権限移譲、残作業を 1 行ずつ分けておくと判断しやすいです。

ドメインは名義だけでなく AuthCode と承認経路まで受けます

JPRS は、管理指定事業者の変更手続きに AuthCode が必要で、開始から終了まで数日程度かかる場合があると案内しています。つまり、引き渡し日にドメイン名義だけ確認しても不十分で、実際に誰が移管申請を開始でき、誰に承認依頼が届くかまで確認しないと主導権は戻りません。

出典画像: JPRS「ドメイン名の管理指定事業者の変更」の参照箇所（2026-09-04取得）

JPRS の原文を確認する

引き渡し時にドメインで確認したいのは次の点です。

• 契約名義が自社か
• 管理画面 URL とログイン方法を把握しているか
• AuthCode を取得できる立場が自社にあるか
• 承認メールの送信先が自社担当者か
• 更新通知と請求通知が旧制作会社に残っていないか

ここが曖昧だと、制作会社を変える時だけでなく、DNS 設定変更やメール障害の初動でも自社が動けません。引き渡し日に移管予定がなくても、将来の変更権限を自社へ寄せておく方が安全です。

サーバーとメールはホームページ本体より先に止まりやすいです

引き渡し後のトラブルで多いのは、ページそのものより、フォーム通知や独自ドメインメールの不達です。サーバー会社、DNS の参照先、SSL 更新、SMTP 設定が旧制作会社管理のままだと、表示は続いていても問い合わせだけ止まることがあります。

サーバーまわりでは次の点を確認してください。

• 契約先と請求先が自社で把握できているか
• DNS をどこで管理しているか説明できるか
• SSL 証明書の更新方法と期限通知先が自社か
• フォーム送信メールの送信元設定を自社で変更できるか
• 定期バックアップの保存先と復元依頼先が明確か

ホームページの引き渡しを「サイトデータの受け取り」とだけ考えると、この部分が抜けやすいです。公開継続の観点では、ページ編集権限より先に、メールと証明書と通知先が自社へ戻っているかを見た方が安全です。

Search Console は閲覧権限ではなく所有者を確認します

Google Search Console ヘルプでは、所有者がプロパティを完全にコントロールでき、他ユーザーの追加と削除、設定変更、全データ表示まで行えると案内されています。引き渡しでレポート画面が見えるだけでは足りず、自社アカウントが確認済み所有者か、少なくとも所有者権限を持っているかを確認する必要があります。

出典画像: Google Search Console ヘルプ「所有者、ユーザー、権限の管理」の参照箇所（2026-09-04取得）

Search Console 権限管理の原文を確認する

確認時は、次の順で見ると分かりやすいです。

• 自社担当者が所有者一覧に入っているか
• 旧制作会社だけが確認済み所有者になっていないか
• 権限整理後もサーチコンソールの通知先が自社へ届くか
• URL 検査、サイトマップ送信、ユーザー追加を自社で実行できるか

Search Console は障害時よりも、リニューアルや移管の直前に不足が発覚しやすい権限です。引き渡し時点で整理しておかないと、後で HTML タグや DNS 設定の再確認が必要になり、余計に時間がかかります。

GA4 は「見えるか」ではなく、どの階層で管理できるかを確認します

Google アナリティクス ヘルプでは、アクセス管理がアカウント レベルとプロパティ レベルに分かれており、役割付与には管理者権限が必要だと案内されています。つまり、レポートを見られても、ユーザー追加や設定変更ができない権限だと、引き渡し完了とは言い切れません。

出典画像: Google アナリティクス ヘルプ「アクセス権とデータ制限の管理」の参照箇所（2026-09-04取得）

Google アナリティクス権限管理の原文を確認する

GA4 で見落としやすいのは次の点です。

• アカウント単位の管理者か、特定プロパティだけの権限か
• データ保持期間やリンク設定を自社で変更できるか
• Google 広告、Search Console、BigQuery 連携の解除や再設定を自社で進められるか
• 旧制作会社の個人アカウントだけに依存していないか

引き渡し後すぐに数字を見る予定がなくても、広告連携、イベント設定、レポート共有で管理権限が必要になる場面は多いです。閲覧だけの権限で安心せず、少なくとも自社側に管理者を 1 つ残してください。

WordPress は管理者権限と更新責任を分けて受けます

WordPress.org Documentation では、Administrator が単一サイトのすべての管理機能にアクセスでき、WordPress の初期状態でも管理者アカウントが作られると説明されています。編集者権限で投稿更新ができても、プラグイン更新、ユーザー管理、各種設定変更ができなければ、実務では自走しにくいです。

出典画像: WordPress.org Documentation「Roles and Capabilities」の参照箇所（2026-09-04取得）

WordPress 管理者権限の原文を確認する

WordPress では次の切り分けが大事です。

• 投稿修正だけなら編集者でも足りるか
• プラグイン更新やユーザー追加のために管理者が必要か
• バックアップ、セキュリティ設定、フォーム通知先変更を誰が担うか
• テーマやプラグインのライセンス管理がどこにあるか

更新責任を外部へ残す契約でも、自社が管理者権限を持っていれば、緊急時に別会社へ切り替えやすくなります。反対に、旧制作会社しか管理者を持っていない状態は、保守継続が前提の契約になりやすいです。

引き渡しの 1 週間前から当日までは段取りを分けると失敗しにくいです

当日に全部まとめて確認しようとすると、権限付与メールの見落としや、担当者不在で承認できない問題が出やすいです。実務では、引き渡し前に準備できるものを先に終わらせておく方が確実です。

進め方の目安は次の通りです。

• 1 週間前: 契約資料、受領物一覧、担当者一覧をそろえる
• 3 日前: Search Console、GA4、WordPress の招待メールを送り、承認を済ませる
• 前日: ドメイン、サーバー、SSL、フォーム通知先の現状を画面で確認する
• 当日: 自社アカウントでログイン、フォーム送信、権限一覧、バックアップ先を確認する
• 当日中: 未完了項目と期限を台帳へ残し、誰が対応するか決める

この段取りだと、引き渡し当日に初めて管理画面 URL を探すような事態を避けられます。特に、承認メールが担当者の個人アドレスへ届く運用だと、当日その人が不在なだけで作業が止まるので、事前承認が重要です。

引き渡し当日にやるべき動作確認は 5 つです

権限が移っていても、通知先や設定が古いままなら運用は止まります。引き渡し当日は次の 5 つを実際に触って確認してください。

• CMS 管理画面へ自社アカウントでログインできるか
• 問い合わせフォームをテスト送信して自社メールへ届くか
• ドメイン更新通知、SSL 更新通知、障害通知の送信先が自社か
• Search Console と GA4 に自社アカウントで入れるか
• バックアップ保存先と復旧手順を説明できるか

特にフォーム通知は、表示上は正常でも、送信先だけ旧制作会社のまま残っていることがあります。ログイン確認より実害が大きいので、引き渡し当日に一度テストして、誰に届いたかまで見てください。

引き渡し後に自社運用へ切り替えるか、継続委託するかは役割で決めます

引き渡しを受けた後、そのまま社内で更新するのか、保守だけ外部へ残すのかを曖昧にすると、せっかく整理した権限がまた属人化します。判断の基準は金額より、どの役割を誰が持つかです。

自社で持ちたい役割は次の通りです。

• 契約主体: ドメイン、サーバー、各種 SaaS の名義管理
• 意思決定: 誰に権限を渡すか、どの会社へ乗り換えるかを決める立場
• 監査: Search Console、GA4、フォーム通知の状態を定期確認する役割

外部へ残してもよい役割は次の通りです。

• 定期更新作業
• デザイン修正
• 障害一次対応
• バックアップ監視

重要なのは、作業を委託しても、主導権まで委託しないことです。自社が所有者や管理者を持ったうえで、作業だけ任せる形にしておくと、保守継続でも乗り換えでも選択肢を残せます。

実務では「受領」「権限移譲」「通知切替」を別工程で管理します

引き渡しが混乱しやすいのは、資料を受け取る作業と、権限を移す作業と、通知先を切り替える作業が別物だからです。たとえば、パスワードを共有されても、二要素認証の回復先メールが旧制作会社なら、完全な移譲とは言えません。

進め方は次の順が安定します。

• 受領: 契約資料、制作データ、管理画面 URL を一覧化する
• 権限移譲: ドメイン、Search Console、GA4、WordPress の管理権限を自社へ寄せる
• 通知切替: 更新通知、障害通知、フォーム通知、請求通知を自社へ変更する
• 動作確認: ログイン、送信テスト、表示確認、バックアップ確認を行う
• 完了記録: いつ、誰が、何を受けたかを台帳へ残す

この分け方だと、たとえ一部が未完了でも、どの作業が残っているかを明確にできます。「もう引き渡したはず」という認識違いを減らすのにも有効です。

引き継ぎ台帳は「受領済み」より「自社で再現できるか」で埋めます

台帳を埋めるときに「ファイルを受け取った」「ID を聞いた」だけで完了扱いにすると、後で再現できずに止まります。判定基準は、自社担当者がその情報だけでログイン、設定確認、通知先変更まで再現できるかです。

たとえば次のように記録すると実務で使いやすいです。

• ドメイン: 会社名、管理画面 URL、ログイン方法、AuthCode 取得可否、承認先メール
• サーバー: 契約先、コントロールパネル URL、請求先、SSL 更新方法、バックアップ先
• Search Console: プロパティ URL、確認済み所有者、自社担当者、旧制作会社の権限状態
• GA4: アカウント名、プロパティ名、自社管理者、閲覧専用ユーザー、連携サービス
• WordPress: ログイン URL、管理者 ID、編集者 ID、更新責任者、テーマやプラグインのライセンス保管先

この形なら、担当者交代や制作会社変更が起きても、台帳を見れば次の人が状況を引き継げます。引き渡しは一度きりのイベントですが、台帳はその後の運用事故を防ぐための資料として残ります。

引き渡し後 24 時間以内に確認したい再発防止ポイント

当日の確認を終えても、その後の自動通知や定期処理で問題が出ることがあります。翌日までに次の点を見ておくと、見逃しを減らせます。

• 問い合わせテストの受信メールが迷惑メールへ入っていないか
• Search Console や GA4 の通知メールが自社担当者へ届いているか
• バックアップジョブや更新通知が旧制作会社へ送られていないか
• 自社の共有パスワード保管庫へログイン情報を登録したか
• 契約更新日やドメイン更新日のリマインドを自社側へ移したか

引き渡し後の事故は、権限不足よりも「通知先の残り」で起きることが多いです。担当者個人の受信箱だけに依存せず、社内で追える保管先と共有先を用意してください。

ホームページ引き渡しで見落としやすい項目

実務で抜けやすいのは、ログイン ID そのものより、その周辺設定です。特に次の項目は、資料に書かれていなくても画面上で確認してください。

• 二要素認証の回復先メールや電話番号
• フォーム送信エラーの通知先
• 独自ドメインメールの管理先
• CDN やセキュリティサービスの契約アカウント
• 外部予約システムや決済サービスとの連携権限

たとえば WordPress に入れても、サーバー側の WAF や CDN だけ旧制作会社が持っていると、表示障害時に設定変更ができません。GA4 を見られても、タグマネージャーや広告連携が旧制作会社アカウントなら、計測変更で止まります。引き渡しの確認対象は CMS だけではなく、公開に関わる周辺サービス全体と考えた方が安全です。

別会社へ乗り換える前提なら、旧制作会社だけが持つ項目を 0 にします

引き渡し後すぐに乗り換えなくても、次の状態が残っているなら将来のボトルネックになります。

• AuthCode を自社が取得できない
• Search Console の確認済み所有者が旧制作会社だけ
• GA4 の管理者が旧制作会社だけ
• WordPress 管理者が旧制作会社だけ
• フォーム通知先や障害通知先が旧制作会社のメールアドレス

このどれか 1 つでも残ると、契約見直しや障害対応のたびに旧制作会社への依存が発生します。引き渡しの目的は「ファイルを受け取ること」ではなく、「旧制作会社なしでも運用を続けられる状態にすること」と考えた方が判断しやすいです。

引き渡し前に第三者視点で点検すると漏れを見つけやすくなります

自社だけで確認すると、見積書やログイン情報の有無までは見ても、所有権や承認経路の抜けを見落としやすいです。引き渡し前に、何が自社へ戻っていて、何が旧制作会社依存のままかを第三者視点で洗い出しておくと、後のトラブルを減らせます。

ホームページ無料診断では、引き渡し時に不足しやすい権限、通知先、契約上のあいまいさを整理できます。公開を止めずに乗り換えたい場合は、受領物より先に主導権の所在を確認してください。

引き渡し後は担当者個人ではなく社内管理へ切り替えます

最後に必要なのは、受け取った情報を担当者個人のメールやメモに閉じ込めないことです。ドメイン更新日、サーバー契約先、Search Console 所有者、GA4 管理者、WordPress 管理者、緊急連絡先は、社内で共有できる保管先へ移してください。

引き渡し直後は整理したつもりでも、半年後の担当者変更で再び「誰も分からない」状態に戻りやすいです。社内管理へ切り替えて初めて、引き渡しの効果が長く残ります。

よくある質問

納品データ一式を受け取れば引き渡し完了ですか

十分ではありません。公開継続に必要なのは、データだけでなく、ドメイン、Search Console、GA4、CMS、通知先の主導権です。ファイルがあっても管理権限がなければ、自社だけでは運用できません。

Search Console や GA4 は閲覧できれば問題ないですか

問題ないとは言えません。閲覧だけでは、ユーザー追加、設定変更、連携変更、所有権整理ができないことがあります。少なくとも自社側に所有者または管理者を残してください。

WordPress の編集者権限だけでも自社更新はできますか

記事更新だけなら足りる場合があります。ただし、プラグイン更新、ユーザー追加、通知設定変更、バックアップ確認まではできないことが多いので、運用責任を自社で持つなら管理者権限も必要です。

引き渡し日に全部終わらない場合は何を優先しますか

優先度が高いのは、ドメインの承認経路、自社の Search Console 所有者、GA4 管理者、WordPress 管理者、フォーム通知先です。ここを先に押さえると、残りの整理が後日にずれてもサイト停止のリスクを下げられます。

まとめ

ホームページ引き渡しで確認することは、制作データの受け渡しだけではありません。ドメインの AuthCode と承認経路、Search Console の所有者、GA4 の管理者、WordPress の管理者、通知先まで自社へ戻っているかを確認して、初めて引き渡し完了と言えます。納品物より先に、公開を続ける主導権がどこにあるかを見てください。