Passaggio delle Informazioni Utente tramite Parametri URL
Le esperienze di Drimify ora supportano il pre-riempimento delle informazioni utente direttamente attraverso l'URL utilizzando parametri nella stringa di query. Questo permette un'esperienza più personalizzata e semplifica la raccolta dati.
✅ Parametri URL supportati
Puoi passare le seguenti variabili opzionali nell'URL:
Parameter | Descrizione | Valore di esempio |
---|---|---|
| nome | John o codificato in base64 ( |
| cognome | cognome o codificato in base64 ( |
| indirizzo email | Testo semplice o codificato in base64 ( |
🔗 Esempi di URL
Valori codificati in base64:
https://apps.drimify.com/your-experience-id/?session_uid=ABC123&fname=Sm9obg==&lname=RG9l&email=am9obi5kb2VAZXhhbXBsZS5jb20=
Valori in testo semplice:
https://apps.drimify.com/your-experience-id/?session_uid=ABC123&fname=John&lname=Doe&email=john.doe@example.com
🔒 Logica di codifica e decodifica
- Puoi passare i valori sia in testo semplice che come stringhe codificate in Base64.
- Drimify rileverà automaticamente le stringhe codificate in Base64 e le decodificherà.
- Sia codificati in Base64 che in semplice, tutti i valori verranno anche decodificati dagli URL per garantire che caratteri speciali come spazi (
%20
),@
, o=
siano interpretati correttamente.
⚠️ Importante per gli integratori
Assicurati che:
- Se invii testo semplice, deve essere codificato URL prima di essere aggiunto all'URL.
- Se invii Base64, devi:
- Prima URL-codificare il valore originale (es. John Doe → John%20Doe)
- Poi codificare quel risultato in Base64 (John%20Doe → Sm9obiUyMERvZQ==)
- Passarlo nella stringa di query
- Quando passi i valori tramite parametri URL, le stringhe codificate in Base64 devono includere il corretto padding (
=
). Senza il giusto padding, il sistema potrebbe non decodificare correttamente il valore, trattandolo come testo semplice.
Perché?
Questo assicura che i caratteri speciali siano preservati correttamente e decodificati in tutti i casi.
✉️ Validazione dell'email
Per la sicurezza e l'integrità dei dati:
- Il parametro
email
verrà utilizzato solo se supera la validazione del formato standard dell'email. - Se il valore non corrisponde a un formato valido, verrà saltato e non memorizzato.
💡 Casi d'uso
- Come supportiamo
session_uid
per identificare una sessione utente, ora supportiamofname
,lname
, eemail
per precompilare i dati utente ed evitare di mostrare un modulo di raccolta dati. - Ideale quando si lanciano esperienze da campagne email o strumenti CRM, dove le informazioni del partecipante sono già note.
- Tracciare le sessioni utente individuali con meno attriti
- Fornire un'esperienza utente senza soluzione di continuità e personalizzata
❓Hai bisogno di aiuto?
Se non sei sicuro di come codificare correttamente i valori o hai bisogno di una guida per l'integrazione con la tua piattaforma, non esitare a [contattare il nostro team di supporto] o fare riferimento alla nostra [guida all'integrazione per sviluppatori].
Aggiornato il: 13/09/2025
Grazie!