1msg official logo

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.

Descripción del caso de uso

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. El mensaje incluye el nombre del cliente, número de pedido y nombre del producto. Un botón URL estático abre el formulario de reseña o la página del producto.

Ejemplo de plantilla

Hola, {{1}}! Tu pedido #{{2}} de "{{3}}" está completo. Por favor comparte tu reseña — toma alrededor de un minuto.

Dejar reseña
  • {{1}}
    nombre del cliente
  • {{2}}
    número de pedido
  • {{3}}
    nombre del producto
  • “Dejar reseña”
    botón — fijo en la plantilla de Meta
WhatsApp Business API for post-purchase review request

Cuándo usarlo

Usa este escenario cuando un pedido entra en la ventana post-compra y el equipo necesita una solicitud de reseña estructurada en WhatsApp, en lugar de un mensaje manual del agente o un seguimiento solo por correo. Encaja en e-commerce y marcas D2C que recopilan calificaciones tras la entrega, marketplaces que ligan la reseña al número de pedido y nombre del producto, y agencias que conectan triggers de reseña desde Shopify, WooCommerce o workflows OMS propios.

Más respuestas a la reseña
La solicitud de reseña llega a WhatsApp con nombre, número de pedido y nombre del producto 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 la compra
La plataforma e-commerce dispara una plantilla aprobada cuando el pedido es elegible, así la solicitud de reseña alcanza al cliente aunque no haya conversación abierta y no se permitan respuestas de texto libre.
Sin mensajes manuales de seguimiento de reseña
El trigger post-compra obtiene el teléfono del destinatario y los campos del pedido, construye la plantilla con tres variables en el cuerpo y un botón URL estático, así los agentes no retipean el contexto del pedido ni recuerdan enviar un enlace de reseña.
Contexto del pedido y producto antes de calificar
El nombre del cliente, número de pedido y nombre del producto aparecen en el cuerpo del mensaje, así sabe exactamente qué compra está reseñando antes de tocar el botón fijo Dejar reseña que abre el formulario de reseña.
Entrega registrada para analítica de seguimiento
El resultado de entrega se escribe en la plataforma e-commerce o CRM mientras el envío de la reseña se rastrea en el formulario enlazado, así el seguimiento de reseñas queda ligado al mismo registro del pedido.

Flujo de trabajo

  1. Construir y enviar

    La plataforma e-commerce dispara un trigger de reseña post-compra cuando el pedido es elegible.

    POST /sendTemplate

  2. Capturar evento

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

    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 reseña en WhatsApp con contexto del pedido y producto.

    entregado

  5. Estado registrado

    Se registra el resultado de entrega; el envío de la reseña se rastrea fuera de WhatsApp.

    status: "read"

WhatsApp Business API for post-purchase review 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_PROCESS="___"         # {{2}} process name
TEST_PRODUCTNAME="___"         # {{3}} product name

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_PROCESS=$TEST_PROCESS" \
            "TEST_PRODUCTNAME=$TEST_PRODUCTNAME"; 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}} process name → ${TEST_PROCESS}
# {{3}} product name → ${TEST_PRODUCTNAME}
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_PROCESS}" },
        { "type": "text", "text": "${TEST_PRODUCTNAME}" }
      ]
    }

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