Guida login e accesso account Rivya

Usa questa guida a login e accesso account quando devi capire opzioni di accesso, pulsanti di login mancanti, recupero password, pagine protette o comportamento della sicurezza account in Rivya.

Dal tuo punto di vista, il sistema di autenticazione Rivya è semplice, ma alcuni dettagli contano perché non tutte le opzioni di login appaiono in ogni deployment.

Metodi di login attuali

Rivya supporta attualmente questi percorsi di accesso:

• email e password
• Google
• GitHub
• Discord
• Magic Link opzionale

La parola importante è "opzionale". Magic Link è controllato da feature gate, e anche i pulsanti social dipendono dal fatto che il deployment attuale sia davvero configurato per quei provider.

Perché può mancare un pulsante di login

Questo è uno dei punti di confusione più comuni.

Un pulsante di login social può essere assente per due ragioni separate:

• la funzionalità è disabilitata nella configurazione del sito attuale
• le credenziali del provider non sono configurate per il deployment attuale

Ecco perché un ambiente può mostrare Google e GitHub mentre un altro mostra solo login email.

Magic Link segue la stessa regola generale. Se non è abilitato per il deployment attuale, la pagina di login non va letta come "rotta". Semplicemente non è attiva lì.

Percorsi login, registrazione e recupero

I percorsi auth attuali sono:

• /auth/login
• /auth/register
• /auth/forgot-password
• /auth/reset-password
• /auth/magic-link-status
• /auth/error

Questi percorsi sono pagine di supporto, non pagine promozionali. Esistono per permettere agli utenti di iniziare, recuperare o capire l'accesso account senza indovinare dove vive il flusso.

Quando usare reset password o Magic Link

Usa il reset password quando:

• ti affidi già ad accesso email/password
• hai dimenticato la password
• ti sei registrato tramite social ma ora vuoi aggiungere una password e l'account ha un'email collegata

Usa Magic Link quando:

• il deployment attuale lo espone
• vuoi un percorso di accesso email a breve durata invece di digitare una password

Se un Magic Link è scaduto o non valido, i percorsi prodotto espongono quello stato tramite /auth/magic-link-status invece di fallire in silenzio.

Cosa succede dopo il login

La destinazione predefinita attuale dopo il login è /dashboard.

È intenzionale. Dashboard è il posto più facile da cui riprendere il lavoro dopo l'accesso.

Da lì puoi spostarti in:

• studios
• history
• notifications
• impostazioni di fatturazione e crediti

Pagine protette e pagine pubbliche

Rivya mantiene una separazione reale tra scoperta pubblica e lavoro autenticato.

Le pagine pubbliche ti permettono di:

• sfogliare modelli
• confrontare strumenti
• ispezionare prezzi
• partire dai blocchi quick-start pubblici sulle pagine iniziali

Le pagine protette sono quelle in cui lo stato account salvato conta, come:

• /dashboard
• /studio/*
• /history/*
• /notifications
• /settings/*
• /payment

Il layout protetto valida la sessione sul server, non solo nel browser. Quindi, se non hai effettuato l'accesso, è previsto che quei percorsi ti rimandino al flusso di login.

Perché le impostazioni di sicurezza appaiono diverse per utenti diversi

/settings/security è collegata ai provider auth reali dell'account.

Questo significa che la pagina può comportarsi diversamente in base a come hai effettuato l'accesso inizialmente:

• gli utenti email/password possono cambiare la password direttamente
• gli utenti solo social con un'email possono essere guidati nel flusso forgot-password per aggiungere una password
• gli utenti idonei possono raggiungere lì l'eliminazione dell'account

È normale comportamento di prodotto, non una discrepanza UI.

Una regola pratica per problemi di accesso

Se la domanda è:

Parti dai percorsi auth.

Se la domanda è:

Parti da /settings/security.

Se la domanda è:

Trattala come un confine di accesso, non come un bug di contenuto. Probabilmente sei su un percorso protetto.

Leggi anche

• Primi passi
• Impostazioni account in Rivya
• Risoluzione problemi in Rivya

Checklist accesso

Quando login, identità account o permessi bloccano un workflow, controlla:

• Conferma quali metodi di login il deployment espone davvero.
• Controlla se l'obiettivo è navigazione pubblica o lavoro salvato e fatturabile.
• Usa l'accesso prima di upload, cronologia salvata, gestione pagamenti o continuazione in Studio.
• Per recupero password, segui le pagine auth dedicate invece di ripetere tentativi di login.
• Mantieni intatti i return path così atterri di nuovo sul task iniziato.

Ricontrolla prima di resettare l'accesso

Ricontrolla se potrebbero esserci più account, un provider disabilitato, un return link obsoleto, un link di reset scaduto o una pagina pubblica che sembra poter funzionare senza accesso.