Una community di uno strumento no-code: SSO vs login via email

Ciao ragazzi, vi chiedo un parere :brain:

Stiamo configurando l’SSO tra la nostra piattaforma no-code e il nostro futuro forum Discourse. Tutto funziona alla grande, quindi evvai! Stiamo però pensando se mantenere anche il login “base” di Discourse tramite email + password.

Le mie riflessioni:
Se manteniamo solo l’SSO, solo le persone che sono già nostri utenti potrebbero diventare membri della community. Esiste una versione gratuita del nostro prodotto, quindi se qualcuno vuole unirsi alla community e non ha un account con noi, potrebbe registrarsi per il piano gratuito. Io, tuttavia, penso che questo potrebbe scoraggiare alcune persone.

Se manteniamo entrambe le opzioni, potrebbe finire per creare account duplicati se qualcuno usa un indirizzo email A per creare l’account della community e successivamente un indirizzo email B per registrarsi con noi.

Avete opinioni/esperienze/pensieri in merito?

Sto pensando troppo? :sweat_smile:

5 Mi Piace

Spererei che la maggior parte degli utenti utilizzasse lo stesso indirizzo email :crossed_fingers:. Per i pochi che finiscono con account duplicati, potrebbero sempre chiedere a un amministratore di ‘unire’ gli account tramite il pannello di amministrazione di Discourse.

6 Mi Piace

Se ti riferisci a DiscourseConnect con “SSO”, non hai opzioni poiché l’abilitazione di DiscourseConnect disabiliterà tutti gli altri metodi di accesso.

5 Mi Piace

Grazie per le risposte, ragazzi!

Perdonate la mia mancanza di conoscenze tecniche @RGJ ma credo che sia Custom OAuth2 che abbiamo configurato tra il nostro prodotto e la nostra community :slight_smile:

@david Spero anch’io, ma le persone sono strane creature haha. Sono però molto innamorato della funzionalità di ‘unione’.

4 Mi Piace

Sono 100% d’accordo con te sul fatto che le persone siano strane.

Devi renderlo facile per ogni persona. Una volta che hanno difficoltà a registrarsi o ad accedere, tendono ad abbandonare.

Devi soddisfare tutti, però. Accesso SSO, accesso via email, accesso tramite social media, ecc.

1 Mi Piace

In tal caso può effettivamente essere combinato con altri metodi di accesso, quindi puoi ignorare completamente il mio commento precedente.

2 Mi Piace

Ahah, bene saperlo, grazie!

È quello che penso anch’io. Ci sono, tuttavia, alcune voci che dicono che l’accesso OAuth2 ci fornisce informazioni preziose sugli utenti perché vediamo cosa fanno nel nostro prodotto, di cosa si occupa la loro attività, ecc. Sto fondamentalmente raccogliendo opinioni a questo punto :slight_smile:

3 Mi Piace

L’ho usato diverse volte sul mio forum.
Mi scuso per essere un po’ fuori tema, ma in un momento in cui stavo unendo un account con molti contenuti a/da (?) un altro, il processo è andato in timeout (30 o 60+ secondi, non ricordo) e ha comportato un account parzialmente unito, con messaggi mancanti. Un po’ rotto. Niente di grave, ma comunque… Mi è successo un paio di volte finché non ho notato che non andava in timeout tramite la riga di comando con il task rake.

Sono passati due anni, ma da allora ho così tanta paura di unire tramite l’interfaccia che lo faccio sempre tramite il task rake, a meno che i due account da unire abbiano entrambi pochissimi contenuti.

Hai qualche informazione a riguardo @david?

1 Mi Piace

Negli ultimi due anni sono stati apportati molti miglioramenti. Dando una rapida occhiata al codice, l’unione avviene ora in un processo in background, quindi non dovrebbe essere possibile che vada in ‘timeout’ come accadeva in passato.

Se riscontri ancora problemi, crea un argomento di Support.

3 Mi Piace