Compressed Size とは、データを圧縮した後に実際に占める容量のことです。つまり、アーカイブの中にまだ詰め込まれた状態で、どれくらいのスペースを使っているかを表します。展開後の容量である uncompressed size（非圧縮サイズ）と対になる値で、同じ内容を再び展開したときのサイズを示します。
どのファイルに含まれているのか、その数値はどこから来ているのか
この数値はアーカイブファイルで確認できます。代表例はZIPです。そして、多くの日常的な形式が、その内部的にはZIPコンテナであるため、ZIPには多くの「親戚」があります。.docx、.xlsx、.pptxといったドキュメント、.odtファイル、.epub電子書籍、JavaやAndroidアプリケーションを格納する.jarファイルや.apkファイルなどです。RAR、7zなどの他のアーカイブ形式も、独自の方法で同じ2つの数値を記録します。.odtや.epubファイルについては、ファイル自体には数値が保存されていても、レポートに表示されない場合があります。
この数値は、ファイルが追加される瞬間に圧縮アプリによって書き込まれ、人が手で入力することはありません。ここでいう圧縮アプリとは、7-Zip、WinRAR、WinZip、macOS の Archive Utility、Windows の圧縮フォルダー機能、zip コマンドラインツールなどです。アーカイブは、含まれる各ファイルごとに 1 回この値を保存し、そのファイル名、非圧縮サイズ、チェックサムと並べて記録します。これにより、レポートではメンバーファイルごとの値、またはアーカイブ全体として 1 つの値を表示できます。
典型的な値の例
単位はバイトの整数値です。1,000,000 バイトのプレーンテキストファイルが、アーカイブ内では圧縮後に 243120 バイトとして表示されることがあります。アプリによっては、この数値を KB や MB に変換して表示する場合もあります。
この値は、非圧縮サイズと並べて初めて意味を持ちます。テキスト、スプレッドシート、ドキュメント、ログファイル、BMP などの非圧縮画像は大きく縮みます。一方で、JPEG 写真、MP3 や AAC の音声、MP4 動画、すでに圧縮画像を多く含む PDF などはほとんど変化せず、圧縮サイズは元のサイズに近い値になります。また、「stored（格納のみ）」と表示される項目もあり、その場合は圧縮がまったく行われていないため、圧縮サイズと非圧縮サイズが同一です。これは意図的な設定の場合もあれば、圧縮しても意味がないとアプリが判断した場合もあります。
それが重要な理由
現実的に重要なのはこの数値です。メール添付の上限やアップロード制限の対象になるのはこのサイズであり、ディスクやメモリースティック上でアーカイブが占有する容量もこの値で決まります。非圧縮サイズは将来の状態を表し、この圧縮サイズは今手元にあるファイルそのものを表します。
この値は、期待外れの理由も説明してくれます。圧縮サイズが非圧縮サイズとほとんど変わらない場合、その内容は ZIP にする前からすでに圧縮されており、どんな圧縮アプリでも同じデータを二重に圧縮することはできません。これは正常な挙動であり、アプリの不具合でも、設定ミスでもありません。
サイズ情報だけでは個人情報は分かりません。ただし、アーカイブを共有する前に知っておくべき点が 1 つあります。一般的な ZIP のパスワード保護は、ファイル内部の内容は隠しますが、どんなファイルが入っているかという一覧までは隠さないということです。アーカイブを開いた人には、パスワードがなくても、メンバーファイルの名前とサイズが読める状態のまま残ります。