繁忙期にサイトの保守作業を止めたい、という希望は自然です。ただし「期間中は何も触らない」だけでは、受付の不具合や緊急の安全対策まで止めるのか判断できません。事業への影響が大きい期間と機能を先に決め、通常の変更は延期し、緊急修正は別の判断経路を残す形にすると、担当者と保守先が同じ基準で動けます。
繁忙期の開始日と、止めたい機能を具体的にする
まず、受注や予約が集中する期間を実際の業務予定から示します。準備日や最終受付日も含めて、変更を控えたい開始・終了を決めます。あわせて、商品ページ、申込フォーム、決済、予約、問い合わせなど、止まると業務に影響する機能を挙げます。サイト全体を漠然と「凍結」するより、影響を受ける場所が分かります。
受付終了後にまとめて作業できる日も決めておきます。延期するだけで再開日がなければ、保守に必要な変更が積み残されます。期間と対象は、年間予定の中で保守先と共有できる形にします。
通常の改善と、止められない修正を分ける
デザイン変更、追加機能、大きなページ改修などは、繁忙期間の前に完了するか、後へ送る候補です。一方で、フォームが送れない、予約が確定しない、決済が失敗するなど、重要機能がすでに壊れている場合は、変更を避けること自体が事業への影響になります。公開情報の誤りで受付先を間違えさせる場合も、放置せず個別に判断します。
セキュリティ上の問題も「繁忙期だから全部延期」とは決められません。NISTのパッチ管理計画は、通常の更新と緊急対応を分け、緊急時にも影響確認や暫定的な対策を計画する考え方を示しています。これは一般的な技術運用の資料です。個別サイトでは脆弱性の深刻さ、使っている機能、代替策、契約上の対応範囲を保守先と確かめます。
「停止」の中に自動更新を含むか確認する
担当者が手作業を止めても、WordPress本体やプラグインの自動更新が動く設定なら、期間中に変更が起こることがあります。WordPress公式の自動更新案内は、プラグイン・テーマの更新管理と、問題が起きたときに戻せるようバックアップを用意することを説明しています。実際のサイトで何が自動更新されるか、通知の受け手は誰か、問題発生時にどう戻すかを確認します。
自動更新を止めるかどうかも、単に繁忙期という理由だけで一律に決めません。安全上の影響と業務上の影響を比べ、必要なら保守先が別の監視・対応方法を提案できるようにします。
保守先への依頼は、延期先と緊急連絡まで一緒に渡す
共有する内容は、繁忙期間、重要機能、延期する作業、緊急時に判断する人と連絡方法、変更を再開する日です。緊急修正を行うときの確認範囲と、問題が出た場合の戻し方も相談します。契約によって対応時間や費用、対象作業は異なるため、その場で約束された範囲を記録します。
Bämの保守・管理の案内へ相談する場合も、実際の繁忙予定と重要機能、現在の保守契約を用意すると、止める作業と残す対応を具体的に決められます。保守を止めることだけで、サイトの停止や安全上の問題を防げるわけではありません。
保守で何を頼めて、頼まないと何が起きるかはホームページの保守にまとめました。Bämの保守の内容と月額は保守・管理のページで確かめられます。
参考資料
- NIST SP 800-40 Rev. 4：Guide to Enterprise Patch Management Planning
- WordPress.org：Plugin and themes auto-updates
- Bäm：保守・管理
資料確認日：2026年9月27日。個別の繁忙予定と保守契約は未提示です。停止期間や緊急対応時間は各サイトの条件で決めてください。
