Pasar Información del Usuario mediante Parámetros de URL
Las experiencias de Drimify ahora permiten pre-rellenar la información del usuario directamente a través de la URL utilizando parámetros de cadena de consulta. Esto facilita una experiencia más personalizada y agiliza la recopilación de datos.
✅ Parámetros de URL soportados
Puedes pasar 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 | Sin codificar o codificado en base64 ( |
| número de teléfono | Sin codificar 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=&phone=KzMzMTAxMDEwMTAx
Valores en texto plano:
https://apps.drimify.com/your-experience-id/?session_uid=ABC123&fname=John&lname=Doe&email=john.doe@example.com&phone=%2033101010101
🔒 Lógica de Codificación y Decodificación
- Puedes enviar los valores tanto en texto plano como en cadenas codificadas en Base64.
- Drimify detectará automáticamente los valores codificados en Base64 y los decodificará.
- Tanto si están codificados en Base64 como en texto plano, todos los valores también son decodificados crudos de URL en nuestro sistema para asegurar que caracteres especiales como espacios (
%20),@o=se interpreten correctamente.
⚠️ Importante para Integradores
Por favor asegúrate de:
- Si envías texto plano, este debe ser codificado en URL antes de añadirse a la URL.
- Si envías Base64, debes:
- Primero codificar la URL del valor original (por ejemplo, John Doe → John%20Doe)
- Luego codificar en Base64 ese resultado (John%20Doe → Sm9obiUyMERvZQ==)
- Pasarlo en la cadena de consulta
- Al pasar valores vía parámetros de URL, las cadenas codificadas en Base64 deben incluir el relleno adecuado (
=). Sin el relleno correcto, el sistema puede no decodificar el valor correctamente y se tratará como texto plano.
¿Por qué?
Esto asegura que los caracteres especiales se preserven correctamente y se decodifiquen adecuadamente en todos los casos.
✉️ Validación de Correo Electrónico
Para la seguridad e integridad de los datos:
- El parámetro
emailsolo se utilizará si pasa la validación estándar de formato de correo electrónico. - Si el valor no coincide con un formato válido, será omitido y no se almacenará.
📞 Validación de Número de Teléfono
Para la seguridad e integridad de los datos:
- El número de teléfono debe proporcionarse en el formato internacional correcto, por ejemplo: +33101010101.
- El valor solo se utilizará si coincide con un formato válido según su código de país.
- Si el número no cumple con la estructura requerida, será omitido y no se almacenará.
💡 Casos de Uso
- Tal como soportamos
session_uidpara identificar una sesión de usuario, ahora también soportamosfname,lnameyemailpara pre-rellenar datos de usuario y evitar mostrar un formulario de recopilación de datos. - Esto es ideal al lanzar experiencias desde campañas de email o herramientas CRM, donde la información del participante ya es conocida.
- Rastrear sesiones individuales de usuario con menos fricción
- Ofrecer una experiencia de usuario fluida y personalizada
❓¿Necesitas Ayuda?
Si no estás seguro de cómo codificar los valores correctamente o deseas orientación para integrarte con tu plataforma, no dudes en [contactar con nuestro equipo de soporte] o consulta nuestra [guía de integración para desarrolladores].
Actualizado el: 12/12/2025
¡Gracias!
