UTF-8 and public URL checklist
新サイト初期構築で文字化けした時の直し方
AIやCodexで作った新サイトに文字化けが出た時、部分修正で終わらせず、全ページ確認から本番公開URL確認まで進めるための実践手順です。
このページは非公式ガイドです。サーバーパスワード、FTP情報、APIキー、DB情報、個人情報は掲載しません。作業前にはバックアップを取り、本番URLで確認します。
新サイト公開後に最初に見ること
AIやCodexでHTMLサイトを作ると、見た目の一部だけでなく、title、description、H1、FAQ、JSON-LD、sitemapに文字化けが残ることがあります。最初に公開URLでページ全体を確認します。
ヘッダーだけ直して終わりにせず、sitemap掲載URLを基準に全ページを確認すると漏れを減らせます。
- 公開URLで200 OKを確認する
- meta charset UTF-8を確認する
- title、description、H1を確認する
- 本文、FAQ、JSON-LD、footerを見る
- 内部リンクとsitemapを確認する
meta charset だけで直るケースと直らないケース
文字コード指定がないためブラウザが誤判定している場合は、UTF-8宣言で改善することがあります。
一方で、本文がすでに壊れた文字列として保存されている場合、meta charsetだけでは直りません。壊れた日本語を正常な日本語へ戻してからUTF-8で保存します。
| 直る可能性がある | HTMLに文字コード指定がない、ブラウザが誤判定している、本文自体は壊れていない |
|---|---|
| 直らない | 本文、FAQ、JSON-LD、テンプレート内の日本語がすでに壊れて保存されている |
本番反映までの手順
修正は調査で終わらせず、バックアップ、修正、本番アップロード、公開URL確認までを一つの作業にします。通常のHTML追加、内部リンク追加、sitemapへの新規URL追加は止めずに進めます。
- 変更前バックアップを作る
- HTMLをUTF-8で保存する
- 必要なページを修正する
- sitemapへ新規URLを追加する
- 本番へアップロードする
- 公開URLと内部リンクを確認する
STOP条件
文字化け修正で、DB、cron、.htaccess、robots.txt、ads.txt、AdSenseコード、Search Console確認タグが必要になった場合は停止して報告します。秘密情報が必要な作業も停止対象です。
FAQ
文字化けは meta charset を入れれば直りますか？
文字コード指定がないだけなら改善する可能性があります。ただし本文そのものが壊れて保存されている場合は、壊れた文字列を正常な日本語へ戻す必要があります。
ヘッダーだけが文字化けしている時も全ページ確認が必要ですか？
必要です。共通headerが原因なら全ページに影響し、個別HTMLでもtitle、description、FAQ、JSON-LDに同じ問題が残ることがあります。
ローカル確認だけで完了にしてよいですか？
いいえ。本番アップロード後に公開URLで200 OK、文字化けなし、内部リンク404なし、sitemap掲載を確認して初めて完了です。
sitemapも確認しますか？
確認します。新規URLを追加した場合はsitemapに掲載されているか、XMLが壊れていないか、既存URLを削除していないかを見ます。
触らない方がよいファイルはありますか？
文字化け修正だけなら robots.txt、ads.txt、.htaccess、DB、cron、AdSenseコード、Search Console確認タグは原則触りません。