В статье сравниваем конструкторы писем Pixcraft и TOPOL: в чём заключаются их подходы к созданию email-шаблонов и какие различия между двумя инструментами особенно заметны.

small_pixvstopcov (1) (1).png

thumbnail_pixvstopcov (1) (1).png

pixvstopcov (1) (1).png

Pixcraft vs TOPOL: чем различаются подходы в работе над email-шаблонами

В последние годы в России постепенно меняется практика использования иностранных цифровых сервисов. Так, [**с 2025 года**](https://www.consultant.ru/document/cons_doc_LAW_499984/) ужесточились требования к хранению и обработке персональных данных граждан РФ, а использование зарубежной инфраструктуры в ряде случаев грозит юридическими рисками.

Новые требования затрагивают в том числе веб-аналитику: в частности, Google Analytics передаёт технические и поведенческие данные на зарубежные серверы, что может не соответствовать установленным нормам. В подобных условиях решением становится поиск альтернативы, одной из которых является Яндекс Метрика.

В этой статье рассмотрим практический способ перехода с Google Analytics на Яндекс Метрику: от различий в логике сбора данных до переноса событий и параметров.

## Чем отличаются подходы Google Analytics и Яндекс Метрики

В основе **Google Analytics** лежит событийная модель: любое значимое действие пользователя фиксируется как событие. Здесь цель, как правило, представляет собой не отдельное действие, а цепочку событий с дополнительными условиями. Единичное событие лишь иногда может рассматриваться как цель, но это происходит редко.

События почти всегда дополняются параметрами. В Google Analytics чаще всего используют разбиение на значимые события, такие как подписка на рассылку, совершение покупки, получение заявки и так далее. Само событие фиксирует факт действия, а параметры событий передают контекст (например, идентификатор формы, источник трафика, тип контента или заголовок статьи).

В **Яндекс Метрике** логика устроена иначе. Базовой сущностью здесь считается именно цель: посещение страницы, клик, отправка формы, определённое время на сайте, количество просмотров и так далее. Для каждой цели задаётся условие, по которому система фиксирует её достижение.

## Как передавать события и параметры в Яндекс Метрику

При переходе с Google Analytics на Яндекс Метрику событийная логика переносится через цели. Для пользовательских действий используется цель «JavaScript-событие»: по сути, она служит точкой фиксации действия, к которой можно привязать любой контекст.

Сначала цель настраивается в интерфейсе Яндекс Метрики. Для этого:

**1.** Перейдите в раздел «Цели» (он находится в панели слева).

**2.** Нажмите «Добавить цель».

**3.** Выберите тип «JavaScript-событие».

**4.** Задайте название и идентификатор цели, например, `myEventName`.

<Img
img="/api/uploads/01_dobtsel_ba12dd41b2.png"
alt="Настройка цели в Яндекс Метрике"
/>

После этого Яндекс Метрика покажет код цели, который необходимо разместить на сайте:

```xml
ym(123456789,'reachGoal','myEventName');
```

Он фиксирует достижение цели, но не содержит параметров, уточняющих детали действия. Чтобы сохранить привычную для Google Analytics модель с контекстом, к вызову `reachGoal` добавляются параметры цели.

Простой вариант с параметрами может выглядеть так:

```xml
ym(123456789, 'reachGoal', 'myEventName', {
 "myParam1": "myParam1Value",
 "myParam2": "myParam2Value"
});
```

При этом Яндекс Метрика принимает не только строки и числа. В параметрах можно передавать объекты с вложенной структурой, что удобно для описания сложных действий:

```xml
ym(123456789, 'reachGoal', 'myEventName', {
 form: {
 id: 'lead_form',
 type: 'popup'
 }
});
```

В таком виде данные сохраняются вместе с достижением цели и становятся доступны для дальнейшего анализа.

После того как цели начинают фиксироваться, информация о них появляется в отчётах. Найти их можно во вкладке **Отчёты → Содержание → Параметры цели**. Здесь:

- отображаются зафиксированные достижения целей; 
- базовая группировка строится по JavaScript-целям; 
- параметры доступны как вложенности цели (в интерфейсе они называются «Группировками»), отражающими структуру переданных данных.

В этой модели достижение цели отвечает за сам факт действия, а параметры описывают его контекст. По логике анализа это сопоставимо с параметрами событий в Google Analytics. Меняется только терминология и точка входа данных.

## Как использовать Яндекс Метрику с разметкой в Google Tag Manager

Переход с Google Analytics обычно выполняется в несколько этапов. На первом из них все события начинают отправляться в Яндекс Метрику, но управление существующей разметкой всё ещё выполняется через **Google Tag Manager (GTM)**. Это снижает потенциальные риски и на время переходного периода позволяет собирать данные как в Google Analytics, так и в Яндекс Метрике.

Логика работы следующая:

- пользовательские действия продолжают отслеживаться триггерами GTM; 
- значения подставляются из переменных GTM; 
- вместо отправки событий в Google Analytics фиксируется достижение JavaScript-цели в Яндекс Метрике (либо данные могут отправляться сразу в обе системы).

Предположим, что в контейнере Google Tag Manager уже настроены:

- триггер «Отправка формы»; 
- переменные `FormType`, `ButtonText`.

В этом случае создаётся тег типа `Custom HTML` со следующим кодом:

```xml
<script>
 ym(123456789,'reachGoal','lead_submit', {
 form_type: '{{FormType}}',
 button_text: '{{ButtonText}}'
 });
</script>
```

Здесь:

- `lead_submit` — идентификатор JavaScript-цели в Яндекс Метрике; 
- значения параметров подставляются из переменных GTM; 
- вся логика сбора данных остаётся централизованной в контейнере.

Фактически меняется только точка назначения данных, а структура триггеров, набор переменных и сценарии срабатывания остаются прежними. За счёт этого можно перенастроить аналитику с Google Analytics на Яндекс Метрику без пересборки существующей логики отслеживания.

Вкратце на этом этапе система выглядит так:

- Google Analytics может быть отключена; 
- Яндекс Метрика фиксирует достижение целей и принимает параметры; 
- триггеры по-прежнему описаны в GTM; 
- управление логикой не требует изменений в коде сайта.

Следующим шагом становится перенос разметки в **Яндекс Тег Менеджер**, где вся логика полностью локализуется.

## Как подключить Тег Менеджер в Яндекс Метрике: базовая логика

Яндекс Тег Менеджер работает как часть счётчика Яндекс Метрики. Он загружается вместе с кодом счётчика, но при этом имеет собственный слой логики для управления тегами и триггерами.

Подключение выполняется в интерфейсе Яндекс Метрики:

**1.** Откройте настройки и перейдите в раздел «Счётчик».

**2.** Включите Тег Менеджер.

**3.** При необходимости активируйте опцию «Пользовательский HTML», если требуется запуск произвольного кода.

<Img
img="/api/uploads/02_tegmng_15b7daba60.png"
alt="Подключение Тег менеджера в Яндекс Метрике"
/>

После этого менеджер тегов готов к работе. Если счётчик Яндекс Метрики уже установлен на сайте, в код не потребуется вносить никаких изменений.

### Переменные, триггеры и теги

По логике работы Яндекс Тег Менеджер близок к Google Tag Manager. В нём также используются переменные, триггеры и теги, которые связываются между собой. При этом важно отметить, что повторная разметка сайта не понадобится, а для вызова триггера пользовательских событий используется тот же синтаксис, что и в GTM:

```xml
dataLayer.push({ event: 'form-submitted', param: 'param-value' });
```

**Переменные.** В менеджере доступны встроенные переменные, которые чаще всего используются в условиях и передаче данных:

- URL страницы; 
- текст клика; 
- идентификатор формы; 
- referrer и другие.

Эти значения можно применять в условиях триггеров и при передаче параметров в тегах.

Переменные уровня данных (те параметры, которые передаются через `dataLayer.push`) необходимо перенести отдельно. Для этого:

- нажмите «Добавить переменную» и укажите название; 
- в поле «Шаблон переменной» выберите «Переменная уровня данных»; 
- в появившемся поле «Имя переменной уровня данных» укажите значение, которое используется в качестве параметра в `dataLayer.push`.

При необходимости также можно создать служебную переменную с кодом счётчика. Для этого в шаблоне переменной выберите «Константа» и укажите номер вашего счётчика Яндекс Метрики.

<Img
img="/api/uploads/03_perem_d38c04e0fb.png"
alt="Создание переменной в Яндекс Тег Менеджере"
/>

**Триггеры.** В Яндекс Тег Менеджере они работают аналогично GTM. Триггер реагирует на действие пользователя и запускает связанный с ним тег. Например:

- тип: «Отправка формы»; 
- условие: `Form ID` равно `lead_form`.

Для пользовательских событий, отправляемых через `dataLayer.push`, необходимо выбрать тип триггера «Специальное событие». В качестве названия события укажите значение поля `event`, заданное в `dataLayer.push`.

**Теги.** Также опираются на логику, аналогичную GTM, и выполняют код при срабатывании триггера. Для разметки целей используется шаблон тега из каталога с названием «Яндекс Метрика», служащий для передачи информации о достижении цели.

При этом в отличие от GTM, в Яндекс Тег Менеджере доступен визуальный шаблон, поэтому прописывать HTML-код вручную не требуется.

<Img
img="/api/uploads/04_nastrteg_4c6d13c074.png"
alt="Настройка тега в Яндекс Тег Менеджере"
/>

В поле «ID счётчика» укажите ранее созданную переменную. Для передачи параметров необходимо выбрать опцию «Добавить поле params» и указать JSON-структуру, где в качестве значений используются переменные уровня данных. Например:

```xml
{"form-type":"{{FormType}}", "button-text":"{{ButtonText}}"}
```

После публикации:

- достижение JavaScript-цели будет фиксироваться в Яндекс Метрике; 
- параметры станут доступны в отчёте (Отчёты → Содержание → Параметры цели).

Синтаксис вызовов на сайте не меняется, поэтому на завершающем этапе достаточно удалить код GTM и заменить его кодом Яндекс Метрики в шаблоне сайта.

Таким образом, краткая последовательность перехода с Google Analytics на Яндекс Метрику выглядит так:

**1.** Действия, которые ранее отслеживались как события в Google Analytics, переводятся в цели Яндекс Метрики.
 
**2.** Контекст действий передаётся через параметры `reachGoal`.

**3.** На первом этапе логика может продолжать работать в Google Tag Manager.

**4.** Затем эта же логика переносится в Яндекс Тег Менеджер без изменения сценариев срабатывания.

## Заключение

Переход на отечественные инструменты веб-аналитики в 2026 году — это актуальная и при этом технически реализуемая задача. Яндекс Метрика предоставляет богатый функционал для сбора и анализа данных, а Яндекс Тег Менеджер обеспечивает централизованное управление разметкой и сценариями. При корректной настройке качество аналитики сохраняется, а работа с данными остаётся управляемой и соответствует требованиям законодательства.

Кстати, если вы хотите прокачать навыки в email-маркетинге, загляните в наш [**Telegram-канал**](https://t.me/pixcraft_io). Там мы делимся полезными материалами, лайфхаками и идеями для работы.

В статье пошагово разбираем, как перейти с Google Analytics на Яндекс Метрику, в чём отличие подходов двух инструментов и что учитывать в процессе.

small_cov_new_1.png

thumbnail_cov_new_1.png

cov_new_1.png

Переход с Google Analytics на Яндекс Метрику: как не потерять данные и время

При создании AMP-писем важно учитывать не только корректность разметки, но и среду, в которой письмо будет открываться и рендериться у получателя. Почтовые клиенты могут по-разному интерпретировать одни и те же механизмы, что отражается на поведении компонентов email-шаблона.

В статье разбираем отличия отображения AMP-писем в Gmail и Mail.ru, а также какие ограничения необходимо учитывать при вёрстке.

## Состояния (amp-state) и их начальные значения

Состояния в AMP-письмах используются как переменные, где можно хранить любые данные и строить на их базе условную логику отображения. Эти значения подставляются в атрибуты (`[text]`, `[class]` и другие) и обновляются в ответ на действия пользователя. 

Важно учитывать, что значение внутри `<amp-state>` применяется только после инициализации состояния через `AMP.setState`. Если какие-либо данные необходимо показать сразу после открытия письма, их можно задать как обычный контент элемента или значение атрибута:

```xml
default value
```

В данном случае изначально будет отображаться `default value`, а после действия пользователя — значение `myItem.el`. При этом само действие может быть любым, в том числе формальным. Например:

```xml
<amp-state id="myItem">
 <script type="application/json">
 { "el": "new value" }
 </script>
</amp-state>
default value
<button on="tap:AMP.setState({})">Кнопка</button>
```

В **Gmail** этот процесс работает в соответствии со стандартом. Здесь при клике на кнопку инициализируется состояние, и в элементе `` появляется текст `new value`. 

**Mail.ru**, в свою очередь, не учитывает начальные значения, заданные в `<amp-state>`. Из-за этой особенности атрибуты, которые рассчитывают на данные по умолчанию, после инициализации будут отображаться как `null`.

Для обхода этого ограничения вместо `<amp-state>` используйте `setState`, чтобы значения динамически обновлялись в момент действия пользователя:

```xml
<button on="tap:AMP.setState({ myItem: { el: 'new value' } })">
 Кнопка
</button>
<div [text]="myItem.el">default value</div>
```

## Ограничение на размер выражений

Хотя в `amp-bind` стандартом не предусмотрены какие-либо ограничения, **Mail.ru** устанавливает строгий лимит на длину выражений — не более **100** единиц. В частности, команда Pixcraft столкнулась с этим ограничением во время разработки [**AMP-игры «Змейка»**](https://pixcraft.io/ru/blog/zmejka-v-pisme-kak-my-s-altcraft-sozdali-igru-dlya-amp-rassylki). При клике на кнопку в письме Mail.ru отображал ошибку:

```xml
amp-bind: Expression eval failed. Expression size (194) exceeds max (100)
```

В то же время с **Gmail** подобных сложностей не возникало.

Здесь практическое решение — проектировать логику письма с учётом лимита в Mail.ru: оптимизировать вычисления таким образом, чтобы не выходить за установленные рамки. 

## Работа AMP‑каруселей

`<amp-carousel>` — полезный инструмент для создания интерактивных галерей изображений. Он работает предсказуемо в большинстве клиентов с поддержкой AMP, однако в **Gmail для iOS** при нажатии на стрелку навигации письмо прокручивается вверх, а контекст просмотра теряется. Исправить проблему настройками самого `<amp-carousel>` нельзя, так как она не связана с параметрами `type`, `layout` или размерами компонента.

Надёжным решением для этой ситуации становится сборка собственной карусели с использованием `amp-bind`. В этом варианте письмо при взаимодействии не смещается самопроизвольно. Ниже — пример такой AMP‑карусели, включающий 4 слайда:

```xml
<style amp-custom>
.carousel-wrapper {
position: relative;
width: 500px;
height: 400px;
overflow: hidden;
}
.carousel-container {
display: flex;
transition: transform 0.5s ease-in-out;
}
.slide-0 { transform: translateX(0%); }
.slide-1 { transform: translateX(-100%); }
.slide-2 { transform: translateX(-200%); }
.slide-3 { transform: translateX(-300%); }
.carousel-slide {
min-width: 100%;
flex: 0 0 auto;
}
</style>
<div class="carousel-wrapper">
<div class="carousel-container" [class]="'carousel-container slide-' + carouselState.index">
<amp-img src="pic1.jpg" width="500" height="400" class="carousel-slide"></amp-img>
<amp-img src="pic2.jpg" width="500" height="400" class="carousel-slide"></amp-img>
<amp-img src="pic3.jpg" width="500" height="400" class="carousel-slide"></amp-img>
<amp-img src="pic4.jpg" width="500" height="400" class="carousel-slide"></amp-img>
</div>
</div>
<button on="tap:AMP.setState({carouselState: {index: (carouselState.index - 1 + 4) % 4}})">
Previous
</button>
<button on="tap:AMP.setState({carouselState: {index: (carouselState.index + 1) % 4}})">
Next
</button>
```

Базовая логика здесь следующая:

- индекс текущего слайда хранится в состоянии; 
- контейнер со слайдами сдвигается через `transform: translateX(...)`; 
- навигация реализуется через `AMP.setState` по кнопкам «вперёд» и «назад».

## Поддержка CSS

Восприятие AMP-CSS в Gmail и Mail.ru заметно различается. Например, **Gmail** следует спецификации AMP for Email максимально строго, что проявляется в нескольких аспектах:

- **Разрешён только ограниченный набор CSS-свойств.** Конструкции, выходящие за рамки спецификации, приводят к тому, что письмо не проходит валидацию. 
- **Запрещено использование псевдоэлементов `:before` и `:after`.** Это критично для привычных приёмов вёрстки, таких как декоративные иконки, маркеры списков, оверлеи и тени, реализуемые через псевдоэлементы. 
- **[Анимация](https://pixcraft.io/ru/blog/animaciya-v-email-rassylkah-rekomendacii-dlya-stabilnogo-otobrazheniya) и переходы сильно ограничены на уровне рендеринга.** Поддерживаются только базовые CSS-анимации, без сложных таймингов и цепочек эффектов.

**Mail.ru** на практике предъявляет более мягкие требования к использованию CSS. Здесь:

- шире поддержка CSS-анимаций; 
- меньше ограничений на декоративные приёмы и визуальные эффекты; 
- допустимы решения, которые Gmail блокирует или игнорирует при рендеринге.

Из-за этого если при вёрстке письма ориентироваться только на Mail.ru, почти неизбежно появляется CSS, который Gmail не принимает. Поэтому более надёжная стратегия работы с AMP-CSS выглядит так:

- основная вёрстка с учётом ограничений Gmail: только разрешённые свойства, без псевдоэлементов, с минимальными анимациями; 
- контрольная проверка, что AMP стабильно отображается в Gmail; 
- аккуратное расширение под Mail.ru: использование дополнительных анимаций и визуальных приёмов поверх базовой вёрстки, уже прошедшей проверку в Gmail.

## Тёмная тема в AMP‑письмах

На работу [**тёмной темы**](https://pixcraft.io/ru/blog/tyomnaya-tema-kak-ona-ustroena-i-kak-s-nej-rabotat) влияют как сам почтовый клиент, так и используемая платформа. Из-за этого один и тот же AMP-шаблон может выглядеть по-разному в Mail.ru, Gmail на Android и Gmail на iOS.

**Mail.ru** не перекрашивает AMP-письма автоматически. Цвета, фоны и контраст здесь задаются через CSS. Для управления темами используется meta-тег:

```xml
<meta name="supported-color-schemes" content="light dark">
```

Также задействуются CSS-селекторы в `style`:

- `:root[data-ogsc]` — тёмная тема; 
- `:root:not([data-ogsc])` — светлая тема.

В **Gmail для Android** ситуация иная. При включённой тёмной теме светлые AMP-письма автоматически перекрашиваются по общей логике преобразования светлого макета в тёмный. Если же AMP-письмо изначально выполнено в тёмной цветовой схеме, в Gmail на Android оно сохраняет свой внешний вид. По этой причине тёмные дизайны здесь обычно отображаются стабильнее, чем светлые.

В **Gmail для iOS** AMP-письма не перекрашиваются автоматически, а управлять тёмной темой через CSS нельзя. Письмо отображается в исходных цветах вне зависимости от настроек системы или самого приложения Gmail.

Таким образом, полноценная поддержка светлой и тёмной темы доступна только для Mail.ru. Поэтому при жёстких требованиях к цветам рекомендуется использовать нейтральный или базовый тёмный дизайн, а проверку письма стоит проводить отдельно в каждом клиенте.

## Тестирование AMP‑писем

Тестирование — финальный этап перед отправкой рассылки. Он позволяет оценить валидность AMP-кода, корректность CSS и то, как почтовый клиент реагирует на ошибки.

Для этого **Gmail** предлагает инструмент [**Gmail AMP for Email Playground**](https://amp.gmail.dev/playground/), с помощью которого можно:

- проверять разметку на соответствие спецификации AMP for Email; 
- обнаруживать недопустимые компоненты или атрибуты; 
- отправлять тестовые письма на собственный адрес @gmail.com.

<Img
img="/api/uploads/01_pgrndgm_ef906bc75c.png"
alt="Playground Gmail"
/>

Если после отправки в клиенте отображается AMP-версия — значит, проверка пройдена. Если же вместо неё открывается HTML-версия, над письмом появится уведомление: код ошибки (например, недопустимый компонент) и ссылка на документацию.

Собственный [**Playground**](https://postmaster.mail.ru/amp/playground.html) есть и у **Mail.ru**. В нём также можно выявить ошибки, связанные с нарушением спецификации или внутренних ограничений почтового клиента, и отправить тестовую рассылку себе на почту.

<Img
img="/api/uploads/02_plgrnmlr_7a2a6e664c.png"
alt="Playground Mail.ru"
/>

Таким образом, оптимальным решением становится тестирование в обоих клиентах:

- сначала общая проверка валидности AMP-кода; 
- затем тестирование интерактива и логики в Gmail; 
- после этого обязательная проверка рендеринга и поведения в Mail.ru.

Подробнее о том, как подготовить AMP-письмо к тестированию и отправке, читайте в нашей [**подробной инструкции**](https://docs.pixcraft.io/ru/amp/getting_started.html).

## Заключение

Поведение AMP-писем зависит не только от реализации кода, но и от правил его обработки в почтовом клиенте. Учёт особенностей Gmail и Mail.ru помогает сохранить контроль над интерактивом и визуальной частью письма. В этом контексте различия между клиентами задают понятные рамки, на основании которых строится реализация email-кампаний.

Кстати, если вы хотите прокачать навыки в email-маркетинге, загляните в наш [**Telegram-канал**](https://t.me/pixcraft_io). Там мы делимся полезными материалами, лайфхаками и идеями для работы.

Рассказываем о различиях отображения AMP-писем в Gmail и Mail.ru: как отличаются использование состояний, восприятие длины выражений, работа каруселей, тёмная тема и многое другое.

small_cov_gmmlr.png

thumbnail_cov_gmmlr.png

cov_gmmlr.png

AMP-письма: как различается их обработка в Gmail и Mail.ru

Электронное письмо — это гораздо больше, чем текст и визуальное оформление. Техническая сторона здесь играет существенную роль: она определяет, в каком виде шаблон формируется и как обрабатывается после отправки. В частности, одним из важных параметров становится размер письма (или, проще говоря, его вес).

Но что именно означает этот термин? И на какие детали обращать внимание, чтобы техническая часть не вступала в противоречие с креативной задумкой? Разбираем в этой статье.

## Из чего складывается размер электронных писем

Вес письма определяется его HTML-частью. Если используется AMPHTML-часть, её также учитывают. Речь идёт именно о числе байт в коде, а не о длине рассылки по количеству экранов: внешне компактное письмо может оказаться тяжеловесным с технической точки зрения, и наоборот.

Итоговый размер email-шаблона во многом зависит от способа его создания, из-за чего визуально схожие письма могут значительно отличаться по весу. На значение влияют:

- HTML-разметка (таблицы, контейнеры, вложенные блоки, комментарии); 
- CSS (стили внутри `<style>` и свойства, заданные в атрибутах элементов); 
- текстовый контент (заголовки, абзацы, кнопки, подписи); 
- ссылки, пиксели отслеживания, скрытые технические блоки.

Размер изображений и [**анимации**](https://pixcraft.io/ru/blog/animaciya-v-email-rassylkah-rekomendacii-dlya-stabilnogo-otobrazheniya) при расчёте не учитывается. Почтовые клиенты загружают графику отдельно, после того, как обработана разметка письма. Но игнорировать этот параметр нельзя, так как объём графических файлов прямо влияет на восприятие письма в первые секунды после открытия:

- Тяжёлая графика в рассылке загружается дольше, особенно при медленном соединении или если в письме несколько объёмных изображений. 
- До того, как графические элементы загрузятся, пользователь будет видеть на их месте пустые области или плейсхолдеры. 
- Если загрузка занимает много времени, то главный визуальный блок может появиться слишком поздно, а первое впечатление будет испорчено.

Поэтому хотя графика не относится к весу кода письма, её оптимизация остаётся важной частью подготовки рассылки.

## Что влияет на предельный вес письма

### Ограничение в Gmail

Многие популярные почтовые клиенты формально [**не ограничивают**](https://www.dailystory.com/blog/html-email-clipping-limits-across-different-mailbox-providers/) размер электронных писем. Одним из немногих исключений является Gmail, который устанавливает фиксированный лимит по размеру HTML-части: **102 КБ**.

Если этот порог превышен, Gmail автоматически обрезает письмо и скрывает нижнюю часть под ссылкой «Показать полностью». Отображение рассылки целиком становится доступным только после дополнительного действия со стороны получателя.

<Img
img="/api/uploads/01_chastsoobsh_2a6c7f3fdd.png"
alt="Обрезка письма в Gmail"
/>

Всё это может повлиять и на восприятие, и на функциональность письма:

- Даже если обрезается только футер, именно там зачастую находятся контактные данные, юридическая информация и ссылка для отписки. Последнее особенно критично: если получатель не находит понятного способа отказаться от рассылки, одной из немногих доступных опций становится нажатие на кнопку «Сообщить о спаме». 
- Трекинг-пиксели (которые фиксируют факт открытия), как правило, также размещают в нижней части письма. Если она не загружается, то открытие не регистрируется, а статистика искажается. При этом когда автоматические сценарии зависят от того, открыл ли получатель письмо, ошибки начинают затрагивать всю оставшуюся [**цепочку коммуникаций**](https://pixcraft.io/ru/blog/kakie-email-cepochki-must-have-dlya-biznesa).

### Ограничение размера в AMP

Для AMP-контента действуют особые ограничения, указанные в [**спецификации AMP for Email**](https://amp.dev/documentation/guides-and-tutorials/email/learn/email-spec/amp-email-format):

- AMPHTML-часть письма — не более **200 000 байт** (примерно 195 КБ); 
- CSS внутри `<style amp-custom>` — не более **50 000 байт** (примерно 48 КБ).

Если любой из этих лимитов превышен, AMP-контент не пройдёт валидацию, и вместо него будет показана HTML-версия письма. Следует отметить, что ограничения заданы самим форматом и проверяются на этапе валидации AMP-кода.

### Спам-фильтрация

Почтовые клиенты и антиспам-системы оценивают рассылки по совокупности сигналов, связанных в том числе с содержимым кода письма. При анализе учитываются:

- структура и сложность HTML-разметки; 
- соотношение полезного контента и технических элементов; 
- количество трекеров и ссылок; 
- характер вложений и способ их подключения.

Подозрение вызывает не сам вес письма, а причины, по которым он сформировался: слишком громоздкий код, избыточный трекинг, чрезмерно сложные вложенные конструкции. В подобных случаях большой объём усиливает общий негативный сигнал при антиспам-оценке.

Это особенно важно для массовых рассылок. Если «тяжёлое» письмо с одинаковой структурой отправляется большому числу получателей, репутационные сигналы накапливаются быстрее и влияют на показатели доставляемости.

## Практики оптимизации размера письма

### Очистка HTML от лишних элементов

Незначительные на первый взгляд детали в коде на практике могут составлять существенную часть веса письма:

- **лишние пробелы и табуляции**, используемые для визуального выравнивания кода; 
- **переносы строк**, которые не имеют практического значения для рендеринга, но увеличивают объём; 
- **пустые строки** между блоками контента, оставшиеся после правок или копирования.

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

### Упрощение табличной структуры

Табличная HTML-разметка (`<table>`, `<tr>`, `<td>`) — один из базовых инструментов email-вёрстки: она обеспечивает стабильность и корректное отображение писем в различных почтовых клиентах. Однако ошибки в её применении способны значительно увеличивать вес кода.

К примеру, лишний объём может возникать из-за таких причин:

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

Практические способы оптимизации включают:

- **Сокращение глубины вложенности.** Если несколько уровней таблиц выполняют одну и ту же задачу, имеет смысл их объединить. Это уменьшает размер кода без риска для отображения письма. 
- **Использование `padding` в ячейках таблиц.** Создание отдельных таблиц и строк только ради отступов приводит к росту объёма кода. В этих случаях отступ лучше задавать через `padding` у `<td>`.

Даже небольшая, но аккуратная переработка структуры способна сократить вес письма, особенно в длинных макетах.

### Удаление «мёртвого кода»

В процессе работы над шаблонами часто накапливаются фрагменты кода, которые больше не используются, но сохраняются в письме и тем самым увеличивают его размер. К ним относятся:

- закомментированные блоки из старых версий письма, оставшиеся после переработки структуры; 
- фрагменты, связанные с завершёнными A/B-тестами; 
- скрытые элементы, не участвующие в отображении и логике письма.

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

### Очистка CSS

CSS заметно влияет на вес писем. В частности, это касается шаблонов, которые многократно редактируются. Чаще всего лишний объём формируется из-за:

- повторяющихся наборов CSS-свойств, которые прописываются у множества элементов без необходимости; 
- стилей и классов, оставшихся от предыдущих вариаций шаблона; 
- автоматической генерации инлайновых стилей, когда каждому блоку назначается одинаковый набор свойств.

Оптимизация сводится к регулярной ревизии стилей: удалению неиспользуемых правил и сокращению повторений. В [**AMP-письмах**](https://pixcraft.io/ru/blog/kak-vnedrit-amp-pisma-v-vashu-email-strategiyu) контроль CSS становится особенно важным из-за жёстких ограничений размера.

### Создание писем с помощью TJML

[**TJML**](https://pixcraft.io/ru/framework) — фреймворк, созданный командой Pixcraft для комфорта и ускорения вёрстки писем. Он позволяет работать с HTML- и AMP-версиями письма в рамках единой кодовой базы, а готовые шаблоны остаются стабильными в большинстве почтовых клиентов, включая Microsoft Outlook 2003–2024.

В части контроля веса писем TJML предусматривает такие механики:

- Фреймворк позволяет рассчитывать размер кода и сигнализирует о превышении рекомендуемого объёма. Это даёт возможность внести исправления до отправки тестовых писем и финальной сборки рассылки.

<Img
img="/api/uploads/02_tjmlwarn_e794848c22.png"
alt="Предупреждение о весе письма в TJML"
/>

- В TJML доступна оптимизация кода: из него удаляются лишние пробелы и избыточные элементы, не влияющие на отображение письма. В результате формируется корректно работающий шаблон с меньшим итоговым размером.

Подробнее о возможностях TJML и о том, как с его помощью ускорить разработку писем, рассказали в [**этой статье**](https://pixcraft.io/ru/blog/frejmvork-tjml-kak-verstat-pisma-bystro-i-prosto).

### Проверка до запуска рассылки

При отправке писем ESP и CDP обычно оборачивают ссылки в трекерные редиректы. К каждой ссылке добавляются дополнительные параметры, из-за чего они становятся длиннее и увеличивают общий объём кода. В результате письмо может укладываться в лимиты на этапе вёрстки, но превысить их после финальной сборки.

Здесь надёжный способ — тестовая отправка и проверка в том виде, в котором рассылка доставляется получателю. Это позволяет избежать обрезки HTML-письма и ошибок валидации AMP.

## Заключение

Вес письма — не абстрактный параметр, а практический фактор, который влияет на аналитику, доставляемость и восприятие рассылок. Поэтому работу с ним следует рассматривать как часть системной подготовки шаблона: от организации разметки и CSS до проверки итогового кода после обработки на стороне ESP или CDP.

Кстати, если вы хотите прокачать навыки в email-маркетинге, загляните в наш [**Telegram-канал**](https://t.me/pixcraft_io). Там мы делимся полезными материалами, лайфхаками и идеями для работы.

Рассказываем, что такое размер письма, что он в себя включает, какие факторы могут ограничивать предельный вес писем и как оптимизировать размер email-рассылки.

small_emailwght_cov.png

thumbnail_emailwght_cov.png

emailwght_cov.png

Вес электронного письма: что влияет на размер email-рассылок и как его оптимизировать

Человек просматривает письмо за доли секунды, и любое движение сразу бросается в глаза. Даже простая, но уместная анимация делает письмо гораздо живее.

Но за внешней привлекательностью анимации стоит множество аспектов:

- Где она действительно уместна? 
- Как сделать письмо ярким и динамичным, но при этом не перегрузить? 
- Будет ли компонент работать одинаково в разных почтовых клиентах? 

В этой статье рассмотрим возможности и ограничения анимации в электронных письмах, а также способы работы с ней для максимального качества отображения в email-кампании.

## Чем полезна анимация в письмах

Основная задача анимированных элементов — сделать рассылку более выразительной и цепляющей. Динамика способна привлечь внимание эффективнее, чем статичное изображение, и при уместном использовании усиливает общее впечатление от письма.

Анимация подходит для разных сценариев и типов email-кампаний:

- **Промо-письма.** К примеру, анимированный баннер подчёркивает выгоду и делает оффер визуально понятнее. В свою очередь, [**таймер**](https://pixcraft.io/ru/blog/amp-tajmer-ot-pixcraft-chem-on-polezen) с обратным отсчётом подталкивает читателя к действию, пока акция ещё актуальна. 
- **Онбординг.** Короткая демонстрация интерфейса в приветственных email-цепочках показывает логику сервиса: какой функционал доступен, как он работает и как перейти на следующий шаг. Новый пользователь сразу видит продукт в действии и быстрее понимает его структуру. 
- **Дайджесты.** Если письмо не требует полноценной [**динамической карточки товаров**](https://pixcraft.io/ru/blog/dinamicheskie-kartochki-tovarov-kak-oni-ustroeny-v-redaktore-pixcraft), небольшая анимация поможет акцентировать нужные позиции. С её помощью можно показать новинку в нескольких ракурсах или выделить товар со скидкой. 
- **Сервисные письма.** Лёгкие анимированные элементы подходят в том числе для транзакционных сообщений. Например, можно проиллюстрировать статусы заказа, такие как передача курьеру или доставка до пункта выдачи.

<Img
img="/api/uploads/01_trnsctnlanimexm_0db7bae6fb.gif"
alt="Анимация в транзакционном письме"
src="Источник: Really Good Emails"
/>

## Как добавлять анимацию в email-рассылки

Наиболее популярные подходы к добавлению динамики в письма — это GIF и AMP. Понимание их особенностей поможет подобрать нужный инструмент под определённый сценарий.

### GIF

Классический формат анимационных элементов. Он поддерживается подавляющим большинством почтовых клиентов и, как правило, ведёт себя достаточно надёжно. Однако чтобы GIF в письме работал наиболее предсказуемо, следует учитывать несколько важных моментов.

- **Размер.** Оптимальный вариант для email-рассылок — короткая и лёгкая GIF-анимация. Разумно удерживать размер файла **в пределах 1 МБ** или даже ниже, чтобы письмо загружалось быстрее. 
- **Цвета и детализация.** Формат поддерживает только **256 цветов**, а сложные градиенты и переходы между кадрами теряют качество при сжатии. Для аккуратного результата лучше использовать простые формы, фоны и контуры. 
- **Alt-текст.** Служит страховкой, если элемент не загружается из-за низкой скорости или фильтров в почтовом клиенте. Короткое описание сохраняет логику письма и даёт читателю понять, какой элемент должен быть на месте анимации.

### AMP

Технология AMP расширяет возможности создания писем, добавляя интерактивные элементы. С её помощью можно создавать листаемые галереи, [**интерактивные опросы**](https://pixcraft.io/ru/blog/nps-oprosy-zachem-oni-nuzhny-i-kak-ih-realizovat-v-Pixcraft) и более сложные визуальные сценарии, недоступные в классических форматах.

AMP работает в том числе и с классической GIF-анимацией. Для этого используются два компонента:

- `amp-img`; 
- `amp-anim`. 

Оба подходят для добавления GIF-файлов, но `amp-anim` — специализированный компонент, предлагающий особое преимущество: анимация работает, пока элемент находится в зоне видимости. Как только пользователь прокручивает письмо — `amp-anim` останавливает воспроизведение и снижает нагрузку на ресурсы, что может быть полезно в длинных рассылках и на мобильных устройствах.

Внутрь компонента можно добавить статичное изображение-placeholder. Оно появляется до загрузки GIF и помогает избежать пустого блока, если соединение медленное или файл слишком тяжёлый.

Сам элемент поддерживает стилизацию через CSS и вписывается в макет как обычный AMP-блок. Ниже — пример разметки `amp-anim`:

```xml
<amp-anim width="500" height="400" src="animation.gif">
 <amp-img placeholder width="500" height="400" src="placeholder.jpg">
 </amp-img>
</amp-anim>
```

## Как работает анимация в визуальном редакторе Pixcraft

В Pixcraft добавить анимированный элемент к письму так же просто, как вставить обычную иллюстрацию. Всё, что для этого требуется — перетащить на холст примитив «Изображение» и загрузить файл со своего устройства либо указать ссылку. GIF интегрируется в логику письма без лишних действий и сразу появляется в макете.

<Img
img="/api/uploads/02_animatspixcr_ce1ae079f7.gif"
alt="Анимация в Pixcraft"
/>

Дальше его можно настроить как и любое другое изображение. В панели справа доступны параметры, которые определяют внешний вид и поведение блока:

- ширина и высота; 
- выравнивание, скругления углов и отступы; 
- толщина, текстура и цвет рамки; 
- внешняя ссылка для перехода по клику; 
- alt-текст.

<Img
img="/api/uploads/03_nastranim_e23b8278da.png"
alt="Настройка изображения в Pixcraft"
/>

Убедиться, что элемент ведёт себя предсказуемо в разных условиях, можно с помощью функции предпросмотра. Она показывает, как письмо выглядит в десктопной и мобильной версиях, а также в светлой или тёмной теме. 

Предпросмотр особенно важен для анимации с мелкими деталями, которые могут сливаться с фоном или становиться незаметными при уменьшении масштаба. Проверка на этом этапе помогает уловить такие моменты до отправки и, при необходимости, скорректировать изображение.

<Img
img="/api/uploads/04_predprosmanim_9fd42f7914.gif"
alt="Предпросмотр письма в Pixcraft"
/>

Шаблоны писем также можно дополнять AMP-анимацией. Например, для этого можно использовать готовый компонент «Карусель»: галерею изображений с возможностью перелистывания и поддержкой различных графических форматов, включая GIF.

Помимо этого необходимые элементы можно включить непосредственно в код письма после подготовки основной структуры в визуальном редакторе. Для этого:

- экспортируйте AMP-версию шаблона; 
- откройте полученный файл в редакторе кода; 
- добавьте в письмо нужные AMP-компоненты.

## Что важно учитывать при работе с анимацией в email-рассылках

### Совместимость с Outlook

Хотя в большинстве почтовых сервисов GIF работает без сбоев, проблемы могут возникнуть с некоторыми версиями Outlook для Windows. Из-за рендеринга на движке Word анимация в них застывает на первом кадре и не воспроизводится дальше.

На этот случай стоит заранее подготовить запасные варианты:

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

### Выразительность и баланс

Анимация бывает функциональной и декоративной. Первая направляет внимание, показывает состояние или делает блок более информативным, а вторая задаёт атмосферу и настроение. Но в любом из этих случаев необходимо, чтобы анимация сохраняла уместность.

Для этого она должна:

- поддерживать структуру письма, а не перетягивать внимание туда, где нет основной мысли; 
- сохранять читаемость основного текста и чистоту композиции; 
- не загромождать и не перегружать вёрстку.

### Лимит внимания

Рассылки читают быстро, в среднем — всего несколько секунд, просматривая письмо «по диагонали». В подобных условиях сложная и длинная анимация просто не успевает раскрыться, а детали и смысл теряются.

Поэтому лучшим решением остаются простые сценарии и умеренная длительность: смена состояния, лёгкое появление или аккуратное переключение. Чем меньше объектов двигается на экране одновременно, тем проще и точнее воспринимается блок.

### Работа на маленьких экранах

Сегодня смартфоны — основной канал для чтения писем, и многие мобильные клиенты также поддерживают воспроизведение анимации. Однако здесь можно столкнуться с неправильным отображением из-за размера экрана.

Перед отправкой важно проверить:

- не обрезается ли анимация; 
- остаётся ли читаемым текст в её составе; 
- сохраняется ли общий смысл при уменьшении масштаба.

В случае несоответствий анимированные блоки необходимо адаптировать специально для мобильной версии: увеличить важные детали, упростить графику, а в некоторых случаях даже заменить анимацию статичным кадром.

## Поддерживается ли видео в письмах (и стоит ли его использовать)

Идея встроить видео прямо в рассылку может выглядеть привлекательной, но такую технологию поддерживают лишь [**единичные клиенты**](https://www.caniemail.com/features/html-video/), например, Apple Mail. В большинстве email-сервисов ролик внутри письма просто не запустится: на его месте будет отображаться либо пустое место, либо fallback-контент, если он предусмотрен. 

Поэтому вместо встроенного видео закрепился более надёжный сценарий. В письмо вставляют статичный кадр с иконкой воспроизведения. Читатель нажимает на него и переходит на страницу с плеером: например, сайт бренда или видеохостинг. Подход работает стабильно, но подразумевает именно переход на сторонний ресурс, а не inline-видео.

<Img
img="/api/uploads/05_playbttnexm_9f29c65836.png"
alt="Кнопка Play в письме"
src="Источник: Really Good Emails"
/>

Если цель — просто добавить динамику, выделить акцент или сделать письмо визуально разнообразным, гораздо эффективнее и безопаснее использовать обычную анимацию.

## Заключение

Анимация в письмах влияет на то, какое впечатление остаётся у человека после прочтения. Важно, чтобы формат, графика и мелкие детали смотрелись как единое целое. Хорошая анимация не забирает всё внимание на себя, а спокойно поддерживает основную идею письма — в этом её польза.

Кстати, если вы хотите прокачать навыки в email-маркетинге, загляните в наш [**Telegram-канал**](https://t.me/pixcraft_io). Там мы делимся полезными материалами, лайфхаками и идеями для работы.

Рассказываем, как использовать анимацию в рассылках: форматы, отображение в email-клиентах и советы по работе с GIF и AMP.

small_anim_eml_cover.png

thumbnail_anim_eml_cover.png

anim_eml_cover.png

Анимация в email-рассылках: рекомендации для стабильного отображения

Рассказываем о том, что такое динамические карточки товаров в письмах, в чём их преимущества перед статичными товарными сетками и как создание динамической сетки реализовано в редакторе Pixcraft.

small_dynam_crd_covr.png

thumbnail_dynam_crd_covr.png

dynam_crd_covr.png

Динамические карточки товаров: как они устроены в редакторе Pixcraft

**Pixel-perfect** — это подход, при котором вёрстка идеально совпадает с эталонным макетом, а каждый элемент дизайна выглядит и ведёт себя именно так, как изначально задумано. За годы существования этот принцип стал символом аккуратности и знаком уважения к деталям в веб-дизайне.

Но возможно ли добиться полного совпадения макета и вёрстки при создании email-шаблонов? И стоит ли вообще к этому стремиться? В статье расскажем, где проходит грань между аккуратностью и излишним стремлением к идеалу, а также почему pixel-perfect в рассылках далеко не всегда является залогом качества.

## Как появился pixel-perfect

Этот принцип зародился, когда адаптивной вёрстки ещё не существовало, а сайты создавали под фиксированные разрешения экранов. Если страница выглядела так же, как в макете — считалось, что работа сделана максимально точно.

Однако со временем ситуация изменилась. Развивались мобильные устройства, возрастала плотность пикселей, появились тёмные темы. В конечном итоге, адаптивный подход эволюционировал в отзывчивый (responsive). Вместо математической точности на первый план вышли визуальная целостность и удобство восприятия на любых экранах.

## Почему «пиксельную» точность не стоит рассматривать как стандарт в письмах

На первый взгляд внутреннее устройство email может напоминать веб-страницу: HTML-код, теги, стили. Но на практике это другая среда со своими правилами и ограничениями. Если браузеры десятилетиями шли к стандартизации (HTML5, CSS3, единые движки рендеринга), то почтовые сервисы развивались обособленно.

Отдельный email-клиент может задействовать собственный движок, при этом поддержка современных стандартов гарантируется не всегда:

- **Gmail** частично фильтрует CSS-стили. Это помогает защитить пользователей от потенциально вредоносного кода, но иногда искажает оформление писем. 
- **Яндекс Почта** полностью удаляет медиа-запросы из писем, поэтому адаптивная сетка может не перестраиваться так, как задумано. 
- **Outlook для Windows** использует движок Microsoft Word, из-за чего здесь не работают многие CSS-свойства.

Шрифты в письмах также могут вести себя по-разному. Например, Helvetica есть в macOS, но по умолчанию недоступна в Windows. Arial — системный шрифт Windows, но его нет на Android. Когда нужный шрифт недоступен, используется заданная альтернативна или шрифт, предусмотренный по умолчанию. Из-за этого размер текста, интервалы и другие параметры могут уменьшаться или увеличиваться.

Иногда расхождение составляет всего пару пикселей и внешне почти незаметно. Однако в сложных макетах, когда эти отклонения накапливаются, сетка теряет баланс. В итоге колонки и визуал могут смещаться.

Проще говоря, подход pixel-perfect не работает в письмах из-за самой природы email-среды. Сделать шаблон письма, который отобразится абсолютно одинаково на всех системах и во всех клиентах, технически невозможно без жёстких ограничений структуры и дизайна.

<Img
img="/api/uploads/eml_clnt_compare_7345b645f9.png"
alt="Письмо в разных почтовых клиентах"
src="Различия при отображении письма в разных почтовых клиентах"
/>

## Когда стремление к идеалу мешает восприятию

Представьте стандартную карточку товара с заголовком, описанием, ценой и кнопкой «Купить». Дизайнер предусмотрел идеальные отступы, высоту блока ровно 320 пикселей и полную симметрию. 

В макете всё выглядит безупречно, но после тестовой отправки письмо начинает вести себя иначе:

- в **Gmail** текст описания переносится на две строки, а кнопка смещается вниз; 
- в **Outlook** не работает скругление углов; 
- на **Android** системный шрифт чуть крупнее, и одна карточка оказывается выше остальных.

Да, текст в письме всё ещё возможно прочитать, а кнопка работает. Но с точки зрения pixel-perfect всё вышеуказанное — провал. Начинаются попытки вернуть изначальный вид с помощью жёстких ограничений:

`height: 320px`
`overflow: hidden`

Однако это решение создаёт новые риски, особенно при адаптации на мобильных устройствах:

- текст может обрезаться; 
- кнопка — выйти за границы контейнера; 
- фон — перестать совпадать с элементами интерфейса.

Точность ради точности не улучшает качество шаблона. Пользователи не рассматривают письма под лупой, не измеряют отступы и могут не обратить внимание на едва заметные расхождения. Для них гораздо важнее, что письмо удобно читать, его суть понятна сразу после открытия, все нужные элементы на месте и не требуется масштабировать отображение вручную.

## Реализм вместо догмы: как подходить к вёрстке писем рационально

Главная задача верстальщика — сделать так, чтобы в каждом email-клиенте письмо выглядело аккуратно и читалось без дополнительных усилий. Чтобы этого добиться, следует перестроить сам подход к разработке с учётом различий в особенностях рендеринга.

Для этого важно стремиться не к абсолютной схожести, а к стабильности в разных условиях, даже если некоторые детали немного отличаются: 

- **Десктопная версия письма** верстается максимально близко к макету, но важно учесть небольшой запас пространства и не выстраивать сетку «впритык». Блоки должны сохранять форму даже при изменении шрифта или содержимого. Это особенно актуально в письмах с подстановками и динамическим контентом, где длина и количество текста могут меняться. 
- **Мобильная версия** должна оставаться удобной для чтения в том числе и без медиа-запросов. Так обеспечивается стабильность письма в том числе в email-клиентах, где они не поддерживаются. 
- **Медиа-запросы** служат не для управления структурой, а для улучшения внешнего вида. Если они поддерживаются почтовым клиентом, письмо становится удобнее, но при этом основная логика должна оставаться стабильной и без них.

Фокус смещается с точности на устойчивость. Используется более практичный и прагматичный подход к созданию писем: дизайн не повторяет макет до пикселя, но остаётся ровным и удобным в разных ситуациях.

## Как Pixcraft помогает сохранять визуальную целостность

В Pixcraft мы смотрим на задачу реалистично: email-среда сложна, но результат всё ещё можно держать под контролем. Мы предлагаем инструменты, которые помогают сохранять аккуратность и устойчивость вёрстки в самых разных условиях.

### Фреймворк TJML

Для тех, кто предпочитает ручную вёрстку, команда Pixcraft разработала бесплатный [**email-фреймворк TJML**](https://pixcraft.io/ru/blog/frejmvork-tjml-kak-verstat-pisma-bystro-i-prosto). Он ускоряет работу над созданием писем и дополнительно предлагает ряд преимуществ:

- вёрстка по умолчанию адаптивная, а код остаётся чистым и компактным; 
- письма работают даже там, где медиа-запросы не поддерживаются; 
- AMP- и HTML-версии письма формируются автоматически из единой кодовой базы; 
- к текстам на русском языке автоматически применяются правила типографики.

Встроенный инструмент **Pixel Perfect** даёт возможность сравнить готовый шаблон с эталонным изображением. Он полезен, когда важно убедиться, что письмо собрано близко к макету, но с тем самым запасом, который удерживает стабильность вёрстки. Благодаря этому становится проще сохранять аккуратность даже в письмах со сложным дизайном.

<Img
img="/api/uploads/pxlprfct_ru_1497a66631.png"
alt="Инструмент Pixel Perfect"
/>

### Визуальный конструктор

Pixcraft — это полноценный [**конструктор email-шаблонов**](https://pixcraft.io/ru/builder), объединяющий визуальную простоту и инженерную точность. Письмо можно создать и отредактировать без единой строчки кода, а затем сразу проверить, как оно будет выглядеть:

- на десктопе и мобильных устройствах с разными разрешениями экрана; 
- в светлой и тёмной темах; 
- с интерактивными AMP-элементами и без них.

В работе с шаблонами писем конструктор учитывает особенности различных email-клиентов. Благодаря этому становится гораздо проще сохранить логику макета и добиться аккуратности вёрстки.

<Img
img="/api/uploads/pxcrft_intrf_ru_dcd56213b7.png"
alt="Интерфейс конструктора email-шаблонов Pixcraft"
/>

### Максимально предсказуемый результат

В Pixcraft заложен принцип визуальной согласованности: письмо должно сохранять структуру и качество вёрстки даже при изменении окружения. Вместо бесконечной гонки за идеалом «пиксель в пиксель» остаётся главное — чистый, логичный и предсказуемый дизайн, который стабильно работает в практических сценариях.

## Заключение

Pixel-perfect — красивое и благородное, но не универсальное понятие. Ведь настоящее качество email-рассылки определяется не детальным совпадением с макетом, а тем, насколько письмо остаётся аккуратным и стабильным для каждого получателя.

В частности, хорошее письмо:

- сохраняет читабельность даже без медиа-запросов; 
- держит структуру в том числе при изменении шрифтов; 
- выглядит аккуратно и в Gmail, и в Outlook, и на смартфоне.

Именно в этом и проявляется профессиональный подход. Таким образом, наиболее оптимальный путь в email-разработке — не pixel-perfect, а прагматичный подход с гибкой и продуманной вёрсткой, учитывающей тонкости и «подводные камни» почтовых клиентов.

Кстати, не забудьте заглянуть в наш [**Telegram-канал**](https://t.me/pixcraft_io). Там мы делимся полезными материалами, лайфхаками и идеями для работы.

В статье рассмотрим подход pixel-perfect: что это такое, когда он зародился и почему следование принципу «пиксель-в-пиксель» в email-рассылках — не самая удачная идея.

small_pxl_prf_cov.png

thumbnail_pxl_prf_cov.png

pxl_prf_cov.png

Pixel-perfect в email-рассылках: можно ли достичь (и стоит ли пытаться)

В статье рассказываем про инструмент GPT4All, с помощью которого можно запускать текстовые ИИ-модели прямо у себя на компьютере. Узнайте, как он работает, что предлагает и чем полезен для пользователей.

small_gptall_cover.png

thumbnail_gptall_cover.png

gptall_cover.png

Локальный ИИ под вашим контролем: какие возможности открывает GPT4All

За несколько десятилетий электронная почта прошла значительный путь от простых текстовых сообщений к визуально насыщенным рассылкам с графикой, анимацией и интерактивом. Но чем разнообразнее становился контент, тем больше требований предъявлялось к вёрстке.

Чтобы создание писем оставалось комфортным в современных реалиях, мы разработали специальный фреймворк — **TJML**. В статье рассмотрим его детально и расскажем, как он помогает верстать рассылки легко и управляемо.

## Стоит ли сегодня полагаться на ручную вёрстку

Когда-то ручная HTML-вёрстка считалась эталоном. Только она позволяла добиться наилучшего результата и контроля над письмом. Однако со временем технологии стали сложнее, а с ними эволюционировали и почтовые клиенты, каждый из которых имеет свои особенности.

Нужно держать в голове множество деталей: как ведут себя внешние стили, работают ли медиазапросы, что происходит с таблицами и отступами в разных клиентах. К тому же сегодня многие люди проверяют почту со смартфонов. Это значит, что каждое письмо необходимо адаптировать в том числе под вертикальный экран и мобильные системы.

Фактически одно письмо теперь включает **три разных версии**:

- для современных десктопных и веб-клиентов; 
- для мобильных устройств; 
- для Outlook на Windows, где поддержка CSS всё ещё сильно ограничена.

Отдельно стоит упомянуть AMP-технологию. Она открыла путь к интерактивным письмам с «каруселями», формами и другими динамическими элементами. Но технически это значит, что нужно предусматривать как AMP-вариант для совместимых клиентов, так и обычную HTML-версию для всех остальных.

### Где помогают визуальные конструкторы

В условиях современного маркетинга полагаться только на ручную вёрстку невозможно. Альтернативой стали **конструкторы писем** — современный и удобный способ работы над рассылками. Они не требуют знания кода и позволяют создавать шаблоны писем за несколько минут.

Например, [**визуальный редактор писем Pixcraft**](https://pixcraft.io/ru/builder) позволяет собирать рассылки по принципу drag-and-drop: просто перетаскивайте нужные элементы на холст и меняйте их. Управление компонентами, включая AMP, доступно прямо в интерфейсе, а готовые шаблоны совместимы со множеством email-клиентов и легко адаптируются под мобильные устройства. Ещё одной альтернативой является экспорт готового email-кода с помощью [**плагина Pixcraft для Figma**](https://www.figma.com/community/plugin/1403763341617358835/pixcraft-email-export-html-email-code-from-your-figma-design-responsive-outlook-gmail-ios): он позволяет преобразовать готовый макет в адаптивное HTML-письмо.

Но так или иначе в основе каждого письма лежит код, и порой взаимодействия с ним не избежать. Можно ли сделать работу с кодом такой же комфортной и современной? Ответ — да. Именно здесь и пригодится TJML.

## Что такое TJML

Это email-фреймворк, созданный командой Pixcraft для разработки HTML- и AMP-писем. Он объединяет простоту блочного подхода с гибкостью ручной вёрстки, сохраняя при этом привычный синтаксис.

Базовый каркас письма в TJML может выглядеть так:

```xml
<tjml>
 <m-body>
 <m-wrap width="600">
 
 </m-wrap>
 </m-body>
</tjml>
```

Здесь роли компонентов распределяются следующим образом:

- `<tjml>` — корневой контейнер, обрамляющий весь код; 
- `<m-body>` — основное тело письма, которое содержит весь его контент; 
- `<m-wrap>` — обёртка, отвечающая за ширину, отступы, фон, выравнивание и другие параметры.

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

- **Неперестраиваемые (резиновые) блоки.** Здесь элементы остаются в одной строке. За это отвечает компонент `<m-row>`: он обрамляет блоки `<m-column>`, которые масштабируются в мобильных клиентах. 
- **Перестраиваемые блоки.** Это компоненты `<m-box>`, которые обрамляются с помощью `<m-boxes>`. В мобильной версии письма они автоматически выстраиваются друг под другом, если не помещаются в одну строку.

Внутрь структур добавляются контентные блоки, в том числе текст (`<m-text>`), изображения (`<m-img>`), кнопки (`<m-button>`) и другие. Больше деталей о компонентах TJML можно узнать в [**документации**](https://docs.pixcraft.io/ru/tjml/).

Ниже — упрощённый пример того, как может выглядеть письмо, свёрстанное в TJML:

```xml
<m-body bgcolor="#ffffff" font-family="Arial, sans-serif">
 <m-wrap width="600" padding="20px" bgcolor="#f9f9f9">
 <m-text font-size="20px" color="#333333" align="center">
 Привет! Это письмо собрано на TJML.
 </m-text>
 <m-button href="https://docs.pixcraft.io" bgcolor="#6a66d3" color="#ffffff" border-radius="6px" width="200">
 Узнать больше
 </m-button>
 </m-wrap>
</m-body>
```

## Что делает TJML особенным

### Работа с кодом в браузере

Чтобы начать работу с TJML, достаточно открыть онлайн-редактор [**Playground**](https://app.pixcraft.io/playground/). Прямо здесь можно верстать и визуально проверять письмо, переключаться между десктопным и мобильным отображением, тестировать тёмную тему и просматривать готовый HTML-код.

<Img
img="/api/uploads/01_kodplaygr_69012019da.png"
alt="Вёрстка письма с помощью TJML в Playground"
/>

При этом с TJML можно работать в любом IDE. Для ещё большего комфорта мы: 

- разработали [**плагин для VS Code**](https://marketplace.visualstudio.com/items?itemName=Pixcraft.vscode-tjml), добавляющий автокомплит и подсказки по доступным компонентам и атрибутам; 
- подготовили [**web-types**](https://app.pixcraft.io/tjml/web-types.json) для продуктов JetBrains (WebStorm/PhpStorm).

### HTML и AMP в одном коде

В классическом подходе AMP- и HTML-версии письма — это две независимые разметки, которые верстаются по отдельности. Однако TJML значительно упрощает этот процесс: в рамках разметки фреймворк формирует сразу две версии кода.

Если нужно, чтобы определённый блок отображался только в одной из версий, можно использовать условный рендеринг:

`<m-wrap m-if="isAmp">  </m-wrap>`

`<m-wrap m-if="!isAmp">  </m-wrap>`

При этом TJML сам подключает необходимые AMP-компоненты, если они задействованы в коде (например, `amp-carousel`, `amp-form` или `amp-list`).

### Отображение в почтовых клиентах

Одним из основных преимуществ TJML является продуманный подход к совместимости с различными почтовыми клиентами, включая Outlook и Яндекс Почту:

- Десктопная версия **Outlook** использует движок рендеринга, где современные CSS-свойства не работают. TJML автоматически добавляет VML-блоки и условные комментарии, чтобы фоны, выравнивание и отступы корректно отображались даже в старых версиях клиента. 
- **Яндекс Почта**, в свою очередь, не поддерживает медиа-запросы. TJML формирует структуру так, чтобы сохранить адаптивность даже без них.

Проще говоря, TJML убирает из процесса рутину, связанную с кросс-клиентной адаптацией. Вопросы совместимости и корректного отображения решаются на уровне фреймворка.

### Контроль веса и оптимизация кода

В email-маркетинге вес писем не менее значим, чем их наполнение. К примеру, Gmail автоматически обрезает письма, если их размер превышает **102 КБ**, что может повлиять на вёрстку и работоспособность трекинговых пикселей.

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

### Проверка ошибок и типографика

В процессе работы TJML проверяет структуру письма и корректность вложенности `m`-элементов. Если обнаружатся нарушения, фреймворк предупредит пользователя о них.

Дополнительно в TJML предусмотрен автоматический типограф: он расставляет неразрывные пробелы, чтобы убрать висячие союзы и предлоги. Благодаря этому письмо выглядит аккуратно не только технически, но и визуально.

## Вёрстка пиксель в пиксель

Чтобы между дизайн-макетом и вёрсткой не было визуальных расхождений, в TJML предусмотрен инструмент **Pixel Perfect**. Работает он так: для проверки письма необходимо загрузить макет в графическом формате (например, PNG или JPG). Затем нужно прописать тег и атрибут с указанием адреса:

`<tjml pixel-perfect="img/maket.png">`

После этого необходимо совместить макет с вашей вёрсткой, указав относительное смещение, и выбрать режим наложения (прозрачность или вычитание).

## Как автоматизировать вёрстку с ChatGPT

Чтобы верстать письма на TJML было ещё проще, мы обучили [**специальную версию ChatGPT**](https://chatgpt.com/g/g-6823ad1f3c208191b9ce2d58bf3bb724-tjml) работе с фреймворком. Она помогает создавать письма буквально по запросу. Достаточно сформулировать описание, и уже через несколько секунд вы получите TJML-код, который сразу можно добавлять в редактор и адаптировать под задачу.

<Img
img="/api/uploads/02_generirovkod_cc4f8e261f.png"
alt="Генерация TJML-письма"
/>

Но функционал специальной версии ChatGPT не ограничивается только этим. Помимо генерации она:

- **умеет вносить правки** в существующий код на основе текстового описания; 
- **помогает учиться работе с TJML**: объяснять назначение тегов и подсказывать, какие атрибуты стоит использовать в разных сценариях.

## Результаты и эффективность

Фреймворк уже прошёл проверку в реальных условиях и может использоваться в рабочих проектах.

В частности, мы помогали внедрять TJML в ежедневную работу одного из крупных российских маркетинговых агентств. Здесь на начальных этапах фреймворк дал заметный рост производительности. Даже при создании сложных писем средняя скорость вёрстки увеличилась **более чем на 50%**, а при создании AMP-писем — в среднем **в 1,5 раза** без потери качества.

Следующий показатель — **чистота и компактность разметки**. В сравнительных тестах при использовании TJML код весил **13,5 КБ**, тогда как аналог на [**MJML**](https://pixcraft.io/ru/blog/mjml-ili-tjml) — более **22 КБ**. Меньший вес обеспечивает более быструю загрузку и снижает риск обрезки письма в Gmail.

Ещё одно преимущество TJML — **низкий порог входа**. Фреймворк позволяет сосредоточиться на структуре и дизайне письма, не углубляясь в тонкости адаптации под множество почтовых клиентов. Наконец, одним из главных аргументов в пользу TJML остаётся уже упомянутая **стабильность отображения**, в том числе в наиболее требовательных к вёрстке email-клиентах.

## Заключение

С TJML процесс создания рассылок становится не только быстрым, но также стабильным и надёжным. Контроль качества обеспечивается на каждом этапе, начиная от творческой задумки и заканчивая запуском рассылки. Для маркетинговых специалистов это означает меньше времени на отладку и больше — на контент и креатив.

Кстати, если вы хотите прокачать навыки в email-маркетинге, загляните в наш [**Telegram-канал**](https://t.me/pixcraft_io). Там мы делимся полезными материалами, лайфхаками и идеями для работы.

В статье рассказываем, как фреймворк TJML от Pixcraft упрощает вёрстку писем, какие функции делают работу с ним ещё более удобной и как ускорить процесс с помощью специальной версии ChatGPT.