industry · product
La chat del tuo sito dovrebbe aprirsi da sola? Testa la cosa giusta
Confronta launcher, fumetto di benvenuto e pannello ad apertura automatica senza confondere l’attenzione con una conversazione reale.

Un test A/B di un widget di chat per siti web dovrebbe misurare se la sua presentazione aiuta i visitatori a compiere un’azione utile. Gli esperimenti di Receptionist offrono tre modalità di presentazione: solo launcher, fumetto di benvenuto e pannello aperto automaticamente. L’apertura di un pannello non è l’inizio di una conversazione. Per considerare iniziata una conversazione serve un messaggio autentico scritto e inviato dal visitatore.
Un pannello aperto è visibile. Una conversazione utile va conquistata. Contare il primo come se fosse la seconda premia un design per aver fatto esattamente ciò per cui era stato programmato.
Quando gli esperimenti sono abilitati nel tuo workspace Receptionist a pagamento, puoi confrontare l’aspetto della chat sul tuo sito web. L’accesso dipende dal tuo workspace e dalle autorizzazioni del team. Questa guida non presenta uno studio sulle conversioni di Entagl né promette che una modalità abbia risultati migliori delle altre.
Che cosa cambia in un test di presentazione?
Mantieni invariati l’agente, l’offerta e il contenuto del saluto. Cambia il modo in cui appare la chat. Altrimenti potresti misurare un’offerta più efficace o istruzioni diverse, anziché il comportamento all’apertura.
| Modalità | Che cosa vede il visitatore | Quale domanda aiuta a verificare |
|---|---|---|
| Solo launcher | Un controllo della chat in attesa di essere aperto | I visitatori inizieranno senza un invito? |
| Fumetto di benvenuto | Un breve messaggio di benvenuto vicino al launcher | Un piccolo invito è d’aiuto? |
| Apertura automatica | Il pannello della chat si apre automaticamente | Aprire il pannello è abbastanza utile da giustificare l’interruzione? |
In un esperimento, un test può usare due o tre modalità con quote di traffico fisse. A mantiene la presentazione originale supportata. Le chat incorporate a schermo intero non rientrano in questo test. La sovrapposizione separata per le chiamate vocali a schermo intero è un’esperienza diversa e dovrebbe mantenere il comportamento attuale.
Seleziona desktop, mobile o entrambi prima dell’avvio. Se la presentazione originale è diversa su desktop e mobile, usa un solo gruppo di dispositivi oppure allinea prima separatamente le impostazioni normali. Ruotare il telefono non dovrebbe assegnare il visitatore a un’altra versione del test.
Quando può partecipare un browser all’esperimento?
Gli esperimenti sul sito web richiedono il consenso esplicito del sito ospitante alla sperimentazione o all’analisi, trasmesso tramite un’integrazione specifica per il widget. Se il consenso è sconosciuto o negato, si mantiene la presentazione originale e non si traccia l’esperimento. Il fatto che un visitatore apra la chat funzionale non costituisce, di per sé, un’autorizzazione a includerlo nell’esperimento.
Il sistema di gestione del consenso del sito ospitante deve trasmettere la scelta al widget. Un consenso accordato dopo che la presentazione originale è già apparsa entra in vigore al successivo caricamento idoneo. Il pannello non dovrebbe aprirsi o chiudersi all’improvviso durante la visita perché il visitatore ha modificato un’impostazione del consenso.
La revoca interrompe il tracciamento sperimentale e le azioni che attirano l’attenzione. Dovrebbe preservare una conversazione funzionale attiva e il testo digitato, mostrando la presentazione originale nei caricamenti successivi. Di conseguenza, alcuni risultati dell’esperimento potrebbero restare sconosciuti. Il report deve indicare questa limitazione.
Questi sono i requisiti di consenso del prodotto per questo esperimento. Non affermano che la sola funzionalità soddisfi i requisiti di legge di ogni giurisdizione.
Perché conteggiare i browser che non avviano mai una chat?
Perché la presentazione dovrebbe influire sull’avvio di una chat. Se consideri solo i visitatori che inviano un messaggio, escludi proprio le persone per le quali la presentazione non ha portato a quell’azione.
Il denominatore corretto per questo design comprende tutti i browser idonei, consenzienti e inclusi nell’esperimento, anche quelli che non avviano mai una chat. Un browser non equivale a una persona distinta su più dispositivi. Non rinominare quel conteggio «tutti i visitatori del sito» o «tutti i clienti».
Microsoft descrive come filtrare i partecipanti dopo l’esposizione possa produrre risultati fuorvianti, compreso un caso in cui un filtro anti-bot ha escluso gli utenti più influenzati da una variante. Le indicazioni di Microsoft sul sample ratio mismatch sono utili per verificare chi è scomparso dall’analisi. Microsoft Research
Tieni separati assegnazione, presentazione e risultato. A un browser può essere assegnata una modalità mentre una regola di soppressione esistente impedisce la visualizzazione del fumetto di benvenuto. Mantieni il partecipante nel gruppo originale. Controlla le regole di soppressione del sito quando interpreti il risultato. Non spostarlo di nascosto in un insieme di dati che sembra più pulito.
Che cosa dovrebbe contare come obiettivo?
Per l’obiettivo di avvio della conversazione, richiedi il primo messaggio autentico scritto e inviato dal visitatore. Un saluto generato, un record di chat vuoto, un pannello aperto o l’invio di un modulo non sono sufficienti. Il completamento di un modulo può essere un obiettivo separato di acquisizione, se il modulo selezionato e la fonte sono definiti.
Puoi scegliere un evento aziendale successivo, se supportato e collegabile in modo affidabile. Una richiesta di prenotazione è diversa da una prenotazione confermata; una conferma è a sua volta diversa dalla presenza. Scegli l’evento prima di iniziare e mantienine invariato il significato.
La distinzione conta anche quando chat e voce condividono un widget sul sito. La trascrizione di una chiamata non è un messaggio in chat scritto dal visitatore ai fini di questo obiettivo. La nostra guida alle chiamate vocali da un widget di chat sul sito illustra quell’esperienza separata.
Una modalità può consumare crediti prima che inizi una conversazione?
Sì. La generazione di un messaggio di benvenuto contestuale può consumare crediti al caricamento della pagina. Il visitatore potrebbe andarsene senza inviare un messaggio, anche se il costo è già stato sostenuto.
Receptionist attribuisce i costi effettivi del messaggio di benvenuto all’assegnazione che li ha generati, anche quando non c’è una conversazione. Il riutilizzo della cache non crea un costo di modello fittizio né sposta un costo precedente a un visitatore successivo. Confronta il costo totale e il costo per partecipante, oltre al costo per risultato positivo. Se non ci sono risultati positivi, il costo per risultato positivo non ha un valore numerico valido.
Una soglia di crediti è un controllo sulle nuove iscrizioni, non una promessa che il lavoro già avviato non comporterà costi successivi. Esamina l’informativa prima dell’avvio e controlla la spesa finale dopo il periodo di raccolta dei risultati.
Come trasformare il risultato in una decisione?
Attendi che si concludano le finestre temporali previste per i risultati selezionati e verifica l’integrità del tracciamento. Una versione può avere un tasso osservato più alto senza che vi siano prove sufficienti per una conclusione affidabile. Inoltre, un tasso elevato di avvio delle chat può generare conversazioni di bassa qualità che richiedono più tempo al personale.
Conserva nella cronologia il risultato e le impostazioni salvate. Applicare una modalità è una decisione manuale e la revisione deve mostrare il widget condiviso interessato dalla modifica. Un filtro per origine applicato all’inclusione non crea impostazioni permanenti del widget per ciascuna origine.
Anche qui vale l’approccio human-in-the-loop: le prove aiutano il tuo team a decidere, ma non eliminano la responsabilità per l’esperienza offerta sul sito.
Cosa succede quando termina il test o mancano dati?
Alla data di fine pianificata, viene usato per impostazione predefinita l’instradamento normale. Se disponibile, puoi invece preselezionare esplicitamente una versione salvata tra A, B o C. Anche questa scelta pianificata deve superare i controlli aggiornati su disponibilità del test, target e dipendenze: non comporta la selezione automatica di un vincitore. Se la scelta è bloccata, è necessario intervenire e non va indicata come applicata. I partecipanti già inclusi possono completare i rispettivi periodi di osservazione.
Gli esiti sconosciuti hanno una conseguenza precisa: anche un solo esito sconosciuto irrisolto può impedire una raccomandazione statistica per quell’esecuzione. Restano disponibili i risultati descrittivi e la possibilità di scegliere esplicitamente. Un’esecuzione interrotta manualmente prima del completamento dell’orizzonte di analisi pianificato non dimostra che ci sia un vincitore. Se si passa al piano Free, l’accesso agli esperimenti e le nuove iscrizioni vengono chiusi e la gestione degli esperimenti viene interrotta in sicurezza. I normali record dell’Inbox restano disponibili.
Domande frequenti
L’apertura del widget conta come conversione?
Non per l’obiettivo di avvio della conversazione. Questo obiettivo richiede un messaggio autentico scritto e inviato dal visitatore. Le aperture del pannello e i saluti sono eventi operativi distinti.
I visitatori possono cambiare gruppo a ogni visualizzazione di pagina?
Receptionist mantiene stabile l’assegnazione di un browser incluso nell’esperimento nei caricamenti idonei. Ridimensionare o ruotare il dispositivo non crea una nuova assegnazione.
Più chat sono sempre meglio?
No. Considera insieme l’obiettivo principale, i costi e il contesto delle fasi successive. Più conversazioni possono essere utili, neutre o gravose, a seconda delle esigenze dei visitatori e delle attività che il tuo team deve svolgere in seguito.
Il test invia automaticamente più traffico alla modalità in testa?
No. Usa rapporti fissi. Il traffico adattivo e la creazione guidata da AI Manager/MCP non sono inclusi.
Porta le impostazioni attuali del widget e il flusso di consenso a una revisione di Receptionist. Prenota una demo per decidere quale singola domanda sulla presentazione merita di essere testata.
Fonti verificate il 10 ottobre 2026. Gli esempi descrivono il design dei test, non un incremento misurato.