ホームページ制作で公開後に更新できないを防ぐ引継ぎ・マニュアル

この記事の要点

ホームページ制作で公開したが更新できない…を防ぐには、引継ぎとマニュアルの設計が欠かせません。担当交代が多いと「操作不明で更新停止」が起きがちです。本記事では、権限・手順・資産を一本化する引継ぎ台帳と、読まれなくても機能するマニュアルの作り方を解説します。

導入：公開したが更新できない…その原因は「引継ぎ不足」

ホームページ制作で公開まで完了したのに、担当交代のたびに「公開したが更新できない」を繰り返していませんか。操作が分からず更新が止まると、情報が古いままになり、信頼低下や機会損失につながります。この記事では、失敗後の立て直しとして、引継ぎとマニュアルの設計で“更新できない”を防ぐ具体策を、管理担当の視点で整理します。

特に管理担当の方は、制作会社・社内の各部署・承認者・現場担当の間に立ち、情報の交通整理を求められます。だからこそ「誰が何を持っていて、誰が何を決めるか」を見える化しないと、担当が変わった瞬間にサイトが凍結します。更新できない問題は、技術よりも“運用の設計ミス”で起きることがほとんどです。

結論：更新停止を防ぐ最短ルートは「権限・手順・資産」を一本化すること

ホームページ制作の相談

ホームページ制作・改善で迷ったら、記事の内容を自社サイトに当てはめて整理できます

サイトを新しく作るべきか、既存ページを直すべきかは、目的・導線・更新体制で変わります。まずは現状の課題と必要ページを整理するところから相談できます。

• 問い合わせにつながるページ構成を決めたい
• スマホ表示、導線、写真、文章をまとめて見直したい
• 制作前に要件や概算を整理したい

ホームページ制作を相談する ホームページ制作の詳細を見る

結論はシンプルです。更新できない原因の大半は、(1)ログイン情報や権限が不明、(2)更新手順が属人化、(3)制作データや契約範囲が散在、のいずれか（または複合）です。引継ぎ時に「権限（誰が何をできるか）」「手順（何をどう更新するか）」「資産（どこに何があるか）」を一本化し、第三者でも再現できる状態にすれば、担当交代が多くても更新停止を防げます。

さらに重要なのは、“一本化した情報を更新するルール”です。台帳やマニュアルは作った瞬間から古くなります。更新停止を防ぐには、更新作業と同じくらい「台帳のメンテナンス」を業務に組み込む必要があります。例えば、アカウント追加・外部サービス追加・フォーム改修が発生したタイミングで、必ず台帳とマニュアルも更新する、という運用にします。

よくある失敗：操作不明で更新停止が起きる5つの落とし穴

「更新できない ホームページ制作」という相談で多いのは、公開後に運用の現場が置き去りになっているケースです。特に次の落とし穴は再発しやすいので要注意です。

• 管理者アカウントが個人メールに紐づく：退職・異動でメールが使えず、パスワード再発行もできない。
• 制作会社だけがFTPやサーバーに入れる：緊急時に社内で復旧できず、連絡がつくまで更新停止。
• 更新ルールが口頭のみ：どのページを誰が、どの頻度で、どんな承認フローで直すのか不明。
• テーマ・プラグインの更新が怖くて放置：脆弱性対応が遅れ、改ざんや表示崩れリスクが増える。
• 保守範囲の誤解：軽微な修正が無料だと思っていた／逆に依頼できると思わず放置してしまう。

失敗後の初動は「いま誰がログインできるか」「どこまで自社で更新できる設計か」「制作会社に依頼すべき範囲か」を切り分けることから始まります。切り分けができると、焦りが減り、やるべき順番が見えます。

公開したが ホームページ制作：まず確認すべき“引継ぎ台帳”の中身

公開したが更新できない状態を防ぐには、担当交代のたびに探し回らないための“引継ぎ台帳”を作ります。紙でもスプレッドシートでも構いません。重要なのは場所を一本化し、更新する責任者を決めることです。

• 管理画面URL／ログイン方式（ID・SSO・二段階認証の有無）
• 管理者・編集者の権限一覧（誰が追加・削除できるか）
• ドメイン・サーバー・DNSの管理先（契約者名、更新日、支払方法）
• SSL証明書・メール設定（更新手順、担当窓口）
• バックアップ／復旧手順（頻度、保存先、復元テストの有無）
• 外部サービス連携（フォーム、予約、決済、アクセス解析、広告タグ等）
• 制作データ・素材の保管場所（ロゴ、写真、バナー、原稿、ガイドライン）
• 契約範囲・SLA（保守内容、対応時間、緊急時連絡、費用の考え方）

ここまで揃うと、担当交代が起きても「更新できない」を防ぐ土台ができます。さらに一歩進めて、台帳に“サイトの健康状態”も書いておくと引継ぎが楽になります。

• CMSの種類とバージョン（例：WordPress、テーマ名、主要プラグイン）
• 直近の更新日（最終更新者、変更点、ロールバック可否）
• 監視・通知（死活監視、改ざん検知、フォーム送信エラー通知）
• ステージング環境（検証用URL、アクセス制限、反映手順）

「何がどこにあるか」だけでなく、「いま安全に触れる状態か」まで可視化できると、緊急時の判断が速くなります。

引継ぎとマニュアルの設計 ホームページ制作：マニュアルは“読まれない前提”で作る

マニュアルは分厚いほど安心、ではありません。現場では読まれないことが多いので、「30秒で迷いを解消」できる設計にします。おすすめは3層構造です。

• 1枚サマリー：更新の入口（URL・ID・担当・連絡先）と、最頻出の更新手順だけ。
• 手順マニュアル：新着更新、ページ修正、画像差し替えなど、作業別に分割。各手順は「目的→手順→確認→やり直し」の順。
• トラブルシュート：ログインできない、画像が崩れる、反映されない等の“よくある詰まり”を先回りで整理。

また、本文だけでなく、更新の判断基準もセットにします。例として「料金改定は誰が承認するか」「キャンペーン掲載はいつ外すか」など、更新そのものが止まりやすい論点を明文化します。

1枚サマリーに入れる“最低限テンプレ”

1枚サマリーは、迷ったときに最初に開くページです。情報が散らばっていると意味がないので、項目を固定します。

• ログイン：管理画面URL／ID発行ルール／二段階認証の設定先
• よくある更新：新着追加、営業時間変更、料金修正の手順リンク
• 困ったら：緊急連絡先（制作会社・サーバー会社）／復旧の最短手順
• 触ってはいけない：テーマ編集、プラグイン追加、DNS変更など要承認作業

手順は“操作”だけでなく“確認”まで書く

更新できない事故は、操作よりも「反映されたか分からない」「どこを触ったか分からない」から起きます。手順には必ず確認手順を含めます。

• 更新前：該当ページURLを控える／更新前の文面をコピーして残す
• 更新後：PCとスマホで表示確認／キャッシュクリア手順／公開日時の確認
• 問題時：元に戻す手順（下書きに戻す、復元、差し戻し依頼）

動画とスクリーンショットの代わりに“言語化”で迷いを減らす

画像を使わなくても、迷いは減らせます。操作画面の名称を統一し、「どこをクリックするか」を短い文章で固定します。例えば「左メニューの“投稿”→“新規追加”→タイトル→本文→“公開”」のように、順番を変えないことがコツです。担当交代が多い組織ほど、表現の揺れを減らすと引継ぎがスムーズになります。

制作会社 選び方 公開したが：再発防止の観点でチェックする質問

「を防ぐ ホームページ制作」を実現するには、制作会社の選び方も重要です。公開後の運用を前提に、次の質問で再発防止力を見極めましょう。

• 引継ぎ資料の納品範囲：何を、どの形式で、いつ渡してくれるか。
• 権限設計の方針：管理者・編集者の分離、個人メール依存の回避策はあるか。
• 更新しやすい設計：更新頻度が高い箇所（新着・事例・採用など）をCMS化できるか。
• 保守の対応範囲：軽微修正、セキュリティ、バックアップ、緊急時の連絡体制。
• 担当交代を見越した運用：社内向けレクチャー、動画手順、定期点検の有無。

公開時点で“運用の出口”まで合意できているかが、更新停止のリスクを大きく左右します。

契約前に確認したい「納品物」チェック

口約束になりやすいのが納品物です。契約前に、納品リストを出してもらうだけで、公開後の揉め事が減ります。

• アカウント一覧（管理者・編集者）と権限の設計図
• ドメイン移管／DNSの管理権限（誰が最終決定権を持つか）
• ソース・データ一式（テーマ、カスタムコード、デザインデータ、素材）
• フォーム仕様書（項目、通知先、スパム対策、保存先）
• バックアップ方針（頻度、保管期間、復元方法、復元テスト）
• 保守の連絡窓口（営業時間外の緊急対応の扱い）

判断基準：自社で直すべきか、制作会社に頼むべきか

失敗後の立て直しでは、「全部自社でやる」か「全部外注」かの二択になりがちです。現実的には、頻度が高い・軽い更新は自社、壊れやすい・影響が大きい変更は外注が安全です。

• 自社でやる：新着、事例追加、営業時間・料金のテキスト更新、画像差し替え（ルール化できるもの）
• 制作会社に頼む：テンプレート改修、フォーム不具合、表示崩れ、セキュリティ対応、機能追加

この線引きをマニュアルと一緒に決めておくと、担当が変わっても「どこまでやっていいか分からない」が起きにくくなります。判断の補助として、次の観点も使えます。

• 影響範囲：トップや主要導線に影響するなら外注寄り。
• 再現性：同じ作業が繰り返されるなら自社化（手順化）しやすい。
• 緊急性：今すぐ直す必要があるなら、まず外注で復旧→後で自社化。

進め方：失敗後にやるべき「切り分け→復旧→再発防止」の順番

公開したが更新できない状態に陥ったら、感覚で動くほど泥沼になります。おすすめの順番は3ステップです。

1. 切り分け：ログイン可否、権限、契約範囲、サーバー・ドメインの管理権限を確認。
2. 復旧：更新停止の原因を潰し、最低限の更新（新着・重要告知）ができる状態へ。
3. 再発防止：引継ぎ台帳とマニュアルを整備し、更新ルールを運用に組み込む。

ポイントは、台帳とマニュアルを“復旧作業の副産物”として作ることです。復旧の過程で集めた情報を、そのまま台帳に貼り付けていけば、ゼロから書く必要がなく、挫折しにくくなります。

運用ルール：担当交代が多い組織ほど「RACI」で決めておく

担当交代が多い現場では、情報が揃っていても「誰が決めるのか」が曖昧だと更新が止まります。そこで有効なのが、更新作業をRACI（実行・最終責任・相談・共有）で整理することです。難しく考えず、ページ種別ごとに“最終OKを出す人”を決めるだけでも効果があります。

• 新着・お知らせ：実行＝担当者／最終責任＝広報・管理者／相談＝現場責任者／共有＝関係部署
• 料金・規約：実行＝担当者／最終責任＝管理部門／相談＝法務・経理／共有＝営業・CS
• 採用：実行＝人事／最終責任＝人事責任者／相談＝現場部門／共有＝広報

この“最終責任者”が決まっているだけで、担当交代時も更新の承認が詰まりにくくなります。台帳やマニュアルに、各ページの責任者をリンクさせておくのがポイントです。

セキュリティと保守：更新できない以前に「触れない」状態を作らない

更新停止の背景に、セキュリティ上の理由で「ログインさせてもらえない」「権限をもらえない」ケースもあります。安心して引継ぐために、最低限のセキュリティ運用を決めておきましょう。

• 二段階認証の標準化：管理者は必須、編集者は状況に応じて。
• パスワード管理：共有は避け、会社管理の保管庫（パスワード管理ツール等）で運用。
• 更新ポリシー：テーマ・プラグインは“検証→本番反映”の手順を固定。
• バックアップの3点セット：取得頻度、保管場所、復元テストの有無。

特にWordPressは、更新を止めると脆弱性対応が遅れがちです。一方で、いきなり本番で更新すると表示崩れが怖い。だからこそ、可能ならステージング環境で検証し、難しい場合でも「更新前バックアップ→更新→主要ページ確認」という最低限の型をマニュアル化します。

外部サービスの棚卸し：フォームと計測が“ブラックボックス”になりやすい

公開後に困るのが、問い合わせフォームとアクセス解析・広告タグです。担当交代が起きると、通知先メールが古いまま、計測が止まっていた、という事故が起こりやすくなります。引継ぎ台帳では、次を必ず押さえます。

• フォームの通知先：送信先メール、CC/BCC、返信メール文面、添付ファイル設定。
• スパム対策：reCAPTCHA等の有無、迷惑投稿の対処ルール。
• 保存先：メールのみか、管理画面に履歴が残るか、CSV出力の方法。
• 計測：解析ツールのアカウント権限、タグ管理の担当、CV地点（完了ページ等）。

特に「誰のアカウントで作ったか」が不明だと、後から引き継げません。会社の代表アカウントで管理する、共同管理者を複数設定する、といった基本ルールを決めておくと安全です。

制作会社との関係：スポット依頼でも迷わない“依頼テンプレ”を用意する

担当が変わるたびに、制作会社への依頼文をゼロから書くと時間がかかり、結局放置されがちです。そこで、依頼テンプレを用意します。問い合わせの粒度が揃うと、見積もりも戻りも早くなります。

• 対象URL：どのページか（複数なら一覧）
• 変更内容：現状→修正後（テキストはコピペで）
• 希望納期：いつまでに、公開日時の指定があるか
• 影響確認：関連ページ・バナー・フォームなど波及があるか
• 検証方法：ステージング確認の要否、公開前確認の担当

このテンプレを1枚サマリーから辿れる場所に置いておくと、担当交代時も“依頼できずに更新停止”を防ぎやすくなります。

チェックリスト：引継ぎと更新停止防止の最終確認

• 管理画面URLとログイン情報が、会社管理の場所に保管されている
• 管理者アカウントが個人メールではなく、共有管理（または複数管理者）になっている
• ドメイン・サーバー・DNSの契約者と更新日が把握できる
• バックアップの保存先と復元手順があり、年1回以上の復元テストができている
• 更新手順が作業別に分かれ、1枚サマリーがある
• 更新の判断基準（承認・公開期限・差し戻し）が決まっている
• 制作会社への依頼範囲と連絡先、見積ルールが明文化されている
• 台帳とマニュアルの更新タイミング（アカウント追加等）が運用に組み込まれている

チェックリスト追加：担当交代（入退社・異動）時にやること

• 退任者の個人アカウントを停止し、必要なら共同管理者を追加する
• 通知先メール（フォーム・サーバー・解析）を現担当に切り替える
• 台帳の責任者欄（最終責任者・相談先）を更新する
• 直近の更新履歴（何をどこまで触ったか）を1行で追記する
• 緊急連絡先（制作会社・サーバー会社）の連絡手段を確認する

よくある質問

公開したが更新できないのは、WordPressのせいですか？

WordPress自体が原因とは限りません。権限設定、ログイン情報の管理、更新ルールの欠如など“運用設計”が原因のことが多いです。まずは引継ぎ台帳で「権限・手順・資産」を可視化しましょう。

担当交代が多い会社でも、更新を止めないコツは？

担当者のスキルに依存しない仕組みにすることです。1枚サマリー、作業別手順、トラブルシュートを揃え、更新の判断基準まで含めて共有すれば、引継ぎの負担が減ります。

制作会社に何を渡してもらえば安心ですか？

ログイン情報だけでなく、ドメイン・サーバー・DNSの管理先、外部連携一覧、バックアップ方針、制作データの保管場所、保守契約の範囲をセットで受け取りましょう。

マニュアル作りが進まないのですが、どこから始めれば？

最初は「1枚サマリー」だけでOKです。更新の入口と、最も多い更新（例：新着）だけを書き、使いながら手順を増やすほうが定着します。

制作会社の選び方で、公開後トラブルを減らせますか？

減らせます。引継ぎ資料の納品範囲、権限設計、保守体制、社内レクチャーの有無など、公開後を前提に質問し、契約に落とし込める会社を選ぶことがポイントです。

ログイン情報を共有しているのですが、問題になりますか？

誰が何をしたか追跡できず、退職者がアクセスできてしまうリスクもあります。理想は個別アカウント発行です。難しい場合でも、管理者と編集者の権限を分け、管理者の共有を避けるだけで安全性が上がります。

制作会社がサーバーも管理していて不安です。どうすれば？

まずは契約者名義と管理権限（ログイン権限）を確認しましょう。名義を自社に移す、共同管理者を設定する、緊急時の対応フローを契約に明記するなど、選択肢はいくつかあります。台帳に“誰が最終権限者か”を書いておくのが第一歩です。

まとめ：引継ぎ設計は“運用の保険”。まずは現状整理だけでもOK

ホームページ制作は公開がゴールではなく、更新して成果につなげることが本番です。「公開したが更新できない」を防ぐには、引継ぎとマニュアルの設計で、権限・手順・資産を一本化することが最短ルートです。もし社内だけで整理が難しい場合でも、まずは現状の切り分けから一緒に進められます。スポット相談でも対応可能なので、お気軽にご相談ください。

ホームページ制作の相談

ホームページ制作・改善で迷ったら、記事の内容を自社サイトに当てはめて整理できます

サイトを新しく作るべきか、既存ページを直すべきかは、目的・導線・更新体制で変わります。まずは現状の課題と必要ページを整理するところから相談できます。

• 問い合わせにつながるページ構成を決めたい
• スマホ表示、導線、写真、文章をまとめて見直したい
• 制作前に要件や概算を整理したい

ホームページ制作を相談する ホームページ制作の詳細を見る