Tipos de reapertura de conversación en WhatsApp: tabla de referencia y qué hacer en cada caso
Por qué distinguir el tipo de reapertura antes de responder
En una bandeja de WhatsApp no todas las conversaciones que se reabren son el mismo evento. Hay tres situaciones que se parecen por fuera —un chat que vuelve a tener movimiento— pero que se gobiernan con reglas distintas: el cliente que escribe de nuevo por su cuenta, el agente que retoma un caso que había quedado pausado, y el sistema que abre una conversación nueva con una plantilla o una campaña. Confundirlas es la causa más común de dos errores opuestos: mandar una plantilla cuando el cliente ya había escrito (y perder el hilo), o contestar fuera de la ventana de 24 horas como si estuviera abierta (y comerse un rechazo de la API).
La tabla de abajo ordena los tres tipos y sus variantes. La columna 'disparador' dice quién generó el movimiento; 'qué habilita' dice qué se puede hacer sin plantilla; 'qué hacer' es la acción concreta; y 'señal de que está bien resuelto' es el chequeo de cierre. No hay una columna de recomendación de herramienta: la tabla sirve igual con cualquier proveedor que use la API oficial de Meta.
La ventana de 24 horas es la que fija Meta: se abre con el último mensaje entrante del cliente y, mientras esté abierta, se puede responder en texto libre. Fuera de esa ventana, el único camino es una plantilla aprobada. Los plazos de aprobación de plantillas son de hasta 48 hs.
| Tipo | Disparador | Qué habilita | Qué hacer | Señal de que está bien resuelto |
|---|---|---|---|---|
| Cliente vuelve dentro de la ventana | El cliente escribe antes de que se cumplan 24 horas desde su último mensaje | Responder en texto libre, sin plantilla | Contestar con el contexto del caso anterior, no como si fuera un contacto nuevo | El agente retoma el hilo sin pedir de nuevo los datos que el cliente ya dio |
| Cliente vuelve fuera de la ventana | El cliente escribe después de que la ventana de 24 horas se cerró | Se abre una ventana nueva con su mensaje entrante | Leer el mensaje, responder en texto libre dentro de la nueva ventana y recién después, si hace falta, mandar plantilla | No se envió plantilla antes de leer el mensaje entrante |
| Agente retoma un caso pausado | Nadie escribió: el agente decide volver sobre un chat que quedó abierto | Sólo texto libre si la ventana sigue abierta; si no, plantilla | Chequear primero si la ventana está abierta. Si está cerrada, elegir una plantilla aprobada y avisar el motivo del retorno | El cliente entiende por qué le escriben y no lo lee como spam |
| Sistema reabre por campaña | Una campaña o un envío programado toca a un contacto que no escribió | Sólo plantilla aprobada (HSM); el texto libre no aplica | Usar plantilla aprobada y dejar el chat asignado a un agente antes de que el cliente conteste | La conversación tiene dueño desde el primer minuto, no queda huérfana |
| Sistema reabre por auto-respuesta | Una regla automática contesta fuera de horario o por palabra clave | Texto libre dentro de la ventana vigente | Que la auto-respuesta diga qué va a pasar después (cuándo contesta una persona) y no prometa un plazo que no se cumple | El cliente no vuelve a escribir preguntando si lo atendieron |
| Reapertura por webhook o integración | Un flujo externo (Make, Zapier, n8n, Slack) dispara un mensaje o una acción sobre el chat | Depende de si la ventana está abierta en el momento del disparo | Verificar la hora del último mensaje entrante antes de que el flujo mande algo; si está cerrada, el flujo tiene que usar plantilla | El flujo no intenta texto libre fuera de ventana |
| Cliente vuelve por otro canal | El mismo cliente escribe por Instagram o Messenger en vez de WhatsApp | Reglas del canal que recibe, no del que se abandonó | Unificar la identidad del contacto para no tratarlo como dos personas distintas | El historial queda en un solo contacto, no duplicado |
| Reapertura tras transcripción de audio | El cliente manda un audio y el sistema lo transcribe | Responder en texto libre dentro de la ventana | Usar la transcripción como contexto, pero no citarla textual si puede estar mal transcripta | La respuesta no repite una frase que el cliente no dijo |
| Reapertura de un chat ya cerrado por el agente | El agente marcó el caso como resuelto y el cliente vuelve a escribir | Texto libre dentro de la ventana | Tratarlo como continuación del mismo caso, no como consulta nueva, salvo que el tema sea distinto | No se le piden de nuevo los datos que ya están en el historial |
| Reapertura sin respuesta del cliente | El agente o el sistema escribió y el cliente no contestó | Nada nuevo: sigue la ventana que ya estaba abierta | Definir un límite de intentos y no seguir insistiendo; si se necesita volver, usar plantilla | El chat no acumula mensajes sin respuesta del mismo lado |
Cómo leer la tabla sin equivocarse de columna
La primera decisión siempre es la misma: ¿quién generó el movimiento? Si lo generó el cliente, la ventana se abre o se renueva sola y el trabajo del agente es contestar con contexto. Si lo generó el agente o el sistema, la ventana no se abre por voluntad propia: hay que chequear si sigue vigente y, si no, ir a plantilla. La columna 'qué habilita' es la que más se saltea y la que más problemas genera, porque mucha gente asume que tener el chat abierto en pantalla equivale a tener la ventana abierta en la API. No es lo mismo.
La segunda decisión es si el caso es continuación o es consulta nueva. Una reapertura por el mismo tema se resuelve con el historial a la vista; una reapertura por un tema distinto conviene tratarla como caso nuevo aunque el contacto sea el mismo. Esto no cambia la regla técnica de la ventana, pero cambia cómo se asigna el chat y cómo se mide después.
- Si el cliente escribió último: la ventana está abierta o se acaba de abrir. Texto libre.
- Si el último mensaje es del negocio y pasaron más de 24 horas: ventana cerrada. Plantilla.
- Si el último mensaje es del negocio y pasaron menos de 24 horas: ventana abierta. Texto libre, pero con cuidado de no sonar a insistencia.
- Si el movimiento lo generó una campaña: la conversación arranca con plantilla y necesita dueño asignado antes de la primera respuesta del cliente.
Errores frecuentes al reabrir una conversación
El error más caro es mandar una plantilla a alguien que acaba de escribir. Además de ser innecesario, rompe el hilo: el cliente ve un mensaje con formato de aviso cuando esperaba una respuesta a lo que preguntó. El segundo error es el opuesto: intentar texto libre fuera de la ventana y comerse el rechazo de la API, que en general se descubre tarde, cuando el cliente ya escribió preguntando por qué no le contestaron.
- Mandar plantilla cuando el cliente ya escribió: se pierde el contexto y se gasta un envío que no hacía falta.
- Intentar texto libre fuera de la ventana: la API lo rechaza y el mensaje no llega.
- Reabrir con una campaña sin asignar el chat: el cliente contesta y no hay nadie mirando esa conversación.
- Tratar una reapertura por tema nuevo como continuación: se arrastra contexto que no aplica.
- Insistir sin límite cuando el cliente no responde: convierte un seguimiento en spam percibido.
- Duplicar el contacto porque volvió por otro canal: se pierde el historial y se le piden datos que ya dio.
Ninguno de estos errores se arregla con una regla general: dependen de si la ventana está abierta y de quién generó el movimiento. Por eso conviene resolverlos en el orden de la tabla, no por intuición.
Qué revisar antes de reabrir: checklist de cuatro pasos
- 1Mirar quién mandó el último mensaje y a qué hora. Eso define si la ventana está abierta.
- 2Si el movimiento lo generás vos, chequear si hay plantilla aprobada para ese motivo antes de escribir nada.
- 3Asignar dueño al chat antes de que el cliente conteste, sobre todo si la reapertura vino de una campaña.
- 4Dejar registrado el motivo de la reapertura en una nota interna o etiqueta, para que el próximo agente no tenga que adivinarlo.
El cuarto paso es el que más se omite y el que más ahorra tiempo después. Una reapertura sin motivo registrado obliga al siguiente agente a leer todo el historial para entender por qué el chat volvió a estar activo. Una etiqueta o una nota corta resuelve eso en segundos.
Cómo se mide si las reaperturas se están manejando bien
No hace falta un tablero complicado. Alcanza con contar, sobre una muestra de conversaciones reabiertas, cuántas se resolvieron sin mandar plantilla innecesaria, cuántas tuvieron dueño asignado antes de la primera respuesta del cliente, y cuántas se cerraron sin que el cliente volviera a preguntar si lo atendieron. Esos tres números alcanzan para saber si el criterio de la tabla se está aplicando o si cada agente lo está resolviendo a su manera.
Los tres primeros indicadores se pueden sacar de la bandeja y de las estadísticas de mensajes y campañas. El cuarto requiere una etiqueta de motivo al reabrir.
| Indicador | Cómo se calcula | Qué mirar si sale mal |
|---|---|---|
| Plantillas innecesarias | Reaperturas donde se mandó plantilla teniendo ventana abierta, sobre el total de reaperturas | Si es alto, el equipo no está chequeando quién mandó el último mensaje |
| Chats huérfanos | Reaperturas por campaña sin dueño asignado antes de la primera respuesta del cliente | Si es alto, falta asignación automática al disparar la campaña |
| Reconsultas de atención | Clientes que vuelven a escribir preguntando si los atendieron, sobre el total de reaperturas | Si es alto, la auto-respuesta o el primer mensaje no está diciendo qué pasa después |
| Reaperturas por tema nuevo tratadas como continuación | Casos donde el motivo de la reapertura no coincide con el tema del historial previo | Si es alto, falta un criterio explícito de cuándo abrir caso nuevo |
Cómo se relaciona esto con las plantillas y las campañas
Las plantillas (HSM) son el único camino para reabrir una conversación cuando la ventana de 24 horas ya se cerró. Eso significa que cualquier reapertura generada por el negocio —un seguimiento, una campaña, un aviso— depende de tener una plantilla aprobada para ese motivo. El plazo de aprobación es de hasta 48 hs, así que una campaña que se arma el mismo día no puede depender de una plantilla que todavía no está aprobada.
Los precios de conversación de Meta varían por país y no los fija el proveedor de la bandeja. Si el costo de reabrir por plantilla es una variable para tu operación, conviene mirar la documentación oficial de Meta para tu país y no una tabla de terceros que puede estar desactualizada. La decisión de cuándo vale la pena reabrir con plantilla y cuándo conviene esperar a que el cliente escriba es, en el fondo, una decisión de costo contra urgencia.
Dónde entra una herramienta como Wando
Este tipo de distinción es la que una bandeja con sugerencias de IA ayuda a sostener sin que cada agente tenga que recordar la regla: la sugerencia se arma con el contexto del historial y el agente la aprueba con un click, así que el caso de 'cliente vuelve dentro de la ventana' no se contesta como si fuera un contacto nuevo. Wando usa la API oficial de WhatsApp de Meta, aprende de las respuestas reales del negocio y está pensado para PyMEs de LatAm. La prueba gratis dura 14 días y no pide tarjeta; los planes y precios actuales están en wando.online/pricing.
Casos límite que conviene tener resueltos de antemano
Hay situaciones que no encajan limpio en ninguna fila de la tabla y que conviene decidir antes de que pasen, no en el momento. Por ejemplo: el cliente escribe justo en el minuto en que se cumple la ventana; el agente retoma un caso que otro agente ya había cerrado; o el sistema dispara una campaña a un contacto que escribió hace dos horas. En los tres casos la regla de fondo es la misma —mirar el último mensaje entrante— pero la decisión operativa cambia según quién tiene el chat asignado.
- Cliente escribe en el límite de la ventana: tratar como ventana abierta y responder en texto libre; si la API lo rechaza, ir a plantilla sin discutir con el sistema.
- Dos agentes sobre el mismo chat reabierto: definir un dueño único antes de responder para no mandar dos mensajes distintos.
- Campaña disparada a un contacto que escribió hace poco: chequear si la ventana sigue abierta y, si es así, evaluar si la campaña hace falta o si alcanza con texto libre.
- Cliente que vuelve por un reclamo después de una campaña: priorizar el reclamo sobre el motivo de la campaña y no mezclar los dos hilos en un mismo mensaje.
Ninguno de estos casos límite necesita una función nueva: necesitan que el equipo tenga escrito qué hacer. La tabla de arriba es el punto de partida; los casos límite son el borde donde la tabla se queda corta y conviene agregar una fila propia.
Preguntas frecuentes
¿Qué es la ventana de 24 horas y cómo afecta una reapertura?+
Es el plazo que fija Meta: se abre con el último mensaje entrante del cliente y, mientras esté vigente, se puede responder en texto libre. Cuando se cierra, el único camino para reabrir la conversación es una plantilla aprobada. Por eso el primer paso ante cualquier reapertura es mirar quién mandó el último mensaje y a qué hora.
Si el cliente me escribe después de diez días, ¿puedo contestar sin plantilla?+
Sí. El mensaje entrante del cliente abre una ventana nueva, así que podés responder en texto libre dentro de esa ventana. Lo que no podés hacer es mandar una plantilla antes de leer lo que escribió: eso rompe el hilo y gasta un envío innecesario.
¿Cuándo conviene usar una plantilla para retomar un chat?+
Cuando el movimiento lo genera el negocio y la ventana de 24 horas está cerrada. Ahí la plantilla es el único camino. Si la ventana sigue abierta, conviene texto libre con contexto, aunque el motivo sea un seguimiento.
¿Cuánto tarda Meta en aprobar una plantilla?+
Hasta 48 hs. No hay un plazo más preciso que Meta garantice, así que una campaña que depende de una plantilla nueva no debería programarse para el mismo día.
¿Qué hago si una campaña reabre un chat y nadie lo está mirando?+
Asignar dueño antes del disparo, no después de que el cliente conteste. Un chat reabierto por campaña sin agente asignado es la causa más común de que el cliente escriba preguntando si lo atendieron.
¿Cómo distingo una reapertura por el mismo tema de una consulta nueva?+
Mirando el motivo del mensaje entrante contra el historial. Si es el mismo tema, se resuelve con el contexto a la vista; si es distinto, conviene tratarlo como caso nuevo aunque el contacto sea el mismo, sobre todo para la asignación y la medición posterior.
¿Qué pasa si el cliente vuelve por Instagram o Messenger en vez de WhatsApp?+
Se aplican las reglas del canal que recibe el mensaje, no las del que se abandonó. Lo importante es unificar la identidad del contacto para no terminar con dos historiales separados de la misma persona.
¿Cómo sé si el equipo está manejando bien las reaperturas?+
Con tres números sobre una muestra: cuántas reaperturas se resolvieron sin mandar plantilla innecesaria, cuántas tuvieron dueño asignado antes de la primera respuesta del cliente, y cuántas se cerraron sin que el cliente volviera a preguntar si lo atendieron. Si los tres están bajos, el criterio de la tabla no se está aplicando.
Seguí leyendo
Niveles de servicio de atención por WhatsApp: tabla de referencia con definición operativa
Tabla de referencia para definir niveles de servicio (SLA) de atención por WhatsApp: qué significa cada nivel, cómo se mide el tiempo de primera respuesta, la resolución y la reapertura, y qué hacer cuando un nivel no se cumple.
Estados de una conversación en WhatsApp Business: tabla de referencia con criterios de transición
Tabla de referencia para equipos que atienden WhatsApp: qué significa cada estado de una conversación (nueva, asignada, en espera, escalada, cerrada, reabierta), quién es el dueño en cada uno, cuánto puede durar y con qué criterio se pasa al siguiente. Incluye errores frecuentes y un checklist para auditar la bandeja.
Umbrales de alerta temprana para colas, backlog y conversaciones vencidas por antigüedad
Tabla de referencia para definir cuándo una cola de WhatsApp deja de estar sana: umbrales por antigüedad del mensaje sin responder, tamaño de backlog, conversaciones vencidas y señales que indican que hay que escalar. Incluye cómo leer cada umbral, qué hacer en cada franja y los errores frecuentes al fijarlos.
Umbrales de reasignación de conversaciones cuando un operador se ausenta: tabla de disparo, responsable y evidencia
Tabla de referencia para decidir cuándo una conversación de WhatsApp se le saca a un operador ausente y a quién se le pasa. Define umbrales por minutos de silencio del cliente, por estado del operador y por tipo de conversación, con la regla de disparo, el responsable de ejecutarla y la evidencia que queda registrada.
Tiempo máximo de primera respuesta: tabla de referencia por motivo y criticidad
Tabla para asignar un tiempo máximo de primera respuesta a cada motivo de contacto según su criticidad. Sirve para armar el SLA interno del equipo que atiende WhatsApp, priorizar la bandeja y saber cuándo escalar.
Taxonomía de escalamiento interno en WhatsApp: tabla por rol y tiempo objetivo
Tabla de referencia para equipos que atienden WhatsApp: qué motivos de escalamiento existen, a qué rol derivar cada uno, qué información mínima hay que adjuntar y qué tiempo objetivo de respuesta fijar. Incluye criterios de severidad, errores frecuentes y cómo auditar el circuito.
Para profundizar, del blog
Empezá a usar Wando
14 días gratis, sin tarjeta de crédito.