WordPress保守は自前か委託か——中小企業の判断軸

🔧現場で実際に見た「静かな故障」

WordPressの故障は、画面が真っ白になるより「気づかれないまま進行する」形が多いです。

保守を引き受けたサイトや、引き継ぎで中を見たサイトで、実際にこういう状態に出会ってきました。

更新が止まったまま数年経っている——本体やプラグインの更新が放置され、誰も怖くて触れなくなっている。動いてはいるので、問題として認識されない。

自動処理が静かに失敗し続けている——サイトの裏側で動く自動チェック処理が、部品の仕様変更で2ヶ月近く失敗し続けていたことがありました。失敗は毎回記録に残っていたのに、それに気づく運用がなかった。

コードの検査が壊れたまま開発が続いていた——引き継いだサイトのテーマで、コード検査の仕組み自体が古くて動かなくなっており、警告を誰も見ない状態で修正が重ねられていた例もあります。

共通点は、どれも「壊れた瞬間」ではなく「壊れたのに気づかれなかった期間」が被害を大きくしていることです。だから保守の議論は「作業を誰がやるか」より先に、「異常を誰が検知するか」を決めるべきだと考えるようになりました。

🏠自前で十分なケース

全部委託が正解、とは受託側の私たちも思っていません。

次の条件が揃うなら、自前運用で十分成立すると思います。

社内に「サイトを触るのが怖くない」人が最低1人いて、その人の退職・異動時の引き継ぎ先も考えてあること。更新頻度が高く、日常的にサイトに触る習慣が既にあること（毎週触っているサイトは異変に気づきやすい）。そして、止まっても事業への影響が限定的なこと——たとえば問い合わせの大半が電話で来る業態なら、サイトの数日の不調は致命傷になりません。

逆に、担当者が1人に固定されていて引き継ぎ先がない場合は、その時点で構造的に危ういです。これは委託先を選ぶときも同じで、属人化は社内か社外かに関係なくリスクです。

🤝委託が向くケースと、委託時に確認すべき3点

委託するなら「何をしてもらえるか」より「何を検知してもらえるか」を確認してください。

更新に触る人が社内におらず、サイトが集客や信用の入り口になっている場合は、委託の検討価値があります。その際、料金表の作業項目より先に確認してほしいのが次の3点です。

①死活監視の有無と頻度——サイトが落ちたこと・証明書が切れたことに、先方が自動で気づく仕組みを持っているか。私たちは受託サイトに対して、機械による定期的な死活チェックを回し、異常時だけ人が対応する形にしています。人間が毎日目視する運用は、正直続きません。機械に見張らせるのが現実的です。

②変更の記録が残るか——いつ・何を・なぜ変えたかが記録される運用か。記録がない保守は、トラブル時に「前に何をしたか」から調査が始まり、復旧が遅れます。

③解約時に引き継げる構造か——サーバーやドメインの管理権限が自社名義か、データを持ち出せるか。委託先を変えられない状態は、委託ではなく依存です。

🧭まとめ: 「気づける体制」から逆算する

整理します。①判断軸は作業の所在ではなく「異常検知の所在」②自前が成立する条件は、怖がらず触れる人+引き継ぎ先+高い接触頻度+影響の小ささ③委託するなら死活監視・変更記録・引き継げる構造の3点を先に確認④属人化は社内でも社外でもリスク。

サイトは作った日がスタートで、壊れ方の大半は静かです。自前でも委託でも、「壊れたら誰がいつ気づくのか」に即答できる体制なら、どちらを選んでも大きくは間違わないと思います。