Key points
Si tu operación de atención al cliente corre sobre WhatsApp, hay un cambio de infraestructura en camino que afectará directamente a tus campañas, tu CRM y tus flujos de servicio. No es opcional. Y tiene fecha: junio de 2026.
Por qué WhatsApp está dejando de usar el número de teléfono como identificador universal
Hasta ahora, toda conversación en WhatsApp giraba en torno a un número de teléfono. Era el identificador universal: el campo que vinculaba al usuario con su ficha en el CRM, el dato que activaba una campaña, el ancla de cualquier flujo de servicio.
Eso está cambiando con el lanzamiento de los WhatsApp Usernames para empresas en 2026.
Las investigaciones de Meta sobre más de 40.000 usuarios en diez mercados muestran que el control sobre la información personal es una de las principales preocupaciones al usar WhatsApp. La respuesta de la plataforma es estructural: si los usuarios adoptan un nombre de usuario en lugar de mostrar su número al intercambiar mensajes, tienen mayor control sobre cómo comparten su información de contacto. Los datos recogidos muestran además que los usuarios se sienten más cómodos interactuando con empresas cuando su información personal permanece privada.
El resultado práctico: el número de teléfono dejará de compartirse automáticamente con las empresas cuando el usuario adopte un nombre de usuario. WhatsApp lo sustituirá por un nuevo identificador de backend llamado BSUID (Business Scoped User ID).
Este cambio no es una mejora de privacidad periférica. Es la reconfiguración de la capa de identidad sobre la que opera toda tu infraestructura conversacional.
Qué es el BSUID (Business Scoped User ID) y cómo afecta a tu operación
El BSUID es el nuevo identificador que WhatsApp proporcionará a los socios y empresas que usen la API en la nube, en lugar del número de teléfono del usuario.
Tres propiedades que todo Contact Center Manager debe entender:
Es único por usuario dentro de tu empresa. No hay dos usuarios con el mismo BSUID en tu plataforma.
Es de ámbito empresarial, no universal. Dos empresas distintas recibirán identificadores diferentes para el mismo usuario. Esto garantiza privacidad adicional, pero también significa que el BSUID que tienes en tu CRM no es portable ni comparable con el de otro proveedor o cuenta de Business Manager diferente.
Llega en los mismos webhooks donde hoy llega el número de teléfono. No es un campo nuevo en un lugar nuevo: sustituye al número de teléfono en los puntos de integración existentes para los usuarios que hayan adoptado nombre de usuario.
Un detalle técnico relevante para equipos de producto: si un usuario cambia su número de teléfono, WhatsApp genera un nuevo BSUID, de la misma forma que hoy se pierde el histórico de conversación cuando cambia el número.
Click-to-WhatsApp y mensajes de servicio: los flujos que se rompen si no adoptas el BSUID
Este es el punto donde la urgencia se vuelve concreta.
Si una empresa o socio no adopta el nuevo identificador a tiempo, los flujos de mensajes que se interrumpirán al interactuar con un usuario que haya adoptado nombre de usuario son dos: la recepción de mensajes originados en anuncios de Click-to-WhatsApp, y la recepción de mensajes de servicio entrantes.
Traducido al día a día de un contact center:
- Campañas de Click-to-WhatsApp: cualquier anuncio en Meta Ads que lleve usuarios a WhatsApp dejará de generar conversaciones para ese segmento de usuarios. El gasto publicitario seguirá corriendo. Las conversaciones, no.
- Mensajes de servicio entrantes: los usuarios que contacten desde una consulta, una gestión o una incidencia no llegarán a tu plataforma si su número de teléfono no está visible y tu sistema no está preparado para el BSUID.
El fallo no viene acompañado de ninguna alerta técnica visible. Las conversaciones simplemente no llegan. Esto es lo que llamamos Silencio Operativo: la operación aparenta funcionar, pero una parte creciente de los usuarios queda fuera del alcance sin que los dashboards lo reflejen de inmediato. Para empresas con inversión activa en paid social y WhatsApp como canal principal de servicio, este riesgo es directo e inmediato.
Claves (passkeys), ventana de 30 días y continuidad operativa: lo que cambia y lo que no
El cambio no es abrupto para todos los escenarios. WhatsApp ha diseñado mecanismos de transición que vale la pena conocer.
La ventana de 30 días. WhatsApp devolverá automáticamente el número de teléfono de un usuario durante un período de 30 días consecutivos tras cualquier interacción entre la empresa y ese número. Fuera de esa ventana, una función en desarrollo permitirá seguir accediendo al número siempre que haya habido comunicación previa con él.
Usuarios sin nombre de usuario. Si una persona no ha adoptado un nombre de usuario, no hay cambios respecto a la visibilidad de su número. Los mensajes de autenticación siguen enviándose únicamente a números de teléfono, como hasta ahora.
Mensajes iniciados por la empresa. Las empresas pueden seguir enviando mensajes a números de teléfono que ya conocen, incluso si la persona configuró un nombre de usuario.
Las claves (passkeys). Además del nombre de usuario, los usuarios podrán establecer una clave: un código que otras personas deben conocer para contactarles por primera vez. Las empresas que usan la WhatsApp Business API no necesitarán proporcionar esta clave siempre que ya dispongan del número de teléfono o BSUID del usuario, lo que demuestra una conexión previa.
La conclusión práctica: el historial conversacional previo es un activo de negocio. Los usuarios con los que ya tienes relación establecida están protegidos durante la transición. Los que lleguen por primera vez a través de un anuncio o un canal nuevo, no.
Cómo reclamar el nombre de usuario de empresa en WhatsApp antes de junio de 2026
Además del impacto operativo, los WhatsApp Usernames para empresas abren una ventana de posicionamiento de marca.
Los nombres de usuario permitirán a las empresas consolidar su presencia en WhatsApp, facilitando que los clientes las encuentren e identifiquen directamente por nombre, sin necesidad de conocer un número de teléfono. Las empresas verificadas con insignia azul tienen garantizada la protección de su marca durante esta transición.
A partir de principios de junio de 2026, las empresas que usen la API podrán reclamar sus nombres existentes: nombres visibles de WhatsApp, cuentas verificadas, nombres de usuario comerciales de Facebook o Instagram, y obtener acceso anticipado a un nombre de usuario reservado para ellas.
Las marcas que actúen primero aseguran su handle. En sectores competidos como contact centers, servicios financieros, retail o telecomunicaciones, llegar tarde puede implicar un nombre de usuario subóptimo o un proceso de disputa de marca. La reclamación anticipada es una acción de bajo coste y alto impacto.
Roadmap para contact centers: qué hacer antes de junio de 2026
La hoja de ruta de Meta estructura la preparación en tres fases. Para un contact center que opera sobre WhatsApp Business API, estas son las acciones concretas:
Ahora, fase de planificación:
- Auditar todos los flujos de mensajes que usan el número de teléfono como identificador primario.
- Identificar los sistemas downstream que necesitarán el BSUID: CRM, herramientas de automatización, sistemas de reporting y medición.
- Definir qué flujos requieren solicitar activamente el número de teléfono al usuario cuando sea necesario para otras gestiones (autenticación, CRM lookup, verificación de identidad).
- Garantizar el compromiso de las partes interesadas internas: IT, producto, operaciones.
H1 2026, fase de implementación:
- Adoptar el BSUID en la plataforma y actualizar el CRM con el nuevo campo de identificador.
- Revisar los flujos de chatbot y los recorridos de mensajes para contemplar usuarios sin número de teléfono visible.
- Actualizar los flujos de trabajo conectados: campañas automatizadas, sistemas de medición de terceros, integraciones.
- Actualizar los bots y recorridos de mensajes para solicitar proactivamente el número cuando sea necesario.
H1-H2 2026, fase de pruebas y lanzamiento:
- Participar en pruebas de extremo a extremo del BSUID con Meta.
- Implementar y validar el mecanismo de solicitud de número de teléfono para los casos de uso que lo requieran.
- Reclamar el nombre de usuario de empresa antes del lanzamiento global.
Para equipos técnicos: implementación del BSUID paso a paso
Esta sección está dirigida a ingenieros y equipos de producto.
Modelo de datos: de 1D a 2D
Las empresas deberán añadir un nuevo campo en el perfil del cliente para el BSUID, junto a los campos existentes. El modelo de identidad del usuario pasa de unidimensional (número de teléfono siempre presente) a bidimensional.
Estados posibles tras el lanzamiento:
Tipo de usuarioIdentificadores disponiblesSin nombre de usuarioNúmero de teléfono + BSUID (si la empresa lo ha adoptado)Con nombre de usuario, conversación previa (30 días)BSUID + número de teléfonoCon nombre de usuario, sin conversación previaSolo BSUID
Webhooks: qué cambia en el payload
El BSUID estará disponible en todos los webhooks que actualmente incluyen el número de teléfono del usuario. No se requieren nuevos endpoints, pero la lógica que procesa el payload debe contemplar la ausencia del campo de teléfono y operar correctamente con el BSUID como identificador principal.
Punto crítico: cualquier lógica de deduplicación, CRM lookup o activación de campaña que hoy asume que wa_id es siempre un número de teléfono debe revisarse. La recomendación es implementar un algoritmo de matching que intente primero el número de teléfono (para usuarios importados vía CSV o con historial previo) y haga fallback al BSUID.
Flujo nativo de solicitud de número de teléfono
WhatsApp introduce un flujo de uso compartido nativo para minimizar errores en la recogida del número de teléfono cuando la empresa lo necesite. Los usuarios pueden elegir cuándo compartirlo. Los bots y recorridos de mensajes deben actualizarse para incorporar este flujo en los puntos donde el número de teléfono sea necesario para otras gestiones (verificación, CRM lookup, autenticación).
Passkeys: impacto en la API
Las empresas que usan la WhatsApp Business API no necesitarán proporcionar la passkey del usuario para enviarle mensajes, siempre que ya dispongan de su número de teléfono o BSUID, lo que demuestra conexión previa. La obligación de passkey aplica únicamente a personas y empresas sin esa relación establecida.
BSUID entre cuentas del mismo Business Manager
Meta reconoce que puede haber motivos legítimos para compartir un BSUID entre dos cuentas del mismo Business Manager y sigue evaluando esta funcionalidad. Si tu arquitectura multi-WABA depende de identificadores de usuario compartidos entre cuentas, regístralo con tu partner de Meta para que quede documentado en su proceso de consulta.
Preguntas frecuentes sobre WhatsApp Usernames y BSUID
¿Qué es el BSUID de WhatsApp?
El BSUID (Business Scoped User ID) es un identificador único que WhatsApp asigna a cada usuario dentro del contexto de una empresa específica. Cuando un usuario adopta un nombre de usuario de WhatsApp, las empresas dejan de recibir automáticamente su número de teléfono y reciben en su lugar este identificador de backend. Es único por usuario y por empresa: el mismo usuario tendrá un BSUID diferente con cada empresa con la que interactúa.
¿Cuándo entran en vigor los nombres de usuario de WhatsApp para empresas?
El despliegue en países de prueba comienza en junio de 2026, con rollout global durante el resto del año. Las empresas que usen la API pueden empezar a reclamar sus nombres de usuario también desde principios de junio de 2026. La preparación técnica (adopción del BSUID, actualización de CRM y flujos) debe estar en curso antes de esa fecha para evitar interrupciones desde el primer día de rollout en tu mercado.
¿Qué pasa con mis campañas de Click-to-WhatsApp si no adopto el BSUID?
Si tu sistema no está preparado para el BSUID, dejará de recibir los mensajes generados por usuarios que hayan adoptado un nombre de usuario y lleguen a través de anuncios de Click-to-WhatsApp. El anuncio seguirá mostrándose y el usuario podrá hacer clic, pero la conversación no llegará a tu plataforma. No hay alerta técnica: el fallo es silencioso.
¿El BSUID sustituye al número de teléfono en el CRM?
No lo sustituye: lo complementa. Las empresas deberán añadir un nuevo campo en el perfil del cliente para el BSUID, junto a los campos existentes como número de teléfono y correo electrónico. El modelo de identidad del usuario pasa de ser unidimensional (número de teléfono) a bidimensional: número de teléfono presente o ausente, más BSUID para usuarios con nombre de usuario. Cualquier lógica de deduplicación o CRM lookup que asuma que el identificador de WhatsApp es siempre un número de teléfono debe revisarse.
¿Pueden las empresas seguir pidiendo el número de teléfono a los usuarios después del cambio?
Sí. El número de teléfono no desaparece; pasa a ser opcional para los usuarios que adopten nombre de usuario. Las empresas pueden seguir solicitándolo activamente. Para facilitar este proceso, WhatsApp está implementando un flujo de uso compartido nativo que minimiza fricciones y errores. Los bots y recorridos de mensajes deben actualizarse para contemplar este nuevo flujo cuando el número de teléfono sea necesario para otras gestiones.
¿Qué ocurre si migro mi WABA a otro proveedor después del lanzamiento?
Cuando una empresa re-registra su WABA (por ejemplo, al migrar de un BSP a otro), Meta genera nuevos BSUIDs para todos los clientes, ya que el portfolio empresarial tiene una nueva identidad. Los BSUIDs almacenados en el CRM antes de la migración quedarán invalidados. Este punto es crítico para planificar cualquier cambio de proveedor a partir de 2026.
.jpg)
.jpg)