1msg official logo

Encuesta post-visita con WhatsApp API

El escenario envía al cliente una plantilla de WhatsApp personalizada después de completar una visita o cita, pidiéndole compartir feedback sobre la experiencia.

Descripción del caso de uso

El escenario envía al cliente una plantilla de WhatsApp personalizada después de completar una visita o cita, pidiéndole compartir feedback sobre la experiencia. El mensaje incluye el nombre del cliente, fecha de la visita y un breve prompt de encuesta. Un botón URL estático abre el formulario de feedback o página de encuesta.

Ejemplo de plantilla

Hola, {{1}}! Gracias por tu visita el {{2}}. {{3}} Por favor completa nuestra breve encuesta — toma alrededor de un minuto.

Completar encuesta
  • {{1}}
    nombre del cliente
  • {{2}}
    fecha de visita o cita (p. ej. 12 de agosto de 2026)
  • {{3}}
    prompt o instrucción de encuesta (p. ej. califica tu visita del 1 al 5, toma 1 minuto)
  • “Completar encuesta”
    botón — fijo en la plantilla de Meta
WhatsApp Business API for post-visit survey request

Cuándo usarlo

Usa este escenario cuando un cliente completa una visita o cita y el equipo necesita una encuesta de feedback estructurada en WhatsApp, en lugar de un mensaje manual de seguimiento o una encuesta solo por correo. Encaja en clínicas y salones que recopilan calificaciones post-cita, equipos de servicio de campo tras visitas in situ y agencias que conectan triggers post-visita desde sistemas de reservas, CRM o workflows de agenda propios.

Más respuestas a la encuesta post-visita
La solicitud de encuesta llega a WhatsApp con nombre, fecha de visita y prompt de encuesta como tres variables del cuerpo, así la petición de feedback queda en un canal que el cliente ya usa en lugar de una encuesta por correo que nunca abre.
Primer mensaje conforme tras la visita
El sistema de reservas dispara una plantilla aprobada cuando la cita se marca como completada, así la solicitud de encuesta alcanza al cliente aunque no haya conversación abierta y no se permitan respuestas de texto libre.
Sin mensajes manuales de encuesta del personal
El trigger post-visita obtiene el teléfono del destinatario y los campos de encuesta, construye la plantilla con tres variables en el cuerpo y un botón URL estático, así el personal no retipea el contexto de la visita ni recuerda enviar un enlace de encuesta.
Contexto de la visita antes de responder
El nombre del cliente y la fecha de visita aparecen en el cuerpo del mensaje, así sabe qué cita completada está calificando antes de tocar el botón fijo Completar encuesta que abre el formulario de feedback.
Entrega registrada para analítica de seguimiento
El resultado de entrega se escribe en el sistema de reservas o CRM mientras la finalización de la encuesta se rastrea en el formulario enlazado, así el feedback post-visita queda ligado al mismo registro de la cita.

Flujo de trabajo

  1. Construir y enviar

    El sistema de reservas o CRM dispara un trigger post-visita cuando la cita se marca como completada.

    POST /sendTemplate

  2. Capturar evento

    El sistema obtiene el teléfono del destinatario y los campos de encuesta.

    phone: "+…"

  3. Se construye un mensaje

    Se construye un mensaje de plantilla personalizado con tres variables en el cuerpo y un botón URL estático.

    POST /sendTemplate

  4. Entregado

    El cliente recibe la solicitud de encuesta en WhatsApp con contexto de la visita.

    entregado

  5. Estado registrado

    Se registra el resultado de entrega; la finalización de la encuesta se rastrea fuera de WhatsApp.

    status: "read"

WhatsApp Business API for post-visit survey request

Implementación técnica

Requisitos previos

  1. Clave API de 1MSG · Cómo obtener la clave API
  2. Cuenta de WhatsApp Business · Cómo conectar WABA
  3. Plantilla de WhatsApp · Cómo aprobar una plantilla WABA
  4. Opt-in del cliente · Cómo gestionar el consentimiento

Ejemplos de código

#!/usr/bin/env bash
set -euo pipefail

# === Configuration (replace "___" placeholders) ===

API_BASE_URL="https://api.1msg.io"        # production 1MSG API base URL
CHANNEL_ID="___"                           # channel ID from 1MSG dashboard
API_TOKEN="___"                            # channel JWT token (Bearer)

TEMPLATE_NAME="___"                        # approved template name
TEMPLATE_NAMESPACE="___"                   # template namespace (required — send fails without it)
TEMPLATE_LANGUAGE="___"                    # template language code, e.g. "en"



# === Test data ===
TEST_PHONE="___"                 # client phone in international format
TEST_CUSTOMERNAME="___"         # {{1}} customer name
TEST_DATE="___"         # {{2}} date or time
TEST_INFO="___"         # {{3}} additional info

PHONE_NORM="$(printf '%s' "$TEST_PHONE" | tr -cd '0-9')"

for pair in "CHANNEL_ID=$CHANNEL_ID" "API_TOKEN=$API_TOKEN" \
            "TEMPLATE_NAME=$TEMPLATE_NAME" "TEMPLATE_NAMESPACE=$TEMPLATE_NAMESPACE" \
            "TEMPLATE_LANGUAGE=$TEMPLATE_LANGUAGE" "TEST_PHONE=$TEST_PHONE" \
            "TEST_CUSTOMERNAME=$TEST_CUSTOMERNAME" \
            "TEST_DATE=$TEST_DATE" \
            "TEST_INFO=$TEST_INFO"; do
    val="${pair#*=}"
    if [ -z "$val" ] || [ "$val" = "___" ]; then
        echo "Missing configuration value: ${pair%%=*}" >&2
        exit 1
    fi
done

if [ -z "$PHONE_NORM" ]; then
    echo "Error: phone number has no digits after normalization" >&2
    exit 1
fi

URL="${API_BASE_URL%/}/${CHANNEL_ID}/sendTemplate"

# params carries body ONLY. Button text is fixed in the Meta template — no button param.

# {{1}} customer name → ${TEST_CUSTOMERNAME}
# {{2}} date or time → ${TEST_DATE}
# {{3}} additional info → ${TEST_INFO}
read -r -d '' PAYLOAD <<JSON || true
{
  "phone": "${PHONE_NORM}",
  "template": "${TEMPLATE_NAME}",
  "namespace": "${TEMPLATE_NAMESPACE}",
  "language": { "policy": "deterministic", "code": "${TEMPLATE_LANGUAGE}" },
  "params": [
    {
      "type": "body",
      "parameters": [
        { "type": "text", "text": "${TEST_CUSTOMERNAME}" },
        { "type": "text", "text": "${TEST_DATE}" },
        { "type": "text", "text": "${TEST_INFO}" }
      ]
    }

  ]
}
JSON

RESPONSE="$(curl -s -w '\n%{http_code}' -X POST "$URL" \
    -H "Content-Type: application/json" \
    -H "Authorization: Bearer ${API_TOKEN}" \
    -d "$PAYLOAD")"

HTTP_CODE="$(printf '%s' "$RESPONSE" | tail -n1)"
BODY="$(printf '%s' "$RESPONSE" | sed '$d')"

case "$BODY" in
    *'"sent":true'*) ok=1 ;;
    *) ok=0 ;;
esac

if [ "$HTTP_CODE" -ge 200 ] && [ "$HTTP_CODE" -lt 300 ] && [ "$ok" -eq 1 ]; then
    echo "Message sent to client."
    echo "API response: $BODY"
else
    echo "Send failed. HTTP status: $HTTP_CODE" >&2
    echo "$BODY" >&2
    exit 1
fi

Respuesta y estado de entrega

HTTP 2xx y JSON "sent": true significan que 1MSG aceptó el mensaje para envío — no que ya llegó al teléfono del cliente. Guarda el campo id (tipo wamid.…) para correlacionar los callbacks de entrega.

200 OKRespuesta
{
  "sent": true,
  "message": "Sent to [email protected]",
  "description": "Message has been sent to the provider",
  "id": "wamid.HBgLMzgwNjM5..."
}
  • sent

    Aceptado para envío — aún no en el teléfono del cliente

  • id

    Guárdalo; los callbacks de entrega y hookInfo se basan en él

Estados de entrega y webhooks →

Errores frecuentes

EstadoRespuesta de la APICausaSolución
200Message was not sent: template is not definedFalta namespace, template o language en el cuerpo de la petición.Envía los tres. Toma namespace y el nombre exacto de la plantilla de GET /templates; language es un objeto: {"policy": "deterministic", "code": "es_MX"}.
200template name (…) does not exist in <language>La plantilla está aprobada en otro idioma que el solicitado.Usa el código de idioma exacto con el que se aprobó la plantilla (por ejemplo, es_MX no es lo mismo que es). Revísalo en GET /templates.
200Message was not sent: provide chatId, phone, bsuid, or usernameNingún destinatario que el canal pudiera resolver.Envía un solo destinatario: phone (código de país y número, solo dígitos), chatId (por ejemplo [email protected]) o bsuid.

Todos los códigos de error →

Preguntas comunes

Relacionado

Encuestas y comentarios
Encuesta por etapa del servicio con WhatsApp API
El escenario envía al cliente una plantilla de WhatsApp personalizada cuando se completa una etapa específica del servicio, pidiéndole calificar cómo fue ese paso.
Encuestas y comentarios
Botones satisfecho/no satisfecho con WhatsApp API
Este escenario envía al cliente una plantilla corta de WhatsApp personalizada pidiendo confirmar si está satisfecho.
Encuestas y comentarios
Solicitud de reseña escrita con WhatsApp API
El escenario envía al cliente una plantilla de WhatsApp personalizada tras una interacción completada, pidiéndole dejar una reseña escrita o testimonio.
Encuestas y comentarios
Recordatorio para completar encuesta (WhatsApp API)
El escenario envía al cliente una plantilla de WhatsApp personalizada cuando una solicitud de encuesta sigue pendiente después del primer envío.
Encuestas y comentarios
Encuesta de calificación de entrega (WhatsApp API)
El escenario envía al cliente una plantilla de WhatsApp personalizada después de entregar un pedido, pidiéndole calificar la calidad de la entrega.
Encuestas y comentarios
Encuesta de calidad del servicio con WhatsApp API
El escenario envía al cliente una plantilla de WhatsApp personalizada después de una interacción de servicio, pidiéndole calificar la calidad del servicio recibido.
Encuestas y comentarios
Encuesta de un toque con botones de WhatsApp API
Este escenario envía al cliente una plantilla corta de WhatsApp personalizada pidiendo feedback rápido.
Encuestas y comentarios
Mensaje para pedir reseñas con WhatsApp API
El escenario envía al cliente una plantilla de WhatsApp personalizada después de una compra cuando corresponde pedir reseña, pidiéndole calificar el producto y compartir feedback.

Desarrolla para WhatsApp en horas
sin complicaciones de infraestructura