Я хотел бы дать новым читателям возможность просматривать тему без регистрации. Мне кажется элегантным решением использование компонента темы, который отображал бы блок «Получать уведомления по электронной почте» над лентой в правой боковой панели. Пользователь мог бы просто ввести свой адрес электронной почты и нажать «Следить», чтобы получать уведомления о новых сообщениях в теме.
Кажется, что такая функция уже должна существовать, но я ничего не нашёл при поиске. Знает ли кто-нибудь, существует ли уже компонент темы, который это делает?
Ни один компонент темы не может этого реализовать; для этого требуются изменения на стороне бэкенда, которые возможны только в основном продукте или в плагине.
Раз уж они предоставляют свой адрес электронной почты, они уже не просто читатели, так почему бы не сделать их пользователями уровня доверия 0 и предложить им использовать существующую логику для регистрации и подписки на тему?
Потому что людям не нравится создавать новые учётные записи. Разница между количеством людей, готовых указать свой адрес электронной почты, и теми, кто согласен проделать небольшую работу для регистрации, огромна.
Если вы сможете продемонстрировать ценность сообщества, информируя пользователей по конкретной теме, которая их интересует, я думаю, что в итоге гораздо больше людей вернётся и зарегистрируется как полноценные пользователи, чем в случае, если регистрация требуется сразу же.
Это очень много усилий, чтобы изобретать велосипед заново, но если вы хотите приложить эти усилия, конечно, пожалуйста.
Однако я просто хочу сказать, что, уверен, я не одинок в том, что на моём сайте или двух есть люди, которые просто регистрируются и никогда не пишут. Иногда это происходит потому, что некоторые категории скрыты от незарегистрированных пользователей и т. д. В чём здесь разница? Уверен, что часть из них регистрируется именно для сценария, который вы описываете, чтобы быть в курсе событий.
Не могли бы вы просто включить эту информацию в приветственный баннер, который появляется для анонимных пользователей?
Предлагать людям зарегистрироваться как пользователи просто для того, чтобы следить за темой? Это очень простое решение.
Я уверен, что часть из них регистрируется, например, в описанном вами сценарии.
Безусловно, некоторые так и делают. Но их будет гораздо меньше, если бы существовал более простой способ для пользователя достичь той же цели. По мере роста первоначальных усилий конверсия падает. И обычно незначительно.
Не могли бы вы просто включить эту информацию в приветственный баннер, который появляется для анонимных пользователей?
Дело не столько в информации. Я считаю, что можно ожидать от типичных пользователей знания о том, что они могут зарегистрироваться и подписаться/наблюдать. Проблема заключается во внимании и усилиях. У пользователей очень мало первого, и они не хотят прилагать второе.
Когда они впервые попадают на ваш сайт на Discourse, большинство из них не ищет присоединения к новому сообществу. Они ищут дополнительную информацию по какой-то конкретной теме. Возможно, они увидели ссылку на Reddit или нашли тему через поиск в Google. Даже если в ходе обсуждения окажется, что это именно то, что они хотели бы изучить подробнее, это не означает, что они готовы приложить усилия для регистрации на форуме.
Таким образом, возникает разрыв между усилиями, которые пользователь готов приложить, и требованиями вашей инфраструктуры. Это приводит к тому, что пользователь уходит и, скорее всего, не вернется. Если же вы сделаете так, чтобы оставаться на связи было легко, и со временем продемонстрируете ценность, то у них будет гораздо больше шансов стать членами сообщества в будущем.
Возможно, я смотрю на это с точки зрения технологий.
Но реальность такова: было бы глупо писать это, не создав для них какой-либо тип пользователя (хотя бы технически), потому что при таком подходе можно использовать множество существующих логических механизмов.
Например, логика «Подписки», которая запускается при обновлении темы, проверяет всех пользователей, следящих за этой темой. Было бы безумием не воспользоваться этим, тем более что любой написанный вами код придётся поддерживать в будущем, а если использовать ядро логики, оно будет поддерживаться за вас!
Возможно, это вопрос представления, где вы модифицируете фронтенд (и бэкенд при необходимости), чтобы принимать email и регистрировать его так, будто человек не стал официальным пользователем сайта.
Фактически, на уровне бэкенда это регистрируется как новый пользователь, но вы используете какой-то способ их отличать — неужели неактивация учётной записи не сработает? Придётся внести несколько изменений, чтобы это работало, но это возможно.
Если вы действительно заинтересованы в разработке этого решения и у вас есть бюджет, я бы написал в канал Marketplace.
Это потенциально довольно сложный плагин, но интересный! Мы определённо рассмотрели бы его.
Я не знаю, насколько он технически сложен в Discourse, но в мире WordPress он существует уже очень давно. И он работает. По сути, это просто ещё один список рассылки.
Возможно, я смотрю на это с технологической точки зрения.
Мои размышления исходят из анализа пути пользователя. Одно из действий — поиск точек трения, которые могут привести к уходу пользователей.
Было бы безумием не использовать это
Возможно, это действительно вопрос представления, где нужно изменить фронтенд (и бэкенд при необходимости)
Согласен на 100%. В простейшем случае вам нужно будет лишь создать «пользователя без учётных данных». По сути, это обычный пользователь, но без имени пользователя и пароля. В зависимости от внутренней архитектуры Discourse это может быть как легко, так и невозможно.
но вы используете какой-то способ их различения
Неужели вам действительно нужно по-разному с ними обращаться? Если отсутствие пароля не вызывает исключения, они просто не смогут войти в систему.
Однако вам потребуется ещё одна новая функция — возможность «повысить» такого пользователя до полноценного (то есть с учётными данными) в какой-то момент в будущем.
Если вы измените основную логику через плагин, вам нужно будет убедиться, что этот новый набор «специальных» пользователей обрабатывается соответствующим образом в любом месте, где обращаются к модели User, по какой бы то ни было причине.
Абсолютно верно. Это ещё одна задача, которую должен будет решать плагин.
В любом случае, пока это всё лишь теория. Если кто-то захочет профинансировать эту работу, мы сможем её рассмотреть: Marketplace
Моя жена регулярно регистрирует других людей на различных сервисах, используя свой адрес электронной почты (её фамилия более распространена, чем «pfaffman»). Это касается и школ, и врачей. Отправка писем на адрес, который не был подтверждён, безответственна и должна быть запрещена законом. Отправка электронной почты кому-то, кто не готов зарегистрировать учётную запись, — это очень плохая идея.
Возможно, можно было бы предусмотреть способ, чтобы они могли отправить письмо с запросом на изменение поведения (вероятно, их почтовый клиент не настроен на отправку с неверного адреса) или иным образом подтвердить адрес электронной почты.
Разве суть не в том, что сам факт указания адреса означает, что человек добровольно подтверждает своё согласие?
Согласен с проблемой отсутствия проверки адреса. Это может означать, что многие указанные адреса либо недействительны, либо принадлежат кому-то другому.
Отправка писем на адрес, который не был подтверждён, безответственна и должна быть запрещена законом.
В Европе это потенциально незаконно. Я бы не советовал не подтверждать адреса электронной почты. Я не указывал этого явно, но те, кто предоставляет только адрес электронной почты, всё равно должны подтверждать через ссылку в письме-подтверждении, что они действительно хотят получать обновления и что этот адрес принадлежит им. К слову, это обычно называется «двойная оптимизация» (double opt-in).
Отправка писем кому-то, кто не хочет регистрировать аккаунт, — это очень плохая идея.
Отправка тематических писем тому, кто подписался, предоставив только адрес электронной почты, — это просто рассылка. Я только что проверил: у TheHustle более 1,5 миллиона подписчиков в рассылке. Я не думаю, что это можно назвать плохой идеей.
Те, кто указывает только адрес электронной почты, всё равно должны подтвердить его по ссылке в письме с подтверждением. На этом этапе у них уже будет столько же точек взаимодействия, как и при создании учётной записи. Вероятно, вам достаточно будет кнопки быстрой регистрации.
Разве не в том идея, что сам факт указания адреса означает, что они довольны? Я не совсем понимаю вопрос. Вы имеете в виду, что если они достаточно довольны, чтобы ввести email, то должны быть достаточно довольны и для создания учётной записи? Если да, то эмпирический ответ — «нет». Специалисты по электронной коммерции изучили этот вопрос досконально, и разница очевидна.
Согласен с проблемой отсутствия валидации адреса.
Не совсем понимаю, как это оказалось в обсуждении. Извините за путаницу, я бы такого никогда не предложил.
Количество точек взаимодействия — это лишь одна из проблем. Пользователи действительно не любят создавать и управлять паролями. Чем больше аккаунтов у них уже есть, тем неохотнее они создают новый.
Люди также неохотно регистрируются на сайтах, которые имеют низкую или нулевую репутацию в их глазах. Никто не хочет вступать в клуб, о котором ничего не знает. Если вы предложите им способ поддерживать связь с вашим сообществом с меньшими обязательствами, у вас появится возможность завоевать доверие.
Мне пришло в голову, что то, о чём я говорю, во многом пересекается с аутентификацией по магической ссылке (без пароля). Похоже, что Discourse поддерживает аутентификацию без пароля начиная с версии 2.0.0beta3. Для достижения моей цели также потребуется возможность регистрации пользователя только по электронной почте (и, вероятно, с капчей для защиты от ботов), при этом автоматически генерируются имя пользователя и пароль. В форме сбора адреса электронной почты можно добавить флажок «Подписаться на эту тему».
Позже пользователь сможет аутентифицироваться по магической ссылке, отправленной на его электронную почту (разумеется, после подтверждения адреса). Если пользователь захочет перестать быть наблюдателем и начать публиковать сообщения, ему будет предложено установить собственное имя пользователя и пароль.
