深夜のメンテナンス作業の前に、告知文とメンテナンス画面を先に用意してから落ち着いて本番作業に取りかかる一人運用の保守担当者
リリース・変更管理約13分

メンテナンス告知の出し方とメンテナンス画面の用意｜一人運用の最低限テンプレ

深夜、短いメンテナンス作業。 「10分で終わるし、アクセスも少ないから、黙ってやってしまおう」——そう思って作業を始める。

ところが、ちょうどその時間に開いていたお客さんがいた。 翌朝、「昨夜サイトが見られなかった。障害ですか？」という問い合わせが1件、また1件。説明に半日追われて、作業そのものより後始末のほうが疲れる。

メンテナンスがしんどいのは、作業が難しいからだけではありません。 「落ちていた」のか「メンテ中だった」のかが、見た人に伝わらないからです。

黙って作業すると、ユーザーから見えるのは「よく分からないエラー画面」だけ。それが障害なのか意図的なものなのか判断できず、不安と問い合わせが増えます。この記事では、メンテナンス告知に何を書くか、いつ出すか、そして「エラー」ではなく「メンテ中です」と伝わる画面の用意まで、一人運用でもそのまま使える形で一緒に整理していきます。

結論：メンテナンスで大事なのは、作業の腕前より「知らせ方」です。やることは3つ。①告知は「日時・所要時間・止まる範囲・終わったか」の4点を書き、始まる前・最中・終わった後の3タイミングで出す、②作業中は「エラー画面」ではなく「メンテナンス中です」と伝わるメンテ画面を出す、③そのメンテ画面は 503（一時的に利用不可）で返して、検索エンジンにも一時的なものだと伝える。まずは、次のメンテで使い回せる告知文とメンテ画面を1つずつ作っておくところから始めます。
メンテナンス画面の出し方（Webサーバー・CMS・ロードバランサーなど）や、告知を出す場所（サイト上・SNS・メール）は環境によって変わります。この記事は「どんな環境でも共通して押さえたい考え方」を整理したものです。設定は本番反映の前に、検証環境や公式情報で必ず確認してください。

なぜ「黙ってメンテ」してしまうのか

告知やメンテ画面を用意せずに作業してしまうのは、手を抜いているからではありません。一人運用の現場では、そうなる事情が重なっています。

どれも自然なことです。でも、告知とメンテ画面がないと、たまたまその時間に来たユーザーには「サイトが壊れた」ようにしか見えません。問い合わせが来て、障害かどうかの調査を求められ、結局あとから何倍もの時間を使うことになります。

だからこそ、告知文とメンテ画面は「毎回考える」のではなく、一度作って使い回すのが続くコツです。次からはコピーして日時を変えるだけ、という状態にしておくと、ぐっと気が楽になります。

メンテナンス告知に書く4点

メンテナンス告知には「日時」「所要時間」「止まる範囲」「終わったかの連絡」の4点を書けばよいことを示した図
告知はこの4点でいい。長い文章より、この4つが分かることが大事

告知というと丁寧な文章を考えてしまいますが、ユーザーが知りたいのは実はシンプルです。次の4点が分かれば十分です。

ポイントは、④の「終わりました」まで含めて告知だと考えることです。始まりだけ告知して終わりを伝えないと、ユーザーはいつ使えるようになったか分からず、様子見のまま離れてしまいます。

そのまま使える告知文テンプレート

コピーして、日時と範囲だけ差し替えれば使えます。

【メンテナンスのお知らせ】
下記の日時に、システムメンテナンスを実施します。
ご利用の皆さまにはご不便をおかけしますが、よろしくお願いいたします。

・日時：2026年7月10日（金）22:00〜22:30（最大23:00まで延長の可能性があります）
・影響：メンテナンス中は、サイトの閲覧・ご購入・ログインがご利用いただけません
・完了のご連絡：作業完了後、あらためてお知らせします

※作業状況により、時間が前後する場合があります。

終わったあとは、次の一文を出すだけです。

【メンテナンス完了のお知らせ】
本日のメンテナンスは、予定どおり完了しました。
現在は通常どおりご利用いただけます。ご協力ありがとうございました。

告知は「3つのタイミング」で出す

告知は1回出して終わりではなく、事前・最中・事後の3回に分けると、ぐっと親切になります。それぞれ役割が違います。

3つ全部が理想ですが、最低限どれか1つなら「最中」のメンテナンス画面を優先します。事前告知を見逃した人にも、その場で「これは障害ではない」と伝わるからです。次の章で、その画面の出し方を見ていきます。

メンテナンス画面は「503」で出す

メンテナンス中はエラー画面ではなく「メンテナンス中です」と伝わる画面を503ステータスで出すことを示した比較図
同じ「見られない」でも、伝わり方はまるで違う。左は不安、右は安心

作業中にユーザーがサイトを開いたとき、見せたいのは「500 エラー」でも「真っ白な画面」でもありません。「ただいまメンテナンス中です。◯時ごろに再開します」と分かる画面です。

このとき、見た目だけでなくサーバーが返す状態（HTTPステータス）も大事です。ここは環境によって設定方法が違いますが、考え方は共通です。

なぜここまで気にするかというと、告知なしで500エラーや真っ白な画面のまま長く放置すると、その時間に来たユーザーが不安になるだけでなく、検索エンジンにも「不安定なサイト」と受け取られる可能性があるためです。計画的なメンテだからこそ、503で「これは意図した一時停止です」と正しく伝えておきます。（参照：MDN「503 Service Unavailable」、Google 検索セントラルの計画ダウンタイムの解説）

メンテナンス画面に載せる中身

画面に書くことも、告知の4点とほぼ同じです。凝ったデザインはいりません。

具体例：告知した夜と、しなかった夜

同じ30分のメンテでも、告知とメンテ画面があるかないかで、その後がまるで違います。

差を生んだのは、技術力ではありません。「これは障害ではない」と先に伝えてあったかどうかだけです。

影響：告知とメンテ画面を用意すると変わること

告知文とメンテ画面をひとつ持っておくだけで、メンテのたびの負担がいくつも軽くなります。

逆に、告知もメンテ画面もないままだと、メンテのたびに「誰かに見られていないか」と気を張り、あとから問い合わせに追われ続けます。一度用意しておくことは、未来の自分の夜を静かにする投資です。

明日やること：告知文とメンテ画面を1つずつ作っておく

次のメンテを待たずに、今日のうちに「使い回せる部品」を用意しておくのがおすすめです。

  1. 告知文のテンプレを1つ保存する：この記事のテンプレをコピーして、テキストファイルやメモに保存。日時と範囲だけ差し替えれば使える状態にしておく。
  2. 完了連絡の一文も一緒に保存する：「完了しました」の文も並べて置いておくと、終わったあとに探さずに済む。
  3. メンテ画面を1枚用意する：シンプルなHTMLを1枚（「メンテ中です・再開予定・お詫び・連絡先」だけ）作って保存しておく。次のメンテで、これを表示する設定に切り替えるだけにする。
  4. 503で返す方法を、自分の環境で1回だけ確認する：使っているWebサーバーやCMSで、メンテ画面を503ステータスで出す方法を調べ、検証環境で試しておく。本番でぶっつけにしないのがコツ。
  5. 告知を出す場所を決めておく：サイトのどこに出すか、SNSやメールも使うか。「次はここに出す」と決めておくと、当日迷わない。

全部を今日やらなくても大丈夫です。まずは①の告知文テンプレを保存するだけでも、次のメンテはずいぶん楽になります。

メンテナンス告知・メンテ画面チェックリスト

メンテの前に、抜けがないかを確かめる項目です。コピーして使ってください。まずは「これだけは」の3つから。

これだけは（最低ライン）

余裕があるとき（任意）

全部に○が付かなくても大丈夫です。上の3つがあれば、「黙ってメンテして翌朝あわてる」状態からは抜け出せます。残りは、メンテを重ねながら少しずつ足していけば十分です。

よければ、こちらも

メンテナンスの告知は、リリースやバックアップ、変更の記録と地続きの仕事です。あわせて整えておくと、作業の夜がぐっと落ち着きます。

メンテナンスの告知とメンテ画面を先に用意できて、作業当日を落ち着いた気持ちで迎えられるようになった保守運用の担当者

メンテがしんどいのは、あなたの手際が悪いからではありません。「見られたら障害だと思われる」という不安を、毎回ひとりで抱えているからです。告知文とメンテ画面をひとつ用意しておけば、その不安は「これは伝えてあるから大丈夫」に変わります。 今日は、告知文のテンプレを1つ保存しておくだけで十分です。その小さな備えが、次のメンテの夜を、静かにしてくれます。

ほかの実務ヒントは記事一覧からどうぞ。保守運用の小さな備えを、メールでも少しずつお届けしています。

関連用語