¿Debería abrirse solo el chat de tu sitio web? Prueba lo adecuado

Una prueba A/B de un widget de chat para sitios web debe medir si su presentación ayuda a los visitantes a realizar una acción útil. Los experimentos de Receptionist ofrecen tres modos de presentación: solo lanzador, globo de bienvenida y panel abierto automáticamente. Que se abra el panel no significa que haya comenzado una conversación. Para alcanzar el objetivo de inicio de conversación, se requiere un mensaje auténtico enviado por el visitante.

Un panel abierto está a la vista. Una conversación útil hay que ganársela. Contar lo primero como si fuera lo segundo recompensa un diseño por hacer exactamente lo que se programó para hacer.

Cuando los experimentos están habilitados en tu espacio de trabajo de Receptionist de pago, puedes comparar cómo se muestra el chat de tu sitio web. El acceso depende de tu espacio de trabajo y de los permisos de tu equipo. Esta guía no presenta un estudio de conversión de Entagl ni promete que algún modo vaya a funcionar mejor que los demás.

¿Qué cambia en una prueba de presentación?

Mantén iguales el agente, la oferta y el contenido del saludo. Cambia cómo aparece el chat. De lo contrario, podrías estar midiendo una oferta más atractiva o instrucciones distintas, en lugar del comportamiento de apertura.

Modo	Qué ve el visitante	Qué pregunta ayuda a probar
Solo lanzador	Un control de chat que espera a que lo abran	¿Empezarán los visitantes sin un aviso?
Globo de bienvenida	Un breve mensaje de bienvenida junto al lanzador	¿Ayuda un pequeño aviso?
Apertura automática	El panel de chat se abre automáticamente	¿Ayuda lo suficiente abrir el panel como para justificar la interrupción?

En un experimento, una prueba puede usar dos o tres modos con proporciones fijas de tráfico. A conserva la presentación original compatible. Los chats incrustados a pantalla completa quedan fuera de esta prueba. La superposición independiente de llamada de voz a pantalla completa no es lo mismo y debe conservar su comportamiento actual.

Selecciona escritorio, móvil o ambos antes del lanzamiento. Si la presentación original es distinta en escritorio y móvil, utiliza un solo grupo de dispositivos o ajusta primero por separado la configuración habitual. Girar el teléfono no debería asignar al visitante a otra versión de la prueba.

¿Cuándo puede un navegador participar en el experimento?

Los experimentos en sitios web requieren consentimiento explícito para experimentación o analítica del sitio anfitrión, transmitido mediante una integración específica para el widget. Si el consentimiento es desconocido o denegado, se mantiene la presentación original y no se realiza seguimiento del experimento. Que un visitante abra el chat funcional no da, por sí solo, permiso para incluirlo.

El sistema de consentimiento del sitio anfitrión debe transmitir la elección al widget. Si el consentimiento se concede después de que ya haya aparecido la presentación original, se aplicará en la siguiente carga apta. El panel no debería abrirse ni cerrarse de repente a mitad de una visita porque el visitante haya cambiado una opción de consentimiento.

La revocación detiene el seguimiento experimental y las acciones de atención. Debe preservar una conversación funcional activa y el texto escrito, y mostrar la presentación original en las cargas futuras. Esto significa que algunos resultados del experimento podrían quedar desconocidos. El informe debe mostrar esa limitación.

Estos son los requisitos de consentimiento del producto para este experimento. No implican que la función, por sí sola, satisfaga todos los requisitos legales de cada jurisdicción.

¿Por qué contar los navegadores que nunca inician un chat?

Porque se supone que la presentación debe influir en si se inicia un chat. Si conservas solo a los visitantes que envían un mensaje, excluyes precisamente a las personas para quienes la presentación no condujo a esa acción.

El denominador correcto para este diseño incluye todos los navegadores inscritos que cumplen los requisitos y han dado su consentimiento, también los que nunca inician un chat. Un navegador no equivale a una persona única que utiliza varios dispositivos. No cambies el nombre de esa cifra por «todos los visitantes del sitio web» ni «todos los clientes».

Microsoft explica cómo filtrar a participantes después de que hayan visto una variante puede producir resultados engañosos en un experimento. Incluye un caso en el que un filtro de bots excluyó a los usuarios más afectados por una variante. Sus pautas sobre discrepancias en la proporción de la muestra son útiles para comprobar quién desapareció del análisis. Microsoft Research

Separa la asignación, la presentación y el resultado. Un navegador puede tener asignado un modo mientras una regla de supresión existente impide que aparezca un globo de bienvenida. Mantén a ese participante en el grupo original. Revisa las reglas de supresión del sitio al interpretar el resultado. No lo traslades discretamente a un conjunto de datos que parezca más limpio.

¿Qué debería contar como objetivo?

Para el inicio de conversación, exige el primer mensaje auténtico enviado por el visitante. No cuentan un saludo generado, un registro de chat vacío, un panel abierto ni el envío de un formulario. Completar un formulario puede ser un objetivo de captación independiente si se definen el formulario seleccionado y su origen.

Puedes elegir un evento de negocio posterior que sea compatible, siempre que pueda vincularse de forma fiable. Una solicitud de reserva no es lo mismo que una reserva confirmada; una confirmación tampoco equivale a asistir. Elige el evento antes de empezar y mantén invariable su significado.

La distinción también importa cuando el chat y la voz comparten un widget del sitio web. La transcripción de una llamada no cuenta como mensaje de chat escrito por el visitante para este objetivo. Nuestra guía sobre llamadas de voz desde un widget de chat del sitio web explica esa experiencia por separado.

¿Puede un modo consumir créditos antes de que empiece una conversación?

Sí. La generación contextual de mensajes de bienvenida puede consumir créditos al cargar la página. Un visitante puede irse sin enviar un mensaje, aunque ese coste ya se haya producido.

Receptionist atribuye los cargos reales de bienvenida a la asignación que los inició, incluso cuando no hay conversación. Reutilizar la caché no crea un cargo inventado del modelo ni traslada un cargo anterior a un visitante posterior. Compara el coste total y el coste por participante, además del coste por éxito. Si no hay éxitos, el coste por éxito no tiene un valor numérico válido.

Un umbral de créditos controla las nuevas inscripciones; no promete que el trabajo ya iniciado no genere costes posteriores. Revisa la información antes del lanzamiento y comprueba el gasto final después del periodo de recopilación de resultados.

¿Cómo conviertes el resultado en una decisión?

Espera a que transcurran los períodos seleccionados para medir los resultados y comprueba la integridad del seguimiento. Una versión puede mostrar una tasa observada más alta sin que haya pruebas suficientes para llegar a una conclusión fiable. Una tasa alta de inicio de chat también puede generar conversaciones de baja calidad que requieran más tiempo del personal.

Conserva el resultado y la configuración guardada en el historial. Aplicar un modo es una decisión manual, y la revisión debe mostrar el widget compartido al que afecta el cambio. Un filtro de origen para la inscripción no crea una configuración permanente del widget para cada origen.

El enfoque con supervisión humana también se aplica aquí: las pruebas ayudan a tu equipo a decidir, pero no eliminan su responsabilidad por la experiencia que ofrece en el sitio web.

¿Qué ocurre cuando termina la prueba o faltan datos?

Al llegar a la fecha prevista de finalización, se usa el enrutamiento habitual de forma predeterminada. Si está disponible, puedes preseleccionar explícitamente una versión guardada, A, B o C. Esa elección programada sigue requiriendo comprobaciones actualizadas de la disponibilidad del experimento, del destino y de las dependencias; no selecciona automáticamente una ganadora. Si la elección está bloqueada, requiere atención y no debe indicarse como aplicada. Los participantes existentes pueden continuar durante sus periodos de evaluación.

Los resultados desconocidos tienen una consecuencia estricta: incluso un solo resultado desconocido sin resolver puede impedir una recomendación estadística para esa ejecución. Aun así, puedes consultar resultados descriptivos y elegir explícitamente una opción. Si detienes una ejecución manualmente antes de completar el horizonte de análisis previsto, eso no demuestra que haya una versión ganadora. Si cambias a Free, se cierran el acceso a los experimentos y las nuevas inscripciones, y la gestión de los experimentos se interrumpe de forma segura. Los registros habituales de Inbox se conservan.

Preguntas frecuentes

¿Abrir el widget cuenta como una conversión?

No para el objetivo de inicio de conversación. Ese objetivo requiere un mensaje auténtico enviado por el visitante. Las aperturas del panel y los saludos son eventos operativos distintos.

¿Pueden los visitantes cambiar de grupo en cada vista de página?

Receptionist mantiene estable la asignación de un navegador inscrito en las cargas aptas. Cambiar el tamaño de la ventana o girar el dispositivo no crea una asignación nueva.

¿Siempre es mejor tener más chats?

No. Considera conjuntamente el objetivo principal, el coste y el contexto posterior. Según las necesidades de los visitantes y el trabajo que tu equipo deba realizar después, tener más conversaciones puede ser útil, neutro o una carga.

¿La prueba envía automáticamente más tráfico al modo que va en cabeza?

No. Utiliza proporciones fijas. El tráfico adaptativo y la creación guiada por AI Manager/MCP no están incluidos.

Lleva la configuración actual de tu widget y el flujo de consentimiento a una revisión de Receptionist. Reserva una demostración para decidir qué única pregunta de presentación vale la pena probar.

Fuentes consultadas el 10 de octubre de 2026. Los ejemplos describen el diseño de pruebas, no un aumento medido.