WhatsApp del vendedor asignado en GoHighLevel

Paso a paso

1. Conecta en GoGHL el número general (el pivote) y el WhatsApp de cada vendedor (00:23).
2. Workflow de entrada: contacto creado, una espera corta y revisa que tenga la etiqueta inbound WhatsApp (04:14).
3. Con un If/Else por etiqueta de número, asígnale el lead al dueño del WhatsApp que lo recibió (04:38).
4. Si entró por el pivote y no tiene vendedor, mándalo al workflow de round robin y etiqueta su origen (05:31).
5. Workflow de cambio de vendedor: un trigger de usuario asignado por cada vendedor (05:52).
6. En cada rama, quita las etiquetas de todos los teléfonos y pon la del WhatsApp de ese vendedor (06:51).
7. Workflow del pivote: si se agrega la etiqueta del número general, revisa a quién está asignado el lead y vuelve a etiquetarlo (07:51).
8. Antes, revisa que el contacto no esté activo en el workflow de entrada, para que no choquen (08:09).
9. Si no usas un número general, quédate solo con los dos primeros workflows (10:01).

El problema del teléfono pivote

Imagínate un negocio con cuatro vendedores, cada uno con su WhatsApp conectado a GoHighLevel. Los anuncios de Meta, el sitio web y todo lo demás mandan a los leads a un solo número: el teléfono pivote (00:23). Es la línea que recibe a todos los leads y no atiende a ninguno. Su único trabajo es repartirlos por round robin entre los vendedores (00:59).

Hasta ahí, todo bien. El problema está en cómo decide GoGHL desde qué número sale cada mensaje.

Por qué los mensajes salen del número equivocado

Cuando un lead escribe, GoGHL lo da de alta en HighLevel con dos etiquetas: inbound WhatsApp y la del número que lo recibió. Esa etiqueta del número manda: todo lo que le envíes al contacto sale por ese teléfono (02:09). Y como entró por el pivote, tiene la etiqueta del pivote.

Fíjate en lo que pasa entonces. El round robin asigna el lead a un vendedor, pero el contacto sigue con la etiqueta del pivote, y la etiqueta le gana al usuario asignado. El mensaje de bienvenida, los seguimientos y todo lo automático le llegan al lead desde un número que nadie atiende. Si contesta, contesta ahí.

Si quieres entender bien ese orden (el código WA#, la etiqueta, el usuario asignado y el número predeterminado), lo explico a detalle en varios números de WhatsApp en GoHighLevel. Para este tutorial basta con una idea: la etiqueta del número funciona como el interruptor del número que envía. Si la cambias, cambia el número.

La regla de oro: nada automático antes de asignar

De ahí sale la primera regla, y es la que más se rompe: no mandes ningún mensaje automático hasta que el lead tenga vendedor (02:21). Primero asignas, luego cambias la etiqueta y, ahora sí, envías. Si tu workflow manda el «Hola, gracias por escribir» en el segundo uno, ese mensaje ya salió del pivote.

El lead que le vuelve a escribir al pivote

Supón que ya hiciste todo bien: asignaste, cambiaste la etiqueta y el primer mensaje salió del celular del vendedor. Pero el lead, en vez de contestarle al vendedor, le escribe otra vez al número general, porque es el chat que tenía guardado (02:45).

GoGHL hace lo que siempre hace: le quita la etiqueta del vendedor y le vuelve a poner la del pivote (03:11). Desde ese momento, todo vuelve a salir del número equivocado. No es un error de GoGHL: la etiqueta siempre sigue al número que recibió el último mensaje del lead. Pero aquí te juega en contra, y hay que corregirlo con una automatización.

Cómo hacer que salgan del WhatsApp del vendedor asignado en GoHighLevel

La solución son tres workflows, cada uno con un solo trabajo. Vamos a ello.

1. El workflow de entrada: asigna según el WhatsApp que recibió al lead

El trigger es contacto creado. Lo primero es una espera corta, porque la etiqueta inbound WhatsApp a veces tarda un poco en aparecer (04:14). Si el contacto la tiene, quiere decir que entró por WhatsApp.

Luego, un If/Else con una rama por cada número: si tiene la etiqueta del WhatsApp del vendedor 1, se lo asignas al vendedor 1; si tiene la del vendedor 2, al vendedor 2, y así con todos (04:38). Así, el lead que le escribió directo al celular de un vendedor se queda con ese vendedor.

La rama que queda es la del pivote o la de un número sin dueño. Ahí revisas si el contacto ya tiene vendedor, porque un contacto que ya existía en tu base ya está asignado. Si no tiene, es nuevo: lo mandas al workflow que reparte por round robin y le pones una etiqueta de origen, Meta si vino de un anuncio o «WhatsApp no conocido» si no sabes de dónde salió (05:31).

El round robin vive en su propio workflow. Si todavía no lo tienes, te explico cuatro formas de armarlo en asignar leads automáticamente en GoHighLevel. Y si quieres saber qué anuncio trajo a cada lead, eso se resuelve con el tracking de WhatsApp en GoHighLevel.

2. El workflow del cambio de vendedor: la etiqueta sigue al vendedor

Este es el corazón del sistema. Tiene un trigger por cada vendedor: «el usuario asignado cambió», con el filtro de ese vendedor. A cada trigger le pones el nombre del vendedor, para reconocerlo después (05:52).

Después, un If/Else que revisa qué trigger disparó el workflow (06:08). Si fue el del vendedor 1, quita las etiquetas de todos los teléfonos y pon la del WhatsApp del vendedor 1 (06:51). Una rama por vendedor.

Lo que más me gusta de este workflow es que es, hasta cierto punto, evergreen (07:03). No le importa quién asignó al lead ni cómo: el round robin, el workflow de un webhook, un gerente a mano. En cuanto cambia el usuario asignado, cambia la etiqueta. Si mañana le pasas el lead a otro vendedor, el siguiente mensaje ya sale del celular del nuevo. En el video lo ves con un lead que entra por webhook, se asigna y cae solo en la rama de su vendedor (07:21).

Ten en cuenta un detalle: quita todas las etiquetas de teléfonos, no solo la del pivote. Si el lead pasó antes por otro vendedor, también trae esa etiqueta, y no quieres que dos etiquetas de número se peleen.

3. El workflow del pivote: corrige al lead que le escribe al número general

Este resuelve el problema del lead que regresa al pivote. El trigger es etiqueta agregada, con la etiqueta del número pivote (08:01). Cuando eso pasa, el workflow revisa a quién está asignado el lead, quita las etiquetas de teléfonos y pone la de su vendedor (09:12). Así, aunque el lead le escriba al número general, lo que le respondas sigue saliendo del celular de quien lo atiende.

Evita que los workflows choquen

Ojo, porque aquí hay una trampa. Un lead nuevo que entra por el pivote dispara dos workflows a la vez: el de entrada, porque se creó un contacto, y el del pivote, porque se le agregó la etiqueta del pivote (08:09). Si los dos corren, el del pivote intenta reetiquetar a alguien que todavía no tiene vendedor.

Lo que yo hago es poner una condición al inicio del workflow del pivote: si el contacto está activo en el workflow de entrada, no sigue (09:00). Solo continúa con los contactos que ya existían y ya tienen vendedor, que son justo los que necesita corregir. El lead nuevo lo resuelven el workflow de entrada y el del cambio de vendedor.

Sin teléfono pivote: un caso más sencillo

No todos los negocios usan un número general. En el segundo caso del video, cada lead le escribe directo al WhatsApp de algún vendedor (10:01). El workflow de entrada es igual: si trae la etiqueta del número de un vendedor, se asigna a ese vendedor; si no trae ninguna, revisa si ya tiene dueño y, si no, lo asigna y crea la oportunidad. El del cambio de vendedor también es igual.

El que sobra es el del pivote (11:01). Si el lead le escribe al primer celular que tenía guardado, da igual: ese número sí lo atiende alguien. Así de sencillo.

Mi recomendación: si estás armando esto para un cliente, pregúntale primero si de verdad necesita el pivote. Un número por vendedor, anunciado como tal, te ahorra un workflow y un posible choque.

Lo que cambió desde que grabé el video

El video es de noviembre de 2025. El orden con el que GoGHL elige el número sigue igual en su documentación (en septiembre de 2026): primero el código WA#, luego la etiqueta del número, luego el usuario asignado y luego el predeterminado. Lo que sí cambió:

• Ya puedes elegir el número en un workflow. La acción Send WhatsApp Message de GoGHL trae un campo para elegir desde qué número sale el mensaje. Si lo dejas vacío, usa el orden de prioridades de siempre.
• GoGHL tiene su propio trigger, WhatsApp Inbound, para arrancar workflows cuando entra un mensaje, con filtros como el nombre o el teléfono de quien escribe.

¿Entonces ya no hace falta todo esto? La realidad es que sí. Elegir el número en la acción te sirve para un mensaje puntual, pero tendrías que repetir la lógica de «qué vendedor tiene este lead» en cada workflow que mande algo. Y los mensajes que tus vendedores mandan a mano desde Conversaciones siguen el orden de prioridades: ahí la etiqueta es la que decide. Con la etiqueta correcta, todo sale bien desde un solo lugar.

Si todavía no tienes GoGHL, empieza por conectar WhatsApp Business a GoHighLevel.