Una comunidad de una herramienta no-code: SSO vs inicio de sesión por correo electrónico

Hola chicos, vengo a pedirles su opinión sobre algo :brain:

Estamos configurando el SSO entre nuestra plataforma no-code y nuestro futuro foro de Discourse. Todo funciona de maravilla, así que ¡bien por eso! Sin embargo, ahora estamos pensando si también deberíamos mantener el inicio de sesión ‘básico’ de Discourse con correo electrónico + contraseña.

Mis pensamientos:
Si solo mantenemos el SSO, solo las personas que ya son nuestros usuarios podrían convertirse en miembros de la comunidad. Hay una versión gratuita de nuestro producto, por lo que si alguien quiere unirse a la comunidad y no tiene una cuenta con nosotros, podría registrarse en el plan gratuito. Sin embargo, creo que esto podría disuadir a algunas personas.

Si mantenemos ambas opciones, podría terminar en cuentas duplicadas si alguien usa una dirección de correo electrónico A para crear la cuenta de la comunidad y más tarde una dirección de correo electrónico B para registrarse con nosotros.

¿Tienen ustedes alguna opinión/experiencia/pensamiento?

¿Estoy dándole demasiadas vueltas? :sweat_smile:

5 Me gusta

Esperaría que la mayoría de los usuarios usaran la misma dirección de correo electrónico :crossed_fingers:. Para los pocos que terminen con cuentas duplicadas, siempre podrían pedirle a un administrador que ‘combine’ las cuentas a través del panel de administración de Discourse.

6 Me gusta

Si te refieres a DiscourseConnect con “SSO”, no tienes opción, ya que habilitar DiscourseConnect deshabilitará todos los demás métodos de inicio de sesión.

5 Me gusta

¡Gracias por las respuestas, chicos!

Por favor, disculpen mi falta de conocimiento técnico @RGJ, pero creo que es Custom OAuth2 lo que configuramos entre nuestro producto y nuestra comunidad :slight_smile:

@david Espero que sí, pero la gente es extraña jaja. Sin embargo, estoy muy enamorado de la función de ‘fusionar’.

4 Me gusta

Estoy 100% de acuerdo contigo en que las personas son extrañas.

Tienes que ponérselo fácil a cada persona. Una vez que les cuesta registrarse o iniciar sesión, tienden a abandonarlo.

Tienes que atender a todos. Inicio de sesión SSO, inicio de sesión por correo electrónico, inicio de sesión en redes sociales, etc.

1 me gusta

En ese caso, de hecho, se puede combinar con otros métodos de inicio de sesión, por lo que puedes ignorar por completo mi comentario anterior.

2 Me gusta

¡Jaja, bueno saberlo, gracias!

Eso es lo que también estoy pensando. Sin embargo, hay algunas voces que dicen que el inicio de sesión OAuth2 nos proporciona información valiosa sobre los usuarios porque vemos lo que hacen en nuestro producto, de qué trata su negocio, etc. Básicamente, estoy recopilando opiniones en este momento :slight_smile:

3 Me gusta

Lo he usado varias veces en mi foro.
Disculpa por desviarme un poco del tema, pero en una ocasión, cuando estaba combinando una cuenta con mucho contenido (hacia o desde?), el proceso se agotó (30 o 60+ segundos, no recuerdo) y resultó en una cuenta parcialmente combinada, con mensajes faltantes. Un poco roto. No es gran cosa, pero aún así… Me pasó un par de veces hasta que noté que no se agotaba a través de la línea de comandos con la tarea de rake.

Fue hace dos años, pero desde entonces tengo tanto miedo de combinar a través de la interfaz que siempre lo hago a través de la tarea de rake, a menos que las dos cuentas a combinar tengan muy poco contenido.

¿Tienes alguna información sobre eso @david?

1 me gusta

Se han realizado muchas mejoras en los últimos dos años. Echando un rápido vistazo al código, la fusión ahora se realiza en un trabajo en segundo plano, por lo que no debería ser posible que se ‘agote el tiempo de espera’ como solía ocurrir.

Si sigues viendo problemas, por favor crea un tema de #soporte.

3 Me gusta