Shared Inbox de WhatsApp para nueva PlataformaMás
1msg official logo

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.

Descripción del caso de uso

El escenario envía al cliente una plantilla de WhatsApp personalizada después de completar el soporte, pidiéndole calificar la calidad del servicio. El mensaje incluye el nombre del cliente, número de ticket y un breve prompt de encuesta. Un botón URL estático abre el formulario CSAT o página de feedback.

Ejemplo de plantilla

Hola, {{1}}! La solicitud #{{2}} está cerrada. {{3}} Por favor califica la calidad del soporte — toma alrededor de un minuto.

Calificar soporte
  • {{1}}
    nombre del cliente
  • {{2}}
    número de ticket o caso
  • {{3}}
    prompt o instrucción de encuesta (p. ej. califica tu experiencia del 1 al 5, toma 1 minuto)
  • “Calificar soporte”
    botón — fijo en la plantilla de Meta
WhatsApp Business API for support csat request

Cuándo usarlo

Usa este escenario cuando un caso de soporte se resuelve o cierra y el equipo necesita una calificación de satisfacción estructurada en WhatsApp, en lugar de un mensaje manual del agente o una encuesta solo por correo. Encaja en helpdesks que recopilan feedback de 1–5 estrellas o NPS tras cerrar el ticket, contact centers con encuestas post-caso estandarizadas y agencias que conectan triggers CSAT desde Zendesk, Freshdesk o workflows CRM propios.

Más respuestas a la encuesta
La solicitud CSAT llega a WhatsApp con nombre, número de ticket y prompt de encuesta como tres variables del cuerpo, así la petición de calificación queda en un canal que el cliente ya usa en lugar de una encuesta por correo que nunca abre.
Primer mensaje conforme tras el cierre
El helpdesk dispara una plantilla aprobada cuando el caso es elegible, así la solicitud CSAT 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 post-resolución 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 del ticket ni recuerdan enviar un enlace de calificación.
Contexto del ticket antes de calificar
El nombre del cliente y el número de solicitud aparecen en el cuerpo del mensaje, así sabe qué caso cerrado está calificando antes de tocar el botón fijo Calificar soporte que abre el formulario de encuesta.
Entrega registrada para analítica de seguimiento
El resultado de entrega se escribe en el helpdesk o CRM mientras la finalización de la encuesta se rastrea en el formulario enlazado, así el seguimiento CSAT queda ligado al mismo registro del ticket.

Flujo de trabajo

  1. Construir y enviar

    El helpdesk dispara un trigger CSAT post-resolució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 CSAT en WhatsApp con contexto del ticket.

    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 support csat 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_TICKETNUMBER="___"         # {{2}} ticket number
TEST_NEXTSTEP="___"         # {{3}} next step

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_TICKETNUMBER=$TEST_TICKETNUMBER" \
            "TEST_NEXTSTEP=$TEST_NEXTSTEP"; 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}} ticket number → ${TEST_TICKETNUMBER}
# {{3}} next step → ${TEST_NEXTSTEP}
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_TICKETNUMBER}" },
        { "type": "text", "text": "${TEST_NEXTSTEP}" }
      ]
    }

  ]
}
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 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.

Desarrolla para WhatsApp en horas
sin complicaciones de infraestructura