WordPressのテーマを更新したら、トップページの配置が変わった。ボタンの色が戻り、独自に作ったメニューの表示や便利な機能まで使えなくなった。こうしたトラブルの原因の一つに、親テーマのファイルへの直接カスタマイズがあります。
ここでは、実際の相談事例ではなく、仕組み上起こり得る例として説明します。すべてのテーマ更新でサイトが壊れるわけではありません。ただ、以前の制作方法を把握しないまま更新すると、思いがけず広い範囲に影響が出ることがあります。
更新で「独自の修正」が置き換わることがある
配布されているテーマのファイルを直接変更して、レイアウトや色、独自の処理を追加している場合があります。そのテーマを新しい版へ更新すると、変更したファイルが配布元のファイルに置き換わり、追加した内容が失われる可能性があります。
たとえば、テンプレートへ直接追加した案内欄が消える、CSSに書き足した配色や余白が戻る、functions.phpに追加した処理がなくなる、といった状況です。メニューの表示を独自コードで調整していれば、その表示が変わることも考えられます。管理画面に保存したメニューのデータ自体が、必ず消えるという意味ではありません。
WordPress公式でも、親テーマへ直接加えた変更を分離する方法として、子テーマが案内されています。公式の子テーマ解説
子テーマとプラグインは役割で使い分ける
子テーマは、親テーマを土台にしながら、別の場所で見た目などを変更する仕組みです。親テーマの更新で、子テーマ側の修正ファイルがそのまま上書きされることを避けられます。
一方、テーマを変更しても必要な業務上の機能は、プラグイン側に分けるほうが適切な場合があります。何でも子テーマのfunctions.phpへ入れればよいわけではありません。WordPress公式も、デザインに依存せず必要な機能はプラグインに置く考え方を示しています。公式のカスタム機能解説
また、管理画面の設定や追加CSSなど、変更内容によっては子テーマを使わない方法もあります。「子テーマがないから必ず危険」と決めつけず、何をどこで変更しているかを確認することが大切です。
更新を止めるより、更新できる状態をつくる
すでに直接修正されているサイトでは、まず変更箇所を調べ、必要なカスタマイズを適切な場所へ移すことを検討します。直前のファイルとデータベースをバックアップし、可能なら検証環境で表示や動作を確かめてから本番へ反映します。
子テーマを使っていても、親テーマの仕様変更などによる影響がなくなるわけではありません。更新後の確認は必要です。「壊れそうだから更新しない」を続ける前に、今のつくりを整理しておきましょう。更新前のバックアップに関する公式案内
更新が不安なサイトの管理を見直す際は、サービスの対応範囲・料金をご確認ください。
ホームページ保守サービス 特設サイトを見る