Кращі практики та етикет для налаштування сповіщень електронною поштою

Якщо ви збираєтеся налаштувати сповіщення електронною поштою для клієнтів вашого веб-сайту, щоб підписатись, яких правил етикету слід дотримуватися?

Я можу придумати кілька з верху голови:

• Користувачі можуть відмовитися
• Лише текст (або зі смаком віддалених зображень)
• Не надсилається більше одного разу на тиждень
• Клієнти мають тонкий контроль над тим, про що вони отримують електронні листи (отримують лише те, що їх цікавить)

Які ще моменти слід врахувати?

З точки зору програмування, який найкращий спосіб налаштування та запуску сповіщень електронною поштою?

• Чи варто використовувати послугу ASP.NET? Служба Windows? До яких підводних каменів належать і такі?
• Як я повинен входити в електронні листи, що надсилаються? Мені все одно, чи їх отримали, але мені потрібно мати змогу довести, що я зробив чи не надіслав електронний лист.

Процес відмови НЕ повинен бути "Відповісти на електронний лист із" скасувати підписку "в темі". Я використовую підключення для всіх своїх підписок (допомагає контролювати спам), тому я не можу відповідати з кожної адреси, яку я видаю (wallmart_username@domain.com). Мені дуже важко скасувати підписку на певні списки.

Посилання для відмови працюють найкраще.

Я вважаю за краще відмовитися від відмови.

Відмовившись

Це не просто етикет, це закон США:

З Закону CAN-SPAM :

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

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

Лише текст

Я не цілком продаю цю функцію. З певних веб-сайтів, таких як amazon.com або guitarcenter.com, мені подобається можливість переглядати продукти, які пропонуються безпосередньо в електронній пошті, не потребуючи натискання зовнішнього посилання. Крім того, GMail має можливість блокувати зображення в будь-якому випадку, якщо я не хочу їх бачити. Однак я припускаю, що якщо ви контролюєте весь процес, ви можете запропонувати прапорець для того, щоб користувач також міг вибрати HTML або звичайні текстові електронні листи.

Частота розповсюдження

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

Спосіб розподілу

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

Ведення журналів

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

Якщо ви йдете маршрутом файлу з плоским текстовим журналом, ви можете використовувати перевірену систему реєстрації даних, таку як log4net з часу згадування .NET.

Щодо того, що робити вхід, я би очікував щось подібне:

• Час початку черги
• За електронною поштою:
  • Позиція в черзі
  • Адреса електронної пошти одержувача
  • Час надіслано
• Час завершення

Різне

• Обов’язково в кожному електронному листі введіть назву вашого веб-сайту або адресу своєї компанії
• Зберігайте відповідну інформацію у верхній частині електронної пошти, щоб користувач не мав прокручуватися вниз
• Використовуйте правильний написання і уникайте ВСІХ КАПС
• Використовуйте смачні зображення із низькою пропускною здатністю
• Переконайтеся, що у вас є лише один одержувач на електронну пошту, тому To:рядок не містить 100 електронних адрес
• Не надсилайте особисту інформацію користувача в електронному листі (наприклад, дані кредитної картки)
• Уникайте вкладень

Закон CAN-SPAM: Посібник з відповідності бізнесу :

Частотний етикет

Я думаю, що важливіше, ніж "не надсилається більше одного разу на тиждень", буде "надсилатися якомога рідше"

Якщо вам потрібно відправити два за один тиждень, то зробіть це. Але якщо вам не потрібно надсилати їх, тоді нічого не надсилайте.

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

Простота використання

Зареєструватися та вийти зробити це надзвичайно просто.

Зробити це неймовірно просто (і необов’язково) для їх налаштування.

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

Метод, який ви можете використати, буде подібний до "Мені подобається це" "Мені це не подобається", єдиною проблемою є те, що вам потрібно багато логіки даних (і складної) для реалізації подібної схеми.

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

Багато людей згадували, що не продають електронні листи, я думаю, що це дано, але інша грань - це те, про що говорив Frakkle. Не майте жодної людини у вашому списку розсилки отримати інформацію про кого-небудь ще у списку розсилки. Навіть не пригнічуючи людей. Завжди створюйте індивідуальні та прямі електронні листи.

Програмно

У цьому випадку, як і у багатьох інших питаннях програмування, використовуйте той тип послуги, який вам найбільше знайомий. Я не вірю, що різниці між службою ASP.NET і службою Windows будуть більшими, ніж різниця у ваших власних рівнях кваліфікації.

Ведення журналів

Для ведення журналу під час використання служби Windows я мав хороший досвід роботи з Log4Net. З точки зору (набагато важливішого) змісту. Ви повинні вести кілька речей (якщо є).

1. Одержувач
2. Час відправлений
3. Теги вмісту
4. Поточна черга повідомлень

1) Одержувач

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

2) Час відправлений

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

3) Теги вмісту

Якщо ви надсилаєте якийсь налаштований модульний вміст, то, ймовірно, буде набір тегів вмісту на основі їхніх уподобань ("VideoGames, StackOverflowNews, Lederhosen"), що дозволяє вам відслідковувати набагато більш тонко детально, що може помилятися з певним класом електронних листів, які не працюють.

4) Поточна черга повідомлень

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

Для мене важливий варіант запиту HTML або звичайного тексту.

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

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

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

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

Підсумовуючи своє запитання та відповіді:

• лише для вибору
• "хороша" політика конфіденційності, відома користувачам, включаючи відсутність обміну електронними листами з іншими сторонами
• один клік скасувати підписку (не відповісти) за допомогою легкого механізму "Я передумав"
• опція HTML або звичайний текст
• Відповідність CAN-SPAM для США

Додам:

• Варіант "Надіслати другу"
• "Якщо це було перенаправлено вам, і ви хочете підписатися ..."
• Можливість, коли користувачі скасовують передплату, щоб надсилати вам коментарі щодо того, чому вони скасували підписку - часто як прапорці (надходить часто, я занадто зайнятий, я отримую занадто багато електронних листів, вміст не стосується мене тощо) та " інша причина "текстове поле
• Нагадування про дозвіл : "Ви отримували цей електронний лист на адресу, <email_address>оскільки натиснули ..."
• Якщо користувач обрав HTML, посилання "Якщо ви не можете прочитати це, натисніть тут, щоб переглянути сторінку в Інтернеті"

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

Як слід відслідковувати електронні листи, які надсилаються?

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

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

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