ARIKA TORIGEWeb Developer

WordPressの更新ボタンは、意外と気軽に押せない。

WordPressの更新作業は、ボタンを押すだけでは終わりません。脆弱性の確認、プラグインの更新履歴の調査、クライアントごとの運用方針。日々の保守業務を通して、Webサイトを公開後も維持していく仕事について考えました。

WordPressの更新ボタンは、意外と気軽に押せない。

Webサイトを公開したら、制作の仕事は終わり。

……というわけには、なかなかいきません。

特にWordPressの場合、公開後も本体やプラグインのアップデートが必要になります。

最近は、仕事でWordPressの脆弱性対応をする機会が増えました。

管理画面にログインして、更新ボタンを押す。

操作だけなら、それほど難しいものではありません。

でも、実際の仕事では、そのボタンを押すまでに結構いろいろなことをしています。

更新できるからといって、すぐ更新するわけではない

WordPressには、プラグインの更新を知らせる機能があります。

更新があれば管理画面に通知が表示されるので、そこからアップデートできます。

便利ですよね。

ただ、クライアントのWebサイトとなると、話は少し変わります。

更新によって表示や機能に影響が出る可能性もありますし、そもそも更新作業をどのように進めるかは、クライアントによって異なります。

自動更新を利用するサイトもあれば、確認を取ってから手動で更新するサイトもあります。

同じWordPressでも、運用方法は一律ではありません。

だから、更新通知が出たからといって、片っ端からボタンを押していくわけにはいかないのです。

脆弱性を確認して、更新履歴を調べる

現在担当している案件のひとつでは、毎月Wordfenceを使ってサイトのセキュリティ状態を確認しています。

それに加えて、ClaudeなどのAIも活用しながら、使用しているプラグインに脆弱性が報告されていないか、ほかの情報源も調べています。

脆弱性が報告されているプラグインだけでなく、使用中のプラグインの更新履歴も確認します。

こうして集めた情報をExcelにまとめ、必要な対応を整理してから更新作業を進めています。

どのプラグインに更新があるのか。

脆弱性に関する情報はあるのか。

どのような対応が必要なのか。

そうした情報を整理してから、更新作業に進みます。

最近は、ほかの運用サイトについても同じようにExcelで管理を始めています。

WordPressの更新というと、管理画面での操作を想像するかもしれませんが、実際には調べたり、確認したり、記録したりする時間も少なくありません。

サイトごとに事情が違う

WordPressを使っているWebサイトは、どれも同じように見えるかもしれません。

でも、実際にはかなり違います。

使っているテーマもプラグインも違いますし、サイトの構成も異なります。

クライアントごとに運用方針も違うため、すべてのサイトを同じ手順で更新できるわけではありません。

現在は、継続して運用しているサイトを優先しながら、順番に対応しています。

一つひとつ確認するのは地味な作業ですが、こうした違いを把握しておくことも、保守・運用では大切だと思っています。

公開後の仕事は、あまり目立たない

Web制作というと、デザインやコーディングなど、新しいものを作る仕事に目が向きがちです。

もちろん、私も作る仕事は好きです。

新しい技術を試したり、思い描いていたデザインがブラウザで再現できたりすると、やっぱり嬉しいものです。

一方で、公開済みのサイトを維持する仕事には、そういうわかりやすい達成感があまりありません。

プラグインを確認して、必要な更新を行い、問題がないか確かめる。

何も起きず、いつもどおりサイトが動いている。

それが望ましい結果です。

でも、考えてみれば、Webサイトは公開した日だけ使われるものではありません。

公開してから何年も、訪問する人がいて、情報を届け続けています。

その状態を維持することも、Web制作に関わる仕事のひとつなんですよね。

更新ボタンの向こう側

最近はAIのおかげで、新しいWebサイトを作る作業がずいぶん速くなりました。

コードを書くことも、以前とは大きく変わってきています。

でも、公開したサイトをどう運用していくかは、また別の話です。

使われている技術を把握して、必要な情報を調べて、状況に合わせて判断する。

こうした仕事は、これからも大切なのだと思います。

それにしても、WordPressの更新作業。

管理画面では、たったひとつのボタンなのに。

押すまでの方が長いんですよね。笑

← JOURNAL一覧へ