shtml

よみ: エスエイチティーエムエル

「SSI(サーバサイドインクルード)」という過去の技術を動かすために使われる、HTML ファイルの拡張子(ファイル名の末尾につく文字)です。1990 年代〜2000 年代初頭の Web サイトでよく使われましたが、現在では PHPや CMS(WordPressなど)に完全に置き換わっており、新規で作られることはほぼありません。

実務における立ち位置（レガシー判定の目安）

Web 担当者にとって、「.shtml」という文字列は「古いシステムを見抜くリトマス試験紙」になります。自社やクライアントのサイトの URL が「〜〜.shtml」で終わっていたら、それは「維持」するのではなく「最新のシステムへの移行(リプレース)」を検討すべきタイミングであるという、強力な判断材料になります。

なぜ早急なリプレース（移行）が必要なのか

セキュリティの限界：SSI を動かす古いサーバー環境は、安全な運用を続けることが年々難しくなっている。
改修コストの肥大化：古い技術が分かるエンジニアが減っており、ちょっとした修正でも割高な費用や時間がかかるようになる。

よくある落とし穴(注意点)

最もやってはいけないのは、「今はとりあえず動いているから問題ない」と放置し続けることです。限界を迎えてから慌ててリニューアルしようとすると、システムが複雑に絡み合ってリプレースが大規模化し、莫大なコストと労力がかかってしまいます。古いシステムは「早めの計画的な移行」が鉄則です。

言葉をよく利用する人

バックエンドエンジニア
Web 担当者(発注側)
情シス

会話上での使用例

メインサイトのファイル構成をプロデューサーと点検する場面

プロデューサー
メインサイトのファイルを見ていたら .shtml という拡張子のページが結構あったんですが、これって大丈夫なんですか。
Web担当者
shtml は SSI という古い仕組みを使ったレガシーなページです。動いてはいますが将来的に保守が難しくなるので、放置せず計画的にリプレースする方向で考えたいです。
プロデューサー
分かりました。次の予算取りで移行を提案してみます。

業者の改修提案をレビューする場面

業者
既存の .shtml 構成を活かしたまま、必要な箇所だけ部分改修する形でご提案します。
Web担当者
shtml を維持する前提だと、この先また同じ保守の問題を抱えることになります。できれば PHP ベースで全面リニューアルする案として、改めて見積もりをお願いできますか。
業者
承知しました。リニューアル案で組み直してお持ちします。