何ができるページか
公開中のHTMLやCSSをCodexで変更する時、失敗しても戻せるようにする考え方が分かります。対象は、静的サイト、WordPressから切り出したコード版サイト、既存ページを壊したくない運営者です。
作業前に決めること
バックアップ対象、バックアップ名、戻す時の手順、触らないファイルを先に決めます。削除ではなくリネームや退避を使うと、戻しやすくなります。
index.html方式や物理ディレクトリ＋index.html方式は、ページ単位で戻しやすい構成です。
ロールバック指示文テンプレート
本番反映前に、上書き対象をバックアップしてください。
バックアップ対象:
index.html
assets/css/style.css
sitemap.xml
バックアップ名:
_backup_before_practical_pages_YYYYMMDDHHMM
戻し方:
問題が出た場合は、バックアップしたファイルを元の場所へ戻す。
削除ではなく、既存ファイルを退避してから戻す。
触らないもの:
.htaccess
DB
cron
DNS
メール設定
他ドメイン
秘密情報危険度が高い作業
.htaccess、DB、cron、DNS、メール設定はサイト全体に影響します。Codexに確認や案内を頼むことはできますが、実作業は別枠で慎重に扱うのが安全です。
失敗しやすい点
バックアップを作っただけで、戻し方を決めていないケースがあります。報告書にはバックアップ場所だけでなく、何を戻せばよいかも書かせます。
Codexに渡す戻し作業の考え方
ロールバックは、問題が起きてから考えるのではなく、作業前の指示に含めます。Codexには「上書き前にバックアップ」「戻す時はバックアップから復元」「削除ではなく退避」を明記します。
特に本番サイトでは、index.htmlだけ戻せばよいのか、CSSやsitemapも戻す必要があるのかを分けておきます。戻し対象が曖昧だと、見た目だけ戻ってSEOタグや内部リンクがずれたままになることがあります。
戻せる構成にしてから公開する理由
コード版サイトは、ページ単位でファイルが分かれているため、バックアップと戻し方を決めておけば復旧しやすい構成にできます。反対に、共通CSSやsitemapを同時に触った場合は、HTMLだけ戻しても完全には戻らないことがあります。
Codexに作業させる時は「今回触るファイル一覧」と「戻す時に必要なファイル一覧」を分けて報告させます。これにより、表示崩れ、SEOタグのずれ、sitemapの掲載漏れが起きた時にも、原因の切り分けがしやすくなります。
制作実務の追加ガイド
問い合わせフォームやWordPressからコード版への段階移行は、サイト制作で事故が起きやすい作業です。Codexに任せる範囲と、任せすぎない範囲を分けて確認します。
エラー確認と戻し方をセットで考える
404や500が出た時は、原因不明のまま大量修正せず、直前の変更と戻し方を確認します。
戻す前にバックアップとログを見る
ロールバックは、作業前バックアップと作業ログがあるほど安全に判断できます。
エラー確認とロールバック
404・500エラーが出た時は、原因未特定のまま大量修正せず、直前の1変更だけ戻せる状態を作ることが重要です。
カード一覧ページを読める入口にする実践ログ
カードやサムネイルが並ぶページは、導線や見方の説明がないと単なる一覧に見えやすくなります。実際の補強手順は、実践ログ型ガイドでも整理しています。
CSS差し戻しの実践ログ
見た目改善が実画面で悪化したときは、原因未特定のまま積み増さず、直前変更だけを戻す判断が有効です。