El titular dice una cosa, los matices dicen otra
"WhatsApp dejará de mostrar el teléfono del cliente en 2026". Si has visto el titular y has pensado que se rompía tu CRM, te entiendo. No se rompe del todo, pero pasa algo. Y lo que pasa es lo suficientemente importante como para que dediques 7 minutos a tener la versión sin sensacionalismo.
El cambio es real, está en curso, y empieza este verano. Pero no afecta a todas las conversaciones, no afecta a todos los clientes y, sobre todo, no afecta de la misma forma a un restaurante que a una clínica que a una tienda online que a un banco. Esta guía separa los hechos de los titulares para que puedas decidir si tienes que hacer algo o no.
Qué dijo Meta exactamente
Meta está desplegando dos cosas durante 2026 en su plataforma de WhatsApp:
Usernames de WhatsApp. El usuario puede crearse un alias público (formato @unusuario) y compartirlo con quien quiera para que le escriba sin tener que dar el número de teléfono. La función llega cara al usuario entre junio y julio de 2026 y se generaliza al resto del año.
Business-Scoped User IDs (BSUID). Cuando un cliente con username te escribe a tu cuenta business, tu webhook no recibe el teléfono. Recibe un identificador con formato XX.<dígitos>, único por negocio y por cliente, sin teléfono asociado. El BSUID ya está apareciendo en webhooks desde mayo de 2026 en cuentas seleccionadas y se generaliza durante el segundo semestre. (Si necesitas la definición técnica completa del BSUID, tienes la entrada del glosario aparte.)
La documentación oficial está aquí si quieres ir a la fuente.
Las tres excepciones donde sigues viendo el teléfono
Esta es la parte que los titulares omiten y que cambia el cálculo de impacto en tu negocio.
Excepción 1. Interacción reciente. Si el cliente ha tenido conversación contigo en los últimos 30 días, sigues viendo su teléfono. La capa BSUID se activa solo cuando la conversación es realmente nueva. Para un negocio con clientes recurrentes que escriben todos los meses (peluquerías, gimnasios, tiendas de barrio, restaurantes habituales), la mayoría de conversaciones siguen llevando teléfono.
Excepción 2. Contacto guardado en agenda. Si tu cuenta business ya tiene el número del cliente en agenda, sigues viéndolo aunque el cliente haya activado username. Esto significa que toda tu base de clientes histórica con teléfono guardado se mantiene visible.
Excepción 3. El cliente decide compartir el teléfono. El usuario puede compartir el número en cualquier momento de la conversación, ya sea aceptando un opt-in que tú le pidas o simplemente escribiéndolo. La transición no es traumática: te toca diseñar cuándo y cómo lo pides.
Con estas tres excepciones, el escenario realista no es "todos mis clientes desaparecen del CRM". Es: "una proporción creciente de las conversaciones nuevas a partir de julio llegará con BSUID en lugar de teléfono, y tengo que tener el flujo preparado".
Si gestionas un restaurante, una clínica o un servicio con citas: esto sí te toca
Cualquier negocio que use WhatsApp como canal de reserva de cita o mesa tiene dos puntos críticos donde el teléfono importa:
- Confirmación y recordatorio: el SMS de confirmación y el recordatorio el día de la cita necesitan teléfono. WhatsApp sí sirve como canal de fallback siempre que haya conversación abierta, pero pierdes el SMS.
- No-show y contacto urgente: cuando un cliente no aparece y tienes 15 minutos antes de soltar la mesa o la cita a otro, una llamada es lo único que funciona. Sin teléfono, esa opción desaparece.
Para restauración hay una capa adicional: el sistema de reservas (CoverManager, SevenRooms, TheFork, Resmio) está construido con el campo teléfono como obligatorio o casi obligatorio. Si la reserva llega por WhatsApp sin teléfono, esos sistemas no la aceptan limpiamente. Esto lo explico con detalle en la guía de WhatsApp BSUID para restaurantes, donde está el plan operativo de cinco pasos.
Para clínicas y servicios con citas, el patrón es parecido. El sistema de gestión de citas necesita teléfono para sus automatizaciones. La solución es la misma: capturarlo explícitamente en la confirmación de la primera cita con un mensaje opt-in claro de para qué.
Si tu negocio no depende de cita o reserva: casi nada cambia
Hay tres perfiles donde el ruido del cambio es mucho mayor que el impacto real:
E-commerce con compra inmediata. Si tu cliente entra por WhatsApp, hace pedido, paga y recibe envío, el teléfono no es imprescindible. La identidad la sostiene la cuenta del cliente en tu tienda online, no WhatsApp. El BSUID te basta para mantener el contexto de la conversación.
Soporte transaccional puntual. Si el cliente te escribe una vez cada seis meses con una duda, no necesitas mantener identidad sólida entre conversaciones. El BSUID dentro de cada conversación basta, y si necesitas el teléfono para algo concreto, lo pides en el momento.
Marketing outbound con plantillas. Si tu uso de WhatsApp Business es mandar plantillas a una base de teléfonos opt-in que tú ya tienes, el cambio no te toca: tú ya tienes los teléfonos por otra vía y los guardas. Lo que cambia es la captación nueva por WhatsApp, no la base ya consentida.
Si tu negocio entra en uno de estos tres perfiles, el plan razonable es: estar atento, ajustar la captación si surge el caso, pero no rediseñar nada con urgencia.
Cómo evitar perder clientes en el momento del cambio
Independientemente del tipo de negocio, hay cuatro malas prácticas que sí te pueden hacer perder clientes durante el cambio. Las dejo por escrito para que las identifiques en tu propio flujo.
Mala práctica 1. Pedir el teléfono como condición para empezar a hablar. Si lo primero que dice tu bot o tu equipo es "para ayudarte, dame tu número de teléfono", una parte importante de los clientes nuevos se irá. El opt-in funciona después de aportar valor (confirmar disponibilidad, responder la primera pregunta), no antes.
Mala práctica 2. Pedir el teléfono sin explicar para qué. "Necesito tu número" sin contexto es una bandera roja para RGPD y para el cliente. La fórmula que funciona es: "Para mandarte el recordatorio el día de la cita y poder avisarte si hay cambios, ¿me pasas tu número? Solo lo usamos para esta gestión".
Mala práctica 3. Forzar el OTP cuando no hace falta. Las plantillas de autenticación de WhatsApp siguen exigiendo teléfono y no funcionan con BSUID. Si tu flujo de "identifica al cliente recurrente" pasa por OTP cuando no hace falta una validación crítica, vas a romper la primera visita de clientes que no tenían intención de dar el número. Reserva el OTP para acciones que de verdad necesitan validación legal (cobro, identidad, datos sensibles).
Mala práctica 4. Asumir que el BSUID sirve para identidad entre sedes de tu grupo. No sirve. El BSUID es por cuenta business. Si tu grupo tiene varias cuentas business, el mismo cliente genera varios BSUIDs. La unificación de identidad entre sedes la tiene que hacer tu CRM cruzando otros campos. Si esto te suena a tu caso, en el análisis específico para restauración hay un apartado entero dedicado a este bug operativo.
Resumen práctico
- El cambio es real pero no es total. Tres excepciones (interacción reciente, contacto guardado, opt-in explícito) hacen que el teléfono siga visible en la mayoría de tus conversaciones recurrentes.
- Los negocios afectados con prioridad son los que dependen de cita, reserva o contacto urgente: restauración, clínicas, servicios profesionales.
- Los negocios poco afectados son e-commerce transaccional, soporte puntual y marketing outbound con teléfonos ya consentidos.
- La acción operativa es siempre la misma: rediseñar la captación de teléfono como opt-in explícito con motivo, preparar el CRM para guardar BSUID y teléfono como campos paralelos, y no abusar del OTP.