よくある原因
フォルダ名の文字化けが起きる場合、問題の根本はほぼ必ず送り手側にあります。WindowsのShift_JIS ZIPをmacOSまたはLinux環境で展開すると文字化けが起きるのが定番パターンです。ただし解凍ソフト側で救えることもあるため、まず相手の環境と解凍方法を確認してから判断します。
もう一つのパターンは、ZIP自体の問題ではなく相手がHTMLをブラウザで開いた際にURLに含まれる日本語パスがエンコードされてリンクが切れているケースです。この場合はフォルダ名は読めても404になるため、報告内容を詳しく聞き取る必要があります。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
自分側で確認すること
依頼メッセージを送る前に、送ったZIPを自分でmacOSまたはLinuxに展開して同じ文字化けが起きるかを確認します。自分でも起きるなら送り手側の問題が確定するため、英字フォルダ名に変更したZIPを再送する旨を依頼文に明記できます。
自分の環境では文字化けしない場合は相手の解凍ソフトの問題である可能性が高いため、依頼文で「7-Zipを使って解凍してみてください」と案内します。その際に7-ZipのダウンロードURLを添付すると、相手がすぐに対応できます。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
相手側で確認すること
依頼メッセージの雛形：「お手数ですが以下の2点を確認いただけますか。①現在使用しているOSとZIP解凍ソフト（Windowsの標準機能・7-Zip・WinRARなど）を教えてください。②フォルダ名が化けている場合は、どのような文字に見えているかをスクリーンショットで送ってください。」
相手がスクリーンショットを送ってきた場合、文字化けのパターンからエンコードを推測できます。ラテン文字の羅列ならShift_JIS→Latin-1の誤変換であり、疑問符の羅列なら文字を認識できずフォールバックしている状態です。どちらも英字フォルダ名のZIPに変更して再送することで解決します。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
再発防止の運用
「フォルダ名文字化け確認依頼テンプレート」をチームのドキュメントに保存しておきます。問題が起きるたびに文面を考える手間がなくなり、必要な情報を漏れなく引き出せます。SlackのWorkflowやメールの下書きに入れておくと即座に使えます。
根本的な再発防止はフォルダ名の英字化ですが、組織として取り組みにくい場合は7-ZipのUTF-8オプションを使ったZIP作成を標準手順にします。「ZIPを作るときはこの手順で」という1枚のドキュメントをチームに展開するだけで大半のトラブルを防げます。
- HTML内の外部script・form action・iframeを確認する
- APIキーやトークンらしき文字列がないか検索する
- 画像・CSS・JSのパスが公開後も解決できるか見る
- noindexと認証を混同せず、必要なら両方設定する
よくある質問
相手が文字化けのスクリーンショットを送ってきましたが、内容から原因を特定できますか？
ラテン文字の羅列はShift_JIS→Latin-1誤変換の典型です。四角い箱や疑問符は文字コードを解釈できない状態です。どちらの場合も英字フォルダ名に変えて再送するのが最速の解決策です。
7-Zipをインストールしてもらうようにお願いするのはハードルが高い場合、代替案はありますか？
The Unarchiver（Mac・無料）かBandiZip（Windows・無料）をすすめると導入ハードルが下がります。いずれも日本語ファイル名の扱いが標準機能より改善されています。
ZIPを再送する際に何か確認してから送ると良いことはありますか？
送り直す前に、新しいZIPを自分のPCとmacOSの両方で展開して文字化けが起きないことを確認してください。確認済みの旨を添えて再送すると、相手も安心して展開できます。