Як настроїти надсилання листів за допомогою мови R. Як вибрати потрібну адресу відправника

Як настроїти надсилання листів за допомогою мови R. Як вибрати потрібну адресу відправника

У цьому топіці ви дізнаєтесь, як грамотнонастроїти сервер вихідної пошти і зокрема функцію mail() в PHP. Сам є моторошним педантом. Люблю, щоб скрізь було все на своїх місцях, не терплю халтури. Побачивши один раз повну нісенітницю в заголовках листа зі свого сервера, я розібрався з цим кардинально і беззастережно. Під грамотним налаштуванням я маю на увазі таку, яка задовольняє потреби спам фільтрів великих поштових систем, і просто виглядало красиво та осмислено.

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

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

Назву заголовка вибрав саме таке, тому що спочатку свого шляху я шукав щось на зразок цього. Налаштовуватимемо postfix, php, dns (ptr, spf), та інше.

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

Подробиці під катом

Преамбула

Хтось користується либами, які замінюють функцію mail (наприклад phpmailer), можуть спілкуватися з SMTP безпосередньо, а можуть відправляти і локальний сервер. Але краще використовувати стандартну вбудовану та налаштовану функцію PHP mail(), яка буде відправляти пошту на локальний сервер вихідної пошти, який у свою чергу сам з нею розбиратиметься. З використанням цієї функції гальм завжди найменше, оскільки локальний поштовий агент швидко приймає чи відхиляє пошту, і якщо приймає, то доставляє самостійно.

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

Чим перевіряти нашу роботу?

Тестуємо ось цим методом
$result = mail(" [email protected]", "subject", "message"); if($result) ( echo "все шляхом"; ) else ( echo "щось не так"; )

Яких цілей у заголовках нам потрібно досягти?

- Ось цих заголовків від gmail.com
Прошу помітити, що це заголовки з якими лист потрапляє до скриньки кінцевого користувача
Delivered-To: [email protected] Received: by 10.182.0.137 з SMTP id 9cs9033obe; Sat, 21 Jan 2012 13:25:09 -0800 (PST) Received: by 10.205.119.199 with SMTP id fv7mr1052469bkc.113.1327181107295; Sat, 21 Jan 2012 13:25:07 -0800 (PST) Return-Path: Received: from wartur.ru (wartur.ru. ) by mx.google.com with ESMTP id ua10si4066845bkb.110.2012.01.21.13.25.06; Sat, 21 Jan 2012 13:25:07 -0800 (PST) Received-SPF: pass (google.com: domain of [email protected] designates 188.134.79.140 as permitted sender) client-ip=188.134.79.140; Authentication-Results: mx.google.com; spf=pass (google.com: domain of [email protected] designates 188.134.79.140 as permitted sender) [email protected] Received: by wartur.ru (Postfix, від userid 1002) id 9913B61D; Sun, 22 Jan 2012 01:24:55 +0400 (MSK) To: [email protected] Subject: subject X-PHP-Originating-Script: 1002:index.php Message-Id:<[email protected]> Date: Sun, 22 Jan 2012 01:24:55 +0400 (MSK) Від: [email protected]
- А також цих заголовків від mail.ru
Return-path: Received-SPF: pass (mx64.mail.ru: domain of wartur.ru designates 188.134.79.140 як відправлений sender) client-ip=188.134.79.140; [email protected]; helo=wartur.ru; Завантажено: від (port=64667 helo=wartur.ru) by mx64.mail.ru with esmtp (envelope-from ) id 1RoiQJ-0005E9-6r for [email protected]; Sun, 22 Jan 2012 01:24:31 +0400 X-Mru-BL: 0:0:0:0 X-Mru-PTR: wartur.ru X-Mru-NR: 1 X-Mru-OF: Linux (ethernet /modem) X-Mru-RC: RU Received: by wartur.ru (Postfix, від userid 1002) id 460BC9B7; Sun, 22 Jan 2012 01:24:20 +0400 (MSK) To: [email protected] Subject: subject X-PHP-Originating-Script: 1002:index.php Message-Id:<[email protected]> Date: Sun, 22 Jan 2012 01:24:20 +0400 (MSK) Від: [email protected] X-Spam: No detected X-Mras: Ok X-Mru-Authenticated-Sender: uid: [email protected]

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

Так само помічаю, якщо встановити функції mail() 4-й параметр і поставити туди заголовок From то і заголовок From: [email protected]теж зміниться, а якщо не ставити, то воно автоматично визначатиметься таким же як і заголовок Return-path: , що ви можете бачити у мене у заголовках.
Дуже зручна така схема: відправка йде через сервер із зміненим заголовком From, а прийом на gmail (через служби домену). Бажано, щоб пошта теж належала до того ж домену, для якого налаштований сервер, а також виконані деякі пункти вказані нижче.

Приступимо

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

- Налаштування PHP
Ставимо як хочемо php, це ви якось без мене.

Ідемо в налаштування php, замінюємо еквівалентно:
sendmail_path = /usr/sbin/sendmail -t -i [email protected]

Цим ми вказали заголовок Return-Path:

До речі 1: це буде таким для всіх віртуальних доменів сервера, щоб це виправити і налаштувати під поточний, то потрібно передати 5-й параметр у функцію mail().
$result = mail(" [email protected]", "subject", "message", "From ...", " [email protected]");
До речі 2: якщо ви поставите 5-й параметр на звичайному віртуальному хостингу, вам також рекомендується проводити налаштування вашого домену, як це описано нижче. Звертаю увагу, що операцію з PTR записами зробити неможливо, тому що 1 IP = Домен, ну чи принаймні не рекомендується робити їх 2, не пам'ятаю вже.

- Налаштування MTA, він же локальний сервер вихідної пошти
Я вам щиро раджу postfix, далі йдемо в налаштування /etc/postfix/main.cf
для тих, хто вже нарвався на sendmail, і зрозумів як вони важко випилюються із системи, раджу команду:
aptitude purge sendmail

(k-wartur.wartur.ru – це мій сервер у домені wartur.ru)

Якщо я не помиляюсь, це допомогло. Коли агент доставки представляється іншому серверу, передається HELO. Поміняєте myhostname, зміниться наступний заголовок:
Message-Id:<[email protected]>

Smtp_helo_name по дефолту це myhostname, читаємо матчасть

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

Ну ось, бачите, заголовки вже набагато правильніше не так, а то жах спочатку був.

- Розбирання з поштовими сервісами (поштовики)
А вони нас вважають як недобре джерело.
Наш сервер зміг правильно helo представитися, але тільки поштовики нам все одно не довіряють.
Для цього були придуманий алгоритм, для того щоб власник домену за допомогою DNS (якщо він звичайно грамотний як ми) міг вказувати, що ось таким серверам можна довіряти, а іншим не можна.

У вас замість жаху який зараз має вийти ось це:
Received-SPF: pass (google.com: domain of [email protected] designates 188.134.79.140 as permitted sender) client-ip=188.134.79.140; Received-SPF: pass (mx64.mail.ru: domain of wartur.ru designates 188.134.79.140 як відправлений sender) client-ip=188.134.79.140; [email protected]; helo=wartur.ru;

Ми вже на шляху до істини. До речі, за замовчуванням, поштовик все вважає як v=spf1 ~all, що знижує рівень порога входу в блек аркуш, і можна користуватися вашим доменом для відправки спаму, і вас самі того не знали помітять як погана на майбутні часи.

Йдемо в ДНЗ і створюємо TXT запис у вашому домені, в моєму випадку wartur.ru
v=spf1 +mx +a:wartur.ru +a:k-wartur.wartur.ru +include:gmail.com -all

V=spf1
це означає, що версія алгоритму spf1

Mx
Можна довіряти поштою якщо вона відправлена ​​з серверів mx, наприклад, якщо mx.wartur.ru це сервер прийому, то якщо цей сервер буде відправляти, то все буде добре.

A:wartur.ru
Можна довіряти серверу, який обслуговує домен

Також додам, наприклад на моєму поштовому сервері розмістився pupkin.ru.
Я дав Пупкіну поганяти мій поштовий сервер вихідної пошти. Тоді він у себемає налаштувати +a:k-wartur.wartur.ru

Include:gmail.com
Імпортуємо всі правила gmail.com, вони теж мають такий запис TXT для своїх серверів. (я використовую сервіси google для домену)

All
Вказуємо, що адмін вважає інші місця не своїми, і це може бути найближчий бордель у підворітті, що розсилає спам від мого імені
(+all а це означає, що весь світ мої друзі)

Матчастина для самонавчання
http://ua.wikipedia.org/wiki/Sender_Policy_Framework

- Розбирання з поштовими сервісами, налаштування зворотної PTR
Поштовики ще запитують зворотні доменні зони PTR для додаткової галочки, думаю ця галочка одна з самих жирнихОскільки вона 100% визначає сервер, і якщо він поводиться правильно, то йому дуже сильно довіряють і будь-який лист напевно дійде до адресата.
X-Mru-PTR: wartur.ru, він же є в Google наврне це Received: from wartur.ru (wartur.ru. )

Нотатка:
У віртуальному хостингу вам це зробити не дадуть, у них на цю адресу замапін свій сервер, який-небудь servername.badhosting.ru, на якому ви і розміщуєтеся, та й взагалі тільки на власному серваку з власним IP це можна провернути.

Цікаво: Якщо ви живете вдома, а у мене один із серверів стоїть удома, зокрема wartur.ru. Що робити? як IP виділений, а зворотний адресу, не налаштувати. Я подзвонив (до провайдера) сказав мовляв так і так хочу PTR зону. Мені її зробили дуже задоволений.

Ще трохи слів про заголовки (усі впереміш)

X-Mru-BL: 0:0:0:0 боронь вас мати щось крім нулів, це бляклісті.
X-Mru-OF: інтерфейс з якого надсилається, я так і не зрозумів від чого це залежить.
X-PHP-Originating-Script: - я б радив додавати, хоча якщо ви дуже дбаєте про безпеку і нерозголошення, то можна і заборонити. Робиться це неподалік тієї настройки PHP якої ми робили. За замовчуванням увімкнено.

Ще можна і цікаво подивитися, що пише Яндекс при прийомі, дуже цікаво.

Додатково

Там ще якісь цифрові підписи є.
визначається заголовком, DKIM-Signature
На вигляд у мене вже було все гаразд, а цей заголовок не дуже потрібний. Він потрібен зазвичай сервісом дуже великого масштабу на зразок facebook або google де розсилка повідомлень та пошти йде в гігатонному масштабі. Якщо ваш сервіс не володіє мільйонами користувачів, то не думайте про це, хоча якщо ви дослідник - напишіть як про це тут і ми зв'яжемо статті - що все здавалося б повністю закінченим, тільки я прошу набагато простіше написати, так як вже десь бачив статті про це все. Від себе додам що мені було ліньки встановлювати ще один пакет, розбиратися і ще щось.

Матеріалу на жаль немає, тому що по крихтах звідусіль збирав 4 місяці тому, потім мене не було часу, а тепер я написав по пам'яті.

Вдалого грамотного налаштування вашого сервера. Я спробував пояснити хоча б один із кількох аспектів налаштування.

UPD:
Знайдено цікавий пруф

На серверах віртуального хостингу дозволено надсилання пошти з сайту лише за допомогою функції PHP mail().

Email, з якого буде відправлятися листи з сайту, прописується в панелі управління хостингом ISPmanager.

Цей же email необхідно буде прописати у налаштуваннях сайту. Збіг email - обов'язкова умова коректної роботи функції PHP Mail.

Вказівка ​​ящиків виду: @gmail.com, @yandex.ru та ін. призведе до потрапляння листів до спаму!

Для налаштування необхідно зайти до ISP manager >> розділ "World Wide Web" >> "WWW домени"

Вибрати домен і в полі "E-Mail адміністратора" вказати електронну скриньку від якої планується надсилати повідомлення.

Для перевірки роботи php mail() на сервері, у кореневій папці сайту необхідно створити файл testmail.php з таким вмістом:

// Повідомлення

$message = "test php mail";

// На випадок, якщо якийсь рядок листа довше 70 символів ми використовуємо wordwrap()

$ Message = Wordwrap ($ Message, 70);

// Відправляємо

mail(" [email protected]"My Subject", $message);

?>

де [email protected] email, на який має прийти повідомлення.

Для перевірки потрібно виконати скрипт, зробити це можна через браузер, відкривши таке посилання:

http://domian.com/testmail.php

де domain.com назва сайту, в корені якого було створено скрипт testmail.php.

Якщо повідомлення "test php mail" надійшло на вказаний email, то функція php mail працює коректно.

Приклад взятий з офіційної документації з PHP mail http://php.net/manual/ru/function.mail.php

Надсилання пошти з CMS Drupal 7.

За замовчуванням усі повідомлення з Drupal7 надсилаються за допомогою php mail(), email відправника вказується при встановленні Drupal7.

Необхідно, щоб email відправника Drupal збігався з "e-mail Адміністратора" в панелі управління хостингом ISPmanager.

Надалі email відправника можна буде змінити в адміністративній частині Drupal, у розділі: Administration » Configuration » System

Якщо надсилання повідомлень з сайту не працює, необхідно перевірити, чи можливо увімкнений модуль для роботи пошти за допомогою smtp. Для перевірки зайдіть в розділ модулів в адміністративній частині сайту Drupal: Administration » Modules

Вимкніть модуль SMTP, прибравши «галочку» біля модуля та зберігши налаштування «Save configuration».

Можливо, що надсилання повідомлень за допомогою SMTP реалізовано й іншим способом. Для надсилання повідомлень через SMTP необхідно, щоб на сайті був присутній PHPMailer. За промовчанням файли PHPMailer знаходяться в директорії./sites/all/modules/smtp/phpmailer.

Існує ще кілька способів реалізації відправки повідомлень сайту через php mail та SMTP. З ними ви можете ознайомитись у документації до CMS

Всі повідомлення з сайтів Drupal надсилаються за допомогою внутрішньої функції Druapl drupal_mail(). Через цю функцію реалізовано більшість модулів для надсилання. Установки знаходяться у файлі./includes/mail.inc

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

drupal_mail($module, $key, $to, $language, $params = array(), $from = NULL, $send = TRUE)

Надсилання пошти з CMS Joomla 3

За замовчуванням усі повідомлення з Joomla надсилаються за допомогою php mail(), email відправника вказується під час встановлення Joomla.

Необхідно, щоб email відправника Joomla збігався з "e-mail Адміністратора" в панелі управління хостингом ISPmanager.

Надалі email відправника можна змінити в адміністративній частині Jommla у розділі: System » Global Configuration »

У полі "Mailler" потрібно вибрати "PHP Mail" або "Sendmail", а також у полі "SMTP Authentication" вибрати "No".

У Joomla налаштування для надсилання пошти можуть бути прописані в конфігураційному файлі configuration.php, який розташований у кореневій директорії сайту.

У configuration.php є такі рядки:

public $mailer = "mail";

public $mailfrom = "admin yourdomain.com";

public $fromname = "J25 Демо";

public $sendmail = "/usr/sbin/sendmail";

public $smtpauth = "0";

public $smtpuser = "";

public $smtppass = "";

public $smtphost = "localhost";

public $smtpsecure = "none";

$smtpport = "25";

$mailer: "mail" використовує функцію mail PHP; "sendmail" використовує SMTP пошту на сервері.

$mailfrom: адреса від. Адреса електронної пошти, яка використовує Joomla для надсилання пошти з сайту.

$sendmail: шлях, яким розташована програма Sendmail. Використовується, якщо $mailer встановлено на Sendmail.

$smtpauth: якщо сервер SMTP вимагає автентифікації для надсилання пошти, то встановлюється в "1". Інакше "0". Використовується, якщо $mailer встановлено на Sendmail.

$smtpuser: ім'я користувача для доступу до сервера SMTP. Використовується, якщо $mailer встановлено на Sendmail.

$smtppass: пароль для доступу до сервера SMTP. Використовується, якщо $mailer встановлено на Sendmail.

$ smtphost: SMTP хост. Адреса SMTP сервера під час надсилання пошти. Використовується, якщо $mailer встановлено на Sendmail.

$smtpsecure: виберіть модель безпеки, яку використовує ваш SMTP сервер: SSL або TLS. За замовчуванням вимкнено. Використовується, якщо $mailer встановлено на Sendmail.

$smtpport: SMTP порт. Найменш захищені сервери використовують порт 25.

У Joomla багато модулів, кожен з яких може використовувати власну систему відправки пошти з сайту, яка не залежить від глобальних налаштувань CMS Joomla. У зв'язку з цим можлива ситуація, коли глобально налаштована відправка через php mail, а в конкретному модулі, який, наприклад, відповідає за «Зворотній зв'язок», через SMTP.

Надсилання пошти з CMS WordPress 4

За замовчуванням усі повідомлення з WordPress надсилаються за допомогою php mail(), email відправника вказується при встановленні WordPress.

Необхідно, щоб email відправника WordPress збігався з "e-mail Адміністратора" в панелі управління хостингом ISPmanager.

Надалі email відправника можна змінити в адміністративній частині WordPress у розділі: Settings » General

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

Зайдіть у розділ: Plugins » Installed Plufins

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

Іноді може виникнути помилка:

«Повідомлення не вдалося надіслати. Можлива причина: сервер не підтримує функцію mail()...»

Для її вирішення потрібно відредагувати файл на сайті:

./wp-includes/pluggable.php

Знайти у цьому файлі рядки:

// Set to use PHP"s mail()

$phpmailer->IsMail();

І замінити на:

// Set to use PHP"s mail()

$phpmailer->IsSendmail();

Різні модулі WordPress можуть використовувати для надсилання листів як php mail(), так і SMTP незалежно від глобальних налаштувань. У зв'язку з цим можлива ситуація, коли глобально налаштована відправка через php mail, а в модулі який, наприклад, відповідає за «Зворотній зв'язок», через SMTP.

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

Щоб надсилати пошту з VDS, необхідно вказати доменне ім'я.

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

Але краще створити поштовий домен в ISPmanager. Панель дозволяє гнучко налаштувати пошту: підключити захист від спаму, автоматичне настроювання записів DKIM і DMARС, встановити SSL-сертифікат і т.д.

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

Навіщо вказувати домен?

Якщо ви цього не зробите, система становитиме ім'я поштового домену з адреси електронної пошти та нашого безкоштовного технічного домену fvds.ru. Тоді PTR-запис зв'яже IP-сервера з неправильним поштовим доменом - example.fvds.ru.

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

Розповідаємо про ще один корисний інструмент на роутерах MikroTik – надсилання e-mail повідомлень за протоколом SMTP. Даний інструмент може бути використаний для відправки на пошту періодичних бекапів або задіяний для написання яких-небудь скриптів.

  • В інтерфейсі WinBox утиліта Email розташована в розділі ToolsEmail:
  • З командного рядка – /tool ​​e-mail.

Насамперед потрібно налаштувати сервер вихідної пошти за протоколом SMTP. Доступні такі параметри налаштування:

  • address- IPv4/v6 адреса, SMTP сервер;
  • from- ім'я або назва поштової скриньки, яка буде показана одержувачу;
  • password- пароль, який використовується для автентифікації на сервері SMTP. У цьому випадку автентифікація не буде шифруватися. Для увімкнення шифрування можна використовувати функцію start-tls;
  • port- порт SMTP сервера, за замовчуванням 25;
  • start-tls- може приймати значення no, yes і tls-only - дозволяє лише TLS шифрування без підтримки SSL;
  • user- Ім'я користувача, яке буде використовуватися для автентифікації на сервері SMTP.

Коли сервер буде налаштований, можна починати надсилати листи. Всі параметри під час надсилання листів йдуть після команди /tool ​​e-mail send:

  • body- тіло листа
  • cc- цей параметр дозволяє поставити до копії додаткових одержувачів;
  • file- дозволяє додавати один або кілька файлів у вкладенні до листа;
  • from- назва або поштова адреса, яка буде показана як відправник. Якщо нічого не вказано, то буде взято from, який вказувався при налаштуванні сервера SMTP;
  • password- пароль, який використовується для автентифікації на сервері SMTP. Якщо нічого не вказано, буде взято password, який вказувався при налаштуванні сервера SMTP;
  • port- Порт SMTP сервера. Якщо нічого не вказано, буде взято port, який вказувався при налаштуванні сервера;
  • server- адреса сервера SMTP. Якщо не вказано, використовується параметр сервера, вказаний під час налаштування;
  • start-tls- Чи використовувати TLS шифрування;
  • subject- Тема листа;
  • to- адресу одержувача, якому призначено листа;
  • user- Ім'я користувача для автентифікації на сервері. Якщо не вказано, використовуватиметься user з налаштувань сервера.

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

Ось як налаштування виглядатиме в командному рядку:

Tool e-mail> set server=192.168.1.34 set port=25 from=” [email protected]

Тепер додамо новий скрипт, який робитиме бекап конфігурації роутера:

/export file=export /tool ​​e-mail send to=" [email protected]"subject="$export" \ body="$configuration file" file=export.rsc

Додамо скрипт на розвантаження конфігурації в планувальник:

/system scheduler add on-event="export-send" start-time=00:00:00 interval=24

Готово, тепер щодня нам на пошту [email protected]буде надходити свіже вивантаження резервної копії конфігурації нашого роутера.

Для того, щоб налаштувати надсилання листів на поштову скриньку, що потребує TLS шифрування (наприклад Google mail), потрібно налаштувати наступні параметри відправника:

/tool ​​e-mail set address= 192.168.1.34 set port=587 set [email protected] set user= mikrotik set password= supersecurepass

При надсиланні листа на таку скриньку необхідно вказати параметр start-tls.

Send [email protected] subject="HW!" body="Hello World!" start-tls=yes

Якщо Ви віддаєте перевагу настроюванню роутера за допомогою інтерфейсу WinBox, то відкрийте ToolsEmailта настройте параметри сервера:



Додаємо скрипт у планувальник, щоб він спрацьовував щодня:


Чи корисна вам ця стаття?

Будь ласка, розкажіть чому?

Нам шкода, що стаття не була корисною для вас: (Будь ласка, якщо не утруднить, вкажіть з якої причини? Ми будемо дуже вдячні за докладну відповідь. Дякую, що допомагаєте нам стати кращими!

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

Як налаштувати відправку смс із сайту та утримати клієнта

  • 7 варіантів розсилки смс із сайту
  • 4 етапи налаштування відправки смс із сайту
  • 3 помилки при налаштуванні смс-розсилок

7 ВАРІАНТІВ РОЗСИЛКИ СМС З САЙТУ

Смс - перший і надійний спосіб «зловити» клієнта, оселитися в його телефоні, сформувати лояльність і створити wow-ефект. Якщо ви не використовуєте смс, вам однозначно варто покращити цю точку контакту. Тим більше що ціна питання становить від 85 копійок.

У яких випадках важливо надсилати смс?

  • Як тільки клієнт відставив заявку на вашому сайті ви можете відразу відправити йому свою смс-візитку, вказавши назву компанії, сайт, контакти та вашу унікальну торгову пропозицію. Імовірність, що таку візитку одразу видалять із телефону, вкрай мала. І ви одразу створюєте wow-ефект, отримуєте місце в телефоні клієнта та передаєте йому свої контакти.

  • Також після отримання телефону клієнта, якщо це передбачає заповнена форма, ви можете повідомити його через смс про те, що його заявку прийнято, їй присвоєно такий номер, його персональний менеджер - Іван Петров, ось його контактні дані.

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

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

4 ЕТАП НАСТРОЮ І ВІДПРАВЛЕННЯ СМС З САЙТУ

  1. Ви розміщуєте на вашому сайті або лендінг лід-магніт. Це різні форми заявки із закликами залишити контакти (телефон та email) в обмін на знижку, безкоштовну книгу, чек-лист, підписку на корисні кейси, зворотний дзвінок тощо. На цьому етапі важливо продумати, яким буде заклик, щоб він розкрив проблему відвідувачів сайту, зацікавив, підштовхнув залишити контакти.
  2. Щоб ви змогли налаштувати відправку смс, важливо щоб відвідувач сайту коректно ввів свій телефон. Для цього зазвичай вказується, що потрібно ввести номер мобільного телефону та його формат. Наприклад, +79281778552, 89552366699. Також важливо, щоб форма заявки містила перевірку даних, відразу показувала помилки та приймала лише коректні телефони. Від цього залежить чистота бази даних.
  3. Зверніться до нас і протягом дня ми зможемо інтегруватися ваш сайт із смс-сервісом. Підключення безкоштовне. Ви платите лише за смс – від 85 копійок.
  4. Налаштуйте автоматичне розсилання смс як клієнту, так і відповідальному менеджеру.

3 ПОМИЛКИ ПРИ НАЛАШТУВАННІ СМС-РАССИЛОК

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

  1. Перевірка даних. Якщо ви недбало ставитеся до номерів телефоном, які залишають на вашому сайті, то ви просто не доставите смс потенційному клієнту. Ви отримаєте відмінний ефект, тільки переконавшись, що вам залишили коректний номер телефону.
  2. Вибрали сервіс, який довго доставляє смс. Якщо час між відправкою та доставкою становить понад 1-2 хвилини, то клієнт може піти з сайту, потім не згадати, від кого смс, вирішить, що у вас щось не працює. Тому швидкість тут відіграє важливу роль.
  3. Не контролювати статистику з доставки смс. Важливо отримувати дані про кількість відправлених, доставлених смс, коректних та некоректних номерів. Ця інформація допоможе вам доопрацювати форми на сайті та покращити збір бази даних потенційних клієнтів.

Тепер використовуйте ці знання, щоб настроїти відправку смс із сайту. Бажаєте отримати опис нашої системи, яка налаштовується дуже швидко? Переходь та вкажіть email, куди вам його відправити.

 

 

Це цікаво: