Mes: septiembre 2026

TL;DR: En una campaña de WhatsApp el techo no lo pone tu base de contactos, lo pone cada persona por separado. Meta aplica un límite por usuario a los mensajes de marketing y lo ajusta según lo receptiva que esa persona esté: su tasa de lectura reciente y cuántos mensajes tiene ya sin abrir de amigos, familia y empresas. Cuando alguien llega a su tope, tu mensaje no se entrega, devuelve el error 131049 y hay que esperar al menos 24 horas. La consecuencia cambia toda la práctica: mandar más no aumenta el alcance, lo reduce. Lo que lo aumenta es que la gente conteste, porque un mensaje de marketing enviado dentro de la ventana que abre esa respuesta no cuenta para el límite. Y ahí es donde WhatsApp Business Web hace su trabajo: no en el envío, sino en la mitad de la campaña que consigue y atiende esas respuestas.

Este artículo es para quien lleva las campañas de una tienda en México y trabaja desde computadora con el número de WhatsApp del negocio. Al terminar vas a saber por qué una parte de tus envíos no llega aunque el sistema los dé por aceptados, qué se puede hacer desde Web para que llegue más, y en qué momento el volumen te obliga a cambiar de herramienta.

¿Por qué una campaña aceptada no siempre se entrega?

Esta es la parte que descoloca a todo el mundo la primera vez: el sistema acepta el envío, el panel lo da por bueno, y una porción de los mensajes simplemente no aparece en el teléfono de nadie.

No es un fallo. Es una regla documentada. La documentación de Meta sobre límites por usuario lo dice así: "WhatsApp may limit the number of marketing template messages a WhatsApp user receives from any business in a given period of time when they are less likely to be receptive".

Y explica con qué lo decide: "WhatsApp determines this based on several factors, including a dynamic view of an individual's recent marketing message read rate and how many messages they currently have in their inbox from friends, family, and businesses".

Léelo despacio, porque hay dos cosas enormes ahí dentro.

La primera: el límite es por persona, no por empresa. No es un cupo tuyo que se reparte entre tus clientes. Es un cupo de cada cliente que se reparte entre todas las empresas que le escriben.

La segunda: lo que decide ese cupo es el comportamiento reciente de esa persona, incluida la parte que tú no controlas, como cuántos mensajes sin leer tiene de otras empresas. Una campaña tuya perfectamente segmentada puede entregar peor en diciembre que en marzo sin que hayas cambiado nada.

Cuando alguien llega a su tope, el mensaje no se entrega y devuelve el error 131049, y hay que esperar al menos 24 horas antes de reintentar. Es el error que en los foros de operadores aparece una y otra vez descrito como campañas que "se aceptan" y no llegan.

🖼️ Visual suggestion — diagrama: El cupo es del destinatario, no del remitente. Inserta aquí diagrama.
Brief de diseño: En el centro, un icono de persona con un contenedor encima que se va llenando. Alrededor, cuatro logos genéricos de empresa enviando mensajes hacia ese contenedor. Cuando el contenedor se llena, las flechas siguientes rebotan con una etiqueta "131049". A un lado, dos moduladores etiquetados "tasa de lectura reciente" y "mensajes sin leer en su bandeja" conectados al tamaño del contenedor.
Alt: Diagrama que muestra el límite de mensajes de marketing como un cupo del destinatario compartido entre todas las empresas, con dos factores que modifican su tamaño.
Pie: El contenedor es suyo, y lo comparten contigo todas las demás marcas que le escriben. Por eso el alcance de tu campaña depende de gente que no es tu cliente.

¿Qué aumenta el alcance entonces?

Aquí está la buena noticia y es la que casi nadie explota. La misma documentación señala una excepción concreta: si la persona responde a un mensaje de marketing, se abre una ventana de atención, y "Marketing messages sent within this window do not count towards the limit".

Traducido a una campaña de tienda: una respuesta vale más que tres envíos. No como metáfora de engagement, sino de forma literal y mecánica, porque cambia la contabilidad del límite.

Eso reordena las prioridades de una campaña de retail entera.

Deja de optimizar para el clic y empieza a optimizar para la respuesta. Un mensaje que termina en un enlace saca a la persona de WhatsApp y no abre nada. Un mensaje que termina en una pregunta contestable con dos palabras, o con un botón de respuesta rápida, sí.

Segmenta por lectura reciente, no por antigüedad. Si la entrega depende de la receptividad de cada persona, mandar a quien no abre desde hace meses no solo no convierte: empeora tu tasa de lectura agregada y te deja peor para la siguiente.

Y separa el tráfico. Los mensajes de utilidad, los que hablan del pedido del cliente, no compiten en ese cupo de marketing. Mezclar las dos cosas en la misma plantilla convierte un aviso que siempre llegaría en uno que puede no llegar.

¿Qué tipo de permiso aguanta una campaña?

Hay una idea muy extendida y falsa que conviene desmontar antes de seguir: que si tienes el consentimiento guardado, ya está resuelto.

El sistema no comprueba tu base de datos. Comprueba el comportamiento de la gente. Un permiso registrado hace dos años por alguien que nunca ha abierto un mensaje tuyo no te protege de nada: esa persona tiene una tasa de lectura baja, su cupo está pequeño, y tu mensaje se va a quedar fuera igual que si nunca hubiera dado permiso.

Así que en la práctica hay dos consentimientos y solo uno de los dos sirve para que una campaña llegue.

El legal, que es el que te permite escribir y el que tienes que poder demostrar. Ese es obligatorio y no se negocia.

Y el vivo, que es que la persona siga queriendo leerte. Ese no se guarda en ningún campo: se renueva cada vez que interactúa, y es el que decide la entrega.

De ahí salen tres prácticas concretas para una tienda.

Pide el permiso donde haya intención, no donde haya tráfico. Un aceptar en el pie de un formulario de descuento produce permisos legales y lectores muertos. Un aceptar en el momento de comprar produce menos permisos y mejores.

Haz que el primer mensaje después del alta pida algo pequeño. Una pregunta de una línea, una preferencia, un talle. La primera interacción es la que establece la relación de lectura, y establecerla al principio vale más que cualquier promoción posterior.

Y deja salir sin fricción. Una baja fácil te quita a alguien de la lista; una baja difícil te lo convierte en un reporte, y el reporte sí te cuesta.

🖼️ Visual suggestion — tabla visual: Los dos consentimientos y para qué sirve cada uno. Inserta aquí tabla visual.
Brief de diseño: Dos columnas. Izquierda, "consentimiento legal": qué es, dónde se guarda, para qué sirve, quién lo exige. Derecha, "consentimiento vivo": qué es, dónde vive, para qué sirve, quién lo mide. La derecha con un icono de pulso y sin campo de base de datos, para que se vea que no se almacena.
Alt: Comparación entre el consentimiento legal, que se guarda y se demuestra, y el consentimiento vivo, que se renueva con cada interacción y decide la entrega.
Pie: El de la izquierda te permite escribir. El de la derecha decide si llegas. Tener el primero y no el segundo es la situación más común y la que peor se diagnostica.

¿Qué parte de la campaña vive en WhatsApp Business Web?

Con lo anterior sobre la mesa, el papel de la interfaz de escritorio se ve claro y es más importante de lo que parece.

WhatsApp Business Web no es la herramienta de envío. Es la herramienta de la mitad de la campaña que crea las respuestas y las atiende, que es justo la mitad que decide el alcance de la siguiente.

Ahí es donde funciona muy bien, y hay cinco cosas que conviene dejar listas antes de lanzar nada.

El perfil completo. Nombre, categoría, dirección, horario y enlace a la tienda. Es lo primero que abre quien recibe un mensaje de un número que no tiene guardado, y pesa tanto como la ficha de producto en una estrategia de conversión de clientes.

Las respuestas rápidas escritas y probadas. Las 8 o 10 preguntas que sabes que van a llegar: disponibilidad, tallas, tiempo de entrega, formas de pago, cambios. Si ya tienes un chatbot con IA en otro canal, las preguntas que más recibe ahí son el mejor borrador que existe.

El mensaje de ausencia con horario real. Si tu campaña sale a las 6 de la tarde de un viernes, el mensaje de ausencia es parte de la campaña, no un accesorio.

"indigitall facilita la gestión de chats de WhatsApp con una configuración sencilla y respuestas automáticas que mejoran la satisfacción del cliente. Su facilidad de uso es clave para mi trabajo diario." — Beatriz S. en G2

Beatriz S. nombra las respuestas automáticas, que en una campaña dan cobertura, no comodidad.

Las respuestas automáticas parecen cosa de atención y son de campaña: son lo que impide que una campaña lanzada un viernes por la tarde llegue al lunes sin contestar, y cada respuesta sin atender es una ventana que no se abre.

Las etiquetas decididas. Por estado de la conversación, no por tipo de cliente. Sirve "esperando talla" y no sirve "cliente bueno". La segmentación de verdad vive en otra capa, no en la bandeja, y es la que permite el upselling y el cross selling posterior.

El reparto entre dispositivos. Quién atiende desde dónde y en qué franja, con el tope de la herramienta delante.

🖼️ Visual suggestion — infografía: Las dos mitades de una campaña y dónde vive cada una. Inserta aquí infografía.
Brief de diseño: Un círculo partido en dos mitades. Izquierda, "envío", con iconos de plantilla y API, y una etiqueta "no ocurre en Web". Derecha, "respuesta y atención", con iconos de conversación, etiqueta y agente, y una etiqueta "aquí sí". Una flecha que va de la derecha a la izquierda rodeando el círculo, etiquetada "más alcance en la siguiente".
Alt: Campaña dividida en dos mitades, el envío que no ocurre desde WhatsApp Business Web y la respuesta y atención que sí, con una flecha que conecta la segunda con el alcance de la siguiente campaña.
Pie: La flecha de vuelta es el punto entero de este artículo: lo que haces en la mitad derecha es lo que decide cuánto entrega la mitad izquierda la próxima vez.

¿Qué campañas encajan y cuáles no?

Encajan las que generan conversación uno a uno y se atienden desde la computadora: seguimiento de un pedido, recuperación de una consulta que se quedó a medias, confirmación de una cita en tienda, y la atención de una promoción que se anunció en otro canal o en la propia web.

No encajan las de envío masivo, y conviene decir cómo sí se hacen: con plantillas aprobadas a través de la API, que es otra herramienta, o con un canal pensado para difusión como las notificaciones push o el SMS, que no tienen ese límite por persona. El error caro es intentar simular la difusión mandando mensajes uno por uno desde la computadora: es lento y es la forma más rápida de que el número pierda calidad.

Hay un caso intermedio que funciona muy bien y que casi nadie explota: la campaña que se anuncia fuera y se atiende dentro. Anuncias donde tengas alcance, el cliente escribe él, y toda la conversación posterior ocurre en una ventana que abrió el propio cliente. Además de ser lo correcto, es lo barato, porque las conversaciones de servicio no se cobran, y además esa respuesta es exactamente la que desactiva el límite por usuario.

La temporada alta es donde todo esto se cruza: más marcas escribiendo, bandejas más llenas, cupos por persona más ajustados. Esta sesión sobre recuperación de carritos para Black Friday es el escenario exacto en el que las reglas de arriba deciden si tu campaña llega o no.

¿Cómo se escribe un mensaje que la gente conteste?

Si la respuesta es la moneda de esta campaña, el mensaje tiene que estar escrito para conseguirla, y eso cambia bastante cómo se redacta.

Una sola pregunta, contestable en dos palabras. "¿Te lo aparto en tu talla?" funciona. "Descubre nuestra nueva colección" no pide nada y no abre nada.

Botones de respuesta rápida antes que enlaces. Un botón se contesta dentro de WhatsApp y abre ventana. Un enlace se abre fuera y deja la conversación cerrada, además de que mucha gente no lo toca por desconfianza.

El nombre del negocio en la primera línea. Quien recibe el mensaje no te tiene guardado. Si no sabe quién escribe en el primer renglón, lo reporta antes de leer el segundo.

Y la salida visible. Una forma clara de dejar de recibir promociones dentro del propio mensaje. Es contraintuitivo y es lo que más baja los reportes: sin salida, la única manera que tiene alguien de dejar de recibirte es marcarte como spam, y eso te cuesta mucho más que una baja.

Hay una regla de longitud que funciona en retail y es incómoda para quien escribe: si el mensaje necesita scroll, ya perdió. Lo que no cabe en la vista previa se lee después o no se lee, y en marketing casi siempre es lo segundo.

🖼️ Visual suggestion — diagrama: Anatomía de un mensaje que pide respuesta. Inserta aquí diagrama.
Brief de diseño: Maqueta de una burbuja de WhatsApp con cuatro señaladores numerados: 1 nombre del negocio en la primera línea, 2 una sola pregunta corta, 3 dos botones de respuesta rápida, 4 línea de baja discreta al final. Al lado, la misma burbuja en gris con los cuatro elementos ausentes y un icono de reporte.
Alt: Maqueta de un mensaje de WhatsApp con los cuatro elementos que hacen que se conteste, frente a una versión sin ellos que acaba reportada.
Pie: Los cuatro señaladores caben en un mensaje que no necesita scroll. El de abajo, la salida visible, es el que parece que resta y es el que evita el reporte.

¿Cómo se evita que una conversación se quede sin dueño?

Con varias personas entrando y saliendo de la misma cuenta, el riesgo está en que dos contesten lo mismo, o que cada uno crea que contestó el otro.

Tres reglas que funcionan sin herramientas extra.

Una etiqueta de estado obligatoria antes de cerrar la ventana. Si la conversación queda abierta sin etiqueta, para el siguiente turno no existe.

Un tiempo máximo de respuesta declarado, visible para el equipo y no para el cliente. Quince minutos en horario de campaña es razonable en retail; lo importante es que sea un número y no una intención.

Una revisión al cierre del día de las conversaciones que siguen sin etiqueta. Son las que se pierden, y son siempre menos de las que uno teme.

Es el mismo principio que ordena cualquier automatización de flujos de trabajo: lo que no tiene estado, no se puede retomar.

"indigitall es una plataforma intuitiva y potente para estrategias de marketing digital, destacando en segmentación de audiencias y automatización de campañas. Su soporte técnico es excelente, ideal para mejorar la comunicación directa con clientes." — Lucía Y. en G2

Lucía Y. pone la segmentación por delante de la automatización, y ese orden no es casual.

Segmentar es exactamente la respuesta operativa al límite por destinatario: si el tope de cada persona se mueve con lo receptiva que está, la lista que se elige pesa más que el mensaje que se escribe.

🖼️ Visual suggestion — diagrama: Las tres reglas que evitan la conversación huérfana. Inserta aquí diagrama.
Brief de diseño: Un ciclo de tres pasos en círculo: etiquetar antes de cerrar, tiempo máximo declarado, revisión al cierre del día. En el centro del círculo, una burbuja de conversación. Fuera del círculo y en gris, una burbuja suelta cayendo, etiquetada "sin dueño".
Alt: Ciclo de tres reglas para que ninguna conversación de WhatsApp se quede sin responsable, con una conversación cayendo fuera del ciclo.
Pie: La burbuja que cae es la que nadie reclama al día siguiente. Las tres reglas del círculo no necesitan herramienta, solo que estén escritas.

¿Qué se mide, más allá de mensajes enviados?

En una campaña atendida desde Web, el número de envíos dice muy poco, y con el límite por usuario encima dice todavía menos. Estos 5 dicen bastante más.

El primero es el que casi nadie mira y el que más explica. Si tu porcentaje de entregados sobre aceptados baja campaña tras campaña, el sitio donde buscar no es la creatividad. Meta documenta que el tope se fija persona a persona según su tasa de lectura reciente, así que una caída sostenida es coherente con una base que cada vez lee menos y con cada vez más destinatarios tocando su propio techo. Es una lectura del mecanismo, no una métrica que Meta publique: conviene tratarla como la hipótesis que hay que descartar primero.

El último es el más útil del día a día. Cuando el uso de respuestas rápidas cae de golpe, casi nunca es que el equipo dejó de usarlas: es que la campaña nueva generó preguntas que no estaban previstas.

🖼️ Visual suggestion — gráfica: Entregados sobre aceptados a lo largo de cuatro campañas. Inserta aquí gráfica.
Brief de diseño: Gráfica de barras con cuatro campañas en el eje X. Cada barra dividida en dos: entregados en color de marca y no entregados en gris con la etiqueta 131049. La proporción gris crece campaña a campaña. Debajo, una línea fina con la tasa de respuesta, que baja en paralelo.
Alt: Cuatro campañas consecutivas con la proporción de mensajes no entregados creciendo y la tasa de respuesta bajando en paralelo.
Pie: Lo que Meta documenta es el mecanismo individual: el tope de cada persona se ajusta a su tasa de lectura reciente. Ver las dos series moverse juntas es el patrón agregado que cabe esperar de ese mecanismo, y es la señal que hay que vigilar, no una ley publicada.

¿Qué se hace cuando la entrega ya se está cayendo?

Si tus últimas campañas vienen entregando cada vez menos, hay un orden de actuación que funciona y no incluye mandar más.

Primero, parar la sangría. Deja de enviar marketing a los segmentos que no han leído nada en los últimos 90 días. No los borres todavía: sácalos de la campaña. Cada envío a ese grupo empeora la lectura agregada que el sistema observa.

Segundo, separar lo crítico. Lo que tiene que llegar sí o sí, porque habla del pedido del cliente, tiene que ir como utilidad y no como marketing, y conviene revisarlo plantilla por plantilla. Un aviso importante enviado como marketing es un aviso que puede no entregarse.

Tercero, provocar interacción con lo que ya funciona. El segmento que sí lee es el que puede reabrir ventanas. Una campaña pequeña y contestable a ese grupo hace más por la entrega del mes que una grande a toda la base.

Cuarto, arreglar la captación. Si el problema es que entran contactos que nunca leen, el arreglo no está en la campaña, está en dónde y cómo pides el permiso.

Y algo que conviene no hacer: reintentar en bucle. La documentación es explícita en que hay que esperar al menos 24 horas tras el error, y reintentar antes no cambia el resultado.

🖼️ Visual suggestion — infografía: Orden de actuación cuando la entrega cae. Inserta aquí infografía.
Brief de diseño: Cuatro pasos numerados en vertical, con una flecha descendente: parar envíos a inactivos, separar lo crítico como utilidad, campaña pequeña al segmento lector, arreglar la captación. A la derecha de los cuatro, una franja tachada con el texto "mandar más" y "reintentar en bucle".
Alt: Cuatro pasos ordenados para recuperar la entrega de campañas de WhatsApp, con las dos reacciones que no funcionan tachadas al margen.
Pie: Los dos de la franja tachada son las reacciones naturales y las dos que empeoran el problema. El orden de la izquierda tarda más y es el que lo revierte.

¿Cuándo hay que cambiar de herramienta?

Hay 3 señales, y las tres son de campaña, no de comodidad.

No poder ver la entrega. Si no sabes cuántos de tus mensajes se quedaron en el camino por el límite por usuario, no estás gestionando una campaña: la estás lanzando y esperando. Ese dato, el entregados sobre aceptados y el error que lo explica, vive en la API y no en una bandeja de entrada.

No poder segmentar por lectura reciente. Toda la primera sección de este artículo dice que la entrega depende de lo receptiva que esté cada persona. Si tu herramienta no distingue a quien te leyó el mes pasado de quien no te lee desde marzo, no puedes aplicar nada de lo anterior aunque lo entiendas.

No poder saber quién respondió. La respuesta es lo que reabre el cupo, así que es el dato más valioso de la campaña. Cuando la siguiente necesita saber a quién ya se le habló y quién contestó, eso tiene que ser un dato consultable y no un recuerdo del equipo, y ahí es donde entra una plataforma de datos de cliente.

Las tres tienen algo en común y por eso van juntas: ninguna se resuelve escribiendo mejor los mensajes.

El camino natural desde ahí es la API, y la página de WhatsApp y la de retail y ecommerce describen cómo encaja con el resto de la operación.

FAQs: WhatsApp Business Web en campañas de retail y ecommerce

¿Por qué mis mensajes de marketing de WhatsApp no se entregan aunque el sistema los acepte?

Porque WhatsApp aplica un límite por usuario a los mensajes de marketing y lo ajusta según lo receptiva que sea esa persona, incluyendo su tasa de lectura reciente y cuántos mensajes sin abrir tiene de otras empresas. Al superarlo, el mensaje devuelve el error 131049 y no se entrega, y hay que esperar al menos 24 horas para reintentar.

¿Se puede aumentar ese límite?

No se compra ni se negocia. Se mueve solo, y sube cuando la persona interactúa. La excepción documentada es que si alguien responde a un mensaje de marketing se abre una ventana de atención, y los mensajes de marketing enviados dentro de esa ventana no cuentan para el límite.

¿Se pueden mandar campañas masivas desde WhatsApp Business Web?

No. La interfaz de escritorio sirve para recibir, ordenar y contestar. El envío masivo se hace con plantillas aprobadas a través de la API o por un canal de difusión distinto.

¿Los avisos de pedido también están sujetos a ese límite?

El límite por usuario del que habla la documentación es el de plantillas de marketing. Los mensajes de utilidad, los que hablan del pedido del cliente, se rigen por otras reglas, y esa es una razón más para no mezclar los dos tipos en la misma plantilla.

¿Cuántas personas pueden atender el mismo número desde la computadora?

Hasta 4 dispositivos vinculados y 1 teléfono a la vez. Es un límite del producto y no cambia con el plan ni con el equipo.

¿Etiquetas por cliente o por estado de la conversación?

Por estado. Las etiquetas de WhatsApp Business son una bandeja de trabajo, no una segmentación de clientes. Una etiqueta que no le diga al siguiente turno qué hacer con esa conversación no sirve de nada.

Los dos números de tu última campaña

Saca de tu última campaña dos números: cuántos mensajes se aceptaron y cuántos se entregaron de verdad. La diferencia es lo que te está costando el límite por usuario, y casi nadie la mira.

Después cuenta cuántas respuestas generó. Si son pocas, el problema de entrega de la próxima campaña ya está decidido, y no se va a arreglar mandando más.

Sobre los autores

TL;DR: No existe una mejor plataforma de marketing automation para retail y ecommerce, y quien te diga lo contrario no sabe cómo está montada tu tienda. Lo que sí existen son 4 arquitecturas que resuelven problemas distintos, y una variable que separa a unas de otras mejor que cualquier comparativa de funciones: la unidad de facturación. Unas cobran por perfil que se puede contactar, aunque nunca abra nada; otras por volumen de envío, y ese volumen decide además cuántos contactos puedes guardar; otras por mensaje, y otras por asiento. Elegir bien consiste en emparejar tu arquitectura con la suya y saber, antes de firmar, qué hace crecer la factura el año dos.

Este artículo es para quien va a elegir o cambiar de plataforma de automatización en una tienda que vende en línea y, muchas veces, también en piso, en México o en cualquier operación parecida. Al terminar vas a tener los 5 criterios con los que se compara de verdad, la tabla que empareja arquitectura con perfil de tienda, y la pregunta exacta que hay que hacerle a cada proveedor antes de pedir una demo.

¿Por qué no hay una mejor plataforma para retail?

Porque la palabra retail cubre operaciones que no se parecen en nada. Una tienda en línea de 3 personas con 200 referencias y una cadena con 40 sucursales, programa de lealtad y punto de venta propio comparten el nombre del sector y ningún problema.

La pregunta útil no es cuál es la mejor, es cuál está construida alrededor de lo que a ti te duele. Y eso se puede responder mirando de dónde nació cada plataforma, porque el origen no se borra: una herramienta que nació para mandar correo a compradores de una tienda en línea, como se ve en cualquier guía de herramientas de marketing digital, va a seguir siendo excelente en eso y regular en lo demás, por mucho que su web diga que hace todo.

Esta pieza no ordena plataformas de mejor a peor. Empareja arquitecturas con perfiles de tienda, que es como se toma la decisión de verdad.

¿Con qué 5 criterios se compara?

Antes de cualquier tabla, los criterios, porque sin ellos un orden es una opinión.

Uno. La unidad de facturación. Qué hace crecer tu factura: perfiles contactables, volumen de envío, mensajes, asientos o ingresos atribuidos. Es el criterio que más gente descubre tarde y el que más cambia el costo a dos años.

Dos. Los canales propios. Cuáles envía la plataforma por sí misma y cuáles subcontrata o te obliga a contratar aparte. En México, con WhatsApp y SMS pesando tanto, esto mueve el presupuesto entero.

Tres. La entrada de datos de tienda. Si el catálogo, el carrito y el pedido entran de forma nativa o hay que construir la conexión, y si esa conexión aguanta cuando fallan los eventos.

Cuatro. Qué necesita de ingeniería para arrancar. Semanas de desarrollo, o instalación y configuración.

Cinco. Qué pasa con tus datos cuando te vas. Si te llevas los perfiles, el historial de eventos y el consentimiento, o solo una exportación de correos.

🖼️ Visual suggestion — tabla visual: Los 5 criterios, cada uno con la pregunta literal para el proveedor. Inserta aquí tabla visual.
Brief de diseño: Cinco tarjetas apiladas. Cada una con el criterio en negrita arriba y debajo la pregunta entre comillas: "¿qué hace crecer mi factura?", "¿qué canales envían ustedes y cuáles subcontrato?", "¿el catálogo entra solo?", "¿cuántas semanas de ingeniería hasta el primer envío?", "¿qué me llevo si me voy?". La primera tarjeta destacada.
Alt: Cinco tarjetas con los criterios para comparar plataformas de marketing automation y la pregunta concreta que hay que hacer al proveedor en cada uno.
Pie: Las cinco preguntas caben en una llamada. La primera es la que más veces se queda sin respuesta clara, y es justo la que decide el costo del segundo año.

¿Qué arquitecturas existen y para qué tienda encaja cada una?

Cuatro. La segunda columna nombra ejemplos para que la clasificación no se quede en abstracto; no es una lista cerrada ni un orden de preferencia, y una misma marca puede moverse de fila con los años. La última columna es la incómoda: lo que hay que comprobar antes de firmar, que es precisamente lo que ningún proveedor publica de sí mismo.

Ninguna de las cuatro es mejor. La primera pierde dinero en una cadena con piso, porque no sabe qué pasó en la tienda física. La cuarta es un exceso para una tienda de 3 personas, porque el costo de gobernanza se paga aunque no haya nada que gobernar.

Dentro de cada fila los nombres van en orden alfabético a propósito: esta pieza empareja, no ordena, y no hay un primero.

Y una advertencia sobre la tercera fila: la arquitectura nacida del dato no compite con las otras tres, se pone debajo. Confundir esas dos cosas es el error de compra más caro de la categoría, porque lleva a comparar una capa con un canal y a elegir una de las dos creyendo que sustituye a la otra.

🖼️ Visual suggestion — diagrama: Las 4 arquitecturas sobre el recorrido de compra. Inserta aquí diagrama.
Brief de diseño: Recorrido horizontal con 5 hitos: captación, carrito, compra, entrega, recompra. Sobre él, cuatro bandas de distinta longitud, una por arquitectura, cubriendo el tramo donde cada una es fuerte. La banda del dato atraviesa el recorrido entero pero dibujada más fina y por debajo de las otras tres, para indicar que es capa y no canal.
Alt: Cuatro arquitecturas de plataforma de marketing automation representadas como bandas sobre el recorrido de compra, con la del dato cruzando por debajo de todas.
Pie: La banda del dato va por debajo a propósito. No compite con las otras tres: las alimenta, y por eso no se elige en lugar de ellas.

¿Qué significa de verdad cada unidad de facturación?

Merece su propia sección porque es el criterio que más sorprende y el peor explicado. Hay cuatro modelos y cada uno premia y castiga a un tipo de tienda distinto.

Por perfil contactable

Pagas por a cuánta gente podrías escribirle, no por lo que mandas. La documentación de soporte de Klaviyo, una de las plataformas más extendidas en tiendas en línea, lo define sin ambigüedad: cualquier perfil que pueda ser contactado por correo cuenta como perfil activo, con independencia de su estado de consentimiento, y el nivel de plan se calcula con el total de perfiles facturables en el momento de la facturación. Si superas tu nivel, la cuenta se sube de plan de forma automática al cierre del ciclo.

La consecuencia en una tienda es directa y contraintuitiva: hacer limpieza de base te ahorra dinero, y crecer en tráfico te cuesta antes de venderte nada. Cada visitante que dejó su correo en un carrito y no volvió sigue contando.

No es un modelo malo. Premia a quien tiene una base pequeña y comprometida, y castiga a quien acumula. Si tu operación captura muchos correos y convierte pocos, este modelo te va a doler, y conviene saberlo antes del mes 8.

Por volumen de envío

Aquí pagas por lo que mandas. La documentación de Brevo lo explica así: "When you select a paid plan, you can choose the total number of emails you want to send each month. The email volume you select determines your pricing tier, which also sets the limit on the total number of contacts you can store".

Fíjate en la segunda mitad de la frase, porque es la que se pasa por alto: el volumen que eliges no solo fija el precio, también fija cuántos contactos puedes guardar. Así que el modelo de envío arrastra un límite de base detrás.

Este modelo premia a quien tiene una base grande y manda poco, y castiga a quien manda mucho en temporada alta, que es justo cuando una tienda quiere mandar más.

Por mensaje

Es el modelo de los canales conversacionales. Cada mensaje tiene precio por unidad y por categoría. Es el más predecible de los cuatro y el que peor se lleva con la frecuencia: dos mensajes donde antes había uno cuestan exactamente el doble, sin escalones ni descuentos por volumen que lo amortigüen.

Por asiento

Pagas por cuánta gente usa la herramienta. Es barato hasta el día que quieres que la use alguien más, y suele ser el modelo que peor envejece en una empresa que crece por equipos y no por base de clientes.

🖼️ Visual suggestion — gráfica: Cómo crece la factura en los cuatro modelos ante el mismo crecimiento. Inserta aquí gráfica.
Brief de diseño: Cuatro curvas sobre el mismo eje. X: crecimiento del negocio. Y: factura. Por perfil contactable, escalonada y la primera en subir. Por volumen de envío, estacional con picos en temporada. Por mensaje, lineal. Por asiento, plana con saltos bruscos. Sin cifras, solo formas y leyenda.
Alt: Cuatro curvas que comparan cómo crece la factura de una plataforma según se cobre por perfil contactable, por volumen de envío, por mensaje o por asiento.
Pie: Las cuatro parten del mismo punto. Lo que las separa es la forma en que suben, y esa forma se elige el día que firmas.

¿Qué hay que comprobar de la entrada de datos de tienda?

Tres cosas, y ninguna aparece en una demo.

Si el catálogo entra completo o recortado. Muchas integraciones traen nombre, precio e imagen y dejan fuera variantes, existencias por sucursal o atributos propios. Si tu personalización depende de la talla o de la disponibilidad en una tienda concreta, esa diferencia es el proyecto entero.

Si los eventos se concilian. Una plataforma que solo escucha eventos y nunca pregunta va a tener huecos el día que haya 20 minutos malos, y esos pedidos no existirán para tus automatizaciones. Pregunta si hay un proceso de conciliación y con qué frecuencia corre.

Si el consentimiento viaja en los dos sentidos. Que entre es lo fácil. Que una baja registrada en la plataforma vuelva a tu ecommerce y a tu punto de venta es lo que evita el problema serio, que ya deja de ser de cortesía y pasa a ser legal.

Cuando la respuesta a la tercera es que no vuelve, lo que necesitas debajo es un CDP, y entonces la elección de plataforma cambia de pregunta: la pregunta pasa a ser cuál se deja alimentar.

Si la distinción entre capa de datos y canal todavía no te queda clara, esta sesión la desarrolla entera y es lo que más ayuda a no comparar peras con manzanas en una comparativa.

¿Y los canales? La parte que en México desequilibra el presupuesto

En una tienda mexicana el reparto de canales no se parece al de una europea. WhatsApp pesa, el SMS sigue vivo para lo transaccional y el push móvil sostiene la recurrencia, sobre todo cuando hay app y una estrategia de app engagement detrás.

Eso obliga a mirar el criterio dos con lupa. Una plataforma excelente en correo que subcontrata WhatsApp te deja una factura con dos proveedores y un soporte con dos ventanillas. Una que envía WhatsApp, SMS, notificaciones push y correo por sí misma simplifica la operación y, a cambio, suele ser menos profunda en correo puro que una especialista.

Es un intercambio real. Hay que elegirlo a conciencia, no descubrirlo en el mes cuatro.

"Las notificaciones multicanal de Indigitall permiten llegar a la audiencia de manera efectiva. La segmentación de usuarios y los informes analíticos facilitan el envío de mensajes personalizados y el seguimiento del rendimiento." — Usuario verificado del sector salud en G2

El usuario verificado del sector salud describe la arquitectura nacida del canal desde dentro: varios canales propios y la medición en el mismo sitio.

Esa observación importa aquí por un motivo de selección, no de producto: si en tu operación el canal que más rinde es el push o el WhatsApp y no el correo, una plataforma que los trate como accesorios te va a dejar el mejor canal en manos de otro proveedor.

La pregunta exacta al proveedor es una sola: de estos cuatro canales, ¿cuáles envían ustedes y cuáles me van a facturar por separado?

🖼️ Visual suggestion — diagrama: Plantilla de canales con las casillas por rellenar en la llamada. Inserta aquí diagrama.
Brief de diseño: Cuatro iconos de canal en fila: WhatsApp, SMS, push, correo. Bajo cada uno, dos casillas vacías etiquetadas "lo envía la plataforma" y "lo factura un tercero". A la derecha, un contador etiquetado "ventanillas de soporte" con un recuadro vacío.
Alt: Plantilla con los cuatro canales de una tienda en México y dos casillas por canal para marcar si lo envía la plataforma o lo factura un tercero.
Pie: Rellenar estas ocho casillas con el proveedor delante cambia más presupuestos que cualquier comparativa de funciones.

¿Cuánta ingeniería hace falta para el primer envío?

Este criterio se responde con una pregunta muy concreta y muy incómoda: ¿cuántas semanas pasan entre la firma y el primer mensaje que ve un cliente real?

No la fecha de acceso a la plataforma. El primer mensaje real. Entre las dos suele haber un mundo, y ahí es donde se esconden la conexión al ecommerce, la aprobación de plantillas, la migración de la base y la configuración del dominio de envío.

Conviene además separar dos cosas que se confunden: que una herramienta sea fácil de usar no significa que sea rápida de poner en marcha, y al revés.

"indigitall destaca por su integración de IA, análisis en tiempo real y comunicación multicanal. Su interfaz intuitiva y soporte proactivo lo hacen ideal para sectores como retail y telecomunicaciones." — Lucía en G2

Lucía valora el día a día de la herramienta, que es un criterio legítimo y distinto del que decide esta sección.

La agilidad del día a día es un criterio legítimo, pero no es el mismo que el tiempo hasta el primer envío. Los dos se preguntan por separado porque los responden equipos distintos: el primero lo sabe quien la usa, el segundo lo sabe quien la implantó.

¿Qué te llevas si te vas?

El último criterio es el que nadie pregunta porque parece de mal gusto, y es el que más caro sale.

Hay tres cosas distintas y conviene preguntarlas una por una. Los perfiles, que casi siempre se pueden exportar. El historial de eventos, que muchas veces no. Y el consentimiento con su fecha y su origen, que es el que de verdad importa, porque sin él una base exportada no se puede usar legalmente en la plataforma siguiente.

La pregunta se hace antes de firmar, no cuando ya quieres irte, porque la respuesta no cambia pero tu capacidad de negociar sí.

En México esto dejó de ser una cuestión de comodidad

Hay una razón legal para que el consentimiento sea el dato que más importa de los tres, y es reciente. México tiene una nueva Ley Federal de Protección de Datos Personales en Posesión de los Particulares, publicada el 20 de marzo de 2025, con una reforma posterior el 14 de noviembre de 2025, según el historial de reformas de la Cámara de Diputados.

Tres cosas de esa ley cambian cómo hay que mirar una plataforma. El texto vigente define el consentimiento como "Manifestación de la voluntad libre, específica e informada de la persona titular de los datos". Establece que "Todo tratamiento de datos personales estará sujeto al consentimiento de la persona titular". Y añade que "El consentimiento podrá ser revocado en cualquier momento sin que se le atribuyan efectos retroactivos".

Léelo con la decisión de compra delante y sale una lista de requisitos que ninguna comparativa de funciones cubre:

Si el consentimiento tiene que ser específico, tu plataforma tiene que poder guardar para qué se dio, no solo que se dio. Un campo booleano de "acepta comunicaciones" no distingue entre aceptar avisos de pedido y aceptar promociones, y esa distinción es justo la que la ley pide.

Si tiene que ser informado, hay que poder demostrar qué se le enseñó al titular en el momento de darlo. Eso significa guardar la versión del aviso de privacidad vigente ese día, no la de hoy.

Si se puede revocar en cualquier momento, la baja tiene que propagarse a todos los sistemas que pueden mandar mensajes, y tiene que quedar registrada con su hora. Una plataforma que recibe bajas pero no las devuelve al ecommerce te deja con dos verdades distintas sobre la misma persona.

Y los derechos de acceso, rectificación, cancelación y oposición, los ARCO, que la ley recoge en los artículos 22, 23, 24 y 26, implican que tienes que poder localizar y exportar o borrar todo lo de una persona concreta cuando lo pida. Si tus datos están repartidos en cuatro herramientas sin una ficha que las una, atender una sola solicitud se convierte en un proyecto.

Nada de esto lo decide una comparativa y nada de esto es asesoría legal: lo confirma tu equipo jurídico. Pero sí decide qué preguntas hay que llevar a la llamada con el proveedor, y son tres muy concretas: cómo guardan el propósito del consentimiento, si conservan la versión del aviso que se enseñó, y si la baja vuelve a los sistemas de origen.

🖼️ Visual suggestion — tabla visual: Lo que pide la ley mexicana y lo que eso obliga a tener en la plataforma. Inserta aquí tabla visual.
Brief de diseño: Tabla de dos columnas y cuatro filas. Izquierda, el requisito legal en lenguaje llano: consentimiento específico, consentimiento informado, revocable en cualquier momento, derechos ARCO. Derecha, lo que obliga a tener: propósito guardado por separado, versión del aviso archivada, baja propagada y con hora, ficha única localizable. Sin iconografía de alarma.
Alt: Tabla que traduce cuatro requisitos de la ley mexicana de protección de datos en cuatro capacidades concretas que debe tener la plataforma.
Pie: La columna de la derecha no aparece en ninguna ficha de producto. Se pregunta, y la respuesta separa a las plataformas más que la mitad de las funciones que sí se anuncian.

¿Cuándo el problema no es la plataforma?

Hay 3 situaciones en las que cambiar de herramienta no arregla nada, y conviene reconocerlas antes de gastar.

Cuando la calidad del dato es el problema. Si tienes el mismo cliente tres veces y los teléfonos guardados de dos formas, la plataforma nueva va a segmentar igual de mal, solo que más rápido.

Cuando nadie es dueño del canal. Sin una persona responsable, las automatizaciones envejecen, las plantillas dejan de cuadrar con el catálogo y a los 6 meses nadie sabe por qué se manda lo que se manda.

Cuando no hay casos de uso repetibles. Una plataforma de automatización sirve para repetir bien algo que ya funciona. Si todavía estás averiguando qué funciona, una herramienta más grande solo te da más formas de equivocarte.

Hay una señal que lo resume y que se repite mucho entre quienes ya cambiaron: el momento de cambiar no lo marca la facturación, lo marca que la herramienta empiece a bloquear cómo quieres operar. Mientras no te bloquee, el dinero rinde más en ordenar los datos que en cambiar de proveedor. Es el mismo razonamiento que hay detrás de unificar marketing automatizado y CRM antes de añadir herramientas nuevas.

🖼️ Visual suggestion — tabla visual: Las 3 situaciones en las que cambiar no arregla nada. Inserta aquí tabla visual.
Brief de diseño: Tres filas con icono de aviso a la izquierda: calidad de dato, nadie es dueño del canal, sin casos de uso repetibles. A la derecha, qué pasa si cambias igual. Al pie, una línea destacada con la frase sobre cuándo cambiar de verdad.
Alt: Tres situaciones en las que cambiar de plataforma de marketing automation no resuelve el problema, con la consecuencia de hacerlo igualmente.
Pie: Las tres se arreglan con trabajo, no con presupuesto. Cambiar de herramienta antes de arreglarlas solo hace que el mismo problema salga más caro.

FAQs: elegir plataforma de marketing automation para retail y ecommerce

¿Cuál es la mejor plataforma de marketing automation para una tienda en línea?

No hay una. Depende de cuál de las 4 arquitecturas resuelve tu problema principal y de qué unidad de facturación encaja con cómo creces. Una tienda que captura muchos correos y convierte pocos paga mucho más en un modelo por perfil contactable que en uno por volumen de envío, con el mismo negocio detrás.

¿Qué significa que una plataforma cobre por perfil activo?

Que pagas por el número de personas a las que podrías escribir, no por los mensajes que mandas. En el caso de Klaviyo, su documentación de soporte define como perfil activo cualquier perfil contactable por correo con independencia de su estado de consentimiento, y el plan se ajusta de forma automática si superas tu nivel.

¿Cobrar por envíos es más barato que cobrar por contactos?

Depende de tu forma de crecer, y además los dos modelos suelen mezclarse. Brevo, por ejemplo, fija el precio por el volumen de envío mensual, y ese mismo volumen determina cuántos contactos puedes almacenar. Así que un modelo de envío puede traer un techo de base incorporado.

¿Hace falta un CDP además de la plataforma de automatización?

Si tus datos vienen de una sola fuente y el consentimiento vive en un solo sitio, no. Si tienes tienda en línea y en piso, o programa de lealtad, o varias fuentes que crean fichas del mismo cliente, hace falta una capa que decida quién manda sobre cada dato. Puede venir incluida o ser una pieza aparte, pero el trabajo hay que hacerlo.

¿Cuánto tarda en estar operativa una plataforma de automatización en retail?

Depende de si la conexión con el ecommerce es nativa o hay que construirla, y de si el catálogo entra completo. Cuando ya existe la conexión, las primeras automatizaciones salen en semanas. Cuando el proyecto incluye unificar fichas de cliente, el plazo lo marca la parte de datos y no la herramienta.

¿Qué preguntas hay que hacer siempre antes de firmar?

Tres. Qué hace crecer la factura, con un ejemplo numérico del proveedor sobre tu propio volumen. Cuántas semanas pasan entre la firma y el primer mensaje a un cliente real. Y qué te llevas si te vas: perfiles, historial de eventos y consentimiento con su fecha, o solo una lista de correos.

Los 3 números que hay que llevar a cada demo

Antes de pedir demos, escribe en una hoja tus 3 números: cuántos perfiles contactables tienes hoy, cuántos mensajes mandaste el mes pasado y por qué canales. Con eso puedes pedirle a cada proveedor que simule la factura del año dos con tu crecimiento previsto. La mitad de las plataformas que parecían equivalentes dejan de parecerlo en esa hoja.

Y si tu operación mezcla tienda en línea y piso, la página de retail y ecommerce y el caso de uso de ciclo de vida del cliente explican dónde encaja cada capa antes de elegir herramienta.

Sobre los autores

TL;DR: Integrar WhatsApp en una tienda no es conectar un canal, es decidir cinco cosas antes de escribir la primera línea de código: qué sistema manda sobre cada dato, cómo se reconoce al mismo comprador cuando entra por cuatro puertas, qué eventos abren conversación, qué viaja con la conversación cuando cambia de manos y quién la mantiene cuando cambie el catálogo. La parte técnica es la fácil. Lo que rompe las integraciones de ecommerce es dar por hecho que los eventos llegan siempre, y la documentación de Shopify lo desmiente con todas las letras: la entrega de webhooks no está garantizada y recomienda procesos de conciliación. Una panadería española con presencia nacional que montó su gestión de pedidos sobre WhatsApp lo hizo así y en sus primeros 15 meses resolvió el 65% de las consultas con el bot y un 40% más rápido que por correo. Esta guía va por ese orden y termina con las 6 pruebas que hay que pasar antes de abrir el canal.

Este artículo es para quien va a montar o rehacer la integración de WhatsApp en una tienda con pedidos, catálogo y atención, en México o en cualquier operación que venda en línea y en piso. Al terminar vas a tener la lista de decisiones de datos que hay que cerrar antes de empezar, y las pruebas concretas que distinguen una integración que aguanta una temporada alta de una que se cae en la primera.

¿Qué tiene que conectar la integración, exactamente?

La respuesta corta son 7 cosas, y conviene escribirlas antes de elegir proveedor porque cada una vive en un sistema distinto y cada una tiene un dueño distinto dentro de la empresa.

Si alguno de esos 7 no está conectado, la integración funciona igual. Simplemente responde peor, y el síntoma no aparece el primer día: aparece semanas después, en forma de agente preguntando por el número de pedido que el cliente ya escribió tres mensajes antes.

Nótese una cosa en la tabla: solo dos de los siete viajan en los dos sentidos. El consentimiento y el resultado. Son justo los dos que casi nunca se devuelven al sistema de origen, y por eso la ficha del cliente envejece mal aunque la integración esté viva.

🖼️ Visual suggestion — diagrama: Mapa de los 7 datos con su sistema de origen y el sentido en que viajan. Inserta aquí diagrama.
Brief de diseño: Columna izquierda con 4 cajas de sistema: CRM, ecommerce, transportista, plataforma de datos. Columna derecha, una sola caja alta etiquetada "conversación". Entre ambas, 7 líneas etiquetadas con el nombre del dato. Las de consentimiento y resultado con punta de flecha en los dos extremos y en color de marca; las otras cinco en gris y en un solo sentido.
Alt: Mapa de los siete datos que alimentan una conversación de WhatsApp en retail, con su sistema de origen y el sentido en que viaja cada uno.
Pie: Sólo dos de los siete vuelven al sistema de origen. Son los dos que deciden si la ficha del cliente mejora con cada conversación o se queda como estaba.

¿Qué sistema manda sobre cada dato?

Esta es la decisión que más discusiones evita y la que casi nunca se escribe. Cuando dos sistemas pueden modificar el mismo campo, uno tiene que ganar siempre, y eso se decide antes, no cuando aparece el conflicto a las tres semanas.

La regla que funciona en tiendas es simple: manda el sistema donde el dato nace. El pedido manda el ecommerce. El precio manda el catálogo. El estado de entrega manda el transportista. Y el consentimiento manda la plataforma de datos, porque es la única que lo ve entrar y salir por todos los canales a la vez.

El caso que rompe la regla es el nombre del cliente, porque lo toca todo el mundo: el checkout, el punto de venta, el propio cliente cuando lo corrige por chat. Ahí hay que elegir a mano y escribirlo. Si no, cada sincronización lo pisa y acabas mandando mensajes con tres versiones distintas del mismo nombre.

Hay una segunda regla que se olvida y que en ecommerce vale oro: cada handler tiene que ser idempotente. Si el mismo evento llega dos veces, el resultado tiene que ser el mismo que si hubiera llegado una. Sin eso, un reintento normal del ecommerce se convierte en un cliente duplicado o en dos avisos de envío para el mismo paquete.

Esa capa de decisión es la que resuelve un CDP y es lo que separa una integración de un montón de conexiones sueltas. Es el mismo problema que aparece al juntar marketing automatizado con un CRM unificado: sin una fuente de verdad declarada, las dos herramientas se corrigen entre ellas y ninguna gana.

🖼️ Visual suggestion — tabla visual: Tabla de fuente de verdad, dato por dato. Inserta aquí tabla visual.
Brief de diseño: Tabla de dos columnas y 6 filas: pedido, precio, estado de entrega, consentimiento, teléfono, nombre. A la derecha el sistema que manda. La fila del nombre marcada con un icono de interrogación y una nota al pie: "se decide a mano y se escribe".
Alt: Tabla que asigna a cada dato de la conversación el sistema que manda sobre él, con el nombre del cliente marcado como el único que hay que decidir a mano.
Pie: Cinco de los seis tienen dueño evidente. El nombre no lo tiene, y por eso es el que acaba escrito de tres formas distintas si nadie decide antes.

¿Por qué los eventos no siempre llegan, y qué se hace al respecto?

Esta es la parte que casi ningún artículo sobre integraciones de WhatsApp menciona, y es la que más silenciosamente falla.

Un aviso de pedido no llega porque tu ecommerce lo mande. Llega si tu endpoint estaba levantado, si respondió a tiempo, si nadie desplegó nada en ese minuto y si la red se portó. La documentación de Shopify sobre webhooks lo dice sin adornos: "Your app shouldn't rely on receiving data from Shopify webhooks. Webhook delivery isn't guaranteed", y recomienda explícitamente "use reconciliation jobs to periodically fetch data" para mantener la consistencia.

Traducido a una tienda: además de escuchar eventos, hay que preguntar. Un proceso que cada cierto tiempo compare los pedidos de las últimas horas contra los avisos que salieron y rellene los huecos.

Sin eso, el día que la integración tenga 20 minutos malos, unos cuantos cientos de clientes se quedan sin su aviso de envío y nadie se entera, porque un evento que no llegó no deja rastro en ningún sitio. No hay error, no hay alerta, no hay fila roja en un panel. Hay silencio, y el silencio se parece mucho a que todo va bien.

Ese es también el motivo por el que conviene tratar la integración como una máquina de estados y no como un botón que funciona: cada pedido está en un estado, cada estado tiene los avisos que le corresponden, y la conciliación comprueba que el estado y los avisos cuadran. Es más trabajo al montarlo y es lo único que permite responder a la pregunta incómoda de "¿cuántos avisos se perdieron el mes pasado?" con un número en vez de con un encogimiento de hombros.

🖼️ Visual suggestion — diagrama: Dos caminos hacia el mismo aviso, el evento y la conciliación. Inserta aquí diagrama.
Brief de diseño: Arriba, una línea de eventos con 6 puntos, dos tachados con una cruz para representar entregas perdidas. Abajo, una línea de conciliación periódica con una lupa que recoge los dos puntos tachados y los reenvía. Las dos confluyen en una caja etiquetada "aviso enviado". A la derecha, un contador etiquetado "avisos perdidos el mes pasado: 0".
Alt: Diagrama con dos caminos hacia el aviso al cliente, los eventos en tiempo real y un proceso de conciliación periódica que recupera los que no llegaron.
Pie: La conciliación no es una optimización. Es lo único que convierte "creo que no se perdió nada" en un número que se puede enseñar.

¿Cómo se evita que el mismo comprador acabe siendo tres fichas?

En retail esto pasa siempre, y no por descuido: pasa porque el mismo comprador entra por puertas distintas.

Compra como invitado con un correo. Vuelve dos semanas después y se registra con otro. Escribe a WhatsApp desde el número de su pareja. Y en la tienda física da un teléfono sin lada. Cuatro entradas y, si nadie decide qué las une, cuatro fichas y cuatro historiales.

La regla de unión tiene que estar escrita antes de abrir el canal. En México conviene ser explícito con el teléfono, porque es donde más se duplica: mismo país, mismos 10 dígitos, con o sin el 52 delante y con o sin el 1 histórico que todavía arrastran muchas bases. Un número guardado de dos formas distintas es la causa más común de ficha duplicada y también la más barata de arreglar si se decide al principio.

Y hay que decidir además el orden de prioridad cuando dos entradas se contradicen. Si el teléfono del checkout y el del punto de venta no coinciden, ¿cuál se queda? No hay una respuesta universal, hay que elegir una y respetarla.

Cuando la tienda vive en dos mundos, el de piso y el de línea, el problema se dobla. Es lo que trabaja una estrategia de clicks to bricks: si el perfil no sobrevive al salto entre canales, la conversación empieza de cero cada vez y el cliente lo nota antes que tú.

🖼️ Visual suggestion — infografía: Las cuatro entradas del mismo comprador y la regla que las une. Inserta aquí infografía.
Brief de diseño: Cuatro iconos de entrada a la izquierda: compra como invitado, registro, mensaje de WhatsApp, alta en tienda física. Cuatro flechas que convergen en una caja central etiquetada "regla de unión" y una sola salida a una ficha única. Bajo la caja central, tres líneas pequeñas: teléfono normalizado a 10 dígitos, correo en minúsculas, prioridad declarada.
Alt: Las cuatro formas en que el mismo comprador entra en los sistemas de una tienda y la regla de unión que las convierte en una sola ficha.
Pie: La regla de unión no se descubre, se declara. Si no está escrita antes de abrir el canal, cada entrada nueva crea una ficha y el historial deja de servir para nada.

Este video no va de WhatsApp: va de la conexión que hay debajo. Si tu tienda corre sobre Shopify, enseña en dos minutos por dónde entran el catálogo, el carrito y el pedido a la capa de datos, que es justo lo que tiene que existir antes de que la regla de unión y la conciliación de esta sección puedan hacer su trabajo.

¿Qué eventos abren conversación y cuáles no deberían?

Aquí es donde las integraciones se vuelven molestas. La tentación es mandar un mensaje en cada cambio de estado, y el resultado es que el cliente silencia el número.

Los eventos que justifican un mensaje son los que cambian lo que el cliente tiene que hacer o esperar: pedido confirmado, pago rechazado, envío en camino, entrega hoy, devolución recibida, reembolso aplicado. Seis.

Los que no lo justifican son los internos: cambio de almacén, reasignación de transportista, actualización de inventario, cambio de estado administrativo. Al cliente no le cambian nada y a ti te cuestan reputación de número.

Y hay dos que no dependen del evento sino del permiso: la recuperación de carrito y el aviso de reposición. Las dos son marketing, las dos necesitan consentimiento explícito y las dos se pagan. La recuperación de carritos abandonados funciona muy bien por este canal, y es también la que más rápido quema un número cuando se manda a quien no lo pidió.

Una regla práctica que ahorra discusiones: si el mensaje no cabe en la frase "te escribo porque algo de tu pedido cambió", no es un evento de servicio y necesita permiso.

Y conviene que esos eventos vivan dentro de un recorrido y no sueltos, porque un evento aislado no sabe qué pasó antes.

"Indigitall facilita la gestión de campañas omnicanal, unificando perfiles de clientes y automatizando procesos. Su integración con CRM y herramientas de personalización son destacables." — Alessandra A. en G2

Alessandra A. nombra las tres piezas en el orden en que hay que montarlas: perfil unificado primero, integración con el CRM después, automatización al final.

Que el evento esté dentro de un recorrido es lo que permite decidir, por ejemplo, no mandar el aviso de envío por WhatsApp si el cliente ya lo recibió por push hace diez minutos.

La línea entre utilidad y marketing no la dibujas tú

Aquí hay algo que conviene saber antes de diseñar las plantillas, porque cambia el costo y el permiso de golpe: la categoría de una plantilla la decide Meta, no tú, y la puede cambiar después de haberla aprobado.

Las guías de plantillas de Meta definen las tres categorías con cuidado. Las de utilidad "enable businesses to follow up on user actions or requests, since these messages are typically triggered by user actions". Las de marketing cubren "a wide range of goals, from generating awareness to driving sales and retargeting customers". Y el sistema hace revisiones automáticas de las plantillas ya aprobadas para identificar las que deberían estar en otra categoría.

La consecuencia práctica es fea y es real: una plantilla que llevaba meses aprobada como utilidad puede pasar a marketing. El día que eso ocurre, el mismo mensaje que mandabas gratis empieza a costar, y además pasa a necesitar consentimiento de marketing para ser legítimo. Si tu operación tenía ese aviso dentro del flujo automático sin comprobar permiso, acabas mandando marketing a quien nunca lo aceptó sin haber cambiado ni una línea de código.

Para una integración eso significa dos cosas concretas. Una, que la comprobación de consentimiento tiene que estar en el flujo aunque el mensaje sea de utilidad, porque la categoría puede cambiar debajo. Y dos, que alguien tiene que mirar el estado de las plantillas de forma periódica, no solo cuando se crean.

Y una regla al escribirlas que reduce mucho el riesgo: una plantilla de utilidad habla del pedido del cliente y de nada más. En cuanto mete una recomendación, una promoción o un "aprovecha que", deja de parecer utilidad, y con razón.

Dicho esto, tener las plantillas ordenadas es lo que hace que el mantenimiento sea llevadero y no un proyecto en sí mismo.

"La plataforma es intuitiva y estable, con soporte proactivo y buenos informes. Sin embargo, la integración con Salesforce Marketing Cloud podría simplificarse." — Jessica M. en G2

Jessica M. señala dónde se complica una integración, y conviene leerla entera porque la segunda mitad es la que interesa aquí.

Esa segunda frase vale más que cualquier ficha de producto: la fricción de una integración no está en el canal, está en la pieza con la que tiene que hablar. Y esa pieza es distinta en cada tienda, así que es lo primero que hay que preguntar y lo último que aparece en una demo.

¿Qué viaja con la conversación cuando cambia de manos?

El paso de bot a persona es donde se pierde la mitad del valor de la integración, y se pierde por una razón concreta: la persona recibe la conversación sin lo que ya se dijo.

El traspaso tiene que llevar 4 cosas: el historial del hilo, el pedido del que se habla, el motivo por el que se escaló y el tiempo que el cliente lleva esperando. Si falta el cuarto, el agente no sabe si entra a una conversación tranquila o a una que ya se torció, y responde con el tono equivocado.

Tiene que funcionar además en los dos sentidos. Un chatbot con IA que solo sabe entregar conversaciones y no recogerlas obliga a que un humano cierre todas, incluidas las que terminaron solas. Y si la conversación empezó en chat web y siguió en WhatsApp, el contexto tiene que cruzar también ese salto: si no, para el cliente son dos conversaciones y para ti son dos costos.

Hay un detalle de diseño que no es técnico y decide mucho: cuándo se escala. Dos disparadores que funcionan y que conviene dejar escritos son que el cliente pida una persona de forma explícita, y que el bot falle dos veces seguidas en resolver lo mismo. Esperar a la tercera no mejora nada.

🖼️ Visual suggestion — diagrama: El traspaso de bot a persona con las cuatro piezas que viajan. Inserta aquí diagrama.
Brief de diseño: Dos iconos enfrentados, bot y agente, unidos por una flecha ancha de doble sentido. Dentro de la flecha, cuatro etiquetas apiladas: historial, pedido, motivo del escalado, tiempo de espera. La cuarta resaltada. Sobre la flecha, un reloj pequeño. Bajo el agente, una flecha de vuelta hacia el bot etiquetada "devolución".
Alt: Traspaso de una conversación de WhatsApp entre bot y agente con las cuatro piezas de contexto que deben viajar, incluido el tiempo de espera, y la vuelta al bot.
Pie: Sin el tiempo de espera el agente no sabe a qué conversación está entrando. Y sin la flecha de vuelta, cada conversación que resuelve el bot acaba ocupando igualmente a una persona.

¿Cómo se ve una integración de pedidos que funciona?

Una marca de panadería tradicional fundada en 1931, con presencia nacional, montó su gestión de pedidos de ecommerce sobre WhatsApp con un modelo híbrido de bot y agente conectado al backend de su tienda en línea y a un contact center con CRM.

Las cifras publicadas de los primeros 15 meses dicen algo más interesante que "funcionó":

• Más de 17.000 usuarios adoptaron el canal.
• Más de 57.000 conversaciones relacionadas con pedidos entre julio y octubre de 2024.
• 65% de las consultas resueltas por el bot.
• Resolución 40% más rápida que por soporte de correo.
• 77,3% de NPS.
• 30% de aumento en compras repetidas entre usuarios comprometidos.
• 92% de satisfacción entre usuarios mayores con acceso directo a agentes.

Ese último número es el que más enseña sobre integración, y es el que normalmente no se cuenta. El 65% que resuelve el bot y el 92% de los usuarios mayores que llegan directo a una persona son la misma decisión de diseño vista desde dos lados: el sistema sabe cuándo no debe insistir. Eso es una regla de escalado conectada a lo que se sabe del cliente, no una función del bot.

Y el 40% más rápido que el correo no viene de que WhatsApp sea más veloz. Viene de que la conversación llega con el pedido cargado, que es exactamente lo que no ocurre en una bandeja de correo.

🖼️ Visual suggestion — infografía: Las cifras publicadas del caso, agrupadas por lo que demuestran. Inserta aquí infografía.
Brief de diseño: Tres columnas con título: "adopción" con 17.000 usuarios y 57.000 conversaciones; "automatización con criterio" con 65% resuelto por bot y 92% de satisfacción en usuarios mayores atendidos por persona; "resultado" con 40% más rápido que correo, 77,3% NPS y 30% más compras repetidas. Etiqueta general: primeros 15 meses.
Alt: Cifras publicadas del caso de gestión de pedidos por WhatsApp de una panadería, agrupadas en adopción, automatización con criterio y resultado.
Pie: La columna del medio es la que explica a las otras dos: automatizar mucho y saber cuándo no automatizar son la misma regla, y las dos dependen de lo que el sistema sabe del cliente.

¿Qué hay que probar antes de abrir el canal?

Seis pruebas, en este orden, y ninguna necesita clientes reales.

1. Compra normal. Pedido confirmado, envío, entrega. Los 3 avisos llegan una sola vez cada uno.
2. Cancelación. El cliente cancela después del aviso de envío. Comprobar que no le sigue llegando el seguimiento.
3. Devolución. Llega la devolución y se aplica el reembolso. Comprobar que ningún mensaje posterior dice "tu pedido va en camino".
4. Baja de consentimiento. El cliente pide dejar de recibir promociones. Aquí el número lo pones tú: decide de antemano en cuánto tiempo tiene que haber llegado esa baja a todos los sistemas, escríbelo como criterio de aceptación del proyecto y pruébalo contra ese número. Cinco minutos es un punto de partida razonable. Comprueba además que sí puede seguir recibiendo avisos de servicio.
5. Evento duplicado. Mandar el mismo evento dos veces a propósito. Si el cliente recibe dos avisos o se crea una ficha nueva, los handlers no son idempotentes.
6. Caída de sincronización. Apagar el endpoint 10 minutos durante una compra y comprobar que la conciliación recupera el aviso perdido.

Las dos últimas son las que casi nunca se prueban y las dos que más caro salen, porque son las únicas que hay que provocar a propósito: las otras cuatro ocurren solas en cualquier compra de prueba. Si tu proveedor no puede enseñarte cómo se comportan esas dos, todavía no tienes una integración: tienes una demo.

🖼️ Visual suggestion — tabla visual: Checklist de las 6 pruebas con su resultado esperado. Inserta aquí tabla visual.
Brief de diseño: Seis filas numeradas con casilla de verificación. A la izquierda el nombre de la prueba, a la derecha el resultado esperado, separados por una línea fina. Las filas 5 y 6 con fondo destacado y una etiqueta pequeña: "las que nadie prueba".
Alt: Lista de las seis pruebas previas a abrir el canal de WhatsApp en una tienda, con la de evento duplicado y la de caída de sincronización destacadas.
Pie: Las cuatro primeras se preparan para una demo. Las dos últimas hay que provocarlas, y son las que separan una integración de una demostración.

¿Quién la mantiene cuando cambie el catálogo?

Una integración de WhatsApp no se termina el día que se abre. Cambia el catálogo y las plantillas aprobadas dejan de encajar. Cambia el CRM y el campo que alimentaba la personalización pasa a llamarse distinto. Cambia una regla de negocio y el evento que abría conversación deja de dispararse. Y cambia la versión de una API, que es el que menos se ve venir.

Por eso la última decisión de la integración es quién revisa esas cuatro cosas y cada cuánto. Si la respuesta es "el que lo montó", tienes un problema en cuanto esa persona cambie de puesto.

Lo repetitivo sí se puede dejar montado, y ahí ayuda la automatización de flujos de trabajo. La revisión de plantillas contra catálogo sigue necesitando a alguien mirando, y conviene que tenga fecha en el calendario y no buena voluntad.

Para ver cómo encaja todo esto en la operación completa de una tienda, la página de retail y ecommerce y la de WhatsApp describen las dos capas por separado.

FAQs: integrar la API de WhatsApp Business en retail y ecommerce

¿Cuánto tarda en estar lista una integración de WhatsApp en una tienda?

Depende mucho menos de la parte del canal que de cuántas de las 7 conexiones de datos ya existen. Si el CRM y el ecommerce ya se hablan, el canal se abre rápido. Si la integración es también la primera vez que esos dos sistemas se conectan, el canal es la parte corta del proyecto y el plazo lo marca la parte de datos.

¿Qué pasa si un evento de mi ecommerce no llega?

Que el cliente no recibe su aviso y nadie se entera, porque un evento que no llegó no deja rastro. La entrega no está garantizada, así que la integración necesita además un proceso de conciliación que compare periódicamente los pedidos contra los avisos enviados y rellene lo que falte.

¿Qué significa que un handler sea idempotente y por qué importa en una tienda?

Que si el mismo evento llega dos veces, el resultado es el mismo que si hubiera llegado una. Importa porque los reintentos son normales: sin idempotencia, un reintento produce dos avisos de envío para el mismo paquete o una ficha de cliente duplicada.

¿Se puede mandar una promoción a alguien que solo dio su número para recibir avisos de pedido?

No. Son dos permisos distintos y la categoría del mensaje lo refleja: el aviso de pedido es utilidad y la promoción es marketing. Mezclarlos es la vía más rápida a que el cliente bloquee el número.

¿Qué tiene que llevar el traspaso de un bot a un agente?

Cuatro cosas: el historial del hilo, el pedido del que se habla, el motivo del escalado y el tiempo que el cliente lleva esperando. Y tiene que funcionar también de vuelta, para que el bot pueda cerrar lo que se resolvió solo.

¿Hace falta un CDP para integrar WhatsApp?

Para mandar mensajes no. Para que la ficha del cliente sobreviva a cuatro puertas de entrada, para que el consentimiento valga en todos los canales y para que el resultado de la conversación vuelva al perfil, sí hace falta una capa que decida quién manda sobre cada dato. Se puede llamar de otra forma, pero el trabajo hay que hacerlo igual.

La hoja de media hora que decide el proyecto

Llena la tabla de los 7 datos con el nombre real de tus sistemas y marca cuáles ya están conectados. Se hace en media hora y te dice si tu proyecto es de canal o de datos, que es la diferencia entre 3 semanas y 3 meses.

Y haz una segunda cosa antes de firmar: pídele a tu proveedor que te enseñe las pruebas 5 y 6 funcionando, el evento duplicado y la caída de sincronización. No la documentación: la prueba. Si existe, el resto de la integración probablemente también.

Si quieres ordenar primero la atención y dejar la parte de venta para después, el punto de partida está en cómo mejorar la atención al cliente con la API de WhatsApp Business, y si lo que buscas es que la conversación alimente el ciclo completo, el caso de uso de ciclo de vida del cliente explica dónde encaja cada canal.

Sobre los autores

TL;DR: El beneficio de la API de WhatsApp Business en una tienda no es poder escribirle al cliente, eso ya lo hacías desde la app. Son tres cosas concretas y las tres tienen número. Una, el costo cambió: desde el 1 de julio de 2025 Meta cobra por mensaje y no por conversación de 24 horas, y hay dos gratuidades distintas que conviene no mezclar: la atención es gratis por categoría, porque las conversaciones de servicio no se cobran desde el 1 de noviembre de 2024, mientras que la confirmación de pedido y el aviso de entrega son plantillas de utilidad y solo salen gratis si se entregan dentro de una ventana de servicio abierta. Dos, el volumen tiene techo, y el techo se calcula sobre tu portafolio entero, no sobre tu número: empieza en 250 usuarios distintos en 24 horas, cuenta solo los que contactas fuera de una ventana de servicio abierta, y sube según la calidad de todos tus números a la vez. Y tres, el beneficio solo aparece donde el canal está conectado al inventario y al pedido: Librerías Gandhi, en México, atendió a más de 55.000 usuarios por WhatsApp y creció un 30% en compras impulsadas por su chatbot, con búsqueda de libros en tiempo real y seguimiento de pedido conectados por API. Sin esa conexión, la API te da un canal más rápido para dar las mismas respuestas malas.

Este artículo es para quien lleva la operación de una tienda en México, ya tiene WhatsApp funcionando a mano con uno o varios números, y quiere saber qué gana de verdad al pasar a la API antes de firmar nada. Al terminar vas a poder decir, mensaje por mensaje, cuál de tus comunicaciones actuales se vuelve gratuita, cuántos mensajes puedes mandar realmente al día y qué tiene que estar conectado para que el beneficio exista.

¿Qué gana una tienda cuando WhatsApp deja de ser un teléfono?

La app de WhatsApp Business es una aplicación: la abres, lees y contestas. La API es otra cosa: un conjunto de puntos de entrada que tu plataforma llama para enviar y recibir mensajes. Esa diferencia técnica produce tres beneficios operativos y conviene separarlos, porque no todas las tiendas necesitan los tres.

Responder sin que haya alguien mirando la pantalla. Un pedido confirmado a las 2 de la mañana genera su mensaje igual. En una tienda en línea eso decide la diferencia entre un cliente tranquilo y un ticket de soporte a la mañana siguiente.

Saber quién escribe antes de leer el mensaje. Por la API el número llega acompañado del pedido, del carrito y del historial que tengas en tu sistema. El agente abre la conversación con el contexto puesto.

Que varias personas atiendan el mismo número. Este es el que decide la mayoría de los casos y el único que tiene un tope publicado. En la app, incluso usando WhatsApp Business Web, el máximo son 4 dispositivos vinculados y 1 teléfono a la vez, según el centro de ayuda de WhatsApp. Cuatro. No es una recomendación ni depende del plan: es el límite del producto. Si tu tienda tiene 6 personas atendiendo en temporada alta, la app no da y no hay configuración que lo arregle.

Hay un cuarto beneficio del que se habla poco y que en retail pesa: la API permite que la conversación deje rastro. Cada mensaje entra y sale con un identificador, se puede asociar a un pedido y se puede medir. Una bandeja de entrada no produce ese dato.

"indigitall optimiza la comunicación unificando canales como notificaciones push y WhatsApp Business, ideal para atención al cliente y campañas de marketing. Es una solución práctica y económica para conectar eficientemente con los clientes." — Pedro María P. en G2

Pedro María P. describe el canal unificado con atención y campañas en la misma frase, que es justo la separación que hay que hacer antes de calcular nada.

Esa mezcla es el punto de partida de casi todas las tiendas, y también el origen de la confusión: atención y campaña viven en el mismo canal pero no se cobran igual ni tienen el mismo techo.

🖼️ Visual suggestion — diagrama: Dos columnas enfrentadas, app contra API, con lo que entra y sale de cada una. Inserta aquí diagrama.
Brief de diseño: Dos bloques verticales del mismo alto. Izquierda en gris, derecha en color de marca. En la izquierda, un icono de teléfono con 4 pantallas colgando y un candado en la quinta. En la derecha, una caja central etiquetada "plataforma" con tres entradas por la izquierda, pedido, carrito e historial, y salidas por la derecha hacia iconos de agente sin número máximo, más una flecha inferior de vuelta etiquetada "resultado".
Alt: Comparación entre la app de WhatsApp Business, limitada a 4 dispositivos vinculados, y la API, donde una plataforma reparte la misma conversación entre varios agentes con el pedido y el historial ya cargados y devuelve el resultado.
Pie: El límite de la app es de producto, no de rendimiento: 4 dispositivos vinculados y 1 teléfono. Lo que añade la API es contexto de entrada y resultado de salida, no velocidad.

¿Qué beneficio aparece en cada momento de la compra?

En retail hay seis conversaciones distintas, y cada una rinde de una forma. Mezclarlas es lo que hace que un proyecto de WhatsApp se mida mal.

Antes de comprar el cliente pregunta por talla, disponibilidad o tiempo de entrega. El beneficio es de conversión: una respuesta en minutos evita que se vaya a buscar lo mismo en otra tienda. Es lo que trabaja una estrategia de conversión de clientes.

Durante la compra aparece el carrito abandonado. WhatsApp es el canal donde el recordatorio se lee, y eso separa la recuperación de carritos de un correo que nadie abre. Ojo, porque este beneficio es de los que se pagan: es marketing.

En el pago la conversación puede cerrar la operación sin sacar al cliente del hilo, algo que se volvió posible cuando WhatsApp incorporó pagos directos.

En la entrega el beneficio cae en el costo de atención: cada aviso de estado que mandas es una llamada al centro de contacto que no ocurre. Es el beneficio más grande en volumen y el que menos se presume.

En la devolución el beneficio es de retención. Una devolución resuelta por un canal donde el cliente ya está se parece mucho menos a una pérdida.

Después viene la recompra, que es donde vive el upselling y el cross selling y donde una tienda con datos ordenados gana a una con más presupuesto.

Puesto así se ve una cosa incómoda: los dos momentos que más mensajes generan, entrega y devolución, son los que menos se presumen en una demo, y son justamente los que hoy salen gratis. Los que se presumen, promoción y recuperación, son los que se pagan siempre.

🖼️ Visual suggestion — infografía: Línea de compra con 6 paradas, el beneficio de cada una y si el mensaje es gratuito o de pago. Inserta aquí infografía.
Brief de diseño: Línea horizontal con 6 nodos: consulta, carrito, pago, entrega, devolución, recompra. Bajo cada nodo, dos líneas: el beneficio en una palabra (conversión, recuperación, cierre, costo de atención, retención, recompra) y una etiqueta de color, verde para gratuito y ámbar para de pago. Entrega y devolución en verde; carrito y recompra en ámbar.
Alt: Recorrido de compra en retail con seis momentos y el beneficio de WhatsApp en cada uno, señalando cuáles generan mensajes gratuitos y cuáles de pago.
Pie: Las dos paradas verdes son las que más volumen generan en una tienda. Las ámbar son las que primero se miden. Por eso tantos proyectos parecen caros el primer trimestre.

¿Cuánto cuesta de verdad cada beneficio desde julio de 2025?

Aquí es donde casi todo lo que vas a encontrar en español está desactualizado, así que conviene ir con la fuente en la mano. Durante años el modelo fue por conversación: se abría una ventana de 24 horas y se pagaba por ella. Ese modelo ya no existe. La documentación de precios de Meta lo dice sin rodeos: "effective July 1, 2025, we now charge on a per-message basis".

Lo que se cobra depende de la categoría del mensaje, y hay bastante más gratis de lo que la mayoría de las tiendas cree.

La última fila es la que menos se aprovecha y la que más vale en una tienda. Si el cliente llega desde un anuncio de Click to WhatsApp y le respondes dentro de 24 horas, se abre una ventana de 72 horas en la que puedes mandarle cualquier tipo de mensaje sin costo, plantillas incluidas. Tres días completos de conversación comercial gratis, pagados por un clic de anuncio que ya ibas a pagar.

Y una consecuencia incómoda para quien vende la API como ahorro general: la API no abarata la promoción. La promoción se paga mensaje a mensaje, y si tu plan era mandar cuatro donde antes mandabas uno, cuesta cuatro veces más. Lo que abarata es la atención y el aviso.

🖼️ Visual suggestion — gráfica: Reparto de mensajes de una tienda tipo en un mes, separando gratuitos y de pago. Inserta aquí gráfica.
Brief de diseño: Una barra horizontal al 100 por ciento, dividida en cuatro segmentos etiquetados: servicio, utilidad dentro de ventana, utilidad fuera de ventana, marketing. Los dos primeros en verde con la etiqueta "sin costo", los dos últimos en ámbar con "por mensaje". Sin cifras, solo etiquetas y leyenda.
Alt: Barra que reparte los mensajes de una tienda en cuatro categorías y marca en verde las que no se cobran y en ámbar las que se cobran por mensaje.
Pie: La palanca de costo está en mover mensajes de la zona ámbar a la verde, respondiendo dentro de la ventana que abrió el cliente.

¿Cuántos mensajes puedes mandar de verdad al día?

Esta es la parte que casi ninguna comparativa menciona y la que más proyectos frena en la segunda semana. Tener la API no significa poder mandar los mensajes que quieras.

Meta limita cuántos destinatarios distintos puedes contactar, y conviene leer con cuidado qué cuenta exactamente. La documentación de límites de mensajería de Meta lo define como "the maximum number of unique WhatsApp user phone numbers your business can deliver messages to, outside of a customer service window, within a moving 24-hour period". Tres precisiones que cambian la cuenta: son usuarios distintos y no mensajes, el periodo es móvil y no un día natural, y lo que mandas dentro de una ventana de servicio abierta no consume ese cupo. Es decir, la misma respuesta que te sale gratis tampoco te gasta límite.

Y desde hace un tiempo ese límite no es de tu número: es de tu portafolio de negocio. La misma página es literal: "Messaging limits are calculated and set at the business portfolio level and are shared by all business phone numbers within a portfolio".

Tres consecuencias directas para una tienda.

Empiezas en 250. "Newly created business portfolios have a messaging limit of 250". Doscientos cincuenta usuarios distintos en un periodo móvil de 24 horas, contando solo los que contactas fuera de una ventana de servicio abierta. El siguiente escalón publicado es 2.000. Si tu primera idea era anunciar una promoción a tu base de 40.000 contactos el día que abras el canal, no va a ocurrir.

El límite sube, pero lo decide la calidad. El escalado hacia 2.000 y más alto depende de que estés "sending high-quality messages across all of your business phone numbers and templates". No de tu antigüedad ni de tu facturación.

Y se comparte. Si tu cadena tiene un número para atención, otro para tienda en línea y otro para un piloto de marketing, los tres comen del mismo techo, y la calidad de los tres cuenta para todos. Un número quemado por una campaña mal segmentada frena los otros dos.

Esto cambia la planificación de una tanda de campañas más que cualquier funcionalidad. El canal no arranca a plena capacidad: arranca pequeño y crece si lo tratas bien.

🖼️ Visual suggestion — diagrama: El techo de mensajería es del portafolio, no del número. Inserta aquí diagrama.
Brief de diseño: Un recipiente único etiquetado "portafolio de negocio" con una marca de nivel. Tres tubos entrando desde arriba, etiquetados "atención", "tienda en línea" y "marketing". Uno de los tubos en ámbar con un icono de aviso. Bajo el recipiente, una escala con tres marcas: 250, 2.000, más. Una flecha ascendente etiquetada "calidad de todos los números".
Alt: Diagrama que muestra tres números de una tienda compartiendo un mismo límite de mensajería a nivel de portafolio, con la escala de 250 a 2.000 y más.
Pie: Los tres números beben del mismo techo. Por eso un piloto de marketing mal segmentado no solo se frena a sí mismo: frena la atención y los avisos de pedido.

¿Qué pasa cuando el número se degrada, y cómo se evita?

El límite anterior tiene un gemelo que duele más: la calificación de calidad. Baja cuando la gente bloquea o reporta tus mensajes, y cuando baja, el número se estrangula.

En la operación real de una tienda hay tres formas de llegar ahí, y las tres son evitables.

Mandar a quien no lo pidió. Es la más común y la más cara. Un permiso para recibir avisos de pedido no es un permiso para recibir promociones, y tratarlos como lo mismo es lo que hace que el cliente reporte en vez de darse de baja.

No ofrecer salida. Una plantilla de marketing sin una forma obvia de dejar de recibirla convierte cada envío en una decisión entre aguantarlo o reportarlo. Poner la baja dentro de la propia plantilla es lo que baja los reportes.

Confundir frecuencia con presencia. Tres mensajes en una semana sobre lo mismo no triplican la venta, triplican el motivo para bloquear.

Hay una categoría que se salva de casi todo esto, y es la de autenticación. Los códigos de verificación se piden, se esperan y se leen, así que no generan reportes.

"indigitall integra WhatsApp para un servicio al cliente rápido y eficiente. La facilidad de conexión y configuración sin complicaciones es una gran ventaja, asegurando un rendimiento confiable." — Bernardo B. en G2

Bernardo B. habla de la parte de atención, que es exactamente el tráfico que no genera reportes.

Por eso conviene separar los números o al menos las plantillas: el tráfico que nunca molesta no debería compartir reputación con el que puede molestar.

Y una consecuencia estratégica que conviene decir aunque no venda: WhatsApp es un canal prestado. La cuenta, el número y la calificación están en manos de una plataforma que puede revisarlos. Una tienda que construye toda su relación con el cliente ahí y no tiene los perfiles en su propio sistema se queda sin nada el día que haya una revisión. Por eso el canal se monta sobre una capa de datos propia y no al revés, que es justo lo que hace un CDP.

¿Cómo se ve todo esto en una tienda mexicana de verdad?

Los tres apartados anteriores son mecánica. Esto es lo que producen cuando se juntan bien.

Librerías Gandhi, una de las cadenas de librerías más conocidas de México, con tienda física y en línea, montó un chatbot de WhatsApp con más de 50 flujos en español. En 6 meses atendió a más de 55.000 usuarios por el canal y envió más de 15.000 mensajes proactivos, con un 30% de crecimiento en las ventas de las compras impulsadas por el chatbot.

Lo interesante está en dónde se conectan esas cifras. El chatbot hace búsqueda de libros en tiempo real por título, autor o ISBN, consulta disponibilidad de inventario y da seguimiento de pedido, porque está integrado por API con los sistemas de inventario y pedidos de la cadena.

Eso es exactamente el punto de este artículo. El beneficio no vino del canal, vino de que el canal sabía el estado del inventario. Un chatbot igual de bien escrito, sin esa conexión, habría contestado "déjame consultarlo" 55.000 veces.

🖼️ Visual suggestion — infografía: Las cifras publicadas del caso y las conexiones que las hacen posibles. Inserta aquí infografía.
Brief de diseño: Tres cifras grandes en fila: 55.000 usuarios, 15.000 mensajes proactivos, 30% de crecimiento, con la etiqueta "6 meses" debajo. Bajo la fila, tres cajas conectadas con líneas hacia las cifras: inventario, catálogo, pedidos. Sobriedad, sin iconografía de celebración.
Alt: Cifras publicadas del caso de Librerías Gandhi, con las tres conexiones de sistema, inventario, catálogo y pedidos, que las hicieron posibles.
Pie: Las tres cajas de abajo son la condición de las tres cifras de arriba. Sin ellas el mismo chatbot responde igual de rápido y no resuelve nada.

¿Qué hay que tener conectado para que el beneficio exista?

Nada de lo anterior ocurre solo, y aquí está la lista corta.

Para que un aviso de envío caiga dentro de una ventana de servicio abierta, tu plataforma tiene que saber que esa ventana está abierta, y para eso tiene que estar recibiendo los mensajes entrantes en tiempo real, no solo enviando.

El agente solo ve el pedido si el pedido le llega, con su estado actual y no con el de anoche.

Para que no le escribas dos veces a la misma persona, sus dos números tienen que ser la misma ficha, con una regla de unión decidida antes y no descubierta después.

Y la promoción es legal, no solo educada, cuando el consentimiento vive en un sitio del que salgan todos los canales, no solo en el que recibió la baja.

Eso es trabajo de la capa de datos, no del canal. Un chatbot con IA que no sabe el estado del pedido no ahorra llamadas, las genera. Si ya tienes el canal en marcha y lo que quieres es ordenar la atención, el punto de partida está en cómo mejorar la atención al cliente con la API de WhatsApp Business; y para ver dónde encaja el canal dentro de la operación, la página de WhatsApp describe la capa de canal por separado de la de datos.

🖼️ Visual suggestion — diagrama: Las cuatro conexiones mínimas y qué beneficio desbloquea cada una. Inserta aquí diagrama.
Brief de diseño: Cuatro filas. A la izquierda la conexión: mensajes entrantes en tiempo real, estado del pedido, ficha única de cliente, consentimiento centralizado. A la derecha, el beneficio que desbloquea: aviso gratuito, respuesta con contexto, sin duplicados, promoción legal. Líneas rectas uniendo cada par.
Alt: Cuatro conexiones mínimas de una integración de WhatsApp en retail y el beneficio concreto que desbloquea cada una.
Pie: Ninguna de las cuatro es opcional si el objetivo es el beneficio de la derecha. Se pueden montar por fases, pero no se pueden saltar.

Si quieres ver cómo se recogen esos datos dentro de la propia conversación, sin sacar al cliente a un formulario, esta sesión sobre WhatsApp Flows lo enseña paso a paso.

¿Cómo se mide que la API valió la pena?

Con 5 números, y ninguno de ellos es "mensajes enviados".

Las dos últimas son las que casi nadie mide y las que más deciden. Dos tiendas con el mismo volumen pagan facturas muy distintas según cuántos mensajes caigan dentro de ventana. Y dos tiendas con la misma factura tienen futuros distintos según en qué escalón de límite estén.

¿Qué se rompe a los 6 meses y no se ve en una demo?

El primer mes casi cualquier integración se ve bien. Los problemas aparecen entre el cuarto y el sexto, y son siempre los mismos tres.

El catálogo. Las plantillas se aprobaron con unos nombres de producto y unas categorías que cambiaron en la siguiente temporada. Nadie las revisa, y el cliente recibe un mensaje que menciona una promoción que ya no existe.

El consentimiento. Se registró al alta y no se volvió a tocar. Cuando alguien pide dejar de recibir promociones, esa baja tiene que llegar a todos los sistemas que pueden mandar mensajes. Si vive en uno solo, tarde o temprano le escribes a quien te pidió que no lo hicieras, y eso ya deja de ser cortesía: pasa a ser lo que tira la calificación de calidad.

La ficha duplicada. El mismo cliente compra como invitado, luego se registra, luego escribe desde otro número. Sin una regla que decida cuál es la ficha buena, acabas con tres historiales sobre el mismo pedido.

Los tres tienen algo en común: no se ven en una demo porque en una demo no ha pasado el tiempo. Así que la pregunta antes de firmar es quién revisa las plantillas cuando cambia el catálogo, dónde vive el consentimiento y qué pasa cuando el mismo cliente aparece dos veces.

🖼️ Visual suggestion — infografía: Línea de tiempo de 6 meses con los tres puntos de fallo. Inserta aquí infografía.
Brief de diseño: Línea horizontal del mes 1 al mes 6. Tres marcas ascendentes en los meses 4, 5 y 6 con las etiquetas "plantillas contra catálogo viejo", "consentimiento en un solo sistema" y "ficha duplicada". Verde hasta el mes 4, ámbar a partir de ahí. A la derecha, una etiqueta pequeña: "ninguno se ve en una demo".
Alt: Línea de tiempo de seis meses que sitúa los tres fallos habituales de una integración de WhatsApp en retail entre el cuarto y el sexto mes.
Pie: Los tres se previenen igual: decidiendo antes quién los mantiene. Ninguno se arregla con una funcionalidad.

¿Cuándo vale la pena y cuándo no?

Vale la pena cuando se cumplen 3 cosas a la vez: más de 4 personas necesitan atender el mismo número, mandas avisos operativos con regularidad, y hay alguien con nombre y apellido responsable del canal.

No vale la pena en 3 situaciones, y conviene decirlo.

Si tu volumen cabe en 4 dispositivos y lo lleva una sola persona, la app te sirve y la API te añade costo fijo sin quitarte trabajo.

Si tu catálogo y tu sistema de pedidos no están conectados a nada, vas a tener un canal más rápido para dar las mismas respuestas malas.

Y si nadie es dueño del canal, en 6 meses tendrás plantillas sin revisar, consentimientos sin registrar y un número estrangulado.

Ninguna de las tres se arregla con la API. Las tres se arreglan antes, y salen más baratas antes.

🖼️ Visual suggestion — tabla visual: Las tres condiciones que justifican la API y las tres que no. Inserta aquí tabla visual.
Brief de diseño: Dos columnas. Izquierda en verde, "vale la pena si", con tres filas: más de 4 personas en el mismo número, avisos operativos con regularidad, responsable con nombre. Derecha en gris, "no vale la pena si", con tres filas: cabe en 4 dispositivos, catálogo y pedidos sin conectar, nadie es dueño del canal.
Alt: Cuadro de doble columna con las tres condiciones que justifican pasar a la API de WhatsApp Business y las tres situaciones en las que no compensa.
Pie: Las tres de la derecha no se arreglan con la API. Se arreglan antes, y si no se arreglan, la API solo las hace más caras.

FAQs: la API de WhatsApp Business para retail

¿La API de WhatsApp Business cobra por conversación o por mensaje?

Por mensaje. Meta cambió el modelo el 1 de julio de 2025 y dejó atrás el cobro por conversación de 24 horas. Cualquier página que te siga explicando el costo por ventanas de conversación está describiendo un modelo retirado.

¿Qué mensajes de WhatsApp no se cobran?

Las conversaciones de servicio, gratuitas desde el 1 de noviembre de 2024; los mensajes que no son plantilla enviados dentro de una ventana de servicio abierta; y las plantillas de utilidad dentro de esa misma ventana. Tampoco se cobra nada durante las 72 horas que se abren cuando el cliente llega por un anuncio de Click to WhatsApp y le respondes dentro de 24 horas.

¿Cuántos mensajes puedo mandar el primer día?

Un portafolio de negocio nuevo arranca con un límite de 250. Meta lo define como el número máximo de usuarios distintos a los que puedes entregar mensajes fuera de una ventana de servicio abierta, en un periodo móvil de 24 horas. Las respuestas dentro de una conversación que abrió el cliente no cuentan. El límite sube por escalones, y el siguiente publicado es 2.000; y depende de la calidad de los mensajes de todos tus números y plantillas, no de tu antigüedad.

¿El límite es por número de teléfono?

No. Se calcula a nivel de portafolio de negocio y lo comparten todos los números de ese portafolio. Si tienes un número para atención y otro para campañas, los dos beben del mismo techo y la calidad de ambos cuenta para los dos.

¿Cuántas personas pueden atender un mismo número sin la API?

Hasta 4 dispositivos vinculados más el teléfono, a la vez. Es el límite publicado por el centro de ayuda de WhatsApp y no depende del plan. Por encima de ese número, la API deja de ser una mejora y pasa a ser el único camino.

¿Puedo mandar una promoción a quien me dio su número para recibir avisos de pedido?

No deberías. Son dos permisos distintos y la categoría del mensaje lo refleja: el aviso de pedido es utilidad y la promoción es marketing. Mezclarlos es la vía más rápida a que te reporten, y los reportes son lo que baja la calificación de calidad que decide tu límite.

¿Qué pasa si no uso el teléfono principal durante dos semanas?

Si trabajas con dispositivos vinculados, la sesión se cierra en todos ellos cuando el teléfono principal no se usa durante más de 14 días, y los dispositivos se desconectan de forma automática a los 30 días de inactividad. Es un detalle operativo que tumba operaciones de temporada.

Dos cuentas antes de pedir una demo

Antes de pedir una demo, haz dos cuentas con tus propios datos.

La primera: saca los mensajes que tu tienda mandó el mes pasado y clasifícalos en las cuatro categorías de la tabla de precios. Vas a ver qué proporción de tu operación ya sería gratuita hoy.

La segunda: cuenta a cuántos usuarios distintos necesitas escribirles tú primero, sin que ellos hayan abierto conversación, en tu semana más fuerte del año, y compáralo con 250. Esa resta te dice cuántos meses de operación limpia necesitas antes de poder hacer la campaña que tienes en la cabeza.

Con esas dos cuentas, la conversación con cualquier proveedor cambia de tono. Si además tu operación mezcla tienda en línea y piso, la página de retail y ecommerce y el caso de uso de gestión del ciclo de vida del cliente explican dónde encaja cada capa.

Sobre los autores