このページでわかること
古い静的HTMLサイトをCodexで直す時の確認順、バックアップ、文字コード、CSS影響範囲、スマホ表示、公開後確認を整理します。
結論
古いHTMLサイトは、まず壊れている場所を特定し、1ページまたは1部品ずつ直すのが安全です。全ページ一括置換や共通CSSの大変更は慎重に扱います。
対象読者
WordPressではなく、index.htmlや下層フォルダで構成されたサイトを持っていて、文字化け、リンク切れ、CSS崩れ、スマホ崩れを直したい人向けです。
Codexに任せやすいこと
公開URLの取得、HTML構造の確認、リンク切れ確認、CSS読み込み確認、文字コードの確認、スマホ390pxチェック、修正前後の差分整理は任せやすいです。
人間が確認すべきこと
本番で変えてよい範囲、古いデザインをどこまで残すか、問い合わせや予約導線を壊していないか、公式誤認や保証表現がないかは人間が確認します。
やってはいけないこと
バックアップなしで本番HTMLを一括変更しません。.htaccess、robots.txt、ads.txt、AdSense、Search Consoleタグ、DB、cron、DNSは触りません。
STOP条件
文字化け原因がDBやサーバー設定由来、共通CSS変更が全ページに大きく影響、公開フォルダ不明、rollback方法不明の場合は止めて報告します。
FAQ
古いHTMLサイトをCodexで直せますか？
直せる場合があります。ただし、まず対象ファイルとバックアップ、公開確認方法を決めてから進めます。
文字化けも直せますか？
HTML側の文字コードや本文が原因なら直せることがあります。サーバー設定やDB由来の場合は停止して確認します。
全部一括で直すべきですか？
古いサイトほど一括変更は危険です。まず主要ページや共通部品から小さく確認します。
スマホ表示も確認しますか？
はい。古い固定幅レイアウトでは390px確認が特に重要です。
Codex実践ログ・ケーススタディ 第12波
静的HTML修正、Search Consoleロングテール、AdSense低価値、スマホ表示、内部リンク404、タグ棚卸し、PRレビュー、報告書から次オーダーへの作業例です。