Skill de IA para API de WhatsAppMás
1msg official logo

Botones satisfecho/no satisfecho con WhatsApp API

Este escenario envía al cliente una plantilla corta de WhatsApp personalizada pidiendo confirmar si está satisfecho.

Descripción del caso de uso

Este escenario envía al cliente una plantilla corta de WhatsApp personalizada pidiendo confirmar si está satisfecho. El mensaje incluye su nombre y el tema que se califica (por ejemplo una entrega o caso de soporte reciente). Dos botones quick-reply permiten responder satisfecho o no satisfecho con un toque; cada elección llega vía webhook para CRM o analítica.

Ejemplo de plantilla

Hola, {{1}}! ¿Estás satisfecho con {{2}}? Toca un botón abajo — toma unos segundos. Gracias, tu opinión nos ayuda a mejorar.

Satisfecho
  • {{1}}
    nombre del cliente
  • {{2}}
    tema o asunto que se califica (p. ej. entrega reciente, visita, caso de soporte)
  • “Satisfecho”
    botón — fijo en la plantilla de Meta
WhatsApp Business API for satisfaction confirmation

Cuándo usarlo

Usa este escenario cuando necesitas una confirmación clara de satisfacción sí/no tras una compra, visita, entrega o caso de soporte, y no hay chat abierto en WhatsApp — solo una plantilla aprobada puede iniciar la conversación. Encaja en equipos de retail y entrega que verifican satisfacción post-pedido, negocios de servicios que confirman que una cita reciente salió bien, y equipos de soporte o SaaS que ejecutan un pulso CSAT binario tras cierre sin enviar enlaces externos de encuesta.

Señal clara de satisfacción con un toque
El cliente confirma satisfecho o no satisfecho con un toque quick-reply dentro de WhatsApp — nombre y tema aparecen como dos variables del cuerpo — en lugar de ignorar un enlace de encuesta por correo.
Resultados estructurados sin persecución manual
El CRM dispara la plantilla en un trigger post-interacción, resuelve teléfono y tema del registro, y almacena cada elección de botón desde eventos webhook como feedback listo para analítica.
Respuestas mientras la experiencia está fresca
La confirmación sale justo tras entrega, visita o cierre de ticket, así la satisfacción se captura en el canal que el cliente ya usa antes de que el recuerdo se desvanezca.
Respuestas no satisfechas pueden abrir seguimiento en el mismo chat
Un toque de no satisfecho llega vía webhook dentro de la ventana de sesión de 24 horas, así automatización o un manager puede responder en WhatsApp sin iniciar una nueva campaña saliente.
Primer mensaje conforme cuando no hay sesión
Una plantilla aprobada con dos variables del cuerpo y etiquetas quick-reply fijas es la única forma de pedir confirmación de satisfacción cuando no se permiten mensajes salientes de texto libre y aún no hay conversación abierta.

Flujo de trabajo

  1. Construir y enviar

    CRM o el flujo del producto dispara un trigger de confirmación de satisfacción post-interacción cuando corresponde una verificación.

    POST /sendTemplate

  2. Capturar evento

    Se resuelven del payload o registro CRM el teléfono del cliente, nombre y tema de la verificación.

    phone: "+…"

  3. Se envía una plantilla

    Se envía una plantilla personalizada con dos variables en el cuerpo y botones quick-reply satisfecho / no satisfecho.

    POST /sendTemplate

  4. Estado registrado

    El cliente toca un botón — el evento llega vía webhook y se registra como resultado de satisfacción estructurado.

    status: "read"

  5. Entregado

    CRM o analítica almacena el resultado; respuestas no satisfechas pueden enrutarse a seguimiento dentro de la ventana de sesión.

    entregado

WhatsApp Business API for satisfaction confirmation

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
  5. Endpoint de webhook · Cómo configurar webhooks

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_TOPIC="___"         # {{2}} topic or subject

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_TOPIC=$TEST_TOPIC"; 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}} topic or subject → ${TEST_TOPIC}
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_TOPIC}" }
      ]
    }

  ]
}
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
Seguimiento a feedback negativo con WhatsApp API
El escenario envía al cliente una plantilla de WhatsApp personalizada después de que envía una calificación de satisfacción neutral o baja.
Encuestas y comentarios
Alerta de nuevo feedback al equipo (WhatsApp API)
El escenario envía al gerente del equipo una plantilla de WhatsApp personalizada cuando se captura nueva retroalimentación del cliente.
Encuestas y comentarios
Encuesta post-ticket de soporte con WhatsApp API
El escenario envía al cliente una plantilla de WhatsApp personalizada después de completar un caso o ticket de soporte, invitándolo a compartir feedback en una encuesta breve.
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
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 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.
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.

Desarrolla para WhatsApp en horas
sin complicaciones de infraestructura