Ventana de 24 horas
La regla de Meta que más condiciona el diseño de todo el módulo de mensajería.
Qué dice
Una empresa sólo puede escribir texto libre a un usuario dentro de las 24 horas siguientes al último mensaje que el usuario le envió. Fuera de esa ventana, lo único permitido es una plantilla aprobada previamente por Meta.
No es una recomendación: la API rechaza el envío.
Por qué existe
Para que las empresas no puedan usar WhatsApp como un canal de difusión no solicitada. El usuario abre la puerta escribiendo, y la puerta se cierra sola.
Cómo lo modela el CRM
| Elemento | Dónde |
|---|---|
| Fin de la ventana | conversations.window_expires_at |
| Se reabre | Trigger messages_touch_conversation, con cada mensaje entrante |
| Lo expone la API | Conversation.canSendFreeform |
| Lo respeta la interfaz | Compositor bloqueado en web y móvil |
cliente escribe ─────► ventana abierta 24 h ─────► se cierra
▲ │ │
│ ▼ ▼
│ texto libre OK sólo plantilla
└──── cliente vuelve a escribir ◄──────────────┘
(la ventana se reabre entera)
Por qué se bloquea en la interfaz y no sólo en el servidor
Porque el asesor tiene que saberlo antes de escribir. Dejarle redactar tres párrafos y fallar al enviar es peor que impedírselo: pierde el trabajo y, sobre todo, cree que el cliente ya está avisado cuando no lo está.
El servidor lo valida igual — la interfaz no puede ser la única defensa, como comprueba CP-14 Fuera de la ventana el compositor se bloquea.
Consecuencias prácticas
- Los recordatorios de visita necesitan plantilla. Se programan con días de antelación, así que la ventana estará cerrada casi siempre.
- Las campañas siempre van con plantilla de marketing, que es una categoría distinta y con aprobación aparte.
- Responder rápido no es sólo cuestión de servicio: si el equipo tarda más de 24 horas, ya no puede responder libremente aunque quiera.
Casos relacionados: CP-13 Dentro de la ventana se puede escribir libre · CP-14 Fuera de la ventana el compositor se bloquea · CP-15 La ventana se reabre con cada mensaje del cliente