Pieniä niksejä, joilla voit parantaa asiakkaiden sisäänkirjautumiskokemusta

Logtolla panostamme vahvasti asiakkaidemme sisäänkirjautumisprosessin hiomiseen. Ymmärrämme, kuinka tärkeää on tehdä käyttäjän rekisteröinti- ja sisäänkirjautumiskokemuksesta niin yksinkertainen ja saumaton kuin mahdollista. Tässä artikkelissa jaamme kaksi pientä niksiä, joita sinun tulisi käyttää parantaaksesi käyttäjän rekisteröitymiskokemusta.

Ensimmäinen näyttö#

Katsotaanpa lyhyesti OIDC-todennusprosessia.

Kun käyttäjä lähettää todennuspyynnön asiakassovelluksesta, Logtossa käynnistetään OIDC-todennusistunto. Käyttäjä ohjataan sitten Logton ylläpitämälle kirjautumissivulle syöttämään tunnistautumistietonsa ja vahvistamaan henkilöllisyytensä. Kun käyttäjä on kirjautunut onnistuneesti sisään, todennusvastaus lähetetään takaisin asiakassovellukselle.

Oletuksena käyttäjälle esitetään sisäänkirjautumisnäyttö.

Jos käyttäjällä ei ole tiliä, hän voi sitten klikata Rekisteröidy-painiketta vaihtaakseen rekisteröitymisnäyttöön.

Mutta entä jos käyttäjä tulee sovellukseen selkeässä aikomuksessa rekisteröityä? Haluat varmasti ohittaa sisäänkirjautumisnäytön ja ohjata käyttäjän suoraan hyvin suunnitellulle rekisteröitymisnäytölle.

Tämä voidaan helposti saavuttaa lisäämällä first_screen-parametri todennuspyyntöösi.

Tai tuetussa SDK:ssa:

first_screen-parametri voi saada kaksi arvoa: signIn tai register.

Kun asetat first_screen-parametrin arvoon register, voit ohittaa sisäänkirjautumisnäytön ja ohjata käyttäjän suoraan rekisteröitymisnäytölle.

Aivan kuten meidän Logto etusivumme.

Kun käyttäjä napsauttaa Aloita-painiketta, hänet ohjataan suoraan rekisteröitymisnäytölle.

Suora sisäänkirjautuminen#

Toinen kätevä todennusparametri, jonka sinun tulisi tietää, on direct_sign_in. Tämä parametri sallii sinun käynnistää sosiaalisen tai yrityksen SSO-todennusvirran suoraan ohittamalla sisäänkirjautumisnäytön.

Tämä on erityisen hyödyllistä, kun sinulla on omat sosiaaliset ja yrityksen SSO-sisäänkäynnit ja haluat ohittaa Logton sisäänkirjautumisnäytön.

Esimerkiksi ilman direct_sign_in-parametria määriteltynä yrityksen SSO-käyttäjäpolku olisi seuraava:

1. Oletuksena esitetty sisäänkirjautumisnäyttö.
2. Syötetään sähköpostiosoite.

3. Yhden kirjautumisen tunnistus ja käyttäjä napsauttaa sitten Single Sign-On-painiketta aloittaakseen SSO-virran.

4. Lisäksi, jos useita SSO-palveluntarjoajia on määritelty saman sähköpostitunnuksen alle, käyttäjää pyydetään valitsemaan haluamansa SSO-palveluntarjoaja.

Tätä virtaa voidaan yksinkertaistaa, jos tiedät käyttäjän haluaman SSO-palveluntarjoajan etukäteen.

direct_sign_in-parametri voi saada seuraavat arvot:

• social:<provider-name>: Aloittaa suoraan kolmannen osapuolen sosiaalisen todennusvirran. (esim. social:google)
• sso:<connector-id>: Aloittaa suoraan yrityksen SSO-todennusvirran. (esim. sso:1234567890)

Lisää direct_sign_in-parametri todennuspyyntöösi:

Tai tuetussa SDK:ssa:

direct_sign_in-parametrin avulla käyttäjä ohjataan suoraan määritetyn identiteettipalveluntarjoajan todennussivulle. Vähentäen merkittävästi todennusprosessin loppuun saattamiseen tarvittavien vaiheiden määrää.

Yhteenveto#

Logtolla otamme käyttäjäkokemuksen erittäin vakavasti. Käyttämällä first_screen- ja direct_sign_in-parametreja voit merkittävästi parantaa asiakkaidesi sisäänkirjautumisprosessia.

Jos haluat luoda räätälöidyn ja visuaalisesti houkuttelevan rekisteröitymisnäytön, varmista, että tutustut custom-css ominaisuuteemme.

Lisätietoja saat todennusparametreista.