Уменьшайте габариты больших снимков экрана, чтобы их было легче отправлять в мессенджерах и рабочих чатах.
Скриншот — это побитовая копия содержимого экрана. Каждый пиксель кодируется 3 или 4 байтами (в зависимости от цветовой модели). Снимок экрана с разрешением 2560×1440 в формате без сжатия занимает:
2560 × 1440 × 4 байта = 14,7 МБ
Даже со сжатием PNG такой файл редко весит меньше 1-3 МБ, потому что шум антиалиасинга, текстуры и градиенты плохо поддаются алгоритму Deflate, который лежит в основе PNG. Скриншоты интерфейсов с большими однотонными областями сжимаются лучше, но добавьте превью изображений, веб-страницу или видеоплеер — и размер взлетает.
С Retina-дисплеями ситуация ещё интереснее. MacBook Pro 16" делает скриншоты разрешением 3456×2234 — это 7,7 миллиона пикселей. В формате PNG такой скриншот легко весит 5-8 МБ. Для отправки в Slack или вставки в Google Docs это критически много.
Универсального ответа нет — всё зависит от контекста использования:
Вставка в документ или презентацию — ширина 800-1200 px. Этого достаточно, чтобы текст на скриншоте читался при печати на A4 и при демонстрации на экране ноутбука. Размер файла обычно укладывается в 100-300 КБ.
Отправка по электронной почте — ширина 600-900 px. Большинство почтовых клиентов показывают изображения в превью шириной 600 px, поэтому скриншот шире 900 px не даёт визуального преимущества, но увеличивает вес вложения.
Прикрепление к тикету — ширина 1200-1600 px. В баг-трекерах скриншоты часто открываются на полный экран, и мелкие детали интерфейса должны быть различимы. Слишком маленький скриншот в баг-репорте вынуждает разработчика запрашивать повторный скриншот — потеря времени для обеих сторон.
Публикация на форуме или в блоге — ширина 800-1400 px в зависимости от ширины контентной области. Изображение должно заполнять колонку текста без горизонтальной прокрутки.
Социальные сети — платформы сами масштабируют изображения, но загрузка скриншота разрешением 1920 px по ширине обычно даёт лучший результат, чем 640 px, потому что алгоритмы ресайза соцсетей не всегда оптимальны.
Этот выбор влияет на итоговый размер файла сильнее, чем само изменение разрешения. Вот конкретные цифры на примере скриншота веб-страницы (исходное разрешение 1920×1080, визуально сложный контент):
PNG — ~1,8 МБ. Без потерь, каждый пиксель сохраняется точно. Идеален, если вам нужна возможность увеличить фрагмент скриншота без артефактов. Плохо подходит для фотографий и сложных градиентов на скриншоте.
JPG (качество 85%) — ~280 КБ. Разница с PNG в 6 раз по размеру. При таком качестве текст на скриншоте остаётся чётким, но при увеличении на 400% видны характерные блочные артефакты на границах цветовых переходов. Для 95% практических задач этого качества более чем достаточно.
JPG (качество 60%) — ~120 КБ. Экономия ощутимая, но на скриншотах с мелким текстом начинают проявляться муар и размытие. Подходит для превью и иллюстраций, но не для скриншотов, где важна читаемость мелких элементов.
WebP (качество 80%) — ~200 КБ. На 30% компактнее JPG при сопоставимом визуальном качестве. Но: Outlook до сих пор не рендерит WebP в письмах, а некоторые CMS требуют конвертации перед загрузкой.
Рекомендация простая: если скриншот отправляется по почте или в мессенджер — JPG 85%. Если вставляется в веб-страницу, которую вы контролируете — WebP. Если нужна безупречная чёткость текста при любом масштабировании — PNG.
Баг-репорты и тикеты. Jira Cloud ограничивает вложения 10 МБ на файл (2 МБ для некоторых конфигураций). GitHub — 25 МБ, но при вставке в issue изображение ресайзится автоматически и часто с артефактами. Заранее подготовленный скриншот нужного размера — гарантия того, что разработчик увидит именно то, что вы видели.
Документация и инструкции. Внутренние wiki и базы знаний (Confluence, Notion, GitBook) оптимизированы для изображений шириной 800-1200 px. Скриншоты с нативным разрешением 4K-монитора создают огромные отступы и ломают верстку страницы.
Формы обратной связи. Многие онлайн-формы (Zendesk, Intercom, Google Forms) ограничивают размер загружаемых файлов 1-5 МБ. Скриншот с Retina-дисплея без обработки эти ограничения не пройдёт.
Email-рассылки. Сервисы массовых рассылок (Mailchimp, SendPulse) рекомендуют общий вес письма до 100 КБ для быстрой загрузки. Один неоптимизированный скриншот может весить в 20 раз больше.
Академические и рабочие отчёты. Вставка скриншотов в Word или LaTeX-документы часто приводит к разбуханию файла до 50-100 МБ. Уменьшение скриншотов до ширины 800-1000 px решает проблему, не ухудшая читаемость при печати.
Использование Paint для ресайза. Стандартный Paint в Windows применяет билинейную интерполяцию при масштабировании. Текст на скриншотах после такого ресайза получается размытым, с нечёткими краями. Современные алгоритмы (Lanczos, Mitchell) дают значительно лучший результат для текстового контента.
Пропорциональное масштабирование в процентах. «Уменьшить на 50%» звучит просто, но 50% от 3456 px — это 1728 px, что всё ещё больше, чем нужно для большинства задач. Гораздо эффективнее задавать целевую ширину в пикселях, исходя из конкретного контекста использования.
Многократное пересохранение в JPG. Каждое сохранение скриншота в JPG с потерями накапливает артефакты. Если вы делаете ресайз, работайте с исходным файлом (PNG), а не с уже сжатой JPG-копией.
Игнорирование формата. Пересохранение скриншота интерфейса в JPG без настройки качества часто даёт видимые артефакты на тонких линиях иконок и границах кнопок. Для скриншотов UI-элементов PNG или WebP обычно предпочтительнее.
Обрезка вместо ресайза. Обрезка (crop) удаляет часть содержимого, но не уменьшает разрешение оставшегося фрагмента. Если вам нужно одновременно выделить нужную область и уменьшить её размер, сначала используйте инструмент обрезки, затем — ресайз.
Когда речь идёт о разовой операции «уменьшить скриншот до 1000 px по ширине», открывать Photoshop, GIMP или даже Figma — избыточно. Вот почему:
Время. Загрузка Photoshop — 15-30 секунд на мощном ПК. Открытие файла, навигация в меню Image → Image Size, ввод значения, выбор алгоритма интерполяции, экспорт. Весь процесс занимает 2-3 минуты. Онлайн-ресайз — 20-30 секунд, включая загрузку файла.
Доступность. Работаете на чужом компьютере, на планшете, на Chromebook без установленных редакторов? Браузер есть всегда.
Порог входа. Далеко не каждый знает, что такое алгоритм интерполяции и какой выбрать. Инструмент вроде Pixes берёт эти решения на себя, предлагая разумные настройки по умолчанию.
Десктопные редакторы оправданы, когда нужен точный контроль: пакетная обработка сотен файлов, сложные операции с цветом, добавление аннотаций перед ресайзом. Для быстрого уменьшения одного скриншота онлайн-инструмент — рациональнее.