デグレード
サイトの修正やシステムの更新を行った結果、「以前は正常に動いていた別の機能」が壊れて動かなくなってしまう現象のことです。現場では「デグレ」と略されます。(※英語圏やテストの専門用語では「リグレッション(回帰)」と呼ぶのが一般的です)
「担当者は直したつもりでも、無意識のうちに別な場所を壊している」のが最大の特徴です。
運用の勘所：「ちょっと直すだけ」が一番危ない
公開直前の「ここだけサッと直して！」という修正は、高確率でデグレを引き起こします。もし致命的なデグレが発覚した場合は、「不具合を残したまま公開する損失」と「公開日を延期する損失」のどちらが事業へのダメージが大きいかを天秤にかけ、公開日をズラす勇気を持つことも重要です。
実務での予防策・チェックポイント
- テスト環境での事前確認：WordPress 等のプラグイン更新は、いきなり本番環境で行わず、必ずテスト環境(ステージング環境)で先に試す。
- 公開直後の Smoke Test(簡易テスト)：本番公開した直後に 5〜10 分程度、主要な動線(購入や問い合わせ等)が動くかを実際に操作して確認する。
- 巻き戻しの準備：万が一デグレが起きた際に、すぐ前の状態に戻せる(ロールバック)手順を準備しておく。
よくある落とし穴(典型的なデグレ事例)
- デザインを少し直すための強制指定(CSS の
!important)を使ったら、関係ないページのスマホ表示が崩れて数日放置される。 - プログラム(JavaScript 等)をいじったら、裏側で動いていたアクセス解析タグ(計測タグ・GTM 等)が発火しなくなり、データが取れなくなる。
- サーバーや PHP のバージョンを上げたら、お問い合わせフォームのメール送信が突然止まる。
言葉をよく利用する人
- コーダー / フロントエンドエンジニア
- インフラエンジニア
- Web 担当者(発注側)
- ディレクター
- プロデューサー
会話上での使用例
文言を変えただけのつもりがフォームが止まった場面
-
Web 担当者
タイトルの文言を変えただけなのに、なぜかフォーム送信が動かなくなってます。
-
コーダー
それはデグレードですね。タイトル変更がテンプレート全体の CSS に影響していました。検証環境では再現しなかった環境固有の問題です。いったんロールバックして、修正版を作って反映し直します。
WordPress のプラグイン更新後に表示が崩れた場面
-
Web 担当者
プラグインを更新したら、トップのスライダーが消えてしまったんです。
-
コーダー
プラグインの仕様変更によるデグレードです。バージョンを戻すか、新しい仕様に合わせて CSS と PHP を直すかの二択になります。まず本番をロールバックして、検証してから修正版を反映する順番で進めますね。