Проте мало хто звертає увагу на заголовки повідомлень. Деякі з них користувачі бачать під час читання електронної пошти постійно, це рядки, що починаються з To:, From: і Subject:. Однак заголовки містять не лише дружні підказки поштової програми, а й іншу, змістовну інформацію. З заголовків можна дізнатися назву та номер версії вашого поштового клієнта, а також тип операційної системи, найменування та номер версії поштового сервера, внутрішні IP-адреси та тип брандмауера, що використовується у вашій організації (якщо він використовується).

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

СТАНДАРТИ

Заголовки електронної пошти, як і всі компоненти Internet, повинні відповідати стандартам, у разі - стандарту RFC 822. Окремий стандарт, RFC 821, визначає формат «конверта» і описує протоколи передачі поштових повідомлень, але це стосується теми цієї статті. Специфікація RFC 822 була запропонована для заміни раніше стандарту (RFC 733), з метою забезпечення передачі повідомлень електронної пошти між різними мережами. Заголовки, що обговорюються в цій статті, необхідні для пересилання будь-якого поштового повідомлення через Internet або між двома внутрішніми серверами електронної пошти, якщо вони використовують для цього стандартні протоколи TCP/IP. Ці поняття пояснені на малюнку 1.

Можливо, ваша поштова програма дозволяє переглядати заголовки повідомлень. Наприклад, у випадку Outlook, вибравши в меню View підменю Show Fields, ви побачите діалогове вікно з найменуваннями деяких можливих полів, які можуть з'являтися в поштових повідомленнях.

Кожен заголовок починається з найменування поля, за яким завжди слідує двокрапка і пробіл, наприклад To: або Received:. Довгі рядки заголовків «згорнуті», або представлені кількома рядками, причому кожен додатковий рядок починається як мінімум з одного пробілу. На Малюнку 1 першим полем заголовка є Received:, яке насправді поширюється на три рядки, за ним слідує інше трирядкове поле Received:.

Деякі з назв полів, такі як Date:, To:, Subject: і From:, самі говорять про своє призначення. Наприклад, після імені поля From: розташована зворотна адреса, а після To: - адреса одержувача. Протокол SMTP (RFC 821) не вимагає, щоб поміщений у полі From: адреса точно представляла відправника. SMTP не має реальних засобів перевірки того, що відправник використовує свою власну адресу, хоча більшість поштових серверів перевіряє, як мінімум, факт існування домену відправника. Відсутність контролю полегшує фальсифікацію адрес відправників повідомлень, характерну, зокрема, для спаму.

ОТРИМАЧІ

З точки зору отримання реальної інформації про відправника поштового повідомлення заголовки Received: мають значно більший інтерес, ніж заголовки From:, які легко фальсифікуються. Взагалі кажучи, будь-яка рядок заголовка може бути певною мірою підроблена, так як заголовки являють собою лише текстові дані, і тільки ті з них, які формуються серверами, що викликають довіру, можуть вважатися достовірними. Заголовки Received: додаються кожним поштовим сервером, що ретранслює це повідомлення, причому останній в ланцюжку поштовий сервер знаходиться на першій позиції, а перший сервер, що ретранслював повідомлення, - на останній. На Рисунку 1 перший заголовок Received: показує, що сервер bear.spirit.com отримав повідомлення адресата [email protected]від вузла 0nus.l0pht.com.

Перший заголовок надає іншу цікаву інформацію. Дані в дужках, наприклад (0nus.l0pht. com ), сприймаються як коментарі сумісними поштовими серверами. У разі програма sendmail на вузлі bear.spirit. com перевірила, що система відправника насправді має ім'я 0nus.l0pht.com та IP-адресу 199.201.145.3. Перегляд параметрів з'єднання TCP/IP дав sendmail можливість визначити IP-адресу, а потім пошук у системі DNS дозволив дізнатися доменне ім'я сервера.

Другий заголовок Received: цікавіший. Зауважте, що повідомлення отримано від , тобто вказана абсолютна IP-адреса системи 0nus, причому вона одночасно показана як 199.201.145.3. Відповідно до стандарту RFC 1918 IP-адреси, що починаються з 172.16, зарезервовані для приватних мереж, тому вони не призначені для передачі через Internet і можуть повторюватися. У нашому прикладі заголовок Received: говорить про те, що 0nus функціонує як брандмауер домену l0pht (або його частини) і здійснює перетворення мережевих адрес (Network Address Translation, NAT). Разом з тим цей заголовок Received: інформує про те, що в домені 0nus працює Postfix - новий поштовий сервер, який компанія Wietse Venema розробила для забезпечення максимально можливого рівня безпеки.

У прикладі на Малюнку 1 повідомлення містить лише два заголовки Received:. Іноді їх буває набагато більше, і ці заголовки можуть відобразити інші внутрішні мережеві адреси та імена поштових серверів, а також внутрішні імена серверів. Важливість рядків Received: виявляється також у тому, що вони дозволяють виявити випадки зациклювання, коли один поштовий сервер пересилає повідомлення іншому, а той знову відправляє його назад, створюючи цикл. З іншого боку, рядки поля Received: містять безліч даних, які можуть зацікавити зовнішнього зловмисника.

На даний момент за інформацією заголовків Received: ми визначили два поштові сервери: sendmail і Postfix. Інші поштові сервери Unix, а також Microsoft Exchange та Lotus Notes теж залишають свої позначки в заголовках Received:.

З певною часткою ймовірності 0nus.l0pht.com є брандмауер домену l0pht. У деяких випадках можна не тільки здогадуватись, але й точно визначити факт присутності брандмауера. Іноді він буде називатися "firewall", "eagle", "fw1" або будь-яким іншим ім'ям, що легко розпізнається, що знайде відображення в заголовках Received:. Деякі брандмауери, наприклад компанії Interlock, явно заявляють про свою присутність, додаючи коментар до рядка Received:. Брандмауер іншого виробника поміщає в поле набагато менш інформативний рядок, вказуючи, що «приватна інформація була видалена». Тим не менш, оскільки тільки цей виробник використовує даний специфічний коментар, присутність його брандмауера стає майже так само очевидним, як і брандмауера Interlock.

ЗЛІЧНІ ЗАГОЛОВКИ

Заголовки Received: призначені для аналізу проблем електронної пошти. Видалення цих заголовків не вважається в Мережі ознакою гарного тону, але деякими брандмауерами вони все ж таки видаляються за бажанням адміністратора. Я вважаю видалення таких заголовків у повідомленнях, що залишають вашу організацію, обґрунтованою дією: якщо ви несете відповідальність за проблеми з електронною поштою в межах вашої організації, то у вас навряд чи з'явиться бажання надати стороннім особам можливість аналізувати структуру вашої поштової системи (та мережі). Поки що не всі брандмауери дозволяють це зробити. (Як правило, тільки міжмережевий екран зі шлюзами додатків настільки «розумні», щоб коректно здійснювати подібні операції.)

Специфікація RFC 822 вимагає наявності у повідомленні заголовків Received:, тому їх видалення може розцінюватися як протиріччя стандарту Internet. У приватному листуванні електронною поштою з персоналом підтримки Web-вузла sendmail.org консультант порекомендував такий метод вибіркового видалення заголовків Received: - модифікацію sendmail і створення файлу конфігурації, де містяться адреси серверів, що видаляються. У той же час служба підтримки sendmail визнала подібну модифікацію стандарту RFC, що суперечить духу, і порекомендувала приховувати приватні дані в заголовках за допомогою їх заміни на хешовані записи.

ЦЕ ЩЕ НЕ ВСЕ

Деякі з відомих атак виявилися можливими завдяки використанню помилок синтаксичного розбору заголовків. Нещодавно Microsoft випустила «латку» для модуля inetcomm.dll, до якого програми Outlook і Outlook Express звертаються для аналізу, крім іншого, заголовок Date:. При переповненні поля Date: у цих поштових програмах спостерігалися збої чи навіть виконання довільного коду (якщо передані дані використовували переповнення буфера).

Як можна дізнатися, з якою програмою працює цей користувач: Outlook, Outlook Express або якийсь інший? Подивіться на заголовок x-mailer:. У випадку, зображеному на малюнку 1, відправник Джоллі користувався поштовим клієнтом Claris Emailer, що говорить також про те, що він працює на комп'ютері Macintosh (пакет прикладних програм Claris доступний тільки для Macintosh).

Пошта Internet, як і більшість його елементів, не розроблялася для відображення внутрішніх атак. Багато років Internet був засобом спілкування ентузіастів, об'єднуючи комп'ютери з урахуванням загальних протоколів, визначених стандартами RFC. Безпека і вихідна мета Internet - забезпечення міжз'єднання - перебувають у протиріччі друг з одним.

Засоби шифрування та цифрового підпису для електронної пошти, такі як PGP (Pretty Good Privacy), не вирішують проблеми, оскільки вони лише забезпечують конфіденційність поштових повідомлень і аутентифікують відправника. Для запобігання зловживанням, з якими ми стикаємося сьогодні, стандарти поштових повідомлень мають бути змінені радикально. Але вже зараз заголовки вихідної електронної кореспонденції вашої організації можна фільтрувати, видаляючи їх внутрішню інформацію, якою може скористатися зовнішній зловмисник.

Рік Ферроу – незалежний консультант з питань безпеки. З ним можна зв'язатися на адресу: [email protected].

Ресурси Internet

Стандарт Internet на заголовки поштових повідомлень опубліковано за адресою: http://www.faqs.org/rfcs/rfc822.html .

Поштовий сервер Postfix компанії Wietse Venema розташований на сторінці http://www.porcupine.org/postfixmirror/start.html .

Рекомендації Microsoft щодо помилок у модулі inetcomm.dll для аналізу низки заголовків поштового повідомлення можна знайти за адресою: http://www.microsoft.com/technet/security/bulletin/ms00-043.asp .

Корисні поради щодо використання sendmail для маскування (перезапис заголовків повідомлень так, щоб усі вони містили адресу домену, а не адреси внутрішніх систем вашого домену) можна знайти за адресою:

Повідомлення електронної пошти зазвичай складається із двох частин:

заголовка(header), що містить службову інформацію, що управляє доставкою та обробкою повідомлення;

тіла(body), що містить безпосередньо повідомлення користувача: текст і прикріплені дані (графічні, звукові файли і т.п.).

Заголовок повідомлення

Поштове повідомлення – це простий текст у форматі ASCII. Тому заголовок повідомлення є послідовністю текстових рядків виду:

Стандартом поштових повідомлень передбачено велику кількість полів. Частина є обов'язковими, тобто. без них неможливо здійснити правильну доставку повідомлень, а частина – необов'язкова. Нижче перераховані поля, які найчастіше використовуються.

Message-ID- Унікальний ідентифікатор повідомлення. Унікальність значення цього поля гарантується програмним забезпеченням вузла відправника, тому воно генерується автоматично.

Date– поле "Дата". Містить дату надсилання повідомлення. Значення поля встановлюється автоматично поштовим клієнтом під час надсилання повідомлення.

від- поле "Від". Містить адресу, яку відправник повідомлення вказує як вихідну адресу.

Sender– поле "Відправник". Містить адресу, з якої було реально надіслано повідомлення. Це поле може бути відсутнім у заголовку, якщо поле "From" містить адресу реального відправника.

To– поле "Кому". Містить адресу основного одержувача повідомлення.

Cc– поле "Копія". Містить адреси додаткових отримувачів повідомлення.

Bcc– поле "Прихована копія". Містить адреси додаткових отримувачів повідомлення. Одержувачі, перелічені в полях "To" та "Cc", не знатимуть, що абоненти зі списку "Bcc" отримали копію повідомлення.

Reply-to– поле "Відповісти". Містить адресу, за якою одержувач повинен надсилати відповідь. Це поле є необов'язковим: у разі його відсутності відповіді надсилаються на адресу, вказану в полі "From".

Subject– поле "Тема повідомлення". У цьому полі зазвичай вказується короткий опис (тема) повідомлення.

Тіло повідомлення

Спочатку передбачалося, що повідомлення можуть містити тільки текст у форматі ASCII. А оскільки можливість передачі нетекстової інформації не передбачалася, протоколи передачі електронної пошти можуть некоректно обробляти такі повідомлення. У зв'язку з цим свого часу розробили спеціальний стандарт, визначальний принципи перетворення нетекстових даних до текстовому виду. Цей стандарт отримав назву MIME(Multipurpose Internet Mail Extension, багатоцільове розширення пошти Інтернет).

MIME передбачає, що у тілі повідомлення можуть передаватися такі види інформації:

текст – простий текст у форматі ASCII, а також текст у форматі RTF чи HTML;

графічні зображення – файли у форматі JPEG та GIF;

аудіо та відео дані;

дані у форматах різних програм, наприклад, документи Microsoft Office, а також дані довільного формату (у тому числі різні файли, що виконуються).

В одному поштовому повідомленні можуть бути надані дані різних типів. Такі повідомлення є структурою із загальним заголовком і кількома блоками всередині тіла, кожен з яких містить інформацію свого типу.

Це широко використовується при надсиланні повідомлень з вкладеннями(attachments) - додатковими "прикріпленими" файлами, які можуть містити різнорідну інформацію. Наприклад, до текстового повідомлення можна прикріпити графічний файл з фотографією відправника.

Крім того, це може бути корисним, коли текст повідомлення необхідно передати у різних форматах. Наприклад, відправлене повідомлення у форматі HTML, що містить будь-яке оформлення, може некоректно сприйматися клієнтською програмою одержувача. Щоб уникнути подібних проблем, поштовий клієнт відправника може сформувати альтернативне подання повідомлення у вигляді простого тексту.

Для забезпечення коректної передачі повідомлень з нетекстовими даними в MIME передбачено два алгоритми перекодування, що здійснюють перетворення таких даних до тестового вигляду:

алгоритм "Quoted-printable", призначений для заміни байтів, що не є ASCII-символами, на групу з трьох байт, що є лише стандартними символами;

алгоритм "Base64", який здійснює перетворення трьох довільних байт у чотири ASCII-символи.

Для коректної інтерпретації даних стандартом MIME в заголовок повідомлення вводяться додаткові спеціальні поля.

Content-type– поле "Тип вмісту". Відповідає за коректне визначення типу даних, які містяться у повідомленні заголовка повідомлення. Значення поля вказує на конкретний тип даних, або інформує, що тіло містить кілька різнотипних блоків.

Content-Transfer-Encoding– поле "Тип кодування вмісту". Визначає спосіб перетворення (перекодування) вихідних даних текстовий вигляд.

18.03.2018 //в/від

Заголовок листа — 100+ Вибухових заголовків для листів

Привіт, на зв'язку Ігор Зуєвич.Ця стаття містить понад 500 тем електронних листів, які використовувала компанія DigitalMarketer у своїй стратегії з , і які також доступні вам. Також Ви знайдете в цій статті сотні заголовків листів

Статистика

Як можна бачити на графіку, крива ефективності email-кампаній за останній рік суттєво зросла.

Минулого року було надіслано 181,177,569 листів, що на 68% більше, ніж роком раніше.

Причин тому кілька:

1. Поліпшилася система. Як результат, вдалося повернути 100 тис. email-передплатників, які були втрачені через неефективність технічної системи минулих років.

Перегляньте відео: Типові Помилки в Instagram

2. У 2017 році було відправлено більше таргетованих імейлів. Співробітники DM спеціально ідентифікували сегменти прибуткових клієнтів і для них складався текст листів та повідомлень. Це дозволило збільшити загальну кількість надісланих імейлів – і прибуток від email-кампаній – без радикальних змін загальної системи.

Найкращий відсоток відкритих листів

Збільшилася як загальна кількість відправлених листів протягом останніх 5 років, а й загальний відсоток відкритих листів.

Досягти цього вдалося головним чином за рахунок уваги до «гігієни імейлу».

DigitalMarketer безперервно експериментує, шукає нові способи збільшити відсоток відкритих листів, також приділяється увага повторному залученню передплатників.

Тих, хто більше не зацікавлений у розсилці, видаляють із email-списків.

Порівняйте показник відкритих листів для двох цих тем:

• «Хороші новини для тих, хто любить погані новини…» (2013) – 9%
• «У мене хороші та погані новини» (2017) – 15.7%

Це не те саме, але все ж у двох цих тем є щось спільне. Обидві теми потрапляли до топ-10 у відповідні роки. Але у 2017 році відсоток відкритих листів був на 64% вищим.

Чистота списку клієнтів для email-розсилки – запорука успіху.

Теми листів у різні роки

Це вже складніший графік, приділимо йому трохи більше часу.

На графіці показано, які роки і які повідомлення аудиторія відповідала частіше; графік містить 8 основних типів тем електронних листів.

Після 2013 року помітно покращилася ефективність тих, що були орієнтовані на цікавість. Водночас знизилася загальна ефективність тих, які повідомляли про щось термінове.

Цілком природно, що в переповненому інбоксі цікава тема вирізняється на загальному тлі.

Згідно зі статистикою, у 2015 році щодня надсилалося по 205 млрд листів. У 2017-му ця кількість збільшилася на 31% - до 269 млрд. імейлів на день.

Тому варто використовувати теми, які змушують користувача задуматися чи здивуватися – це добрий спосіб виділитися на тлі конкурентів.

З іншого боку, теми, які можуть викликати відчуття невідкладності, – ще один потужний інструмент. Але його краще використовувати помірно, оскільки ефект зменшується, ніж частіше застосовують конкретний засіб. І хоча це хороший драйвер продажів, його ефективність не така висока в тому, що стосується показника відкритих листів.

І замість того, щоб розсилати листи всім підряд, DigitalMarketer надсилає термінові пропозиції лише невеликому сегменту аудиторії, яка виявляє інтерес до певного продукту.

Так як деякі теми завжди будуть успішніші, ніж інші (цікавість, особиста вигода), варто все ж окремо описати кожен різновид теми.

Також DigitalMarketer недостатньо активно задіяли як тему такий прийом, як соціальний доказ.

І перш ніж переходити до опису кращих тем, розглянемо їх спільні особливості.

Є 8 відмінних рис популярних тем листів.

1. Егоїзм

Завжди є сенс робити ставку на його споживача. Як правило, в таких темах повідомляється про користь, яку людина має для себе, якщо відкриє лист. У темі міститься підказка у тому, чому присвячений текст листа.

2. Цікавість

Якщо попередній варіант теми повідомляє про переваги для користувача, то теми, що викликають цікавість, працюють за зовсім іншим принципом.

Вони підігрівають інтерес передплатника, не повідомляючи зайвої інформації, звідси вищий відсоток відкритих листів.

Але варто виявляти обережність, оскільки такі теми швидко старіють і часто не досягають мети.

3. Оффер

Ви любите безкоштовні товари? Ви любите купувати?

Те саме стосується і людей з вашого email-списку.

Якщо ви влаштовуєте безкоштовну роздачу або щось продаєте, передплатникам буде цікаво. Прямо повідомляючи про це у темі листа, ви переконуєте користувачів відкрити імейл та дізнатися більше.

4. Терміновість/дефіцит

Найпоширеніший тип теми у вашому розпорядженні. Теми листа, в яких повідомляється про те, що розпродаж незабаром закінчиться, змушують користувача діяти негайно.

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

5. Ввічливість/щирість

Не завадить вкотре нагадати передплатникам про творців вашого продукту. Іноді доречно подякувати передплатникам, розповісти історію, або показати свою компанію з людського боку.

6. Новини

Якщо постійно інформувати ЦА про галузеві новини, це підвищить ваш авторитет і, як наслідок, відсоток відкритих листів. Якщо в темі є ще й елемент цікавості, ефект буде кумулятивний.

7. Соціальний доказ

Наслідування – мабуть, головна відмінна риса виду хомо сапієнс. Ми часто спираємося на думку інших, коли потрібно ухвалювати рішення.

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

8. Історія

Історія, або хоча б її інтригуючий початок – це унікальний спосіб підкреслити переваги продукту та збільшити відсоток відкритих листів.

Почнемо з 10 кращих тем.

10. Обіцяємо, воно того варте…

Контент:План запуску нового розпродажу (подкаст)

Відсоток відкриття: 15.41%

Аналіз:Тема листа нічого не говорить про суть оффера, а лише: «Довірся мені – клікни тут».

Успіх цієї теми пояснюється взаємовідносинами відправника листа та передплатника.

Таку тему для письма можна використовувати лише тоді, коли вже є певний рівень довіри.

9. 4 найважливіші питання для кожної компанії

Контент:Безкоштовний відеотренінг

Відсоток відкриття: 15.64%

Аналіз:Специфічні, дивні цифри в темі листа одразу впадають у вічі. У цьому випадку цей трюк доповнює ще один нюанс – питання, про які замислюються усі власники комерційних організацій. Тема розрахована на широку міжнародну аудиторію, що допомогло збільшити відсоток відкриття листів.

8. У нас хороші та погані новини…

Контент:Конференція Intensive Workshop

Відсоток відкриття: 15.73%

Аналіз:Ще один варіант, розрахований на цікавість. Тема звучить у розмовній манері. Обігрується відомий вислів: в його основі схильність людей бачити у всьому і негативний бік; до того ж, користувачам цікаво дізнатися, чому новину назвали «поганою». Все це створює причини кліка.

Контент:Блог-пост

Відсоток відкриття: 16.25%

Аналіз:Унікальні форми контенту - добрий спосіб виділитися на загальному тлі. Є багато інших способів, зокрема. опитування та чекліст.

6.? Покращимо ваш оффер разом

Контент: Intensive Workshop (ідеальний оффер)

Відсоток відкриття: 16.66%

Аналіз:Обіцяння практичної допомоги; за таким імейлом чується голос компанії. Хороший спосіб залучити якісних клієнтів за допомогою теми. Поліпшення оффера може бути на користь аудиторії.

5. Бажаєте найняти контент-маркетолога? Скористайтеся цим посібником.

Контент:Блог-пост

Відсоток відкриття: 17.09%

Аналіз:Ще одна ефективна тема, яка посилює пропозицію. Хороший приклад того, наскільки ефективним може бути копірайтинг, навіть коли тексту зовсім небагато. Описується проблема (найм) і необхідне рішення (керівництво) – лише 7 слів.

Старий Хем перекинувся в труні і закурив.

4. Ваше приватне запрошення дійсне до завтра

Контент: Intensive Workshop (PSS)

Відсоток відкриття: 17.31%

Аналіз:У темі є звернення до другої особи («ваше»), щоб зацікавити, що разом з елементом терміновості становить ефективний рецепт, як досягти кліка. Персональний підхід, ексклюзивність та невідкладність в одному рядку.

3. Продажі ⬆, Повернення ⬇, Утримання ⬆

Контент:Блог-пост

Відсоток відкриття: 17.47%

Аналіз:Використання смайликів та символів у темі завжди є додатковим імпульсом для відкриття листа. Повторювані елементи впадають у вічі. Навіть без натяку на тему листа, одразу стає зрозуміло, що йдеться про щось корисне.

2. Контекстно-медійна мережа Google (ваш довідник на одній сторінці)

Контент:Блог-пост

Відсоток відкриття: 18.77%

Аналіз:Відкрито пропонується довідник, і побічно – спрощення дуже складної та потужної трафік-платформи. Завдяки такій темі важке завдання здається цілком здійсненним, а обіцянка збільшити трафік завжди дієвий прийом.

1. Конференція T&C 2017 у Бора-Бора?

Контент:Пряма трансляція T&C

Відсоток відкриття: 19.51%

Аналіз:Класична тема DigitalMarketer. Поєднується елемент цікавості та особистої вигоди + незвичайне місцезнаходження таприродне повторення слів у назві острова Бора-Бора.

Вам замало тим?

Є ще 90 інших, з описами деталей:

1. Переконайтеся, що бос відправити вас на конференцію T&C!– особиста вигода
2. T&C! Закривається Завтра @ Опівночі!- Терміновість
3. Скопіюйте 7 наших найкращих реклам у Facebook за 2016– особиста вигода
4. [Свіжий розпродаж] –85% на План запуску подкасту- Оффер
5. Що станеться, якщо вас приймуть?- Цікавість
6. Ваш планувальник кампаній контенту (Google doc)- Пропозиція
7. Виправте головні недоліки свого маркетингу
8. #TCS2017: День 1 Огляд- Новини
9. [Якщо ви пропустили] Найміть відповідного контент-маркетолога…– Особиста вигода
10. [ОСТАННИЙ ШАНС] –85% розпродаж закінчується сьогодні! - Невідкладність
11. [ЧЕКЛІСТ] Підвищіть на 20% відсоток доставлених листів✔ – Пропозиція
12. ? Нові особливості груп Facebook – це ВАЖЛИВО- Новини | Цікавість
13. Найкращі конференції, присвячені трафіку та конверсіям у 2017– Особиста вигода
14. Трансляція з T&C цього року?- Цікавість
15. Завтрашній день…- Цікавість
16. #TCS2017: День 2 Огляд- Новини
17. 5 найкращих кампаній з трафіку- Пропозиція | Особистий зиск
18. - Цікавість
19. DM чекають великі зміни- Історія | Цікавість
20. [Інфографіка] Як отримати максимум з #TCS2017– Особиста вигода
21. Це ви?- Цікавість
22. Підготуйтеся до нашого найкращого контенту– Особиста вигода
23. Facebook + Pinterest + Відео = Більше Закритих Угод– Особиста вигода
24. Ви запрошені- Цікавість | Особистий зиск
25. Платний трафік без конверсій? Завантажте це…- Цікавість | Оффер
26. Ось СПРАВЖНЯ причина, чому Amazon купує Whole Foods- Новини | Історія
27. Я знав, що казав...- Історія | Цікавість
28. ⏰ ОСТАННИЙ НАПОМІН: «Ідеальний оффер міні-клас»- Невідкладність
29. Рас здивував мене ще 18 сесіями- Щирість | Історія
30. Конфа Digital Marketing Mastery відкрилася!- Оффер
31. Абсолютно новий (і безкоштовний) тренінг: 3 кроки до ідеального офферу- Оффер
32. Як ми змогли досягти 1,329,572 переглядів за 20 місяців- Історія | Цікавість
33. Майстер-клас завершується сьогодні.- Терміновість
34. Важливе повідомлення (щодо завтрашнього важливого повідомлення)- Цікавість
35. $7 сьогодні, $47 завтра- Терміновість | Цікавість
36. 30-секундна презентація товару
37. Блог-пост, який продає (повне керівництво)– Особиста вигода
38. Хлопець, який заробив $1,015,209 за день… на Amazon- Історія | Цікавість
39. ? Давайте створимо ідеальну кампанію у FB, разом (безкоштовно)!– Особиста вигода
40. ? Отримайте безкоштовну гарячу карту!- Оффер
41. Тренінг найвищого рівня, який ми пропонуємо- Цікавість
42. T&C 2017 завершиться незабаром?- Терміновість | Цікавість
43. Re: Часті питання #1- Цікавість
44. [Підписувач] Ви знайомі з T&C?- Цікавість
45. ? Ваш ідеальний запуск продукту за $7- Оффер
46. Лендінг не приносить конверсії? Спробуйте це!- Особиста вигода | Особистий зиск
47. Будьте з нами сьогодні о 15:00- Ввічливість
48. Запитайте мене про щось?- Ввічливість | Цікавість
49. Останнє запрошення на T&C квитки (годин залишилося)- Терміновість
50. [–85%] 3 Перевірених кампанії у Facebook, які варто запустити сьогодні…- Оффер
51. Приєднайтесь до моїх привітань…- Ввічливість | Цікавість
52. Лише для досвідчених маркетологів!- Особиста вигода | Цікавість
53. Велика зміна, яка відбувається прямо зараз (і що це означає для вас)- Новини | Особистий зиск
54. Квитки на T&C майже розпродано!– Терміновість!
55. [ОПИТУВАННЯ] Чи можете відповісти на це запитання?- Цікавість
56. ⚡ [СВІЖА РОЗПРОДАЖ] Мій план запуску бізнесу з 11 кроків (і шаблони)- Оффер
57. План на T&C 2017– Особиста вигода
58. Монетизуйте свій email-список нарешті…– Особиста вигода
59. Отримайте свій (дуже рідкісний) сертифікат CDMP Designation– Особиста вигода
60. 2-а конференція Annual Content & Commerce Summit- Новини
61. [Підписувач] Ексклюзивне запрошення на T&C дійсне до ЗАВТРА- Терміновість | Оффер
62. [Скачайте PDF безкоштовно] Отримайте наш свап-файл для SMM- Оффер
63. T&C вдома на дивані.- Цікавість
64. БОНУСНИЙ МОДУЛЬ доданий: Як розширити кампанію в Google & YouTube– Особиста вигода
65. Потрібні професіонали-маркетологи!– Особиста вигода
66. У вас неякісний лендінг?… чи він «ідеальний»? ?- Цікавість
67. ⏰ ОСТАННІЙ ШАНС: T&C завершується сьогодні- Терміновість
68. Ваш план з розвитку бізнесу у 2018 році- Оффер | Цікавість
69. Не запускайте свій продукт чи сервіс без цього.- Невідкладність
70. Хто спікери на T&C?- Новина | Цікавість
71. [КЕЙС] 30 хвилин роботи -> 82,613 переглядів сторінки- Особиста вигода | Історія
72. ВИГРАЙТЕ день з Райаном Дайсом & Моллі Пітмен!- Ввічливість | Особистий зиск
73. Зустрічайте мене у LA, ВАШЕ ІМ'Я?- Ввічливість | Цікавість
74. Невеликий твік у Facebook, який на 50% скорочує витрати- Цікавість | Історія
75. Ваш тип реклами відповідає офферу?– Особиста вигода
76. ❄ Перетворіть крижаний трафік на покупців?– Особиста вигода
77. Дивовижне оголошення (і спеціальне запрошення)* - Цікавість | Особистий зиск
78. Як він побудував e-commerce-бренд вартістю $20M- Історія | Цікавість
79. ? Розширення націлення у Facebook: Тест (і результат…)– Особиста вигода
80. У DigitalMarketer, ми ЛЮБИМО агентства…- Ввічливість | Цікавість
81. [ОГОЛОШЕННЯ] відомий склад учасників на C&C 2017 року.- Новини
82. Новий івент DigitalMarketer…- Цікавість
83. Безкоштовний онлайн-тренінг: OMG, 90-денна система- Оффер
84. Опитування – це не відповідь.- Цікавість
85. Найновіша опція у Facebook: налаштування, стратегія, приклади- Новини | Особистий зиск
86. Ім'я, зустрічайте Джастіна.- Ввічливість
87. [Новий блог-пост] Використовуйте FB Messenger – розвивайте бізнес– Особиста вигода
88. Створення email-списку: У чому Ваша помилка- Особиста вигода | Цікавість
89. Ви використовуєте нову рекламну опцію у Facebook?- Цікавість | Новини
90. [ЯКЩО ВИ ПРОПУСТИЛИ] Все що потрібно знати про новий Піксель Facebook- Особиста вигода | Новини

Не зупиняйтесь на цьому!

Ось ще 101 найкраща email-тема за 2016 рік (…І 5 безкоштовних інстурментів, які покращать ваш email-маркетинг!)

Почнемо з найкращих тем за 2016 рік.

10. Як Райан Дайс став "DigitalMarketer"

Контент:Блог-пост

Відсоток відкриття: 14.61%

Аналіз:Ця тема звернена до людської природи. Багатообіцяюча та інтригуюча розповідь, історія успіху DigitalMarketer, яка нагадує про засновника компанії.

9. Не купуйте це на Amazon!

Контент: Invisible Selling Machine (Невидима машина, що продає)

Відсоток відкриття: 14.64%

Аналіз:Це старий трюк, який вже давно приносить свої плоди. Ідеальний приклад теми, покликаної викликати цікавість – генеруйте емоційну реакцію, не кажучи про мету листа.

8. [СКАЧАЙТЕ] аудит посадкової сторінки з 15 пунктів

Контент:Блог-пост

Відсоток відкриття: 14.97%

Аналіз:Приклад того, що в контенті має бути певна цінність для клієнта, плюс безкоштовний файл.

7. Я дзвонив. Ви не відповіли

Контент:Блог-пост

Відсоток відкриття: 15.05%

Аналіз:Вже читання цього рядка викликає почуття провини. І хоча вона, по суті, нічого в собі не містить, все ж таки цей рядок викликає відчуття невідкладності, як розпродаж, який уже закінчився. Займенник «я» є елементом особистого контакту в имейле.

6. [Розсекречено] Нарада з планування DM у 2016 році

Контент:Блог-пост

Відсоток відкриття: 15.44%

Аналіз:Щоб ви подумали, якби хтось захотів поділитись з вами секретом? Більшість у таких випадках посунеться ближче до співрозмовника і нахилить вухо. Ця тема додає певної таємничості.

5. Оголошення: 7-й щорічний тренінг Black Friday Bootcamp

Контент: Black Friday Bootcamp

Відсоток відкриття: 15.71%

Аналіз:На цю тему листи не потрібні якісь додаткові трюки. Тема розрахована на людей, які вже знайомі із заходом Black Friday Bootcamp. Якщо ви повідомляєте про щось знайоме, простий і нехитрий оффер творить дива.

4. 13 млрд імейлів проаналізовано [Інфографіка]

Контент:Блог-пост

Відсоток відкриття: 15.79%

Аналіз:У цій темі листи використовується класична техніка: дивні цифри одразу ж впадуть у вічі користувачеві. Акцент на типі контенту - інфографіка, і людям відразу ж зрозуміло, що величезний масив даних представлений у зручній формі. Igor Zuevich https://сайт/wp-content/uploads/2015/03/logoizbl2.pngIgor Zuevich 2018-03-18 00:31:16 2019-03-15 17:44:38 Заголовок листа - 100+ Вибухових заголовків для листів

Технічні заголовки

Відповідно до стандартів обміну електронними повідомленнями, листи підтримують деякі заголовки, кожен із яких має бути з нового рядка. За промовчанням вже прописані необхідні з них: MIME-Version, Content-Type, From, Reply-To, Subject, To. Записані в полі заголовків нові будуть додані до наявних вищевказаних.

Усі поштові агенти сприймають ці стандарти по-різному. Хоча ці заголовки emailі вказані в офіційних протоколах RFC, вони можуть бути інгоровані або неправильно інтерпретовані, тому перед email розсилкою їх варто тестувати на собі.

Популярні RFC заголовки листа

Cc: (Carbon Copy) * Cc: [email protected]

Цей заголовок є розширенням поля "To:", він вказує на додаткові одержувачі листа. Відмінностей між "To:" та "Cc:" по суті немає, якщо не вважати, що деякі поштові програми розглядають їх по-різному, генеруючи відповідь на повідомлення.

Bcc: (Blind Carbon Copy) * Bcc: [email protected]

Якщо ви бачите цей заголовок в отриманому повідомленні, значить, щось не так. Цей заголовок використовується так само, як і "Cc:" (див. нижче), але не з'являється у списку заголовків. Основна ідея цього заголовка полягає у можливості надсилати копії листа людям, які не хочуть отримувати відповіді або з'являтися у заголовках. Сліпі копії дуже популярні серед спамерів, оскільки багато недосвідчених користувачів виявляються спантеличеними, отримавши лист, який начебто не був їм адресований.

Comments: * Comments: Люблю книги

Цей заголовок не стандартний, може містити будь-яку інформацію. Подібні заголовки додаються деякими поштовими програмами (зокрема популярною програмою Pegasus) для ідентифікації відправника, але часто прописується і вручну спамерами, так що ставитися до нього слід з обережністю.

Organization: * Organization: ВАТ Костоправ

Абсолютно вільний заголовок, який зазвичай містить назву організації, через яку відправник повідомлення отримує доступ до мережі. Відправник, як правило, контролює цей заголовок, тому там цілком може бути щось на зразок "Королівська спільнота постановки одного над іншим".

Priority: (X-MSMail-Priority: Importance:)* Priority: 1

Заголовок, що визначає пріоритет повідомлення. Іноді вказується, як X-Priority:, X-MSMail-Priority:, Importance:, приймає значення "Higt", "Normal", "Urgent", "Non-urgent" або для X-Priority "1", "3", "5". Більшість програм його ігнорують. Часто використовується спамерами з метою привернути увагу до повідомлення встановивши 1.

Precedence: * Precedence: bulk

Значення: "bulk", "junk", "list". Вказує приналежність листа до масової розсилки. Синоніми X-List:*, X-Mirror:*, X-Auto:*, X-Mailing-List:*.

List-Owner: * List-Owner:

Email адреса організатора масового розсилання.

X-Mailer: * X-Mailer: ePochta Mailer Disposition-Notification-To: * Disposition-Notification-To: [email protected]

На вказані реквізити буде надіслано повідомлення про прочитання. Найчастіше ігнорується поштовиками з метою боротьби зі спамом. Синоніми: X-Confirm-Reading-To:, Return-Receipt-To:

List-Unsubscribe: * List-Unsubscribe: або List-Unsubscribe:

За описаним функціоналом поле має автоматично відписувати користувача, якщо він натиснув на кнопку "СПАМ", але часто під це поле виводиться окрема кнопка "Відписатися". Заголовок сприймається не всіма поштовими програмами, т.к. це чудова можливість перевірити email адреси на використовуваність.

X-*** * X-List:, X-Mailer:, X-...

Як кажуть стандарти RFC, заголовки, що починаються на X - це власні заголовки окремих поштових програм, що носять інформативний характер. Але деякі приймаються повсюдно, наприклад, X-Mailer. Нічого, крім додаткової інформації у коді листа...

Вищенадана інформація носить інформативний характер. Це не означає, що вказівка ​​якогось заголовка обов'язково виконається кожною поштовою програмою. Додаткову інформацію про заголовки можна отримати за

Будь-який e-mail у своїй основі має однакову будову. Формат поштового повідомлення У Мережі визначено в RFC-822 (Standard for ARPA Internet Text Message, опублікований в 1982 р.). Поштове повідомлення складається з трьох частин: конверта (envelope), заголовків (headers) та тіла повідомлення (body). Користувачеві доступні лише заголовки (headers) та тіло (body) повідомлення. Конверт використовується програмами доставки (для передачі повідомлення від сервера на сервер). RFC-822 регламентує зміст заголовка повідомлення. Заголовок завжди знаходиться перед тілом повідомлення, відокремлений від нього порожнім рядком і складається з полів (ім'я та зміст). Ім'я поля відокремлено від змісту символом ":".

Мінімально необхідними є такі поля Date:«, » Від:«, » Cc:"і/або" To:", наприклад:

Від: [email protected]

To: [email protected]

Від: [email protected]

Cc: [email protected]

Від: [email protected]

To: [email protected]

Cc: [email protected]

де " Date:«, » Від:«, » Cc:"і" To:є іменами заголовка, а через пробіл навпроти кожного імені заголовка вказано відповідний зміст. Визначимо значення кожного вказаного імені заголовка:

Поле "Date:" виставляється комп'ютером відправника, на якому може бути неправильно встановлена ​​дата та час

Date:— призначення даного заголовка очевидне: він вказує дату та час відправлення листа (з прикладів "Fri, 6 Dec 2002 23:26:50 +0300 (MSK/MSD)" видно, що листа було відправлено 6 грудня 2002 року о 23:26: 50 за московським часом). Якщо цей заголовок не було створено на комп'ютері відправника, то, можливо, його додасть поштовий сервер або інший комп'ютер, через який пройде лист. Його в жодному разі не можна приймати за незаперечну істину, і справа навіть не в можливості підробки - у світі жахливо велика кількість комп'ютерів з годинами, що неправильно йдуть;

Від:- Вказує адресу відправника (у прикладі ми бачимо, що лист був відправлений з адреси [email protected]);

To:— адреса(а) одержувача(ів) (одержувачем у нашому прикладі є [email protected]). Зазначимо, що поле " To:не повинно містити адресу одержувача, а також може містити адреси кількох одержувачів;

Cc:(Carbon Copy) — адресація копій, цей заголовок є розширенням поля To, він вказує додаткових одержувачів листа (одержувач To бачить список всіх Cc). Відмінностей між заголовками "To" і "Cc", по суті, немає, якщо не вважати, що деякі поштові програми розглядають їх по-різному, генеруючи відповідь на повідомлення. У прикладі № 1 поля Cc немає, тобто листа було відправлено єдиному одержувачу [email protected]. З прикладу № 2 видно, що цей заголовок належить адресату [email protected], якому надіслано копію листа (він не бачить поле To). Приклад № 3 показує, що листа було надіслано одержувачу листа [email protected], а також копію листа було надіслано на скриньку [email protected].

Але це лише основні поля заголовка. Зазвичай заголовок містить значно більше полів, ніж зазначено вище. Давайте з ними ознайомимося...

Поле "Received:" - штамп проходження листа через поштовий сервер

Received:- "штамп" проходження листа через поштовий сервер. Заголовки "Received:" надають докладну інформацію про життя повідомлення та не дадуть обдурити одержувача повідомлення, звідки саме надійшов лист. Якщо, наприклад, машина turmeric.com, IP-адреса якої 104.128.23.115, надсилає повідомлення машині mail.bieberdorf.edu, але намагається її обдурити, сказавши HELO galangal.org, заголовок "Received:" вийде наступним: Received: from manaraga. org (turmeric.com) by mail.bieberdorf.edu...(залишок рядка опущений для ясності). Тут підробка одразу виводиться на чисту воду. Цей рядок каже: "машина turmeric.com, чия адреса 104.128.23.115, назвалася galangal.org". Ми розглянули лише один приклад, що наочно представляє потрібність і корисність даного заголовка листа, у зв'язку з тим, що метою цієї статті не є докладне вивчення кожного заголовка, а лише ознайомлення з найчастіше зустрічаються у звичайному житті. Тим більше, що про заголовок "Received:" можна написати окрему статтю.

Message-Id:— унікальний ідентифікатор листа, який надається кожному повідомленню, — найчастіше першим поштовим сервером, який зустрінеться у нього на шляху, або ж поштовим клієнтом. Зазвичай він має форму. [email protected], де "abrakadabra" набір довільних символів, а друга частина "domain.ru" - ім'я машини, що привласнила ідентифікатор. Іноді, але рідко, «abrakadabra» включає ім'я відправника. Message-Id використовується програмами доставки пошти, щоб уникнути "зациклювання" листа;

Поле "Bcc" - прихована копія

Bcc:(Blind Carbon Copy) — сліпа/прихована копія (одержувачі не підозрюють про інших одержувачів з поля Bcc). Приховані копії дуже популярні серед спамерів, оскільки багато недосвідчених користувачів виявляються спантеличеними, отримавши лист, який, начебто, не був їм адресований;

Subject:- Тема листа (наявність Re: означає відповідь; Fwd: - Переадресацію). Поштовий стандарт допускає наявність лише латинських символів (US-ASCII) у полі «Subject» тому, незважаючи на те, що багато користувачів заповнюють це поле російською мовою, цього робити не рекомендується. Нормальна ситуація — коли написана російською тема листа при відправці перекодується поштовою програмою відправника в 7-бітну base64 із зазначенням мовного кодування, в якій ця тема написана (як це роблять програми Pine, Pegasus Mail), а поштова програма одержувача декодує тему листа вид, що читається. Однак це поштовий стандарт MIME, який програма UUPC не підтримує;

Reply-To:- адреса для відповідей. Незважаючи на те, що цей заголовок має безліч способів цивілізованого застосування, він також використовують спамери для відведення удару від себе. Можливо, якийсь наївний спамер і захоче збирати відповіді на свої листи і вкаже вірний заголовок "Reply-to:", але більшість вказує там або неіснуючу адресу, або адресу невинної жертви;

In-Reply-To:- Вказує, що повідомлення відноситься до типу "відповідь на відповідь";

Comments:- означає коментар. Цей заголовок не є стандартним, тому може містити будь-яку інформацію. Подібні заголовки додаються деякими поштовими програмами (зокрема популярною програмою Pegasus) для ідентифікації відправника, але часто прописується вручну спамерами, так що ставитися до нього слід з обережністю;

Status:- статус листа (нове, прочитане);

Apparently-To:— ці заголовки нетипові для нормальних повідомлень, зазвичай є ознакою масової розсилки. Останнім часом для масових розсилок використовується програмне забезпечення досить "розумне", щоб не плодити гігантські списки з цих заголовків;

Organization:— абсолютно вільний заголовок, який зазвичай містить назву організації, через яку відправник повідомлення отримує доступ до мережі. Відправник, як правило, контролює цей заголовок, тому там цілком може бути щось на зразок ЗАТ "Роги та Копита";

Priority:- Виключно вільний заголовок, що встановлює пріоритет повідомлення. Більшість програм його ігнорують. Часто використовується спамерами у формі "Priority: urgent" (або щось у цьому роді) з метою привернення уваги до повідомлення;

Errors-To:— вказує адресу для надсилання повідомлень про помилку, що автоматично генеруються, таких як "немає такого користувача". Це рідко використовується заголовок, так як більшість відправників зазвичай хочуть отримувати повідомлення про помилки на вихідну адресу, яка використовується поштовими серверами за промовчанням.

Специфікація RFC-822 сильно застаріла

Розглянуті нами вище заголовки регламентуються RFC-822, як було зазначено вище. З часу використання стандарту RFC-822 виявився ряд обмежень, що помітно урізають потреби користувача. Зокрема, можливість пересилання нетекстових даних, наприклад, аудіо та графіки - дана можливість просто не була згадана в RFC-822, що описує лише формат текстових повідомлень. І навіть у випадку текстового повідомлення стандарт RFC-822 обійшов увагою потреби користувачів, які використовують розширений набір символів, що характерно для азіатських та більшості європейських мов. Основне обмеження RFC-822 – відносно короткі рядки та 7-бітна символьна таблиця. Користувачам для надсилання нетекстових даних доводилося конвертувати тіло свого листа в 7-бітну форму за допомогою UUENCODE, BINHEX та аналогів. Стало зрозуміло, що була потрібна нова, додаткова специфікація, і вона була розроблена - MIME - Multipurpose Internet Mail Extension (RFC-1314). Про цю специфікацію ми поговоримо в окремій статті.