Предисловие

Наверняка вы все ещё используете СМС-сообщения или E-mail для уведомления ваших пользователей. Уведомления просто улетают, и вы не знаете, что происходит с ними дальше. В PushAll мною была реализована система сбора данных об уведомлениях. Вы сможете сделать рассылку вашим пользователям в канале, после чего следить за тем, что происходит с уведомлениями:

• Сколько человек получило уведомление
• Сколько человек открыло уведомление (перешло по ссылке)
• Сколько человек просто удалило уведомление из списка

Все работает благодаря обратной связи о выполняемых действиях на устройстве.

Каким образом?

Google Chrome начиная с версии 42 поддерживает Push API через сервера Google, используя GCM Вы наверняка уже видели эти запросы для доступа к уведомлениям. Если разрешить доступ, сайт сможет отправлять вам уведомления. Эта функция совсем новая, и о ней мало кто знает, однако, по моему мнению, у нее уже есть большие недостатки:

• Каждый сайт запрашивает разрешения в браузере, сложно контролировать, сколько источников сейчас могут присылать тебе уведомления, у каждого висит свой фоновый процесс, который отдельно просыпается, нет никакой истории полученных уведомлений или фильтрации, нет никакой синхронизации подписок между устройствами
• Сайтам необходимо отправлять уведомления напрямую на устройства, следить за актуальностью базы устройств, следить за каждым устройством пользователя в отдельности
• Данная возможность работает лишь на сайтах с SSL

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

За последние несколько дней в PushAll был реализован функционал отслеживания состояния уведомления и получения ленты канала, которым вы владеете.

Что это нам дает? Теперь, если у вас на сайте есть отправка уведомлений через SMS, вы можете делать так:

1. Отправляем Push
2. Через 30-50 секунд проверяем, пришло ли пользователю уведомление, отреагировал ли он на него
3. Если не пришло, шлем ему SMS, звоним, шлем на почту и т.д.

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

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

25 июня Telegram открыл платформу для ботов. Первая моя мысль была — ведь можно слать через него уведомления! При помощи уведомлений через телеграм можно решить сразу несколько проблем, хотя бы частично:

• Поддержка iOS
• Поддержка Windows Phone
• Получение уведомлений без установки лишних приложений

Таким образом, PushAll теперь может отправлять уведомления на устройства Android, Chrome и в Telegram через бота.



Под катом небольшая инструкция по настройке и детали разработки. (небольшая инструкция для тех, кто собрался делать такого же бота)

Достаточно крупное обновление исправляющее ошибки в андроид клиенте, улучшение безопасности получения ID пользователя, рассылка одного пуша на группу пользователей в канале, а также API для работы со списками пользователей.
Сегодня в рубрике:

1. Используем PushAll и Telegram при разработке в команде
2. Иконки сожрали мой трафик — помогите!
3. Почему я вижу лишь их кусок?
4. Эмоджи убийцы!
5. Как объединить тысячу итераций отправки уведомлений в одну (multicast)
6. Воруем личные дан Получаем список пользователей, подписанных на канал
7. Подписываемся на пуш уведомления ваших друзей (уязвимость)
8. Не ждем отправки всех уведомлений, выполняем все в фоне.

Мы давно не рассказывали о своих нововведениях, настало время рассказать, что мы делали в последнее время. Мы ведем более подробный блог на Spark, поэтому в статье будет краткое описание новостей + ссылка на подробности.

Основное, что мы хотим вам рассказать это расширенные возможности RSS и подключение группы ВКонтакте (!). Вы можете пушить из Вконтакте важные новости по ключевым словам и ограничивать размер отправляемых сообщений по строкам. Подробнее под катом.

Недавно на хабре вышла статья на тему Юзабилити форм авторизации и мы решили поделиться своим мнением, почему наша форма авторизации выглядит вот так:

У нас в системе нет регистрации, нет входа по логину-паролю. Наша конверсия на регистрацию при входе от 34% до 80% в зависимости от источника. И более 80% из тех кто вошел — добавляют устройства и пользуются системой.

Подробнее почему так, под катом.

Самое главное — теперь у дополнения есть дополнительное popup окно. В нём показывается ссылка перехода в личный кабинет и история всех уведомлений.

Также теперь изменился тип. Был «приложение», а теперь это «дополнение». К сожалению, невозможно обновить с приложения на дополнение. Поэтому нам пришлось залить его заново. Обновиться придется вручную. Мы вкратце расскажем, чем отличается дополнение от приложения, и почему нам пришлось перейти.


Вот ссылка на новое дополнение.

Старое можно удалить, оно обновляться не будет, но будет продолжать работать до каких-нибудь глобальных обновлений.

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

Подробнее под катом.

Мы обнаружили, что ряд браузеров вообще не имеет в своём арсенале встроенный GCM-сервис. Среди них, к примеру, Опера, Вивальди, Firefox. В Safari есть APNS, но мы реализуем работу через него чуть позже.

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

Нам необоходимо небольшое нагрузочное тестирование, а также проверить все ли уведомления приходят нужным адресатам. Данные уведомления проверены мною в chrome и firefox. Необходима проверка в edge, ie (хотя сомневаюсь, что будет работать) и конечно safari.

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

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

Мы расскажем о том, как выглядят различные типы уведомлений на Chrome, Android, Safari, Firefox, iOS. Какие мы используем, какие можно использовать и не много о том, как оно работает.

Кстати попробовать практически все типы можно на нашем сайте.

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

Да, мы говорили, что Email это не круто и его можно заменить push-уведомлениями.
Но есть огромный пласт пользователей, которые привыкли получать оповещения на почту. Это менее отвлекает, кому то просто привычнее.
Однако у электронной почты есть свои минусы, например доверив ящик электронной почты сайту — вы подвергаете себя опасности получения спама, также письма от разных сервисов выглядят по разному, что может сбивать с толку.

Так почему бы не сделать защищенные оповещения в формате небольших блоков от различных сервисов под контролем пользователя? Пользователь сможет выбрать частоту получения писем, сможет в любой момент отписаться от того или иного канала, в дальнейшем настроить тихие часы. Более того — можно будет добавить несколько ящиков и выбрать от каких каналов на какие ящики получать письма.

Мы уже частично реализовали это, подробнее под катом, кому лень читать — попробовать можно в нашем сервисе, добавив почту в разделе «Профиль» в блоке «Бета Email».

Теперь в личном кабинете добавилось еще одно название браузера.

Релиз Firefox 44 намечен на 26 января, но мы уже подготовились и реализовали его поддержку, т.к. он теперь находится в beta-ветке. Мы опишем, как выглядят оповещения в Firefox и чем они отличаются от оповещений в других браузерах.

Кстати, выглядит приходящее оповещение в Linux вот так.



Замечу, что с предыдущей версии изменился внешний вид оповещения, теперь заголовок выше картинки. Странное решение. Выглядит как то не особо красиво. Но ничего не поделаешь.

Да мы достигли 13 тысяч пользователей благодаря каналу Prankota (о нем расскажем потом) И решили подвести небольшой итог, а заодно и показать, почему важно объединение в общий каталог каналов (один сайт-проект-группа это один канал), а также объединение устройств в общий аккаунт пользователя.

Это все идет в разрез с концепцией интегрированных браузерных push уведомлений на сайтах, или оповещений в приложениях, ведь при этом подходе, вы можете принимать/отправлять оповещения с множества различных сторонних источников на различные подключенные устройства. Под устройством имеется в виду любой метод получения оповещений, будь то обычный браузер, телефон, планшет, даже электронная почта, или телеграм — это «устройство» т.е. это метод получения оповещений. Возможно в будущем мы сможем отправить push-уведомление на вашу кофеварку… ждите.

Многие говорят:

Зачем нужен вообще универсальный сервис, сделать подписку через веб-пуши на сайте и все, зачем нужен этот логин через гугл+…

Тут можно использовать 2 тактики — начнем с того, что пользователи выбирают несколько устройств, веб-пуши работают только в определенных браузерах, и их надо подписывать на каждом устройстве в отдельности.

Многие наверное видели область уведомлений в Chrome? Мы ранее писали, что Chrome её убрал.



При этом все сервисы, использующие push-уведомления, получили ряд проблем.

• Если вы используете Web Push, то у вас есть возможность закрепить оповещение на экране. И пользователь может либо закрыть оповещение, либо нажать на него. То есть если он занят, то он скорее всего закроет, даже если бы он хотел прочесть материал
• Если вы используете дополнение для Chrome, тогда Rich Notification исчезает через несколько секунд в небытие.

Мы сделали раздел пропущенных оповещений, в котором собираются те оповещения, которые исчезли, и те которые не были доставлены (например если у вас были заблокированы порты)



Ссылка на обновленное расширение

События проходят и теряют свою актуальность. Письмо, которое вы отправили человеку, сообщающее о новой акции не имеет смысла после конца акции. Как поступить? Пуш-уведомления умеют «умирать», когда в них больше нет необходимости.

TTL — (Time To Live) время жизни. Это важный термин в сети Интернет. Чаще всего он применяется к пакетам данных и означает количество «хопов», которые пакет будет «жить»

В рамках push-уведомлений TTL задает время жизни уведомления в секундах. Более того, если задать его равным 0 (в PushAll -1), то либо уведомление придет немеделенно, либо никогда. По сути, этот параметр задает сколько секунд уведомление будет ждать клиента, пока он присоединиться к пуш-серверу.

Мы в PushAll обрабатываем несколько тысяч запросов в секунду для получения статистики доставки и открытия уведомлений и для передачи контента оповещений. Обычная БД вроде MySQL не справляется с таким потоком запросов и не может так быстро отвечать.

Стараясь все больше операций перенести на быстрые NoSQL хранилища вроде Redis, мы хотим знать как эффективнее его использовать и не будет ли у нас проблем с большим количеством соединений.
Также для работы мы используем форки PHP и нам было интересно, а как поведет себя Redis, если мы будем делать несколько тысяч соединений в одновременно в нескольких потоках. Мы решили поделиться с сообществом нашими тестами.

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

Но ведь в самом деле:

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

У вас есть сообщество вконтакте? Бывает ли такое, что кто то написал негативный комментарий, кого-нибудь оскорбил, или просто написал отзыв о вашей компании или вопрос на который необходимо быстро ответить? Мы в PushAll написали микросервис, который позволяет получать уведомления о различных событиях в ваших сообществах. Дело в том, что Вконтакте недавно выкатил Callback API для сообществ, и мы решили им воспользоваться облачив из API в формат push-уведомлений.

Если лень читать и хочется сразу использовать — AdminVK (полностью бесплатно, неограниченное количество подключаемых групп и сообществ)

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



Это возникает из за того, что у одного человека есть сразу несколько сотен подписок, и для того, чтобы он увидел ваш пост, должно произойти:

• По счастливой случайности, зайти в вконтакте в тот момент когда вы сделали пост, либо прокрутить до вашего поста — вполне отсекает 70-90% вашей аудитории. Если ваш пост выходит в рабочее время, а ваша аудитория — сильно занятые делами люди, тогда ваш пост увидят вообще единицы
• Ваш пост должен быть интересным и пройти через алгоритм умной ленты — даже если человек зайдет в ленту в нужный момент, c некоторой долей вероятности он ваш пост не увидит

Таким образом ваши 100 тысяч подписчиков легко превращаются в 100-200 живых, которые часто делают репост, пишут комментарии и так далее.

Многие решают проблему телеграмом, мол по-умолчанию придет пуш — плюс видно в диалогах, но не все так просто,

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

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

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

Мы выпустили приложение под iOS и обновили приложение под Android.