Webサイトは、管理画面で何でも編集でき、コードも自由に触れるほうが親切だと思われがちです。一見すると柔軟で良さそうに見えますが、実務の中で感じているのは、触れる範囲を決めていないサイトほど壊れやすいということです。
「触れる」と「触っていい」は別
現場でよく見かけるのが、次の2つが混同されているケースです。
- 触れる（技術的には可能）
- 触っていい（運用上、想定している）
AIの普及によって、コードを書いたり修正したりするハードルは確実に下がりました。その結果、一見正しそうなコードを適切でない場所に入れてしまう事故も、以前より起きやすくなっています。
管理画面を作り込みすぎた結果、起きたこと
過去には、「これなら困らないだろう」と考え、管理画面でほぼすべてを編集できるUIを目指したサイトもありました。しかし、結果として起きたのは以下のような状態でした。
- 触らなくていい項目まで変更される
- 意図しない表示崩れが起きる
- どこを直せばいいのか分からなくなる
「編集できる＝編集していい」という誤解を生んでしまった反省があります。
HTMLは触れていい、CSSやJSは触らないほうがいい
現在は、役割を明確に割り切って設計しています。
- 文言修正
- 軽微なHTML調整
これらは、触りやすい状態にしておきます。一方で、以下の領域は基本的に触らない前提で設計します。
- CSS
- JavaScript
- ロジック部分
「触らせない」というより、触る必要がない状態を作るという感覚に近いです。
触れる範囲を構成で示す
口頭やマニュアルで「ここは触らないでください」と伝えるよりも、以下のように構成そのもので線を引くようにしています。
- そもそも管理画面に出さない
- ビルドが必要な領域に分ける
- ファイル構成で役割を分ける
これだけで、運用時の事故はかなり減らせます。
自由度より「安心して触れる」ことを優先する
自由度が高いこと自体は悪くありません。ただ、「誰が・どのタイミングで・どこを触るのか」を想定しない自由度は、あとから負債になります。複数人が関わるサイトほど、触れる範囲をあらかじめ決めておくことが重要です。
AI時代だからこそ、線引きが必要になった
AIによって、コードを書くことも、修正案を出すことも、調べながら直すことも誰でもできるようになりました。だからこそ、触っていい場所と触らないほうがいい場所を決めておかないと、善意の修正でサイトが壊れるケースが増えます。
まとめ
サイトを壊れにくくするために必要なのは、高度な技術や複雑な仕組みではありません。
- 触れる範囲を決める
- 役割を分ける
- 安心して触れる場所だけを用意する
これだけで運用はかなり楽になります。最近は「どこまで自由にするか」よりも、「どこを自由にしないか」を先に考えるようになりました。
