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

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

コンピュータは文字をそのまま保存できず、いったん数値の並び（バイト列）に変換して記録します。この変換ルールが文字コードです。日本語版 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）による別の現象です。

Mac で作った素材 ZIP を Windows で開いたら化けた、という場面

イラスト・フォント・テンプレートなどの配布素材を Windows で展開したら、日本語のファイル名やフォルダー名だけが読めない——素材が Mac で圧縮されている場合に起こりやすい場面です。中身は壊れていないので、次の順で進めます。

1. 元の ZIP を消さない。文字化けした展開物は捨ててかまいませんが、ZIP は残します。
2. Karuzip の「中身を見る」で ZIP を開き、一覧の名前を確認します。崩れていたら文字コードを UTF-8 に切り替えます（Mac 由来なら最初の候補）。
3. フォルダー名や長い名前まで読めることを確認してから解凍します。解凍後の名前は一覧と同じになります。

2026年9月30日に、UTF-8 のファイル名を UTF-8 フラグなしで格納した再現用 ZIP（テスト_資料.txt、画像フォルダ/サンプル.png など 4 項目。公開はしていません）で確かめました。Karuzip 2.2.6（CLI で確認）の「自動」は名前のバイト列から UTF-8 を推測せず、この ZIP の一覧は崩れたままでした。UTF-8 を手動で選ぶと一覧も解凍後の名前も正しくなり、取り出した中身の SHA-256 は原本と一致しました。同じ ZIP を Windows 標準の展開（tar.exe と PowerShell の Expand-Archive）で開くと、崩れた名前のまま展開され、直す設定はありません。なお、この確認に使った PC のシステムロケールは日本語ではなく簡体字中国語（コードページ 936）で、崩れた名前の見た目は日本語 Windows とは異なります。実機の Mac で圧縮した ZIP との突き合わせは行っていません。

同じ場面を一人称で短くまとめた記事を note にも書きました: Mac から届いた ZIP のファイル名が文字化けしたとき、最初にやらないでほしいこと（note）

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

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

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

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

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

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

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

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

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

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

デスクトップ版とブラウザ版の使い分け

直せないケースの境界

• 間違った文字コードのまま解凍した名前は、後から直せません。2026年9月30日の実測では、UTF-8 の ZIP を「自動」のまま解凍すると崩れた名前のファイルが実際に作られました（中身は無事）。元の ZIP から解凍し直します。
• CP932 の ZIP を UTF-8 として読むと、文字が欠けます。同日の実測で テスト_資料.txt が eXg_.txt になりました。化けるのではなく消えるので、UTF-8 で読めない名前は日本語 (CP932) を試します。
• 書庫テストの成功は名前の正しさを示しません。文字コードが合っていなくてもテストは通ります（同日の実測）。名前は一覧で確かめます。
• どの候補でも読めない名前は復元できません。送り主に半角英数字名か UTF-8 での再作成を依頼します。
• 文書本文の文字化けと、「ポ」が「ホ゜」に分かれる NFD の現象は対象外です。
• 圧縮するときの文字コードは選べません。Karuzip が作る ZIP のファイル名を CP932 で記録する設定はありません。

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

「文字化けしない解凍ソフト」を選ぶときの着眼点は、ファイル名の文字コードをどう扱うかです。ポイントは 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 用の無料解凍・圧縮ソフトです（うち 230 は標本・テストで動作確認、主要 12 形式は実機で検証）。広告やバンドルはなく、アプリが個人情報を収集することもありません。

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

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

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

• 画面写真は 使い方ガイドの文字化け章と同じ再現手順から引用しています。
• サンプル ZIP は「無圧縮」「固定タイムスタンプ」「1 書庫 1 エントリ」で毎回同じ byte 列になるよう生成しています。
• ファイル名は汎用語の 見積書 を使った合成サンプルで、payload も repo 内生成のテキストだけです。個人情報、顧客名、受領ファイルは含みません。
• ハッシュの照合や再生成の基点として manifest.json を公開しています。
• 2026年9月30日の追加確認（UTF-8 フラグなしの ZIP、CP932 の ZIP、Windows 標準機能との比較）は、公開していない自作サンプルと Karuzip 2.2.6 の CLI で行い、結果は本文の該当箇所に日付つきで記しています。画面版での再確認は行っていません。

Karuzip を無料でダウンロード

• 自動更新でいつも最新
• 広告・同梱ソフトなし
• アプリは利用状況を送信しない

無料ダウンロードWindows 11 / 10 ・ 12.60 MB

Karuzip は Windows 10 / 11 専用です。ダウンロードは Windows PC でこのページを開いてください。

リンクを PC に送るPC で開けばそのままダウンロード

Windows 11 は Microsoft Store 版も選べます ›

参照資料

このページの説明は、次の資料と突き合わせて確認しています。

• PKWARE ZIP Application Note — ファイル名を UTF-8 で記録したことを示すフラグを含む、ZIP の一次仕様（2026年9月23日確認）
• Microsoft Learn「Code Page Identifiers」 — 日本語 Windows が使う CP932 を含むコードページの一覧（2026年9月23日確認）

よくある質問

あわせて読む