1msg official logo

Encuesta NPS por WhatsApp API

El escenario envía al cliente una plantilla de WhatsApp personalizada después de completar una interacción, pidiéndole calificar qué tan probable es que recomiende el negocio.

Descripción del caso de uso

El escenario envía al cliente una plantilla de WhatsApp personalizada después de completar una interacción, pidiéndole calificar qué tan probable es que recomiende el negocio. El mensaje incluye el nombre del cliente, contexto de la interacción y un breve prompt NPS 0–10. Un botón URL estático abre el formulario de encuesta NPS.

Ejemplo de plantilla

Hola, {{1}}! {{2}}. {{3}} Por favor completa nuestra breve encuesta NPS — toma alrededor de un minuto.

Responder encuesta NPS
  • {{1}}
    nombre del cliente
  • {{2}}
    contexto de interacción o tema (p. ej. compra reciente, visita completada, caso de soporte cerrado)
  • {{3}}
    prompt o instrucción NPS (p. ej. del 0 al 10, qué tan probable es que nos recomiendes)
  • “Responder encuesta NPS”
    botón — fijo en la plantilla de Meta
WhatsApp Business API for nps survey after interaction

Cuándo usarlo

Usa este escenario cuando un cliente completa una interacción — compra, visita de servicio, entrega o caso de soporte — y el equipo necesita una puntuación NPS 0–10 estructurada en WhatsApp, en lugar de un mensaje manual o encuesta solo por correo. Encaja en equipos e-commerce midiendo lealtad tras checkout, negocios de servicios tras citas y agencias que conectan triggers NPS desde CRM o helpdesk.

Más respuestas a la encuesta NPS
La solicitud NPS llega a WhatsApp con nombre, contexto de interacción y prompt 0–10 como tres variables del cuerpo, así la petición de lealtad queda en un canal que el cliente ya usa en lugar de una encuesta por correo que nunca abre.
Primer mensaje conforme tras completar
El trigger post-interacción envía una plantilla aprobada cuando el caso es elegible, así la solicitud NPS alcanza al cliente aunque no haya conversación abierta y no se permitan respuestas de texto libre.
Sin mensajes manuales de encuesta del agente
El trigger NPS 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í los agentes no retipean el contexto ni recuerdan enviar un enlace de encuesta.
Contexto de interacción antes de calificar
El nombre del cliente y el tema de interacción aparecen en el cuerpo del mensaje, así sabe qué interacción completada está calificando antes de tocar el botón fijo Responder encuesta NPS que abre el formulario 0–10.
Entrega registrada para analítica de seguimiento
El resultado de entrega se escribe en el CRM o stack analítico mientras el envío NPS se rastrea en el formulario enlazado, así el seguimiento queda ligado al mismo registro de interacción.

Flujo de trabajo

  1. Construir y enviar

    El CRM o producto dispara un trigger NPS post-interacción cuando el caso es elegible.

    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 NPS en WhatsApp con contexto de la interacción.

    entregado

  5. Estado registrado

    Se registra el resultado de entrega; el envío NPS se rastrea fuera de WhatsApp en el formulario enlazado.

    status: "read"

WhatsApp Business API for nps survey after interaction

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_TOPIC="___"         # {{2}} topic or subject
TEST_ADDITIONALINFO="___"         # {{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_TOPIC=$TEST_TOPIC" \
            "TEST_ADDITIONALINFO=$TEST_ADDITIONALINFO"; 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}
# {{3}} additional info → ${TEST_ADDITIONALINFO}
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}" },
        { "type": "text", "text": "${TEST_ADDITIONALINFO}" }
      ]
    }

  ]
}
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
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.
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.
Encuestas y comentarios
Solicitud de calificación del servicio (WhatsApp API)
El escenario envía al cliente una plantilla de WhatsApp personalizada después de completar un servicio, pidiéndole calificar la calidad de lo entregado.
Encuestas y comentarios
Encuesta CSAT de soporte con WhatsApp API
El escenario envía al cliente una plantilla de WhatsApp personalizada después de completar el soporte, pidiéndole calificar la calidad del servicio.

Desarrolla para WhatsApp en horas
sin complicaciones de infraestructura