Pasar Información del Usuario mediante Parámetros de URL
Las experiencias Drimify ahora permiten la pre-carga de la información del usuario directamente a través de la URL utilizando parámetros en la cadena de consulta. Esto ofrece una experiencia más personalizada y agiliza la recopilación de datos.
✅ Parámetros de URL Admitidos
Puedes usar las siguientes variables opcionales en la URL:
Parámetro | Descripción | Valor de Ejemplo |
---|---|---|
| nombre | John o codificado en Base64 ( |
| apellido | apellido o codificado en Base64 ( |
| dirección de correo electrónico | Texto plano o codificado en Base64 ( |
🔗 Ejemplos de URLs
Valores codificados en Base64:
https://apps.drimify.com/your-experience-id/?session_uid=ABC123&fname=Sm9obg==&lname=RG9l&email=am9obi5kb2VAZXhhbXBsZS5jb20=
Valores en texto plano:
https://apps.drimify.com/your-experience-id/?session_uid=ABC123&fname=John&lname=Doe&email=john.doe@example.com
🔒 Lógica de Codificación y Decodificación
- Puedes pasar los valores como texto plano o como cadenas codificadas en Base64.
- Drimify detectará automáticamente los valores codificados en Base64 y los decodificará.
- Independientemente de si están codificados en Base64 o en texto plano, todos los valores también se decodifican desde URL de nuestro lado para asegurar que los caracteres especiales como espacios (
%20
),@
, o=
se interpreten correctamente.
⚠️ Importante para Integradores
Debe asegurarse de:
- Si envía texto plano, debe estar codificado en URL antes de ser agregado a la URL.
- Si envía Base64, debe:
- Primero codificar en URL el valor original (ej., John Doe → John%20Doe)
- Luego codificar ese resultado en Base64 (John%20Doe → Sm9obiUyMERvZQ==)
- Pasarlo en la cadena de consulta
¿Por qué?
Esto garantiza que los caracteres especiales se conserven y se decodifiquen correctamente en todos los casos.
✉️ Validación de Correos Electrónicos
Para la seguridad y la integridad de los datos:
- El parámetro
email
solo se utilizará si pasa la validación de formato estándar de correo electrónico. - Si el valor no coincide con un formato válido, será ignorado y no se almacenará.
💡 Casos de Uso
- Al igual que admitimos
session_uid
para identificar una sesión de usuario, ahora admitimosfname
,lname
yemail
para pre-cargar datos del usuario y evitar mostrar un formulario de recopilación de datos. - Esto es ideal al lanzar experiencias desde campañas de correo electrónico o herramientas CRM, donde ya se conoce la información del participante.
- Realiza un seguimiento de sesiones de usuario individuales con menos fricción
- Ofrece una experiencia de usuario fluida y personalizada
❓¿Necesitas Ayuda?
Si no estás seguro de cómo codificar valores correctamente o deseas orientación sobre la integración con tu plataforma, no dudes en [contactar a nuestro equipo de soporte] o consultar nuestra [guía de integración para desarrolladores].
Actualizado el: 25/07/2025
¡Gracias!