Gupshup, BSUID y Usernames: qué cambia en WhatsApp Business en junio de 2026

La transición de WhatsApp Business hacia BSUID y usernames dejó de ser un tema abstracto de roadmap. A partir del 29 de junio de 2026, Meta avanzó en la fase en la que las empresas pueden explorar, reservar y definir nombres de usuario corporativos en WhatsApp Business. Al mismo tiempo, proveedores de infraestructura como Gupshup empezaron a ofrecer capas de compatibilidad para reducir el impacto en integraciones que todavía tratan el número de teléfono como identificador principal.

Si aún te estás familiarizando con el tema, el punto de partida es este: el BSUID es el identificador de usuario acotado por negocio. Permite que una empresa reconozca y responda a una persona en WhatsApp incluso cuando el número de teléfono no está disponible. Los usernames acercan WhatsApp a un modelo en el que el usuario puede iniciar una conversación sin exponer su número.

El comunicado de Gupshup añade una capa práctica a este cambio: en lugar de exigir que todos los partners rehagan sus integraciones de inmediato, la plataforma promete resolver la identidad entre BSUID, teléfono y username siempre que sea posible.

Qué promete Gupshup

La propuesta central es continuidad operativa. Gupshup creó una capa de identidad para que las empresas puedan elegir entre dos caminos:

1. Activar soporte a BSUID ahora y empezar a recibir el nuevo identificador en los flujos.
2. Seguir operando con números de teléfono mientras la plataforma resuelve la identidad por detrás.

En la práctica, el cambio no necesita tratarse como una migración de big bang. Empresas con sistemas legados, CRMs rígidos o bots que dependen del teléfono pueden ganar tiempo. Pero el tiempo no es permiso para ignorar el cambio. Es una ventana para preparar datos, reportes, automatizaciones y atención humana para un mundo en el que el teléfono pasa a ser condicional.

La documentación pública de Gupshup sobre Username / Business-Scoped User ID confirma esta dirección: el BSUID identifica de forma única a un usuario dentro de un portafolio de negocios y puede usarse para conversar cuando la empresa no conoce su número de teléfono.

Feature toggle de BSUID

La capacidad más relevante es la API de alternancia de BSUID, o feature toggle. Si BSUID está habilitado, Gupshup envía el BSUID junto con el número de teléfono mientras ese número esté disponible. A medida que Meta habilite usernames para usuarios finales, esa combinación podrá cambiar a BSUID + username o, en algunos escenarios, solo BSUID + username.

Si BSUID está deshabilitado, la promesa es que no se necesita ninguna acción inmediata: Gupshup continúa enviando números de teléfono siempre que pueda resolverlos.

Suena simple, pero la decisión afecta la arquitectura:

• Activar BSUID temprano ayuda a enriquecer el CRM y probar deduplicación antes de que crezca el volumen real.
• Mantener BSUID apagado reduce el cambio inmediato, pero puede ocultar dependencias peligrosas del teléfono.
• Una operación madura debería activar BSUID en un ambiente controlado, medir impacto y después liberarlo en producción.

El error sería tratar el toggle como un botón para "encender más tarde". Cuanto antes tu base capture BSUIDs, menor será la probabilidad de crear contactos duplicados cuando lleguen conversaciones sin teléfono.

El Identity Graph de Gupshup

El concepto más importante del comunicado es el Identity Graph. Gupshup afirma mantener un repositorio de mapeo entre BSUID y número de teléfono desde el inicio de la generación de esos identificadores, usando interacciones entrantes y salientes por WhatsApp.

En términos prácticos, la plataforma intenta responder una pregunta crítica en cada mensaje: "¿conozco el teléfono detrás de este BSUID?"

Cuando lo conoce, Gupshup asocia teléfono y BSUID y preserva la experiencia de las integraciones legadas. Cuando no lo conoce, el mensaje puede llegar solo con BSUID, o ser tratado en un flujo especial hasta que se resuelva la identidad.

Esto es especialmente relevante para puntos de entrada orgánicos, como:

• Códigos QR.
• Enlaces wa.me.
• Anuncios Click-to-WhatsApp.
• Conversaciones iniciadas por usuarios que adoptaron username.
• Nuevos clientes que nunca interactuaron con la empresa.

Para operaciones comerciales, este es el punto de mayor riesgo. El lead puede existir y querer hablar contigo, pero no traer el campo que tu CRM siempre esperó como clave: el teléfono.

Qué son los mensajes estacionados

El PDF usa la expresión mensajes "estacionados" para describir mensajes que Gupshup almacena cuando el número de teléfono no está disponible en el Identity Graph.

La lógica es: si la plataforma no puede resolver el teléfono de inmediato, retiene esos mensajes de forma segura por hasta 30 días. Una API de configuración, todavía indicada como futura en el comunicado, permitirá recuperar esos mensajes retenidos dentro de ese plazo.

Esto tiene dos implicaciones:

1. Tu operación puede evitar pérdida inmediata de mensajes en escenarios sin teléfono.
2. La retención no sustituye una arquitectura preparada para BSUID.

Un mensaje estacionado es una red de protección, no una estrategia de atención. Si el equipo comercial depende de responder rápido leads de anuncios, cada minuto de retención o resolución pendiente tiene costo. El objetivo debe ser reducir al mínimo los casos en los que una conversación legítima queda esperando identidad.

Business usernames desde el 29 de junio

La segunda fase del comunicado habla de los nombres de usuario empresariales. Las empresas pueden explorar sugerencias de Meta, reservar un nombre sugerido o solicitar otro, acompañar la aprobación y definir el username aprobado.

Para la marca, el beneficio es claro: un username mejora el descubrimiento y reduce fricción. En lugar de depender solo de número, código QR o link con teléfono, la empresa puede trabajar con un identificador más memorable y consistente con Instagram, Facebook y canales de campaña.

Pero hay una diferencia importante: el business username no resuelve por sí solo la adaptación del CRM. Mejora la forma en que los clientes encuentran a la empresa. El BSUID resuelve la identidad técnica del usuario en la relación con la empresa.

Son tres partes del mismo movimiento:

• Username empresarial: cómo los clientes encuentran la marca.
• Username de usuario final: cómo los clientes pueden conversar sin revelar teléfono.
• BSUID: cómo la API mantiene una identidad técnica estable en esa relación.

Envío de campañas a BSUID

Otro punto operativo es el envío de campañas usando BSUID. El comunicado indica que, incluso cuando sea posible enviar a BSUID, el Identity Graph de Gupshup intentará usar el número de teléfono siempre que esté disponible. Solo cuando el número no exista el mensaje se enviará al BSUID.

Este comportamiento reduce el cambio para bases conocidas, pero exige atención en tres frentes:

Consentimiento. BSUID no elimina reglas de opt-in, ventana de atención ni templates. Si el contacto llegó sin teléfono, las políticas de mensajes activos siguen aplicando.

Atribución. Campañas y anuncios que cruzan WhatsApp con CRM necesitan aceptar BSUID como identificador primario en algunos casos.

Reportes. Dashboards que agrupan conversaciones por teléfono pueden romperse o generar duplicidad. Lo ideal es reportar por contacto canónico, con teléfono y BSUID como identificadores vinculados.

Colecta proactiva de teléfono

Meta ofrece un modelo para solicitar el número de teléfono del cliente cuando sea necesario. Gupshup orienta a partners a crear y enviar ese template por las APIs existentes o por mensaje interactivo.

El principio es simple: el teléfono deja de ser un dato automáticamente disponible y pasa a ser un dato solicitado con contexto.

Esto es saludable desde el punto de vista de privacidad, pero cambia la experiencia. Debes pedir teléfono solo cuando sea realmente necesario, como autenticación, entrega, cobranza, integración con sistema legado o follow-up por otro canal.

En una atención común, el BSUID puede bastar. Forzar teléfono en todos los flujos puede reducir conversión y parecer desalineado con la dirección de privacidad de Meta.

Qué debe hacer tu empresa ahora

Si tu operación usa Gupshup o cualquier BSP que abstrae la API de Meta, el plan de acción debería ser pragmático:

1. Confirma el estado del toggle de BSUID.
Pregunta si está habilitado, en qué ambiente, qué campos aparecen en los webhooks y cómo cambian los payloads v2 y v3.

2. Integra las APIs de business username.
Reserva o solicita el username de la empresa y monitorea el estado de aprobación. No dejes esta decisión para después de que competidores o terceros disputen nombres cercanos a la marca.

3. Actualiza el CRM para aceptar identidad híbrida.
Un contacto no debe ser solo teléfono. El modelo mínimo necesita phone, bsuid, username y una clave interna canónica.

4. Revisa bots y automatizaciones.
Cualquier flujo que hace lookup asumiendo que from es teléfono debe aceptar BSUID. Esto incluye triaje, calificación, autenticación, enriquecimiento y enrutamiento.

5. Define una política para mensajes estacionados.
Si hay retención por hasta 30 días, ¿quién la monitorea? ¿Cómo se recupera? ¿Bajo qué SLAs? ¿Qué pasa con leads de medios pagos?

6. Entrena la atención humana.
Un contacto sin teléfono no es necesariamente sospechoso o incompleto. Puede ser simplemente un cliente usando username.

El papel de Tolky en esta transición

Para empresas que operan atención, ventas y soporte por WhatsApp, el riesgo no está solo en el webhook. Está en toda la cadena: CRM, filas, agentes de IA, reportes, campañas, deduplicación y gobierno de datos.

Tolky acompaña la transición hacia BSUID como un cambio de arquitectura de identidad, no como un ajuste puntual de campo. En una operación preparada, el historial del cliente continúa unificado aunque la conversación llegue con BSUID, teléfono o username. La IA puede consultar el contacto correcto, preservar contexto y solicitar datos adicionales solo cuando el proceso realmente lo exige.

El comunicado de Gupshup es una buena señal para el ecosistema: los proveedores están intentando absorber complejidad para preservar continuidad. Pero la responsabilidad estratégica sigue siendo de la empresa. Si tu negocio depende de WhatsApp para ingresos, soporte o relación con clientes, este es el momento de tratar identidad como infraestructura crítica.

---

El teléfono no desapareció. Sigue siendo importante, especialmente para bases conocidas y casos de autenticación. Pero dejó de ser una garantía universal. A partir de ahora, las operaciones maduras necesitan pensar la identidad como un conjunto: teléfono, BSUID, username, consentimiento e historial.

Quien haga esta transición con calma casi no sentirá el cambio. Quien espere al primer lead sin teléfono para descubrir el problema encontrará la peor forma de backlog: conversaciones reales atrapadas dentro de una premisa antigua.