公開・SEO・運用

ホームページのメンテナンス・更新・保守

ホームページは、公開した時点が完成ではありません。料金、営業時間、担当者などの内容を最新にし、リンク・フォーム・表示を確認し、契約、ソフトウェア、バックアップ、安全性を管理する必要があります。

更新を止めると、古い情報で利用者を迷わせるだけでなく、ドメイン失効、フォーム不達、CMSの脆弱性、担当者不在、復元不能などの問題につながります。すべてを毎日確認する必要はありませんが、項目ごとに頻度、担当、異常時の対応を決めておきましょう。

このページでは、日常・毎月・年単位の作業、作成方法別の違い、自社運用と保守委託の分け方、保守契約の確認項目を整理します。

選ぶ前に確認すること

ホームページ公開後に管理が必要な理由
日常、毎月、年単位で確認する項目
WordPress、作成ツール、HTMLサイトの保守の違い
自社運用と保守委託の役割分担
保守契約へ含める作業と含まれない作業

ホームページは公開後の管理が必要

公開後の作業は、次の四つに分けると整理しやすくなります。

分類	目的	主な作業
内容更新	正確な情報を伝える	料金、営業時間、サービス、実績、法定表示
技術保守	正常に表示・動作させる	CMS更新、リンク・フォーム・表示確認
契約管理	URL・サービスを維持する	ドメイン、サーバー、メール、外部サービス更新
計測・改善	目的達成へ近づける	GA4、Search Console、利用状況、改善記録

「更新料を払っているからすべて任せている」と思っても、契約に文章修正や障害復旧が含まれていないことがあります。逆に、社内で本文を更新していても、サーバーやバックアップは外部保守の範囲かもしれません。

まず、サイトを構成する契約、システム、担当者、データを一覧にします。

ドメイン・DNS
サーバー・作成ツール
CMS、テーマ、プラグイン
メール
フォーム、予約、決済、地図などの外部サービス
GA4、Search Console、タグ管理
画像・フォント・素材・ライセンス
バックアップ・監視
制作・保守の契約

日常的に行う更新

営業時間・料金・サービス内容

利用者の判断に直接影響する情報は、変更が決まった時点で更新日と担当を決めます。

営業時間・休業日
住所、電話、地図、アクセス
料金、税、送料、支払い
サービス内容・対象者・対応地域
在庫、予約、提供終了
キャンセル・返品・利用条件
採用募集・応募条件

ホームページだけでなく、Googleビジネスプロフィール、SNS、予約サービス、広告、パンフレットなども整合させます。どれを正とするか管理台帳に記載します。

料金や条件を変更する場合、公開日だけでなく、既存顧客への適用日、旧ページ、PDF、検索結果に残る説明なども確認します。

担当者・実績・よくある質問

担当者、代表、資格、所属、実績数、取引先、受賞などは、事実と公開許可を確認します。退職者の写真・プロフィール・メールを放置しないようにします。

実績・事例では、顧客名、ロゴ、画面、数値、コメントの掲載許可と期限を確認します。守秘義務や個人情報へ配慮し、古い成果を現在のものに見せないよう日付と条件を示します。

よくある質問は、実際の問い合わせ、営業、サポートで繰り返し聞かれる内容から更新します。質問が増えたからといって無条件に追加せず、料金・サービスページ本体を修正した方がよいかも検討します。

毎月・定期的に確認する項目

頻度はサイトの重要度と更新量で調整します。EC・予約・キャンペーンサイトは、静的な会社案内より短い間隔が必要です。

リンク・フォーム・表示

トップと主要ページが表示される
メニュー、内部リンク、外部リンクが正しい
404や意図しないリダイレクトがない
スマートフォン・主要ブラウザーで崩れていない
フォームを入力・送信・受信・返信できる
自動返信、通知先、迷惑メール判定が正常
予約・決済・会員などの主要操作が完了する
地図、動画、SNSなどの外部埋め込みが表示される
SSL証明書・混在コンテンツの警告がない

フォームは画面を開くだけでなく、テスト送信から受信、返信まで確認します。テストで作成した個人情報や注文は、運用ルールに従って削除します。

バックアップ

取得処理が成功している
ファイルとデータベースなどの対象がそろっている
必要な世代・期間が残っている
容量不足や認証失敗がない
本番環境と同時に失われない保存先がある
復元手順と担当者が分かる
定期的に復元テストを行っている

バックアップは存在だけでなく、使えることを確認します。WordPress公式資料でも、ファイルとデータベースの両方がサイトを構成するものとして説明されています。

ソフトウェア更新

WordPressなどでは、本体、テーマ、プラグイン、PHPなどの更新を確認します。

更新内容と互換性を確認する
バックアップを取得する
重要サイトはテスト環境で確認する
更新する
表示、管理画面、フォームなどを確認する
更新日・結果・問題を記録する

すべてを長期間先送りにするのも、確認せず自動更新するのもリスクがあります。サイトの重要度に応じ、自動更新対象、手動確認対象、緊急更新の手順を分けます。

アクセス・検索状況

GA4などでは入口ページ、重要行動、端末別の利用を、Search Consoleでは検索表示、クリック、検索語、ページ、インデックス状況を確認します。

次の変化があれば原因を切り分けます。

表示回数・クリック・重要行動が大きく減った
特定ページだけアクセスがなくなった
想定外の検索語・URLが増えた
重要ページがインデックスから外れた
404、サーバーエラー、セキュリティ警告がある
スパムや自社アクセスで数値が変わった

短期間の増減だけで判断せず、季節、広告、サイト変更、計測設定、検索需要なども確認します。確認しただけで終わらず、必要な修正、担当、期限を決めます。

年単位で確認する契約と情報

ドメインの更新期限・登録者・連絡先・自動更新
サーバー・作成ツールのプランと更新料金
メール利用者・容量・退職者アカウント
SSL証明書の更新方法
有料テーマ・プラグイン・素材・フォントのライセンス
予約、決済、フォーム、地図などの外部サービス
保守・制作・広告などの契約範囲
プライバシーポリシー、利用規約、法定表示
会社概要、代表者、資格、実績、採用情報
管理者、緊急連絡先、復旧手順
ページ一覧、不要ページ、重複ページ
GA4、Search Console、外部連携の権限

年1回に限定せず、契約更新の1〜2か月前に通知を設定します。登録メールが退職者のままだと通知を受け取れません。

ドメインを失効すると、Webサイトとメールの両方へ影響する場合があります。自動更新だけに任せず、支払い方法の期限、請求失敗、登録メールを確認します。

作成方法別のメンテナンス

作成方法	サービス側の主な管理	利用者側に残る主な管理
クラウド型作成ツール	サーバー基盤、編集システムの更新	内容、アカウント、ドメイン、外部連携、プラン、データ
WordPress設置型	契約によりサーバー基盤	本体・テーマ・プラグイン、バックアップ、権限、表示・機能
HTML・CSS静的サイト	サーバー基盤	ファイル修正、アップロード、共通部分、フォーム、バックアップ
EC・予約などの専用サービス	基盤・標準機能	商品・枠・利用者、法定表示、アカウント、外部連携、業務運用
制作会社独自CMS	契約による	内容更新、契約・データ・移行、権限。保守範囲を個別確認

クラウド型は技術更新を任せやすい一方、機能変更、プラン変更、サービス終了に備えて原稿・画像・データを管理します。

WordPressは管理範囲が広いため、誰が更新判断と復旧を担当するか明確にします。HTMLサイトはCMS更新がなくても、サーバー、ドメイン、SSL、フォーム、外部スクリプト、内容更新が残ります。

自社運用と保守委託の違い

自社運用

向きやすい条件

更新担当者と管理責任者がいる
使用ツールと手順を理解している
障害・更新時に対応時間を確保できる
バックアップと復元を管理できる
契約・アカウントを組織で所有している

内容を迅速に更新でき、事業知識を直接反映しやすい方法です。一方、担当者一人に知識と権限が集中しないよう、手順書と代替担当を用意します。

保守委託

向きやすい条件

社内に技術担当者がいない
サイト停止の事業影響が大きい
CMS・外部連携・機能が複雑
更新、監視、障害対応の時間を取れない
定期的な技術確認が必要

委託しても、掲載情報の正確性、料金変更、顧客対応、社内承認などは事業者側に残ります。依頼先がドメイン・サーバーの所有者になり、解約時に引き継げない状態を避けます。

分担例

作業	自社	保守先
料金・営業時間の判断	決定・原稿確認	反映作業
CMS更新	影響の承認	バックアップ・検証・実施
バックアップ	保存要件を決定	取得・監視・復元支援
障害	事業判断・顧客対応	技術調査・復旧
SEO・解析	目的・改善判断	データ確認・技術支援
アカウント	入退社・権限を承認	設定支援・記録

保守契約で確認する作業範囲

「保守」「管理」「更新代行」という名称だけでは範囲が分かりません。見積もり・契約で次を確認します。

通常対応

CMS、テーマ、プラグインなどの更新
バックアップの対象、頻度、保存期間、復元
稼働・改ざん・エラーなどの監視
文章・画像修正の回数、時間、ページ数
フォーム、リンク、スマホ表示の定期確認
GA4・Search Consoleなどのレポート
問い合わせ方法、受付時間、回答目安

障害・緊急対応

何を緊急と定義するか
夜間・休日の受付と追加料金
初動までの目安と復旧保証があるかどうか
原因調査、復元、再発防止の範囲
サーバー・外部サービス障害時の対応
改ざん・情報流出時の専門調査

契約・所有・終了

ドメイン、サーバー、CMSの名義
管理者権限を依頼者も保持できるか
有料テーマ・プラグインのライセンス
原稿、画像、コード、データの権利
解約時に受け取るデータ・設定・手順書
引き継ぎ期間と費用
再委託と秘密保持

バックアップがあっても、保守先だけが復元でき、解約後は受け取れない契約では移行が難しくなります。平常時に引き継ぎ条件を確認します。

更新しやすい運用体制の作り方

1．管理台帳を作る

サービス名、URL、契約者、管理者、登録メール、更新日、支払い、権限、問い合わせ先を一覧にします。パスワードそのものは安全なパスワード管理ツールで扱います。

2．ページごとに責任者を決める

料金は営業、採用は人事、会社情報は管理部門など、内容を確認できる担当を決めます。Web担当者だけに事実確認を任せません。

3．更新フローを短くする

依頼、原稿、承認、反映、確認の手順を決めます。軽微修正と、料金・法定表示・システム変更などの重要修正で承認段階を分けます。

4．変更履歴を残す

変更日、URL、変更内容、依頼者、作業者、確認者を記録します。問題発生時に戻す範囲を特定しやすくなります。

5．属人化を防ぐ

代替担当者を決める
画面と操作を含む手順書を作る
個人メール・私物端末だけに依存しない
定期的に担当交代を想定した復旧確認を行う
制作者しか分からない独自設定を記録する

メンテナンスチェックリスト

頻度の目安	確認項目	担当	異常時の対応
変更時	料金、時間、住所、サービス、担当者	内容責任者	修正・関連媒体も更新
毎日〜随時	注文、予約、フォーム、障害通知	業務担当	代替受付・技術担当へ連絡
毎週〜毎月	主要表示、リンク、フォーム、外部連携	Web担当	原因切り分け・修正
毎週〜毎月	CMSなどの更新・脆弱性情報	技術担当	バックアップ後に更新
毎月	バックアップ成功・容量・復元可能性	技術担当	再取得・保存先確認
毎月	GA4・Search Console・エラー	改善担当	問題と改善案を記録
四半期〜半年	利用者・権限・外部アプリ	管理者	不要権限を削除
半年〜年	全ページの情報・法定表示・出典	各責任者	更新・統合・削除
更新前	ドメイン、サーバー、各サービス契約	契約担当	支払い・名義・プラン確認
年1回以上	復元・障害対応・引き継ぎ訓練	管理責任者	手順と連絡網を修正