Microclimate.su

IT Новости
1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Html plain text

Plain text email vs HTML. Что эффективнее: новый тренд или устоявшаяся практика

В последнее время часто можно услышать, что plain text (простые текстовые письма, без анимации и дизайнерских изысков) — это новый тренд, и каждый емейл маркетолог считает своим долгом немедленно применить это в email-рассылках. Стоит ли поддаваться всеобщей эйфории? Мы проанализировали факты, так что теперь можем поделиться с вами реальными цифрами, полученными в ходе исследований западными специалистами и некоторыми нашими выводами.

HTML снижает Open Rate?

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

Open Rate HTML письма по сравнению с текстовым на 25% ниже, а добавление gif анимации снижает этот показатель уже на 37%. Увеличение количества HTML блоков снижает показатель открытий еще на 23 процентных пункта.

Значит ли это, что все усилия напрасны?

Plain text в цифрах: впечатляющие показатели эффективности

Если углубиться в анализ данных и посмотреть на CTR, то у текстовых писем этот показатель на 21% выше, чем у HTML-rich emails. С учетом более высокого значения Open Rate становится ясно, что использование текстового письма повышает количество переходов на сайт на 51%, а это впечатляющие цифры.

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

Plain text емейл в действии

Так как все лучшие практики нужно применять на деле, мы решили тут же внедрить использование plain text.

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

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

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

как видно на скрине, текстовые письма показали более высокий % открытий. Но, принимая решение о том, открывать письмо или нет, получатель ничего не знает о его формате. На открытие письма может повлиять имя отправителя и тема, и в данном случае они отличались от тех, которые были использованы во взятых для сравнения HTML письмах.

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

день недели, время отправки и предложение внутри письма отличались.

Эффективный email-маркетинг с eSputnik

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

Мы решили применить научный подход и проверить эффективность текстовых писем экспериментом. Для этого был проведен сплит тест, в рамках которого на одну группу подписчиков был отправлен емейл в формате HTML, а на другую — в формате plain text. Темы писем и имя отправителя были идентичны.

Тест показал такие результаты:

Текстовое письмо показало более высокие результаты, но разница оказалась уже не такой ощутимой, как было показано в исследованиях портала Hubspot.

Самые распространенные ошибки при использовании Plain text email

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

Если говорить о текстовых рассылках, то чаще всего емейл маркетологи допускают такие оплошности:

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

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

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

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

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

Стоит ли менять стратегию емейл маркетинга?

Так как маркетологи готовы пойти на все, чтобы добиться повышения показателей Open Rate и CTR, более высокие результаты plain text писем многие могут воспринять как прямой призыв к действию и кардинально поменять стратегию. С этим спешить не стоит: у каждой медали две стороны, и любой, даже самый эффективный инструмент нужно использовать осторожно и дозированно.

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

Кстати, несмотря на высокие показатели СТR, текстовые сообщения в меньшей степени генерируют продажи, чем HTML. Здесь все просто: чтобы вызвать желание купить, нужна соответствующая эмоция, и в html письме есть возможность показать свое предложение в ярких красках, чтобы вызвать необходимый эмоциональный отклик.

Кроме того, неоднократно проводились исследования (в 2014 и в 2011 годах), в которых респондентов спрашивали, в каком виде они предпочитают получать рассылки от компаний. Оба раза результаты были идентичны. Большинство (64%) отдали свои голоса за HTML письма.

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

Зачем нужны plain-text письма, и как их нужно делать: 6 советов

В последние годы маркетологи многих компаний пристрастились к использованию HTML при создании своих почтовых рассылок. При этом многие специалисты забывают, что простые текстовые письма иногда могут работать даже лучше красиво сверстанных шаблонов. Сегодня мы поговорим о плюсах использования plain-text писем, а также рассмотрим несколько советов экспертов, которые помогут избежать ошибок при работе с этим инструментом.

Читать еще:  Html относительные и абсолютные ссылки

Когда plain-text письма незаменимы

Как пишет Эрез Цукерман в блоге Mad Mimi, есть, как минимум, два случая, когда лучше использовать текстовые письма.

Когда очень важна адаптивность

В том случае, если среди читателей рассылки много пользователей различных устройств и почтовых клиентов, необходимо делать письма адаптивными, чтобы все подписчики могли комфортно с ними взаимодействовать. Однако обеспечение адаптивности — не такое уж и простое дело, поэтому, когда нужно сделать так, чтобы письма гарантированно хорошо выглядели на максимально возможном количестве устройств и почтовых программ, стоит обратить свой взор на plain-text.

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

Ниже представлен пример email-сообщения из почтовой рассылки в plain-text: там есть и ссылки, и персонализированное обращение к клиенту, при этом получатель точно сможет его прочесть, каким бы устройством и почтовой программой он ни воспользовался.

Когда важна естественность

Если компания хочет наладить личные отношения с текущим или потенциальным клиентом, то HTML-письмо — не лучший вариант сделать это. Люди не пишут друг другу HTML-письма — не бывает такого, что вы получаете письмо от босса с темой «Важно, успеть до понедельника», открываете его и видите там красиво сверстанный шаблон.

Люди так не делают, мы просто открываем окно почтовой программы и печатаем текст. Это один из базовых сигналов «языка тела» почтовых сообщений — plain-text = человечность.

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

Спасибо за то, что попробовали поработать с White Noise Machine! Поскольку мы совсем недавно запустились, я просто хотел поздороваться и спросить, понравился ли вам наш сервис?

Все ли понятно в интерфейсе? Хотелось бы вам что-то изменить?

И самое главное — удалось нам помочь вам лучше засыпать?

Буду рад услышать ваши мысли

Крис, White Noise Machine

Почему еще важен plain-text

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

  • Спам-фильтры — когда компания производит email-рассылку, plain-text и HTML-версии письма «склеиваются» вместе с помощью формата MIME. Если у письма нет текстовой версии, для спам-фильтров это будет тревожный звоночек, свидетельствующий о том, что сообщение может быть спамом.
  • Вкусы пользователей — некоторые люди предпочитают читать текст, а не разглядывать HTML-письма. Многие почтовые клиенты (те же Gmail и Outlook) позволяют легко переключиться на просмотр текстовых версий писем.
  • Почтовые клиенты — несмотря на то, что «юридически» почти все современные почтовые программы поддерживают HTML, по факту ситуация далеко не такая радужная. Кроме того, некоторые новые устройства (например, Apple Watch) по-умолчанию отображают plain-text версии писем, потому что это удобнее на маленьком экране (мы писали о верстке писем по Watch в одном из прошлых топиков).

При использовании инструментов для email-маркетинга вроде MailChimp, CampaignMonitor, «Печкин-mail.ru» и других, plain-text версия письма будет создаваться автоматически.

Компания Litmus в своем блоге публиковала HTML и plain-text версии одного и того же письма

Если компания отправляет своим подписчикам письмо в HTML без его текстовой версии, то в том случае, когда пользователь не может прочитать такой шаблон, это может привести к весьма «кривому» отображению. На примере ниже email был создан не в multi-aprt MIME-формате, в результате чего Blackberry-клиент отрендерил код сообщения:

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

Чем plain-text письма не устраивают некоторых маркетологов

По большому счету, существует всего две причины того, что многие компании и маркетологи больше любят HTML-шаблоны, а не текстовые сообщения:

  • Недостаток возможностей по брендированию — действительно, если вы много усилий направили на создание яркого и привлекательного фирменного стиля, отказаться от него в маркетинговых материалах (коими безусловно являются почтовые рассылки) довольно трудно.
  • Ограниченные возможности по сбору статистики — в plain-text письмо не вставить следящий пиксель, чтобы определить, как много пользователей открыло письмо (хотя клики можно замерять с помощью размеченных ссылок).

Как оптимизировать plain-text письма

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

Следует быть осторожным с переносами строк и центрированием

«Ультимативным» способом испоганить plain-text письмо является использование вставленных вручную переносов строк. В итоге на компьютере отправителя такое письмо может выглядеть отлично, но для кого-то с другим почтовым клиентом, все может
быть
далеко не так
здорово.

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

Письмо должно быть четко структурировано

Когда пользователь получает текстовое сообщение, он чаще всего просто пробегается по нему глазами, чтобы понять, стоит ли тратить на него свое время. Поэтому, если в момент такого «скрининга» пользователь увидит простыню текста, из которой беглым взглядом ничего не вычленить, то это может его отпугнуть. Чтобы этого избежать, стоит разбить письмо на секции и выбрать говорящие подзаголовки. (Здесь и далее примеры из вот этого материала из блога Litmus):

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

Пробел — лучший друг при создании текстовых писем

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

Читать еще:  Текст по правому краю html

Хорошо выглядят и маркированные списки

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

Призывы к действию нужно выделять

В текстовых письмах выделить призывы к действию сложнее, чем в HTML-шаблоне — нельзя поместить в письмо большую кнопку с надписью «жмите сюда». Но все же можно обратить внимание читателей на эти призывы, выделив их из общей массы текста. В примере ниже призыв к совершению покупки (Shop Now) выделен «уголками» (>>):

Не нужно перебарщивать со ссылками

Тут все похоже на верстку HTML-писем — если пользователь откроет сообщение и увидит кучу CTA-кнопок, то ему не понравится такая перегруженность. Тоже самое и с текстовой версией сообщения — мало кому понравится читать письмо, почти целиком состоящее из внешних ссылок (особенно если в них стоят всевозможные метки для отслеживания переходов):

Гораздо лучше выглядят письмо, создатели которых использовали минималистичный подход к включению ссылок и ради удобства пользователей решили пожертвовать сбором статистики с помощью меток — в итоге ссылки выглядят куда приятнее глазу:

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

Заключение

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

Для пользователя такое письмо может выглядеть просто и понятно — но на самом деле, чтобы этого добиться, придется потратить время и, возможно, принести в жертву удобству читателей какие-то маркетинговые элементы вроде «обернутых» ссылок для отслеживания кликов. Однако в конечном итоге именно такая забота о подписчиках будет ими оценена — в наши дни, хорошо сделанное plain-text письмо может помочь компании выделиться из сотен отправителей HTML-сообщений.

Email: plain text против HTML

При подготовке рассылки важно правильно составить письмо и выбрать нужный формат: plain text или HTML, причем в последнее время популярен HTML. Маркетологи считают, что красиво сверстанные письма привлекают больше внимания, а также побуждают пользователей к нужным действиям. Но и за plain text есть свои аргументы.

Вспомним сначала, чего в письмах нет в любом формате — интерактивности и JavaScript. Только текст, HTML и CSS, причем CSS только встроенный в тело письма и лишенный многих возможностей. Подробнее о поддержке CSS и HTML в письмах в The Ultimate Guide to CSS.

Plain text

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

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

Кроме того, текстовое письмо более естественно, если компания налаживает личные отношения с пользователем. Шаблонное письмо в HTML формате — не самый лучший вариант, потому что обычно люди пишут друг другу письма в простом текстовом формате. Поэтому грамотно составленное текстовое письмо имеет больше шансов на привлечение внимания, чем красиво сверстанный шаблон HTML.

У письма в plain text формате больше шансов преодолеть спам-фильтр. А если у HTML шаблона вообще нет текстовой версии, письмо еще больше рискует попасть в спам.

Но и у HTML-писем есть плюсы.

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

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

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

Что выбираете вы? Пишите в комментариях.

А тем, кто хочет стать программистом, рекомендуем профессию «Веб-разработчик».

При подготовке рассылки важно правильно составить письмо и выбрать нужный формат: plain text или HTML, причем в последнее время популярен HTML. Маркетологи считают, что красиво сверстанные письма привлекают больше внимания, а также побуждают пользователей к нужным действиям. Но и за plain text есть свои аргументы.

Вспомним сначала, чего в письмах нет в любом формате — интерактивности и JavaScript. Только текст, HTML и CSS, причем CSS только встроенный в тело письма и лишенный многих возможностей. Подробнее о поддержке CSS и HTML в письмах в The Ultimate Guide to CSS.

Plain text

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

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

Кроме того, текстовое письмо более естественно, если компания налаживает личные отношения с пользователем. Шаблонное письмо в HTML формате — не самый лучший вариант, потому что обычно люди пишут друг другу письма в простом текстовом формате. Поэтому грамотно составленное текстовое письмо имеет больше шансов на привлечение внимания, чем красиво сверстанный шаблон HTML.

Читать еще:  Как html перевести в xml

У письма в plain text формате больше шансов преодолеть спам-фильтр. А если у HTML шаблона вообще нет текстовой версии, письмо еще больше рискует попасть в спам.

Но и у HTML-писем есть плюсы.

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

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

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

Что выбираете вы? Пишите в комментариях.

А тем, кто хочет стать программистом, рекомендуем профессию «Веб-разработчик».

Plain Text

Pug provides four ways of getting plain text — that is, any code or text content that should go, mostly unprocessed, directly into the rendered HTML. They are useful in different situations.

Plain text does still use tag and string interpolation, but the first word on the line is not a Pug tag. And because plain text is not escaped, you can also include literal HTML.

One common pitfall here is managing whitespace in the rendered HTML. We’ll talk about that at the end of this page.

Inline in a Tag В¶

The easiest way to add plain text is inline. The first term on the line is the tag itself. Everything after the tag and one space will be the text contents of that tag. This is most useful when the plain text content is short (or if you don’t mind lines running long).

Literal HTML В¶

Whole lines are also treated as plain text when they begin with a left angle bracket ( ), which may occasionally be useful for writing literal HTML tags in places that could otherwise be inconvenient. For example, one use case is conditional comments. Since literal HTML tags do not get processed, they do not self-close, unlike Pug tags.

Piped Text В¶

Another way to add plain text to templates is to prefix a line with a pipe character ( | ). This method is useful for mixing plain text with inline tags, as we discuss later, in the Whitespace Control section.

Block in a Tag В¶

Often you might want large blocks of text within a tag. A good example is writing JavaScript and CSS code in the script and style tags. To do this, just add a . right after the tag name, or after the closing parenthesis, if the tag has attributes.

There should be no space between the tag and the dot. Plain text contents of the tag must be indented one level:

You can also create a dot block of plain text after other tags within the parent tag.

Whitespace Control В¶

Managing the whitespace of the rendered HTML is one of the trickiest parts about learning Pug. Don’t worry, though, you’ll get the hang of it soon enough.

You just need to remember two main points about how whitespace works. When compiling to HTML:

  1. Pug removes indentation, and all whitespace between elements.
    • So, the closing tag of an HTML element will touch the opening tag of the next. This is generally not a problem for block-level elements like paragraphs, because they will still render as separate paragraphs in the web browser (unless you have changed their CSS display property). See the methods described below, however, for when you do need to insert space between elements.
  2. Pug preserves whitespace within elements, including:
    • all whitespace in the middle of a line of text.
    • leading whitespace beyond the block indentation.
    • trailing whitespace.
    • line breaks within a plain text block, or between consecutive piped lines.

So…Pug drops the whitespace between tags, but keeps the whitespace inside them. The value here is that it gives you full control over whether tags and/or plain text should touch. It even lets you place tags in the middle of words.

The trade-off is that it requires you to think about and take control over whether tags and text touch.

If you need the text and/or tags to touch — perhaps you need a period to appear outside the hyperlink at the end of a sentence — this is easy, as it’s basically what happens unless you tell Pug otherwise.

If you need to add space, you have a few options:

Recommended Solutions В¶

You could add one or more empty piped lines — a pipe with either spaces or nothing after it. This will insert whitespace in the rendered HTML.

If your inline tags don’t require many attributes, you may find it easiest to use tag interpolation, or literal HTML, within a plain text block.

Not recommended В¶

Depending on where you need the whitespace, you could add an extra space at the beginning of the text (after the block indentation, pipe character, and/or tag). Or you could add a trailing space at the end of the text.

NOTE the trailing and leading spaces here:

The above solution works perfectly well, but is admittedly perhaps a little dangerous: many code editors by default will remove trailing whitespace on save. You and all your contributors may have to configure your editors to prevent automatic trailing whitespace removal.

Ссылка на основную публикацию
Adblock
detector