Главный вывод: выбор формата хранения отсканированных документов зависит от сценария. Многостраничные документы — TIFF (нативная поддержка многостраничности, удобство архивирования); одностраничные или для Web — PNG (на 5–15% меньше TIFF LZW, нативная поддержка браузерами); для долгосрочного архива рекомендуем TIFF LZW (без потерь + многостраничность + полные метаданные). Тот же скан A4 при 300 DPI: несжатый TIFF — 24,6 МБ, TIFF LZW — около 8,2 МБ, PNG — около 7,1 МБ. Ниже — подробное сравнение по 4 параметрам: методы сжатия, многостраничность, метаданные, совместимость, плюс практические данные.
Если вы пока не знакомы с общим подходом к сжатию сканов, рекомендуем сначала прочитать Сжатие отсканированных PDF: руководство по уменьшению тяжёлых документов.
1. Почему для сканов выбирают между TIFF и PNG
Сканеры обычно выдают исходный формат TIFF или PNG. TIFF — традиционный архивный формат с поддержкой многостраничности, разных методов сжатия и богатых метаданных; PNG — более молодой, с лаконичным дизайном, высоким коэффициентом сжатия и хорошей веб-совместимостью. Оба формата — без потерь, но по замыслу и сценариям различаются существенно.
| Параметр | TIFF | PNG | Пояснение различий |
|---|---|---|---|
| Цель дизайна | Профессиональные изображения / архивы | Замена GIF для Web | TIFF для профессионалов, PNG для Web |
| Метод сжатия | Разные (без сжатия/LZW/ZIP/JPEG) | Только DEFLATE | TIFF гибче, PNG один |
| Многостраничность | Нативно | Нет | TIFF — сотни страниц в одном файле |
| Метаданные | Богатые (EXIF/IPTC/XMP/свои) | Ограниченные (текстовые блоки) | У TIFF метаданные полнее |
| Поддержка браузерами | Слабая (нужен плагин) | Нативная | PNG открывается в браузере сразу |
| Размер файла | Больше | Меньше | PNG обычно на 5–15% меньше TIFF LZW |
Главные требования к сканам — хранение без потерь (чёткость текста), многостраничное управление (договоры/отчёты обычно многостраничные), сохранение метаданных (время скана, DPI, устройство). С этих позиций TIFF имеет явное преимущество для архивов, а PNG легче в одностраничных и веб-сценариях.
2. Подробное сравнение характеристик TIFF и PNG
Рассмотрим четыре ключевых параметра — методы сжатия, многостраничность, метаданные, совместимость — чтобы понять суть различий.
2.1. Сравнение методов сжатия
TIFF поддерживает несколько методов сжатия и очень гибок; PNG жёстко использует DEFLATE — лаконично, но без выбора. Размер при разных методах сильно отличается.
| Формат | Метод сжатия | Без потерь? | Коэффициент | Сценарий |
|---|---|---|---|---|
| TIFF без сжатия | Нет | Да | 0% (исходный объём) | Промежуточная обработка/редактирование |
| TIFF LZW | Словарное LZW | Да | 40–60% | Архивное хранение |
| TIFF ZIP | DEFLATE | Да | 50–70% | Замена LZW |
| TIFF JPEG | JPEG с потерями | Нет | 80–95% | Сканы цветных фото |
| TIFF G4 Fax | CCITT G4 | Да | 90–98% | Чёрно-белые бинарные сканы |
| PNG | DEFLATE | Да | 50–70% | Универсальный / Web |
Важный нюанс: и TIFF LZW, и PNG используют сжатие без потерь, но DEFLATE в PNG (LZ77 + Huffman) обычно эффективнее LZW в TIFF, давая на 5–15% меньший объём. Однако для чёрно-белых сканов TIFF G4 Fax радикально превосходит PNG: G4 спроектирован под бинарные изображения и сжимает на 95%+.
2.2. Сравнение многостраничности
Сканы документов часто многостраничные (договоры, отчёты, инструкции), и многостраничность — ключевой фактор выбора формата.
| Параметр | TIFF | PNG |
|---|---|---|
| Многостраничное хранение | Нативно (механизм IFD) | Не поддерживается |
| Лимит страниц в одном файле | Теоретически без лимита (реально тысячи) | 1 страница |
| Параметры каждой страницы | Свои (DPI/цвет/сжатие) | Не применимо |
| Альтернатива для многостраничности | — | Несколько файлов + соглашение об именовании |
| Удобство архивирования | Высокое (всё в одном файле) | Низкое (нужно управлять пачкой) |
Многостраничный механизм TIFF реализован через IFD (Image File Directory): каждый IFD описывает параметры и положение одной страницы. Договор на 100 страниц можно хранить в одном TIFF, и управлять, и передавать — удобно. PNG хранит только одну страницу: для 100-страничного договора нужно 100 PNG, и управление ими — заметная нагрузка.
2.3. Сравнение метаданных и совместимости
Метаданные скана (время, DPI, модель устройства, цветовой профиль) важны для архивного управления. TIFF и PNG здесь различаются существенно.
| Тип метаданных | TIFF | PNG | Пояснение |
|---|---|---|---|
| EXIF | Нативно | Нестандартные расширения | Устройство/DPI/время |
| IPTC | Поддержка | Нет | Метаданные для новостей/издательств |
| XMP | Поддержка | Поддержка | XML-метаданные Adobe |
| Цветовой профиль (ICC) | Поддержка | Поддержка | Управление цветом |
| Пользовательские теги | Поддержка (без ограничений) | Ограниченно (текстовые блоки) | TIFF позволяет добавлять бизнес-поля |
| Отображение в браузере | Нужен плагин / не отображается | Нативно | Для Web PNG выигрывает |
| OCR-совместимость | Отличная | Хорошая | Битовый режим TIFF дружелюбнее к OCR |
Подробнее о принципах сжатия PNG см. Принципы сжатия PNG: подробный разбор. О разнице между DPI и PPI см. DPI против PPI: полное руководство по разрешению.
3. Пpaктический кейс: размер одного скана
Сравним размеры одного скана в разных форматах. Образец: скан договора формата A4, 300 DPI, 24-битный цвет, одна страница.
Характеристики документа: A4 (210×297 мм), 300 DPI, 24-битный цвет, разрешение 2480×3508 пикселей, с подписью и печатью.
Сравнение размеров:
| Формат хранения | Метод сжатия | Размер | vs без сжатия | Влияние на качество |
|---|---|---|---|---|
| TIFF без сжатия | Нет | 24,6 МБ | База | Нет |
| TIFF LZW | LZW без потерь | 8,2 МБ | -66,7% | Нет |
| TIFF ZIP | DEFLATE | 7,3 МБ | -70,3% | Нет |
| PNG | DEFLATE | 7,1 МБ | -71,1% | Нет |
| TIFF G4 Fax | CCITT G4 | 0,4 МБ (ч/б) | -98,4% | Потеря цвета |
| JPEG | DCT с потерями q85 | 1,2 МБ | -95,1% | Лёгкое размытие |
Анализ результатов: среди форматов без потерь PNG минимален (7,1 МБ) — на 13,4% меньше TIFF LZW и на 2,7% меньше TIFF ZIP. При переводе в чёрно-белый режим (TIFF G4) размер падает до 0,4 МБ, но теряется цвет — подходит для чисто текстовых договоров, не для документов с печатями. JPEG с потерями даёт минимальный объём (1,2 МБ), но по краям текста появляются артефакты, для архивного хранения не рекомендуется.
Сравнение размеров для многостраничного сценария (договор на 50 страниц):
| Схема хранения | Формат | Общий объём | Кол-во файлов | Удобство управления |
|---|---|---|---|---|
| Один многостраничный файл | TIFF LZW | 410 МБ | 1 | ★★★★★ |
| Много файлов по странице | PNG | 355 МБ | 50 | ★★☆☆☆ |
| Много файлов по странице | TIFF LZW | 410 МБ | 50 | ★★☆☆☆ |
| Упаковка в PDF | PDF (TIFF внутри) | 415 МБ | 1 | ★★★★★ |
В многостраничном сценарии PNG даёт меньший суммарный объём одной страницы (355 МБ против 410 МБ), но 50 файлов — намного большая нагрузка на управление, чем один TIFF. Поэтому индустриальный стандарт архивного управления — многостраничный TIFF.
4. Рекомендации формата по сценариям
Разные сценарии предъявляют разные требования к формату — ниже рекомендации для типовых задач.
| Сценарий | Рекомендуемый формат | Рекомендуемое сжатие | Причина |
|---|---|---|---|
| Долгосрочное архивное хранение | TIFF | LZW или ZIP | Без потерь + многостраничность + полные метаданные, соответствие стандартам |
| Архивирование ч/б документов | TIFF | G4 Fax | Максимальное сжатие бинарных изображений (95%+) |
| Полиграфия | TIFF | LZW | Поддержка CMYK, отраслевой стандарт |
| Отображение в Web | PNG | DEFLATE | Нативная поддержка браузерами, малый размер |
| OCR-распознавание | TIFF | G4 или LZW | Хорошая совместимость битового режима, OCR-движки поддерживают отлично |
| Передача по почте | PNG / JPEG | DEFLATE / DCT | Малый размер, получатель откроет сразу |
| Юридическая экспертиза | TIFF | Без сжатия | Нулевые потери, полные метаданные, признаётся судом |
| Повседневная офисная работа | PNG | DEFLATE | Хорошая совместимость, средний размер |
Общий принцип: для архивов — TIFF (многостраничность + метаданные + соответствие стандартам), для отображения — PNG (малый размер + поддержка браузерами), для ч/б — TIFF G4 (максимальный коэффициент), для юридических задач — TIFF без сжатия (нулевые потери).
| Направление конвертации | Замечания | Изменение объёма | Потеря информации |
|---|---|---|---|
| TIFF → PNG | Многостраничный TIFF нужно разделять на несколько PNG | Уменьшение на 5–15% | Нет (оба без потерь) |
| PNG → TIFF | Для слияния одностраничных в многостраничный нужна доп. операция | Увеличение на 5–15% | Нет |
| TIFF без сжатия → TIFF LZW | Прямая конвертация | Уменьшение на 60–70% | Нет |
| Цвет → ч/б (TIFF G4) | Сначала бинаризация | Уменьшение на 95%+ | Потеря цвета |
| TIFF → JPEG | С потерями, для архивов не рекомендуется | Уменьшение на 90%+ | С потерями, артефакты на тексте |
Нюансы конвертации: многостраничный TIFF в PNG требует разделения, каждый PNG — одна страница; для перевода в ч/б нужна бинаризация (порог обычно 128); TIFF в JPEG теряет информацию и подходит только для неархивных задач. SmartSlim при конвертации автоматически обрабатывает эти нюансы, сохраняет метаданные и оптимизирует параметры сжатия.
5. Часто задаваемые вопросы (FAQ)
В1. Для сканов — TIFF или PNG?
Зависит от цели. Многостраничные документы — TIFF (поддержка многостраничности в одном файле, удобство архивирования); одностраничные или для Web — PNG (меньший размер, нативная поддержка браузерами); для долгосрочного архива — TIFF LZW (без потерь + многостраничность + полные метаданные); для OCR — TIFF (битовый режим совместимее). Если нужна только одна страница и минимальный размер, PNG обычно на 5–15% меньше TIFF LZW.
В2. Какой формат меньше — TIFF или PNG?
При одинаковом качестве без потерь PNG обычно на 5–15% меньше TIFF LZW. PNG использует DEFLATE (LZ77 + Huffman), коэффициент выше, чем у LZW в TIFF. Но TIFF без сжатия — самый большой (исходные пиксели), TIFF LZW — поменьше, PNG — минимальный. Например, скан A4 при 300 DPI: TIFF без сжатия — около 24,6 МБ, TIFF LZW — около 8,2 МБ, PNG — около 7,1 МБ.
В3. TIFF поддерживает многостраничность? А PNG?
TIFF нативно поддерживает многостраничность: один файл может содержать сотни страниц, каждая страница управляется через IFD. PNG многостраничность не поддерживает: многостраничный документ можно хранить только как набор PNG-файлов или через APNG (анимированный PNG — нестандартный многостраничный вариант). Это главная причина, почему для архивов выбирают TIFF — один файл с несколькими страницами удобнее для управления и архивирования.
В4. Как уменьшить объём скана?
Сжатие сканов в три шага: 1) снижение DPI — 150 DPI достаточно для чтения с экрана, для печати нужно 200–300 DPI; 2) понижение цвета — серый скан в 3–5 раз меньше цветного, чёрно-белый бинарный — в 10 раз меньше серого; 3) оптимизация формата — TIFF в LZW или в PNG. SmartSlim автоматически распознаёт тип скана и подбирает стратегию: ч/б сканы конвертируются в TIFF G4 Fax (сжатие 95%+), цветные — в JPEG или оптимизированный PNG.
Заключение
И TIFF, и PNG — отличные форматы изображений без потерь; ключ к выбору — соответствие сценарию. TIFF выигрывает по многостраничности, богатству метаданных, гибкости методов сжатия — подходит для архивного хранения, полиграфии, OCR; PNG выигрывает по размеру и совместимости с браузерами — подходит для Web и повседневной работы. Тот же скан A4 при 300 DPI: PNG примерно на 13% меньше TIFF LZW, но в многостраничном сценарии один TIFF-файл удобнее, чем набор PNG.
Запомните три принципа: 1) многостраничные документы — TIFF (управление одним файлом); 2) ч/б сканы — TIFF G4 (объём падает на 95%+); 3) архивное хранение — TIFF LZW или ZIP (без потерь + соответствие стандартам). Правильный выбор формата и метода сжатия существенно снижает затраты на хранение сканов.
Похожие материалы
Нужно сжать сканы? Попробуйте SmartSlim
Собственный движок сжатия на Rust, поддержка 10+ категорий и 40+ форматов (PDF, изображения, видео, Office, OFD и др.), локальная обработка — данные не покидают контур.