uCheckeruChecker
Блог/Лучшие практики
7 мин чтения

GIF в email: размер, оптимизация и поддержка

GIF остаётся самым надёжным способом дать движение внутри письма. Ни JavaScript, ни AMP, ни фокусов со встроенным видео, просто последовательность кадров, которая сама проигрывается почти в любом почтовом клиенте на свете. Загвоздка в том, что плохо оптимизированный GIF раздувает письмо до нескольких мегабайт, тормозит отрисовку на телефоне и доводит до обрезки письма в Gmail. Ниже всё, что нужно знать отправителю: ограничения формата, допустимый вес, порядок оптимизации, особенности клиентов и запасные варианты.

Почему GIF по-прежнему актуален в email

Email-HTML — среда с жёсткими ограничениями. JavaScript вырезается почти везде. Тег <video> поддерживают Apple Mail, некоторые iOS-клиенты и Thunderbird — примерно 20-25% открытий. Анимированный WebP не работает в Outlook и нестабилен в остальных клиентах. APNG — ещё хуже. Остаётся GIF: единственный анимированный формат, который рендерится в Gmail, Yahoo, Apple Mail, Samsung Mail, веб-версии Outlook и на большинстве мобильных клиентов.

Единственное заметное исключение — десктопный Outlook для Windows (движок рендеринга Word). Он показывает только первый кадр GIF, статичную картинку. Это поведение не менялось с Outlook 2007 и сохраняется в Outlook 2024/2026. Отсюда правило: первый кадр каждого GIF в письме должен нести полноценное сообщение и без анимации.

Правильно подобранный GIF поднимает CTR. Демонстрация продукта, короткий UI-тур, таймер обратного отсчёта, анимированная визуализация данных — всё это работает сильнее статичного скриншота, потому что движение притягивает взгляд. Но тяжёлые файлы, отвлекающие петли и декоративное мельтешение вредят времени загрузки и раздражают читателей.

Допустимый вес: цифры и причины

Gmail обрезает HTML-тело письма, если оно превышает 102 КБ. Изображения с внешних URL не входят в этот лимит, но общий вес загрузки влияет на скорость рендеринга. GIF на 2 МБ при нестабильном 4G — это несколько секунд серого прямоугольника на экране подписчика. Многие пролистнут дальше или закроют письмо.

Практический потолок для одного GIF в email — 500-700 КБ. Ниже 500 КБ — отлично. Выше 1 МБ — начинаются проблемы на мобильных. Выше 2 МБ — откровенно враждебно к читателю. Некоторые ESP (например, Mailchimp) предупреждают, если суммарный вес сообщения превышает 1 МБ. Другие — нет, так что контроль на вас.

Если в письме несколько изображений плюс GIF, отводите на GIF не больше половины общего веса картинок. Разумный суммарный бюджет на все изображения в одном письме — 800 КБ – 1,2 МБ. Чем меньше, тем лучше.

Оптимизация: от сырой записи до готового файла

Запись экрана, экспортированная в GIF напрямую из Cleanshot или LICEcap, почти всегда слишком тяжёлая для email. Трёхсекундный захват в retina-разрешении легко весит 5-8 МБ. Нужно сократить размер на порядок, не превращая картинку в кашу.

Шаг первый: уменьшить размеры. Максимальная полезная ширина GIF для email — 600 пикселей (стандартная ширина контента письма). Retina-дисплеи не выигрывают от увеличенных GIF так, как от 2x-статических изображений, потому что удвоение размеров GIF увеличивает вес катастрофически: число кадров умножается на четырёхкратную площадь пикселей.

Шаг второй: уменьшить количество кадров. Человеческий глаз воспринимает плавное движение при 12-15 кадрах в секунду. Большинство записей экрана делается при 24-30 fps — это удваивает вес файла при незаметном приросте плавности. Снизьте до 10-12 fps. Инструменты: ezgif.com, gifsicle (CLI), экспорт таймлайна в Photoshop.

Шаг третий: уменьшить глубину цвета. GIF поддерживает максимум 256 цветов на кадр. Многие GIF используют все 256, хотя 64 или даже 32 достаточно. Сокращение палитры с 256 до 64 цветов уменьшает вес на 30-50% при минимальной визуальной деградации, особенно для скриншотов интерфейса и простых товарных фото. Для фотографического контента 128 цветов — обычно нижний предел, после которого появляется заметный бандинг.

Шаг четвёртый: обрезать длительность. Короче — легче. GIF не обязан показывать полную 30-секундную демонстрацию продукта. Захватите ключевые 2-4 секунды. Если нужна более длинная последовательность, дайте ссылку на видео на лендинге.

Шаг пятый: lossy-сжатие. Gifsicle с флагом --lossy=80 вносит едва заметные артефакты, невидимые при размерах email-просмотра, но экономит 20-40% веса. Онлайн-инструменты ezgif и Compressor.io делают то же самое. Применяйте последним шагом, после всех остальных оптимизаций.

Поддержка в почтовых клиентах: что играет, что замирает

Полная поддержка анимации (GIF проигрывается в цикле): Gmail (веб и мобильный), Apple Mail, iOS Mail, Samsung Mail, Yahoo Mail, Outlook.com (веб), Outlook для Mac, Thunderbird, AOL Mail. Это примерно 75-80% email-открытий в мире.

Только первый кадр (статичный fallback): десктопный Outlook для Windows (2007, 2010, 2013, 2016, 2019, 2021, Microsoft 365 десктоп). Новый Outlook для Windows (веб-версия, которую Microsoft продвигает как замену) рендерит анимированный GIF, но переход на него идёт постепенно, и классический десктопный клиент доминирует в B2B-среде.

Частичная или условная поддержка: некоторые корпоративные email-шлюзы блокируют изображения по умолчанию, и GIF появляется только после того, как пользователь нажмёт «Показать картинки». С этим ничего нельзя сделать, кроме как писать описательный alt-текст. Не alt="gif", а что-то вроде alt="Демо продукта: загрузка файла в 3 шага".

Проектирование с учётом Outlook

Раз Outlook для Windows показывает только первый кадр, этот кадр должен нести основной смысл. Если GIF — демонстрация продукта, первый кадр должен показывать продукт в финальном или самом узнаваемом состоянии, а не пустой экран загрузки. Если это таймер, первый кадр должен содержать дату и время дедлайна обычным текстом.

Частая ошибка: первый кадр пустой или содержит только логотип бренда, а реальный контент появляется в последующих кадрах. Получатели в Outlook видят бессмысленный прямоугольник. Они не знают, что анимация подразумевалась. Они видят сломанное письмо.

Если дизайн требует анимации от пустого к контенту (плавное появление текста, например), добавьте статичный дубликат финального состояния как нулевой кадр с минимальной задержкой (10 мс). В клиентах с анимацией это будет незаметно, а Outlook отобразит именно этот кадр.

Доступность и чувствительность к движению

Быстро мигающие GIF могут спровоцировать приступ у людей с фоточувствительной эпилепсией. Требование WCAG 2.1 (пункт 2.3.1): контент не должен мигать чаще трёх раз в секунду. Это не рекомендация, а юридическое требование во многих юрисдикциях. Избегайте стробоскопических эффектов, быстрого чередования цветов и высококонтрастного мерцания.

Помимо риска приступов, зацикленная анимация отвлекает людей с нарушениями внимания и вызывает дискомфорт у людей с вестибулярной чувствительностью. Медиа-запрос prefers-reduced-motion в email фактически не работает ни в одном клиенте, поэтому переключатель анимации вы не предоставите. Практическое решение — сдержанность: GIF 2-5 секунд, плавные переходы вместо резких, конечное число циклов (3-5 повторов), а не бесконечное.

Alt-текст для GIF должен описывать содержание и действие, а не формат. Скринридеры озвучивают атрибут alt; они не говорят «анимированное изображение». Alt-текст должен передавать то, что показывает анимация, чтобы люди, которые её не видят, всё равно получили информацию.

Когда GIF не нужен

Если анимация чисто декоративная — машущая рука, конфетти, пульсирующая кнопка — задайте себе вопрос: стоит ли она своего веса? GIF с конфетти на 200 КБ не добавляет ничего, кроме килобайт. Статичная картинка с чётким CTA в большинстве A/B-тестов обходит декоративную анимацию.

Для сложных анимаций длиннее 5-6 секунд лучше использовать статичную миниатюру с кнопкой play, ведущей на хостинг видео. Миниатюры YouTube и Vimeo генерируются легко. Подписчик кликает, попадает на страницу и смотрит в нормальном видеоплеере. Проблема многомегабайтного GIF исчезает.

CSS-анимации (затухание, сдвиги, цветовые переходы) работают в Apple Mail и нескольких других клиентах. Они ничего не весят в файловом выражении. Там, где поддерживаются, — дают слой лёгкого движения; там, где нет, — деградируют до статики без потерь. Стоит попробовать, если ваша аудитория тяготеет к Apple.

GIF в email — инструмент, а не украшение. Если анимация не помогает подписчику понять продукт или совершить действие, она мешает.

Чек-лист: GIF в email-рассылке

  • 1Ширина ≤ 600px. Без retina-масштабирования для GIF.
  • 2Вес файла до 500 КБ. Абсолютный потолок — 1 МБ.
  • 3Частота кадров 10-12 fps, не 24-30.
  • 4Палитра сокращена до 64-128 цветов, где возможно.
  • 5Длительность 2-4 секунды. Для длинного контента — ссылка на видео.
  • 6Первый кадр несёт полный смысл (fallback для Outlook).
  • 7Никакого мерцания чаще 3 раз/сек (WCAG 2.3.1).
  • 8Описательный alt-текст, а не «gif» или «анимация».
  • 9Lossy-сжатие как финальный шаг (gifsicle, ezgif).
  • 10Тест в Gmail, Apple Mail, десктопном Outlook и одном Android-клиенте.

Анимация в письме бесполезна, если письмо не дошло. Проверьте свою базу в uChecker — 100 бесплатных проверок, чтобы убедиться, что ваши GIF увидят живые подписчики, а не спам-папка.

gif в emailанимация в рассылкеоптимизация gifgif outlookвес gif emailemail designaccessibility emailemail best practices