Редактирование шаблонов писем.

О чём следует всегда и непрестанно помнить:

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

  1. Запрещена насильственная подписка на рассылку.
  2. Подписчик должен иметь возможность отписаться от рассылки в любой момент.

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

Так, первое положение требований обычно выполняется через концепцию верификации e-mail адреса подписчика. Когда тот не заносится в лист рассылки сразу, а получает сперва письмо подтверждения, на которое должен лично и однозначно прореагировать. То есть выполнить определённое действие, недвусмысленно подтверждающее его желание получать эту рассылку, и гарантирующее, что именно владелец данного email-а лично такое действие исполнил.

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

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

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

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

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

Шаблоны файлов.

Их весьма много, и по пути "Управление службами" - "Выбрать службу" - "Шаблоны файлов" будет достаточное количество пугающих своей загадочностью кнопок:

Морды сервиса и службы dispatch

Шаблоны серийных писем рассылки службы dispatch:

Изменение числа серийных писем рассылки:

Шаблон файла сообщения о подписке для службы dispatch

Шаблон письма службы dispatch пользователю о его подписке:

Редактирование шаблонов дизайна писем и сообщений:

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

  1. Морда сервиса.

    В директории установки Почтовой Наны (в данном мануале она фигурирует под именем postman относительно корня движка) есть только исполняемый индексный файл с PHP кодом внутри, да ещё и с непонятным для рядового пользователя содержимым. И у пользователя возникает только один вопрос: "а как мне разместить тут какую-то свою информацию?"

    Вот как раз для этого и служит "Морда сервиса".

    Внутри обычный HTML код, но с поддержкой макросов Почтовой Наны.
    Они нужны для формирования, к примеру, тайтла документа.
    В демо-доступе к админке видно, как именно это делается.

    Этот документ не обязателен, если Вы не будете ссылаться на него из писем.

  2. Морда службы.

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

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

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

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

    Этот документ не обязателен, если Вы не будете ссылаться на него из писем.

  3. Письма серийной рассылки.

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

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

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

    Пояснение:

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

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

  4. Добавление и удаление писем.

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

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

    Добавление письма в конец очереди писем серийной рассылки понимается Почтовой Наной адекватно, без проявления эксцессов. Старые подписчики его получат наравне с новыми.

  5. Сообщение о подписке.

    Это тот документ, который предстанет перед подписчиком после отправки подписной формы.

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

  6. Письмо о подписке.

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

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

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

  7. Правка шаблонов.

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

    Template===standart.letter.design.php===

    Имя файла шаблона можно обозвать как угодно, а не только как написано в примере.

    Как только Почтовая Нана увидит, что Администратор использует в своей работе HTML или TXT шаблоны документов, в разделе "Шаблоны файлов" данной службы появятся кнопки правки этих шаблонов. Сами шаблоны получают прирастающий порядковый номер. Изначально любой шаблон пуст (если только он под этим именем уже не лежит в папке писем), и его надо наполнить кодом.

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

    ---content---

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

    Вложенные шаблоны:

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

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