WhatsApp Business API en la universidad: costo real y LFPDPPP

Aviso legal: Este artículo tiene fines meramente informativos y no constituye asesoría jurídica. Para situaciones específicas de su institución, consulte a un abogado especializado en protección de datos o a su responsable de privacidad.

Antes de firmar con un proveedor de WhatsApp Business API, una universidad privada en México necesita responder tres preguntas: cuánto va a pagar realmente, qué le exige la LFPDPPP antes de escribirle a un candidato, y quién más en la cadena de proveedores tiene acceso a esa conversación. Las tres respuestas cambiaron en los últimos catorce meses, y muchos presupuestos que circulan hoy en el sector siguen basados en un modelo de precios que Meta abandonó en julio de 2025.

Qué cambió en la tarificación de WhatsApp Business API

Meta pasó de facturar por conversación a facturar por mensaje, y esa transición cambia directamente cuánto cuesta una campaña de admisiones a gran escala. Hasta el 30 de junio de 2025, WhatsApp Business Platform usaba la "tarificación por conversación": Meta cobraba una vez por cada ventana de 24 horas abierta con un destinatario, dentro de una de cuatro categorías (marketing, utility, authentication, service), sin importar cuántos mensajes se intercambiaran en ese periodo. Ese modelo ya no existe — está descrito, marcado como "Deprecated", en la documentación histórica de precios de Meta for Developers.

Desde el 1 de julio de 2025, la factura se calcula por mensaje: cada plantilla entregada se cobra de forma individual, con una tarifa que depende de su categoría y del código de país del destinatario. Enviar diez recordatorios de fecha límite a un mismo candidato en la misma semana ya no cuesta lo mismo que enviarle uno solo — el costo escala con el volumen real de plantillas enviadas, no con el número de conversaciones abiertas. La página oficial de precios de Meta for Developers describe el modelo vigente. Los mensajes de servicio — las respuestas libres que un asesor o un chatbot envía dentro de la ventana de 24 horas que abre el propio candidato — siguen siendo gratuitos hoy, igual que las plantillas utility enviadas dentro de esa misma ventana.

Esa gratuidad tiene fecha de caducidad, aunque conviene citarla con prudencia: según avisos de varios socios BSP (Business Solution Provider) publicados a mediados de 2026, a partir del 1 de octubre de 2026 Meta dejaría de ofrecer gratis las respuestas libres dentro de la ventana de servicio. Al cierre de este artículo, la página oficial de precios de Meta todavía no documentaba tarifas exactas, por lo que no es prudente anticipar una cifra — conviene revisar el presupuesto en cuanto Meta publique los importes definitivos.

El BSP: el eslabón obligatorio y su costo oculto

Una universidad casi nunca contrata WhatsApp Business Platform directamente con Meta: en la práctica, el acceso pasa por un intermediario homologado por Meta, y ese intermediario añade su propia factura por encima de la de Meta. Este intermediario se llamaba históricamente "Business Solution Provider" (BSP); hoy Meta lo denomina oficialmente "Solution Partner" dentro de su ecosistema de socios, con un nivel más ligero llamado "Tech Provider" para integraciones sencillas. La documentación oficial de Meta sobre proveedores de soluciones describe ambos niveles.

El BSP no es un simple intermediario técnico: gestiona el envío de las plantillas, el registro del número dedicado de la institución, el seguimiento de la calificación de calidad y, casi siempre, la bandeja multiagente donde el equipo de admisiones responde a los candidatos. A cambio cobra su propia cuota de software — típicamente mensual, por número de teléfono o por puesto de agente — que se suma a las tarifas por mensaje de Meta. Esta segunda capa de costo es la que más se subestima al presupuestar el proyecto: un director de admisiones que solo compara "tarifas de Meta" entre proveedores está comparando una parte del gasto real, no el total.

Qué exige realmente la LFPDPPP para escribirle a un candidato por WhatsApp

Enviar un mensaje de WhatsApp a un prospecto es un tratamiento de datos personales que debe apoyarse en el consentimiento que exigen los artículos 8 a 10 de la Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP) antes del primer envío. La ley distingue el tipo de consentimiento según el dato: para datos ordinarios (nombre, teléfono, programa de interés) puede bastar un consentimiento tácito si el titular no manifiesta oposición tras haber sido informado, pero WhatsApp — canal directo al teléfono personal del candidato, con acuse de lectura y notificación push — es un caso en el que conviene documentar consentimiento expreso, precisamente porque su intrusividad lo hace más fácil de cuestionar ante una queja. Para cualquier dato sensible que surja en la conversación (salud, situación migratoria ligada a origen étnico), el artículo 9 exige consentimiento expreso y por escrito, sin excepción.

Esa obligación es independiente de la que impone Meta, y ambas deben cumplirse en paralelo — no una en sustitución de la otra. Meta exige, por su cuenta, un opt-in documentado antes de cualquier mensaje proactivo, como condición técnica para aprobar las plantillas de la institución, según la guía de Meta for Developers sobre obtención del opt-in. Que Meta apruebe una plantilla no significa que la universidad tenga cubierta su base de consentimiento bajo la LFPDPPP, y un consentimiento válido conforme a la ley mexicana tampoco garantiza que Meta apruebe el envío sin evidencia de opt-in.

A esto se suma el aviso de privacidad, obligatorio conforme a los artículos 15 y 16 de la LFPDPPP: debe ponerse a disposición del candidato antes o en el momento en que se recaben sus datos —también cuando el primer contacto ocurre por WhatsApp—, e indicar la identidad del responsable, las finalidades del tratamiento, los mecanismos para ejercer los derechos ARCO (Acceso, Rectificación, Cancelación y Oposición) y si hay transferencias a terceros. El INAI (Instituto Nacional de Transparencia, Acceso a la Información y Protección de Datos Personales) es la autoridad de referencia para valorar si el aviso y el consentimiento recabado son suficientes ante una revisión. Para estructurar ese consentimiento desde el formulario que alimenta la campaña de WhatsApp, consulte nuestro artículo sobre consentimiento LFPDPPP en el formulario de candidatura de las universidades.

Cuánto tiempo puede conservar las conversaciones de WhatsApp

La LFPDPPP no fija en el texto de la ley un plazo numérico único para las conversaciones de WhatsApp, pero el principio de calidad de los datos (artículo 11) obliga a no conservar datos personales más tiempo del necesario para la finalidad para la que se obtuvieron. Para datos puramente de prospección —candidatos que todavía no se han inscrito—, los lineamientos del INAI para instituciones de educación superior sitúan en 3 años desde el último contacto activo el plazo máximo razonable de conservación de registros de prospectos, incluidos los registros de conversación de un chatbot o de WhatsApp vinculados a un candidato identificado. Una vez que el candidato se inscribe, la conversación pasa a formar parte de su expediente y sigue las reglas de conservación aplicables a ese expediente, típicamente ligadas a la normativa de la SEP y de la COPAES para el registro académico.

Aplicar ese límite a WhatsApp exige una configuración explícita: por defecto, ni Meta ni la mayoría de los BSP eliminan automáticamente el historial de conversación al cabo de un plazo. Es responsabilidad de la universidad —o de su proveedor de chatbot o CRM, si actúa como encargado del tratamiento— configurar la rutina de eliminación y poder demostrar, ante una revisión del INAI, que se aplica de forma efectiva. Nuestra guía sobre plazos de retención de datos de prospectos bajo la LFPDPPP detalla esos plazos por categoría de dato.

Cadena de proveedores: contratar con cada encargado del tratamiento

Una universidad que usa WhatsApp Business Platform no tiene un único encargado del tratamiento, sino varios, y necesita respaldo contractual con cada uno. En la cadena habitual conviven Meta, el BSP que gestiona el envío de las plantillas y el número, y a menudo un proveedor de chatbot o CRM independiente que lee o escribe en esa misma conversación de WhatsApp para integrarla con el proceso de admisión.

La LFPDPPP no tiene una figura idéntica al contrato de encargado del tratamiento del artículo 28 del reglamento europeo, pero su Reglamento la regula en los artículos 54 y 55: cualquier subcontratación que implique tratamiento de datos personales debe estar autorizada por el responsable —la universidad— y formalizarse mediante cláusulas contractuales u otro instrumento jurídico que acredite su existencia, alcance y contenido; el subcontratado asume entonces las mismas obligaciones que la ley impone al encargado. Es decir: la universidad debe verificar y documentar contractualmente con cada eslabón de la cadena —Meta, el BSP y el proveedor de chatbot o CRM si es un actor distinto— que trata los datos de sus candidatos exclusivamente para la finalidad autorizada y con medidas de seguridad equivalentes a las que exige la ley. Aceptar los términos y condiciones generales de un BSP como sustituto de ese instrumento contractual no cumple los requisitos mínimos de la LFPDPPP. Nuestro artículo sobre chatbot conforme a la LFPDPPP y cumplimiento con proveedores detalla las cláusulas concretas que debe exigir a cada proveedor, y nuestra guía completa de protección de datos estudiantiles en México cubre el marco general aplicable a toda la institución.

El costo real: cómo armar el presupuesto completo

El presupuesto de WhatsApp Business API para admisiones no se reduce a la tarifa por mensaje de Meta: hay al menos cuatro partidas que conviene presupuestar por separado, y la mayoría de las universidades solo pregunta por la primera.

Comparar dos ofertas solo por la tarifa de Meta esconde diferencias reales de costo total: un BSP con cuota mensual baja pero plantillas mal optimizadas que Meta rechaza repetidamente puede costar más, en tiempo de proyecto y mensajes reenviados, que uno con cuota más alta pero un proceso de aprobación depurado.

Como referencia de lo que un chatbot bien implantado aporta al conjunto de la captación —no solo en WhatsApp, sino en todos los canales combinados—, las instituciones que despliegan un chatbot IA con las bases legales correctas registran de media +62% de leads cualificados y -38% de costo por lead (de 42€ a 26€), con un ROI del 280% en 12 meses (fuente: resultados medianos de 18 escuelas partner de Skolbot, 2024-2025; benchmark en euros, mercado europeo). Es una referencia general de despliegue de chatbot, no una cifra específica de WhatsApp, pero sitúa el orden de magnitud del retorno que justifica invertir en hacerlo bien desde el principio.

Puesta en marcha: los pasos concretos

Implantar WhatsApp Business API en una universidad sigue una secuencia obligatoria, y saltarse un paso suele traducirse en semanas de retraso más que en ahorro de tiempo.

1. Cuenta de Meta Business Manager. Punto de partida administrativo, vinculado al dominio y a la identidad legal de la institución.
2. Verificación de empresa de Meta. Meta confirma la identidad legal antes de conceder acceso pleno; sin ella, el número queda limitado a un volumen de envío muy bajo.
3. Acceso a WhatsApp Business Platform, en la práctica a través de un BSP. Salvo excepciones de gran volumen, el acceso pasa por el intermediario descrito más arriba.
4. Registro del número dedicado. El número que usará la universidad para admisiones se registra formalmente y ya no puede reutilizarse en WhatsApp Business App de forma simultánea.
5. Creación y envío de plantillas para aprobación de Meta. Cada mensaje proactivo (recordatorio de fecha límite, invitación a un open house) necesita una plantilla aprobada por categoría, con opción de baja si es marketing.
6. Seguimiento de la calificación de calidad en producción. El comportamiento real de los candidatos —bloqueos, denuncias de spam, tasa de lectura— determina si el número puede escalar su volumen de envío.
7. Integración con el CRM o el chatbot de la institución. Sin esta etapa, las conversaciones quedan aisladas en una bandeja aparte en lugar de alimentar el proceso de admisión.

FAQ

¿WhatsApp Business API sigue cobrando por conversación de 24 horas?

No. Ese modelo terminó el 30 de junio de 2025. Desde el 1 de julio de 2025, Meta factura cada plantilla entregada de forma individual, según su categoría y el país del destinatario. Cualquier presupuesto que siga hablando de "costo por conversación" usa un modelo de precios obsoleto.

¿Puede una universidad mexicana contratar WhatsApp Business API directamente con Meta, sin BSP?

En la práctica, no de forma viable a la escala de una campaña de admisiones. El acceso operativo —gestión de plantillas, número dedicado, bandeja multiagente, seguimiento de calidad— pasa casi siempre por un Solution Partner (antes BSP) o un Tech Provider homologado por Meta, que añade su propia cuota de software a las tarifas de Meta.

¿Basta con el opt-in que exige Meta para cumplir la LFPDPPP?

No. Son dos exigencias distintas que deben cumplirse en paralelo. Meta exige un opt-in documentado para aprobar las plantillas; la LFPDPPP exige, además, el consentimiento del titular conforme a sus artículos 8 a 10 y un aviso de privacidad conforme a los artículos 15 y 16. Cumplir una obligación no dispensa de cumplir la otra.

¿Cuánto tiempo puede conservar una universidad las conversaciones de WhatsApp con un candidato que no se inscribió?

La ley no fija una cifra exacta, pero el principio de calidad de los datos (artículo 11) exige no conservarlos más de lo necesario. Los lineamientos del INAI para educación superior sitúan ese límite en 3 años desde el último contacto activo para datos puramente de prospección, salvo razón documentada para conservarlos más tiempo.

¿Con cuántos proveedores necesita la universidad un instrumento contractual por WhatsApp?

Con cada uno que trate datos en su nombre dentro de esa cadena: Meta, el BSP o Solution Partner, y el proveedor de chatbot o CRM si es un actor distinto que accede a la conversación. Los artículos 54 y 55 del Reglamento de la LFPDPPP exigen cláusulas contractuales u otro instrumento jurídico equivalente con cada subcontratado, no un contrato único que cubra a todos por defecto.