Fullstack Founder

Метка: email

  • Запустить еmail-рассылку

    Запустить еmail-рассылку

    Придумал новый эксперимент! Хочу добавить в блог техдиректора email-рассылку с дайджестом новых постов.

    В сознании нормального человека желание завести email-рассылку может показаться диким — кто-то ещё читает письма в 2025 году?

    Но я опытный динозавр, меня трендами не так просто отвлечь.

    Факты про email:
    – Пользователи интернета отправляют 251 миллион email в минуту.
    – Социальные сети приходят и уходят, а почтовый ящик у людей не меняется со школы.
    – Email-база принадлежит мне и легко мигрирует с сервиса на сервис. В отличие от подписчиков в социальных сетях.
    – Недавно я отправил email-рассылку на 2000 человек и это действие принесло 68 продаж. Конверсия 3,4%!
    – Организаторы музыкальных событий делают рассылку по базе своих покупателей и получают волну продаж.
    – Знаю бизнес-консультантов, которые получают клиентов в основном с email-рассылки.
    – Пару лет назад разговаривал с редактором англоязычной email-рассылки по крипте на десятки тысяч человек. Рассылка платила зарплату нескольким работникам редакции.
    – Клиенты моей веб-студии регулярно рассылают свои новости и тратят на рассылку ощутимые суммы.
    – Аналитика этого года от нескольких западных сервисов говорит о том, что больше 35% подписчиков открывают письма, а вложения в рассылку у большинства бизнесов окупаются многократно.

    План по email-рассылке:
    – Выберу сервис для рассылок.
    – Настрою почту для домена.
    – Добавлю форму для подписки на сайт.
    – Пропишу предупреждения об обработке персональных данных.
    – Создам шаблон для рассылки.
    – Автоматизирую её отправку.

    А вы заглядываете в свой почтовый ящик?

  • План развития веб-блога

    План развития веб-блога

    Небольшой список, что я считаю необходимым сделать с моим сайтом:
    – Рассортировать посты по категориям и поставить теги.
    – Сделать навигацию с категориями.
    – Добавить в навигацию пост “Обо мне” и “Контакты”.
    – Вывести теги в посты.
    – Поставить SEO-плагин и прописать мета-теги ко всем постам.
    – Сгенерировать sitemap, чтобы поисковики видели все страницы.
    – Добавить Open Graph, чтобы пересылаемые ссылки в соцсетях отображались с картинкой и описанием.
    – Настроить отображение картинок к постам, чтобы они не обрезались.
    – Конвертировать все картинки в webp.
    – Настроить кэширование и ускорение сайта всеми доступными способами.
    – Добавить вывод в конце поста похожих постов, динамически их подбирая по тегам.
    – Подтянуть Google Page Speed. Быстродействие вывести в зелёную зону (значение этого показателя плавает), а остальное довести до 100 из 100.
    – Бот для Telegram, который будет копировать посты из канала в блог. Почему-то хочется, чтобы он работал именно в таком направлении.
    – Форму подписки на email-рассылку с новыми постами. И автоматическую рассылку для подписчиков.

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

    Также хочу настроить кросс-постер в социальные сети. Сам думаю про ВК, буду рад вашим идеям, в каких соцсетях могут меня читать. Напишите в комментариях.

  • Клиент забыл, какой хостинг у его сайта

    Клиент забыл, какой хостинг у его сайта

    Два раза за последние сутки разыскивали потерянные хостинги для клиентов.

    Порядок действий:
    0) Домен-то вы знаете? 😆
    1) Нужно посмотреть в DNS куда направлена A-запись этого домена.
    Для консольщиков:
    Команды nslookup (Windows) или host (macOS/Linux).

    $ host fullstackfounder.ru  
fullstackfounder.ru has address 46.173.18.24

    Для нормальных людей:
    Идём на сайт https://mxtoolbox.com/, выбираем режим DNS Lookup.
    Сразу видим IP-адрес и в чьём диапазоне он находится.

    2) Узнаём, за кем закреплён IP-адрес
    Идём на сайт https://ipinfo.io/ и вводим полученный IP-адрес.
    Тут написана компания, которая получила диапазон IP-адресов, а также email для жалоб. Из этого email очевидно, какой сайт у хостинга.

    Это может не сработать, если IP окажется в диапазоне Cloudflare или другого прокси. Тогда путь начинается с восстановления доступа к этому прокси — ищем в переписке по названию сервиса и пробуем попасть вначале туда. Там в панели будет DNS и настоящий IP-адрес.

    3) Пишем в поддержку найденного хостинга с просьбой восстановить доступ. В идеале — с официального ящика компании, указанного на сайте. Может понадобиться запрос на бланке организации или визит с паспортом в офис.

    Эта последовательность действий должна помочь выявить хостинг в большинстве случаев.

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

  • Продублируй важные системы

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

    Все критические системы должны быть продублированы. За последние годы я видел, как останавливаются и ломаются критические системы у очень больших сервисов — отзыв лицензии у Точки и Киви, сбои в эквайринге от Сбера и Юкассы, упавший на две недели СДЭК, почта от Юнисендера…

    Поэтому, напоминаю себе и вам:
    – У бизнеса должно быть открыто два расчетных счёта в разных банках. Резервный счёт может ничего не стоить, но спасти много нервных клеток в случае конфликта с основным банком. А ещё у банков иногда отзывают лицензию.
    – У бизнеса должно быть два юридических лица, например, ИП и ООО одновременно. Если одно из юр лиц имеет спор с налоговой, то второе может подхватить хозяйственную деятельность.
    – В онлайн-сервисе должно быть два эквайринга. Особенно, если это банковский эквайринг, а не агрегатор — агрегатор может переключить шлюз на другой банк.
    – Онлайн-касс тоже должно быть хотя бы две.
    – У интернет-магазина должно быть две службы доставки.
    – Как я вчера выяснил, должно быть две службы для email и sms рассылок, если они для вас критичные. Если не работает отправка сообщений, то покупатели не могут попасть в личный кабинет.
    – Правильно иметь копию инфраструктуры в другом дата-центре. Хотя бы бэкапы хранить отдельно и иметь возможность быстро поднять все сервисы.
    – Домен и DNS лучше держать отдельно от серверов. Потому что, если выключился хостинг, нужно иметь возможность перенаправить трафик в другой дата-центр.
    – Можно заранее купить второй домен и использовать его в рекламе или для корпоративных нужд.
    – Крупные интернет-магазины держат два агентства по трафику, запуская рекламные кампании по очереди. Или даже просто выплачивают второму подрядчику резервную абонентскую плату и держат деньги на балансе рекламного кабинета.
    – Нужно держать бэкапы всего, хранить минимум в двух экземплярах в разных локациях. И проверять, что бэкапы рабочие.

    Всего не предусмотришь, но некоторые моменты настолько очевидны, что на чёрного лебедя их не спишешь. Технически будет виноват поставщик, но проблемы и убытки будут у тебя.

  • Горшочек с мёдом

    Горшочек с мёдом

    Honeypot — в переводе с английского “горшочек с мёдом”. Красивое и безобидное название, которое в веб-разработке обозначает хитрую ловушку. Ловим роботов! Ловим в естественной среде обитания — на нашем сайте, на самую обычную форму регистрации, комментария или обратной связи.
    Обычный пользователь видит свою обычную форму:
    Имя: ____________
    Email: ___________
    Ваш комментарий: ____________________

    Робот не смотрит глазами на монитор — он читает исходный код. И видит робот ещё одно поле.
    Фамилия: __________
    Ничего подозрительного, просто ещё одно поле. Нужно заполнить! А это и есть наш горшочек с мёдом.
    Настоящий пользователь это поле не увидел — мы его скрыли с помощью CSS. Он отправил форму с пустой фамилией. А старательный робот фамилию заполнил.

    Попался!
    Мы его игнорируем: заполненная форма уничтожается, письма не отсылаются, аккаунт не регистрируется. Спам не прошёл!

  • Неочевидная проблема с почтой для домена

    Неочевидная проблема с почтой для домена

    Почта для домена — один из самых первых сервисов, которые появились в сети. Email существовал ещё в 1970-х в сети ARPANET, задолго до появления первого сайта в 1991 году.

    Как обстоит ситуация сейчас, если мы хотим развернуть свою почту для домена:
    – Получить статический IP.
    – Настроить обратную PTR-запись в DNS, чтобы IP-адрес ассоциировался с доменом.
    – Создать ящик postmaster@ — требуется для почтовых систем по стандартам RFC.
    – Прописать SPF-запись — указывает, какие серверы имеют право отправлять почту.
    – Настроить DKIM — криптоподпись к каждому письму.
    – Включить DMARC ­— политику обработки писем, отправляемых от нашего домена. И читать отчёты, чтобы разбираться с теми письмами, которые не прошли SPF и DKIM.
    – Настроить обработку bounce-писем — чтобы понимать, кому письма не доставлены и исключать их из будущих рассылок.
    – Зарегистрироваться на всех крупных email-провайдерах http://postmaster.google.com/ https://postmaster.mail.ru/
    – Отслеживать попадание домена и IP-адреса в публичные списки спамеров и писать письма на исключение оттуда.

    Приключение на 20 минут, вошли и вышли.

    Итак, вы зарегистрировали новый домен для проекта и начали получать и отправлять письма. Но почта всё ещё работает не так, как нам нужно.
    – Все показатели нашего почтового домена зависят от репутации, которая от нас скрыта. Мы не знаем, как нас оценивают почтовики. У нового домена нет репутации.
    – Новый домен нужно греть. Количество писем, отправленных каждый день, должно плавно расти. Маркетинг и PR должны это учитывать.
    – За большой объем рассылок без прогрева нас накажут как за спам.
    – Письма с домена могут попадать в спам из-за их содержания. Маркетолог выбрал ту же фразу или структуру письма, которую используют в спам-рассылках — мы в спаме.
    – Мы не знаем, были ли письма доставлены и прочитаны.
    – Люди нажимают СПАМ на транзакционных письмах — вся почта с домена начинает попадать в спам.
    – Если мы попали в блэклист, почтовик (Gmail, Mail, Yandex, Yahoo) может заблокировать получение почты с нашего домена. После выхода из блеклиста почтовик может пару недель не принимать нашу почту.
    – Почтовик может принимать ограниченное количество писем в час с вашего домена и потом замедлять их доставку до ящиков получателей.
    – Если мы всё настроили правильно по стандартам и документации, письма могут не доходить. Потому что так решил фильтр, мы испортили репутацию или отправили неправильное письмо.

    Реальное решение — отправлять почту с домена через крупные сервисы. Amazon SES, Mailgun, Sendgrid, Unisender и т.д. Их серверы находятся в белых списках и мы покупаем у них доставляемость.
    Почта с нашего домена, отправленная через крупного провайдера, с большей вероятностью дойдёт до адресата.

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