
サイト運用の年間スケジュールを1枚に|更新漏れを防ぐ作り方
「ドメインの更新って、たしか去年のこの時期だったような……」
年に一度しか来ない作業ほど、記憶から静かに抜け落ちていきます。しかも困ったことに、抜け落ちたことに気づくのは、たいてい何かが止まってからです。サイトが表示されなくなって、慌てて過去のメールを検索する。あの時間、本当に消耗しますよね。
これは、あなたの記憶力の問題ではありません。年に一度の作業は、そもそも記憶に定着しないつくりの仕事です。だから、覚えておくのをやめて、紙かファイル1枚に預けてしまいましょう。
結論:サイト運用の年間スケジュールは、「期限」「鮮度」「点検」の3種類だけを月ごとに並べれば十分です。①契約や証明書のように期限が決まっているもの、②会社概要や実績のように古くなると困るもの、③リンク切れや表示のように定期的に見ておきたいもの。この3つを1枚にして、社内で見える場所に置く。理想の運用計画を作る必要はありません。毎年必ず来るものだけを書き出せば、それがもう年間スケジュールです。
何が起きているのか
一人でサイトを回していると、運用の予定は自然と「頭の中」に置かれます。誰かに共有する相手もいないので、それで回ってしまうんですね。
でも、頭の中の予定表には弱点が3つあります。
- 年に一度の作業は思い出せない。毎週やることは体で覚えますが、12か月に1回のことは、次に来たときにはもう記憶が薄れています。
- 忙しい時期に、静かに後回しになる。「来月でいいか」が2回続くと、そのまま1年が過ぎます。責められることではなく、目の前の締め切りがある以上、当たり前の反応です。
- 自分が休むと止まる。体調を崩した週にドメインの更新期限が来ても、他の人は期限があること自体を知りません。
そして、忘れて困るものには、はっきりした共通点があります。「向こうから期限がやってくるもの」と「放っておくと古くなるもの」です。前者は止まると事故になり、後者は止まっても誰も怒らないぶん、いつまでも直りません。
裏を返せば、この2つ(+定期点検)さえ表に出しておけば、抜けはかなり減ります。全部の作業を計画に落とし込む必要はないのです。
手順を小さく分ける

上から順に進めれば大丈夫です。全部を一日で作ろうとせず、手順1だけで今日は終わりでも十分に前進です。
- 「期限があるもの」を先に書き出す(ここがいちばん大事):ドメインの更新月、サーバーの契約更新月、SSL証明書の期限、制作会社との保守契約の更新月、有料テーマ・プラグイン・素材サービスのライセンス更新月。請求書か、契約時のメールを検索すると更新月が分かります。分かった順に書けばよく、全部そろわなくても構いません。
- 「鮮度を保つもの」を年1〜2回の枠で置く:会社概要(役員・資本金・従業員数・所在地)、事業所やアクセス情報、実績・導入事例、採用ページ、フッターの著作権表示の年、料金や商品情報。決算や期の切り替わりの直後に置いておくと、社内の情報が更新されるタイミングと自然にそろいます。
- 「定期点検」を頻度ごとに置く:月に一度のアクセス数の確認、四半期に一度のリンク切れ確認、半年に一度のバックアップの復元テスト、年に一度の掲載情報の棚卸し。頻度は「できる範囲」で決めて構いません。四半期が難しければ、まず年2回からで大丈夫です。
- 季節で決まっているものを足す:年末年始・お盆・臨時休業のお知らせの掲載と取り下げ、展示会やキャンペーンの告知、採用の募集開始時期。「出す日」だけでなく「下げる日」も一緒に書くのがコツです。掲載よりも、取り下げ忘れのほうがよく起こります。
- 1枚にまとめる:表計算ソフトで、「月」「やること」「担当」「メモ(契約先・確認先)」の4列にします。凝ったレイアウトは要りません。むしろ、あとから1行足せる素直な表のほうが続きます。
- カレンダーに予定として入れる:作った表を眺める習慣は、たいてい続きません。期限があるものだけは、社内カレンダーに「1か月前」で予定を入れておきます。表は一覧のため、カレンダーは思い出すため、と役割を分けると機能します。
- 社内で見える場所に置く:共有フォルダやチームのチャットにピン留めして、上司ともう一人に場所を伝えます。「自分以外の誰かが、期限の存在を知っている」状態を作るのが目的です。中身を理解してもらう必要はありません。
具体例
たとえば、こんな粒度で十分です。書き方を迷ったときの見本として使ってください。
| 月 | やること | 種類 | 担当 | メモ |
|---|---|---|---|---|
| 1月 | フッターの著作権表示の年を確認 | 鮮度 | 自社 | トップと下層で共通部分か要確認 |
| 3月 | サーバー契約の更新 | 期限 | 自社 | 自動更新の設定・支払い方法を確認 |
| 4月 | 会社概要・組織図・役員一覧の更新 | 鮮度 | 自社 | 総務に最新版を依頼 |
| 6月 | リンク切れの確認 | 点検 | 自社 | 外部サイトへのリンクを中心に |
| 7月 | 夏季休業のお知らせ掲載/8月下旬に取り下げ | 季節 | 自社 | 掲載と取り下げを両方カレンダーへ |
| 9月 | ドメインの更新 | 期限 | 自社 | 登録先・支払いカードの期限も確認 |
| 10月 | バックアップから戻せるかのテスト | 点検 | 制作会社 | 手順書の場所も一緒に確認 |
| 11月 | 保守契約の更新可否を検討 | 期限 | 自社 | 来年度予算の検討と同じ時期に |
| 12月 | 年末年始のお知らせ掲載/1月上旬に取り下げ | 季節 | 自社 | 文面は前年のものを流用 |
見ていただくと分かるとおり、空いている月があっても構いません。ここを埋めようとした瞬間に、計画は「作るのが大変なもの」になって続かなくなります。埋まっていない月は、余裕がある月です。
補足:SSL証明書は、サーバー側で自動更新される仕組みになっていることが多く、その場合はスケジュールに書かなくても構いません。ただし、証明書の有効期間は業界全体で短くする方向に見直しが進んでいます。自動更新でない契約の場合は、次の期限がいつかを一度だけ契約先の管理画面で確認して、メモ欄に控えておくと安心です。有効期限の確認方法は「SSL証明書の有効期限切れを防ぐ確認とリマインドの作り方」で手順を追って説明しています。
あなたへの影響
- 「たしか去年のこの時期だった」と過去のメールを掘り返す時間がなくなり、思い出す仕事が、確認する仕事に変わります。
- 期限切れでサイトやメールが止まる、という一番つらいトラブルの確率が下がります。慌てて対応する日は、予定していた仕事も丸ごと吹き飛びます。
- 上司に「今年のサイト運用でやること」を聞かれたときに、その場で1枚を出せます。普段見えにくい運用の仕事が、量として伝わります。
- 来年度の予算を立てるときに、更新費や保守費の見落としが減ります(→来年のWEB予算の立て方)。
- あなたが休んだ日や、いつか担当が替わる日に、次の人が最初に読むものが1枚できます。
明日やること
- 過去のメールを「更新」「請求」「契約」で検索して、ドメインとサーバーの更新月だけをメモに書く。
- その2つを、社内カレンダーに「1か月前」の予定として入れる。
- 表計算ソフトで4列(月・やること・担当・メモ)の空の表を作り、いま分かっている行だけを埋めて保存する。
3つとも、合わせて15分ほどで終わります。残りは、思い出したときに1行ずつ足していけば大丈夫です。
チェックリスト
まずは最初の1つだけで合格です。残りは慣れてきたら・時間があるときに、で大丈夫。できないことに×は付けなくて構いません。
まずはこれだけ(必須)
- ドメインの更新月を確認して、どこかに1行書いた
できれば(推奨)
- サーバーの契約更新月を確認した
- 保守契約の更新月・更新条件を確認した
- 期限があるものを、社内カレンダーに「1か月前」で入れた
- 月・やること・担当・メモの4列で、1枚の表を作った
慣れてきたら/時間があれば(任意・なければスキップ可)
- 会社概要・実績・採用ページを見直す月を決めた
- フッターの著作権表示の年を確認する月を決めた
- リンク切れ・バックアップの点検を年に何回やるか決めた
- 季節のお知らせを「出す日」と「下げる日」の両方で書いた
- 有料テーマ・プラグイン・素材サービスのライセンス更新月を洗い出した
- 表の置き場所を、上司ともう一人に伝えた
- 制作会社に任せている作業と、自社でやる作業を担当欄で分けた

年間スケジュールは、立派な運用計画を作るためのものではありません。「毎年ここで困っていたこと」を、来年は困らないようにするだけの1枚です。
だから、最初から完璧である必要はまったくありません。今年ヒヤッとしたことを1行足す。来年また1行足す。3年もすれば、あなたの会社のサイトに本当に必要なことだけが残った、世界に1枚の表になります。
そして、この1枚がいちばん効くのは、実はあなたが休んでいる日です。期限を一人で抱えなくてよくなるというのは、思っているよりずっと大きなことです。
今日、更新月をひとつ書き出せたなら、それだけでもう来年のあなたは少し助かっています。