ZIP 解凍で文字化けする原因と直し方 — Mac の ZIP が Windows で化ける理由

Mac から送られてきた ZIP を Windows で解凍したら、ファイル名が「隕狗ｩ肴嶌」のような謎の文字列になっていた——。これは ZIP 解凍で最もよくあるトラブル「文字化け」です。ファイルが壊れたわけでも、ウイルスでもありません。原因は「文字コード」という仕組みの食い違いにあります。このページでは原因を平易に解説し、送る側・受け取る側それぞれの対処法と、文字化けしない解凍ソフトの選び方を紹介します。

原因は「文字コード」の食い違い

コンピュータは文字をそのまま保存できず、いったん数値の並び（バイト列）に変換して記録します。この変換ルールが文字コードです。日本語版 Windows では伝統的に Shift_JIS（正確には CP932）が、Mac や現代の多くのシステムでは UTF-8 が使われてきました。同じ「書類」という名前でも、記録されるバイト列はまったく異なります。

問題は、ZIP という形式に「ファイル名をどの文字コードで記録したか」を必ず書き残す決まりが長らくなかったことです。ファイル名が UTF-8 であることを示すフラグが ZIP の仕様に追加されたのは 2006 年（仕様バージョン 6.3.0）のことで（出典: PKWARE APPNOTE）、それ以前の設計を引きずるソフトは「ファイル名はこの PC のローカルな文字コード（日本では Shift_JIS）だろう」と決め打ちで読み取ります。

Mac で作った ZIP が Windows で化ける仕組み

macOS の標準機能（Finder の右クリック →「圧縮」）で ZIP を作ると、ファイル名は UTF-8 で記録されます。それを受け取った Windows 側のソフトが Shift_JIS 前提で解釈すると、上の図のとおり意味不明な文字列になります。「Mac で作った ZIP が Windows で文字化けする」のは、どちらかの機械の故障ではなく、この解釈のすれ違いが原因です。

特に、2017 年の v1.74 を最後に更新が止まっている定番ソフト Lhaplus は UTF-8 のファイル名に対応しておらず、Mac 由来の ZIP はほぼ確実に文字化けすると指摘されています（出典: roronto.jp、radiolife.com）。Lhaplus を使い続けている方は、Lhaplus の代わりになる解凍ソフトの選び方もあわせてご覧ください。

逆パターン（Windows で作った ZIP が Mac で化ける）も理屈は同じで、Shift_JIS のファイル名を Mac 側が UTF-8 として読むために起こります。なお、Mac から来たファイルで「ポ」が「ホ゜」のように分かれて見えることがありますが、これは文字コードではなく macOS のファイル名の正規化方式（NFD）による別の現象です。

4 つの安全サンプルで再現して確かめる

「自分の ZIP がどの系統に近いのか」を先に見分けられるよう、同じ語幹 見積書 を 4 つの文字コードで焼き分けた再現用 ZIP を公開しています。すべて repo 内の決定論的な生成器から作った小さなサンプルで、個人ファイルや実案件のデータは含みません。

使い方は簡単です。上の ZIP をダウンロードして Karuzip の「中身を見る」で開き、一覧が崩れていたら表の文字コードへ切り替えます。正しく読めたら、そのまま解凍します。元の ZIP 自体は書き換わりません。

どの文字コードを選ぶか迷ったら

最初は「自動」で開いてかまいません。ただし、そこで正解が保証されるわけではないので、崩れていたら送信元に近い系統から手動で試します。

送信元が分からないときは、1 つの名前だけで決め打ちせず、フォルダ名・長い名前・記号入りの名前まで複数確認してください。どの選択でも不自然なら、文字化けではなく破損や暗号化の可能性を先に切り分けます。

対処法① 送る側でできること（Mac で圧縮する場合）

• ファイル名・フォルダ名を半角英数字にする — 最も確実な方法です。日本語名を避ければ、文字コードの食い違い自体が起こりません。
• Windows での解凍を想定した圧縮ツールを使う — Mac 用の圧縮ソフトには、Windows 向けにファイル名の互換性へ配慮した ZIP を作れるものがあります。
• ZIP にせず共有リンクで送る — クラウドストレージの共有機能を使えば、圧縮そのものを省けます。

対処法② 受け取る側でできること（Windows で解凍する場合）

すでに文字化けした状態で解凍してしまっても、慌てる必要はありません。ファイルの中身は壊れていないので、元の ZIP から UTF-8 対応の解凍ソフトで解凍し直せば済みます。主なソフトの対応状況は次のとおりです。

文字化けしない解凍ソフトの選び方

「文字化けしない解凍ソフト」を選ぶときの着眼点は、ファイル名の文字コードをどう扱うかです。ポイントは 2 つあります。文字化け以前にファイルそのものが開けない場合は、「ZIP が解凍できないときの原因別対処」で破損や暗号化などの可能性を先に確認してください。

• UTF-8 の ZIP への対応 — Mac の標準圧縮など、現代的な環境で作られた ZIP を正しく読めることが最低条件です。7-Zip や Karuzip がこれに当たります。
• 文字コードの自動判定 — UTF-8 フラグのない古い ZIP でも、バイト列から文字コードを推測して読み取る機能です。CubeICE はこの自動判定機能で知られています。

逆に、更新が止まったまま UTF-8 に対応していないソフトを使い続けると、Mac 由来の ZIP を受け取るたびに化ける可能性が高くなります。「更新が続いていて、UTF-8 の ZIP を扱える」ソフトを選ぶことが、文字化けしない環境づくりの近道です。

Karuzip という選択肢

Karuzip（かるジップ）とは、ZIP・7z・RAR など 320 形式の解凍に対応した、Windows 用の無料解凍・圧縮ソフトです。広告やバンドルはなく、アプリが個人情報を収集することもありません。

実績ある 7-Zip エンジンを内蔵し、UTF-8 の ZIP（Mac 由来など）の解凍に対応。インストーラは 11.77MB と軽量で、Windows 10/11 対応・自動更新機能も備えています。

なお、インストーラは無署名のため SmartScreen の警告が出る場合があります（「詳細情報」→「実行」で続行可能）。正規の配布元は karuzip.com・GitHub（AAAAAnson/karuzip）・Microsoft Store のみで、SHA-256 ハッシュを公開しています。詳しくは安全性についての説明をご覧ください。

検証条件と公開サンプルの作り方

• 確認環境は Windows 11 24H2（日本語）と Karuzip v2.2.0 です。画面写真は 使い方ガイドの文字化け章と同じ再現手順から引用しています。
• サンプル ZIP は「無圧縮」「固定タイムスタンプ」「1 書庫 1 エントリ」で毎回同じ byte 列になるよう生成しています。
• ファイル名は汎用語の 見積書 を使った合成サンプルで、payload も repo 内生成のテキストだけです。個人情報、顧客名、受領ファイルは含みません。
• ハッシュの照合や再生成の基点として manifest.json を公開しています。

よくある質問

Q. 文字化けした状態で解凍してしまったファイルは直せますか？

はい。文字化けはファイル名の読み取りの問題であり、ファイルの中身は壊れていません。元の ZIP が残っていれば、UTF-8 に対応した解凍ソフトで解凍し直すのが最も簡単です。ファイル数が少なければ、化けた名前を手動で付け直す方法もあります。

Q. Windows で作った ZIP を Mac に送ると文字化けするのはなぜですか？

逆方向の同じ現象です。Shift_JIS でファイル名が記録された ZIP を、Mac 側が UTF-8 として読もうとするために起こります。ファイル名を半角英数字にして圧縮するか、UTF-8 でファイル名を記録できる圧縮ソフトを使うと避けられます。

Q. ZIP の文字化けはウイルスや故障のサインですか？

いいえ。文字化けは文字コードの解釈の食い違いによる表示上の問題で、ウイルス感染やファイル破損とは別物です。ただし出所の分からない ZIP を開く際は、文字化けの有無にかかわらず注意してください。パスワード付き ZIP の扱いについてはパスワード付き ZIP の作り方も参考になります。

Q. Karuzip はどんな ZIP の文字化けに対応していますか？

Karuzip は、ファイル名が UTF-8 で記録された ZIP（Mac の標準圧縮で作られたものなど）の解凍に対応しています。文字コードの判定には原理的に確実な方法が存在しないため、あらゆる文字化けの自動解決を保証するものではありませんが、Mac とのやり取りで起こる典型的なケースに対応します。