Adaptación del tutorial de Make del 31 de enero de 2020. Explica un ejemplo histórico, no un sistema de premios listo para producción. No hemos ejecutado sus escenarios ni verificado la disponibilidad actual de sus módulos.
Las recomendaciones de preparación, revisión y prueba son aportaciones editoriales de MakeAutomation, no resultados medidos ni una traducción literal del original.
La fuente describe una promoción en la que una persona completa un formulario, recibe un código QR por correo y lo escanea para consultar si ha ganado un vale de 50 dólares. Esa cantidad pertenece al ejemplo; no es una oferta de este sitio.
El tutorial separaba la recogida de datos y la consulta del resultado en dos escenarios. Esta división ayuda a entender el flujo, pero su mecanismo de identificación no debe usarse como garantía de seguridad para premios reales.
Preparación de la hoja
El formulario de Google enviaba sus respuestas a una hoja. Además del correo del participante, el ejemplo necesitaba el número de fila, un identificador aleatorio y una columna de confirmación.
Antes de construir una promoción, define sus reglas, la información que vas a recoger y el uso autorizado de esos datos. Participar no debe interpretarse automáticamente como permiso para recibir cualquier campaña comercial.
Escenario 1: preparar y enviar el QR
La secuencia histórica era:
- Google Sheets — Watch Rows: detectar una respuesta.
- Tools — Set Variable: generar un número aleatorio.
- Barcodes — Generate a barcode: crear un QR con la dirección del webhook del segundo escenario y datos de la participación.
- Gmail — Send an email: enviar el código al correo de la fila.
- Google Sheets — Update a row: guardar el identificador generado.
La fuente usaba floor(random * 10) como base de su sorteo y distinguía números pares e impares. No utilizaba la condición «el número es igual a uno» que aparecía en una versión defectuosa de esta traducción.
Para entender la regla sin depender de sintaxis de Make, este es su equivalente conceptual:
si el resto de dividir el número entre 2 es 0:
resultado = "Premio"
en otro caso:
resultado = "Sin premio"
Es pseudocódigo explicativo, no una expresión para pegar en un módulo. No se afirma aquí una probabilidad contractual ni que el mecanismo sea adecuado para una promoción comercial.
Escenario 2: mostrar y registrar el resultado
El tutorial recibía la visita al webhook al escanear el QR. Un módulo Webhook response devolvía una respuesta HTTP 200 con un mensaje de premio o de no premio. Después se actualizaba la columna de confirmación.
La fuente filtraba por la existencia del número de fila antes de actualizarla. Comprobar que un dato existe no demuestra que sea auténtico. Si el enlace contiene el resultado o el número de fila, una persona podría intentar modificarlo o repetir la consulta.
Para una promoción real, habría que diseñar por separado la identificación de la participación, la comprobación del resultado almacenado y el control de canjes repetidos. El tutorial no demuestra que esos controles estén resueltos.
Qué comprobar en una demostración
Utiliza datos ficticios y ningún premio real. Prueba un resultado par y otro impar, revisa el correo, el destino del QR y la fila modificada. Ensaya también una consulta repetida y un enlace alterado para observar por qué hacen falta controles adicionales.
El artículo afirma que su autor ejecutó dos pruebas; eso no equivale a una prueba de esta adaptación. La fuente oficial permite consultar las capturas históricas. Para construir hoy, verifica primero las conexiones y los módulos disponibles en la documentación oficial.
Este artículo contiene enlaces de afiliación. Podemos recibir una comisión si te registras a través de ellos, sin coste adicional para ti. Así nos ayudas a seguir creando contenido gratuito de calidad.