このページでわかること
静的HTML修正を、抽象論ではなく作業例として確認できます。読者が自分のサイトに置き換えられるよう、確認順と止める条件を整理します。
作業例の概要
古い静的HTMLサイトをCodexで直す時は、本文だけでなく、title、H1、canonical、robots、CSS、内部リンク、スマホ表示をまとめて確認します。
作業前に確認すること
対象URL、既存HTML、共通CSS、変更前バックアップ、公開後の確認項目を先に決めます。実在サーバーパスや内部ファイル名は公開本文に出しません。
Codexに任せたこと
本文補強、リンク確認、CSS読み込み確認、スマホ390px確認、変更内容の報告書作成を任せます。
人間が確認したこと
SEOタグを壊していないか、共通CSSを広げすぎていないか、公開URLが200か、既存反応ページに影響しないかを確認します。
触らなかったもの
robots.txt、ads.txt、.htaccess、DB、cron、DNS、広告タグ、Search Console確認タグ、canonical/noindex方針は触りません。
作業後に確認したこと
公開URL 200、title/description/H1、canonical、robots、内部リンク404、画像/CSS 404、スマホ390px、文字化けを確認します。
失敗しやすい点
古いHTMLでは閉じタグ、相対パス、文字コード、共通CSSが原因で崩れやすいです。本番直修正を無条件に進めず、戻せる状態で作業します。
FAQ
静的HTMLならCodexに全部任せてよいですか？
全部任せるのではなく、変更範囲と確認項目を決めて進めます。
共通CSSも直しますか？
必要最小限にします。影響範囲が広い場合は停止して判断します。
実サーバーパスは記事に書きますか？
書きません。公開記事では一般化した説明にします。
公開後に見る項目は？
200、SEOタグ、内部リンク、CSS/画像、スマホ表示、文字化けです。