Sto ancora leggendo i vecchi thread sull’utilizzo di WP SSO, ma mi chiedevo se condividere la nostra roadmap potesse far emergere qualche consiglio. Ci sono cose a cui dovremmo fare attenzione? Cose che dovremmo evitare?
Il nostro stack:
WordPress (base)
MemberPress (gestisce gli account utente)
LearnDash (LMS, creazione corsi)
Discourse (comunità privata per membri)
La nostra esperienza di onboarding desiderata:
Il visitatore arriva sul nostro sito WP (content marketing) e si converte in membro pagante.
– Stiamo valutando una prova gratuita di 24 ore (con conversione automatica).
Il plugin WP Discourse (SSO) genera un account Discourse (TL0).
TL0 ottiene accesso in sola lettura alla maggior parte delle categorie.
La promozione da TL0 a TL1 richiede 5 minuti di pubblicazione di un’introduzione.
Dopo 24 ore, la carta del membro viene addebitata, l’iscrizione diventa ufficiale e viene automaticamente promosso a TL1.
WP SSO gestirebbe gli account in modo che solo i membri paganti/attivi abbiano accesso sia alla comunità che ai contenuti dell’LMS.
Mi chiedo se esista un modo più semplice o migliore per fare tutto questo. Ridurre l’attrito per i nuovi membri è importante, ma lo è anche garantire la scalabilità a lungo termine, no?
Dalla tua lista di onboarding, sembra che tu intenda sovrascrivere il sistema dei livelli di fiducia di Discourse. Penso che un approccio migliore sarebbe utilizzare l’iscrizione ai gruppi di Discourse per controllare l’accesso ai contenuti del tuo sito. Per i dettagli su come funziona, consulta Understanding groups and category permissions.
Il plugin WP Discourse dispone di alcune funzioni che puoi utilizzare per aggiungere e rimuovere utenti dai gruppi. I dettagli sono in questa discussione: Manage group membership in Discourse with WP Discourse SSO. Quella discussione utilizza il plugin PaidMembershipsPro come esempio, ma la stessa idea dovrebbe funzionare anche con MemberPress.
Quei thread sono stati utili. Ho installato e collegato WP Discourse a Discourse. Potrei anche avere alcune nuove (e migliori) idee per la nostra esperienza di onboarding. Grazie, @simon!
Tuttavia, non sono ancora arrivato a prendere decisioni sull’SSO. Più leggo al riguardo, più il mio cervello gira in tondo e mi viene la vertigine. Potrei chiederti ancora un po’ di consigli in merito?
Dato: WordPress e MemberPress + Discourse + LearnDash… e la volontà di mettere a pagamento tutto ciò che non è un post del blog…
Se Discourse è il CLIENTE SSO, useremmo MemberPress per gestire gli account su WordPress e l’accesso ai corsi di LearnDash. Questo è stato il nostro approccio iniziale, quindi ha senso di per sé, anche se non necessariamente dalle migliori pratiche di implementazione/scalabilità.
Se Discourse è il FORNITORE SSO, dovremmo reperire e implementare un sistema di pagamento lato Discourse (finora nessuno di quelli che ho visto ispira molta fiducia, a essere onesti). Se potessimo eliminare MemberPress dal lato WP, potrebbe valere la pena del cambio, ma non sono sicuro di come funzionerebbe con l’esigenza di avere utenti sincronizzati su WP che accedono ai contenuti LMS a prezzi speciali riservati ai membri, mentre il pubblico generale vede i prezzi di listino completi.
Ha senso? Ho cercato di essere chiaro, ma mi sto un po’ confondendo.
Sento che una sola email a Jay risolverebbe la questione, ma ogni dollaro speso in sviluppo è un dollaro in meno per il resto dei nostri piani di startup. (Mi sembra sempre più che dovremmo affidarci a Jay.)
Un’interessante sviluppo su questo stack/front. @simon, curioso di sapere cosa ne pensi.
MemberPress gestisce l’iscrizione e l’elaborazione dei pagamenti. Semplice.
MemberPress è progettato per gestire l’accesso a contenuti locali di WordPress.
MemberPress non ha l’autorità per limitare l’accesso a Discourse tramite SSO.
Ho scoperto che, quando la carta di credito di un utente viene rifiutata, la sua iscrizione viene sospesa, ma poiché può ancora accedere a WordPress, mantiene l’accesso a Discourse tramite SSO.
Quanto sarebbe complicato far sì che il plugin SSO tenga conto dello stato dell’iscrizione (da MemberPress) prima di permettere a qualcuno di accedere a Discourse?
Penso che il modo in cui abbiamo integrato le cose finora sia conveniente e semplice, e se il plugin SSO gestisse questo aspetto, saremmo a posto per il futuro prevedibile. Tuttavia, sento anche che questa strada potrebbe portare a un lavoro di sviluppo personalizzato complesso.
Più riusciremo a mantenere le cose vicine a Discourse standard, meglio sarà, a mio avviso.
Grazie ancora per il consiglio. Scusa l’interruzione, Simon.
Se riesci a scoprire come MemberPress determina quali utenti possono accedere ai contenuti protetti su WordPress, gli stessi dati possono essere utilizzati per limitare gli accessi SSO a Discourse. Per farlo, dovrai aggiungere una condizione alle due funzioni presenti nel secondo post di questo argomento: Come impedire ad alcuni utenti WP di accedere a Discourse. La condizione deve restituire true se l’account dell’utente è stato sospeso.
Ciò che desideri ottenere è fattibile, ma potrebbe essere necessario l’aiuto di uno sviluppatore WordPress per capire cosa inserire nella condizione delle due funzioni a cui ho fatto riferimento.
