親テーマと子テーマの改修を調べる
有効なテーマ、親子関係、変更したテンプレート、追加CSS、functions.phpの差分を保存します。ブロックテーマではDBに保存されたテンプレートのカスタマイズも確認します。ファイルを退避するだけでは、管理画面で編集した状態を再現できない場合があります。
子テーマでも確認が必要な理由
親テーマで変更された構造を、子テーマの古いテンプレートが上書きし続けることがあります。親の関数変更や削除によって子側がエラーになる場合もあります。子テーマは上書き回避の方法であり、将来の互換性保証ではありません。
更新を進める手順
- DBと親子両方のテーマを保存する。
- 検証環境で親テーマを更新し、独自差分を照合する。
- トップ、記事、一覧、検索、404、フォームなど各テンプレートを確認する。
- PC・スマートフォンでナビゲーション、画像、改行、操作を比較する。
- 本番へ反映し、キャッシュを適切に更新する。
崩れたときは原因を分ける
古いCSSのキャッシュか、HTML構造の変更か、子テーマの上書きかを切り分けます。CSSの追加だけで隠すと別ページで破綻することがあります。ファイルの戻しだけで足りるか、DB設定も戻すかを判断し、復旧後に差分を整理します。
ページ種別ごとの確認表を用意する
一覧、詳細、固定ページ、検索、404は、それぞれ別のテンプレートが使われる場合があります。各種別で一ページ以上を選び、ヘッダー、パンくず、目次、本文、ページ送り、フッターを確認します。長い見出しや表、埋め込みがあるページも含めると崩れを発見しやすくなります。
独自機能も確認する
投稿タイプの登録、フォームへのデータ受渡し、構造化データ、リダイレクトなどをテーマが担当する場合があります。テーマの変更が機能に及ぼす影響を、ファイルとフックの利用箇所から調べます。
よくある質問
子テーマのファイルは全て親と同じにすべきですか？
同じファイルを増やすほど、親側の修正を取り込みにくくなる場合があります。変更が必要な範囲だけを管理し、上書きした理由と親の変更を定期的に照合します。
追加CSSだけならバックアップは不要ですか？
追加CSSがDBに保存される構成もあります。更新前後の比較と復元ができるよう、設定を含むDBと必要なファイルを保存します。