Piattaforma · Monitoraggio e automazione
Uno schermo per ciò che è rotto o in attesa
Il monitor di salute e la coda delle attenzioni coprono ogni account, così niente resta inosservato su un sito cliente.
Tenerlo in funzione
Uno schermo, e le regole dietro di esso
Ogni account classificato per ciò che ha bisogno di una persona, l'automazione che agisce su di esso, e dove ve lo dicono.
- Avvii e arresti pianificati, più arresto alla significatività con protezioni: durate minime e porte di affidabilità che rifiutano di agire su dati rotti
- Il rilevamento delle collisioni avvisa quando test concorrenti interferirebbero tra loro
- Avvisi via e-mail, Slack e nell'app, su dodici tipi di evento, attivabili per persona
- Un registro attività per test, e ruoli applicati una volta anziché rotta per rotta
Il portafoglio clienti
Ogni account cliente su uno schermo
Le agenzie non hanno un sito, ne hanno novanta. La vista del portafoglio clienti classifica gli account prima per ciò che ha bisogno di una persona, così la mattina inizia con l'elenco anziché con una ricerca.
- Account ordinati per problemi, poi per decisioni in attesa
- Conteggi in corso e tasso di vittoria per account
- Limitate l'intera console a un cliente in due clic
- Rotto, in decisione, in collisione, scaduto, senza dati: ciascuno la sua riga
Automazione
Regole che fermano, e protezioni che fermano le regole
Pianificate un inizio e una fine, oppure lasciate che un test si concluda da solo alla significatività. Le protezioni tengono onesta l'automazione: una durata minima, e una porta di affidabilità che rifiuta di agire su dati che un allarme ha segnalato.
- Avvii e arresti pianificati per test
- Arresto alla significatività con una durata minima
- Porte di affidabilità che bloccano l'automazione su dati segnalati
- La significatività può solo terminare un test in anticipo: una data di fine è sempre richiesta
- Durata minima mai sotto i sette giorni, quattordici di default
Avvisi
Avvisati una volta, nel posto in cui già guardate
Ogni evento può andare a e-mail, Slack o la console, con preferenze per evento, così un obiettivo rotto sveglia qualcuno e una significatività raggiunta no.
- E-mail, Slack e nell'app, per evento
- Preferenze per utente, non un unico interruttore globale
- Un registro attività completo per l'account
- Dodici tipi di evento, raggruppati per ciclo di vita, risultati, salute e account
Cosa nota
I segnali, e perché sono classificati così
Ciascuno è qualcosa che è ancora vero e ancora irrisolto, ricavato dallo stato attuale anziché da un flusso di ciò che è accaduto. Chiudere un badge non chiude il lavoro.
Rotto batte da decidere batte in coda
Ogni segnale è classificato in una di tre gravità, e un guasto di affidabilità sopprime il risultato che sta sotto invece di stargli accanto. Un test con la ripartizione rotta può anche riferire un vincitore, e mostrare entrambi inviterebbe qualcuno ad agire.
Una ripartizione che non corrisponde più
La ripartizione osservata del traffico è confrontata in continuo con i pesi configurati. Quando si allontana più di quanto il caso spieghi, ogni risultato di quel test è marcato come sospetto finché la causa non è trovata.
Un test diventato muto
Nulla registrato per un giorno intero mentre il test è ancora attivo. Di solito è una regola di targeting che non corrisponde più, o lo script scomparso dopo un rilascio, ed entrambe sono invisibili dall’interno dello schermo dei risultati.
Interferenza fra due test attivi
Un redirect che porta traffico fuori dal pubblico di un altro test compare come allarme di ripartizione nell’altro test, dove nulla rimanda alla causa. Due varianti che modificano lo stesso elemento non producono nessun allarme: la ripartizione resta perfetta e la pagina è una combinazione che nessuno ha rivisto.
Oltre la data di fine, ancora a ripartire traffico
Un test che doveva concludersi e non lo ha fatto vi costa comunque il traffico che occupa. È una decisione in attesa più che un guasto, ed è classificato così.
Un vincitore che nessuno ha costruito
Due segnali distinti, perché sono problemi diversi. Un test ha vinto e non è mai stato pubblicato. Un altro è stato pubblicato mesi fa ed è ancora servito da Pertento invece di vivere nella vostra codebase.
Intorno ai test
L'account, non il test
Gran parte di ciò che va storto in un programma con più persone non è statistico. Sono due persone che modificano la stessa cosa, una modifica che nessuno può tracciare, o un numero che non ha mai raggiunto l'analitica che tutti gli altri usano.
Ruoli applicati in un solo punto
I membri sono in sola lettura su tutta la piattaforma, amministratori e proprietari possono scrivere. La regola è applicata una volta all’ingresso e non rotta per rotta, ed è questo che impedisce a un nuovo schermo di diventare in silenzio l’eccezione.
Un registro di attività per test
Ogni modifica che conta è registrata sul test con chi l’ha fatta e quando: targeting aggiunto, pesi cambiati, avviato, chiuso, pubblicato. Le notifiche dicono cosa è successo; il registro dice chi lo ha fatto.
Layout della console salvati
Disponga uno schermo come lo legge e resta così, per persona e per schermo. Un responsabile d’agenzia e un analista non vogliono le stesse colonne nello stesso ordine, e nessuno dei due dovrebbe ricostruire la vista ogni mattina.
GA4 e Matomo, oppure nessuno dei due
Imposti il metodo di tracciamento per sito. Gli eventi di esposizione sono inviati nel data layer accanto alla vostra analitica esistente, così una variante è una dimensione su cui potete già segmentare. Il tracciamento nativo di Pertento è la terza opzione, quando preferite che resti fuori dai piedi.
Avvisi dove già guardate
Dodici tipi di evento fra ciclo di vita, risultati, salute e account, ciascuno commutabile per canale e per persona. Salute e risultati sono attivi per impostazione predefinita perché si meritano un’interruzione; gli eventi di ciclo di vita sono di solito cose che avete appena fatto voi.
Un portafoglio, molti account
Ciò che vede un’agenzia è il proprio portafoglio clienti; ciò che vede un cliente diretto è il proprio account. Il perimetro viene dalla sessione e non da un identificativo nell’indirizzo, quindi nell’URL non c’è nulla da manomettere.
Domande
Cosa succede quando nessuno guarda
Cosa succede se un test si rompe mentre nessuno guarda?
Ve lo diciamo, invece di farvelo scoprire dai numeri settimane dopo. I due guasti invisibili dall’interno di uno schermo dei risultati sono una ripartizione che non corrisponde più a ciò che avete configurato, e un test che ha smesso in silenzio di registrare qualsiasi cosa, di solito perché un rilascio ha portato via lo script o una regola di targeting non corrisponde più. Entrambi alzano un allarme verso e-mail e Slack per impostazione predefinita, entrambi marcano ogni risultato di quel test come inaffidabile, ed entrambi impediscono alla piattaforma di agire. Il lavoro che vi attende è una coda ordinata e non un ammasso, ed è ricavata da ciò che è vero adesso, quindi nulla scompare perché qualcuno ha svuotato una notifica.
Quanto le è permesso fare sul nostro sito senza di noi?
Nulla, finché non lo accendete, e poi meno di quanto potreste pensare. Automazione e pubblicazione automatica di un vincitore sono due interruttori distinti ed entrambi partono spenti, perché fermare automaticamente il test sbagliato costa il traffico già speso, mentre pubblicare automaticamente un perdente cambia ciò che vede ogni visitatore. Prima di agire deve superare tre porte di affidabilità e una durata minima. E con l’automazione spenta valuta comunque tutto e registra cosa avrebbe fatto, con lo stesso codice che l’avrebbe fatto, così potete vederlo aver ragione per un mese prima di lasciarlo agire.
È sicuro dare accesso a tutto il team?
I membri sono in sola lettura su tutta la piattaforma: possono vedere ogni test e ogni risultato e non modificarne nulla. Quella regola è applicata una volta, centralmente, e non schermo per schermo, il che conta perché un modello di permessi applicato per schermo è un modello in cui il prossimo schermo costruito è in silenzio l’eccezione. Avviare, fermare e pubblicare restano ad amministratori e proprietari, e ogni modifica che conta è registrata sul test con un nome e un orario.
Gestiamo più marchi o siti cliente. Regge questa scala?
È la forma attorno a cui è costruito il monitoraggio. Tutto ciò che resta irrisolto su ogni account a cui arrivate è raccolto in una vista, raggruppato per cliente e per sito, ordinato perché ciò che non è affidabile venga prima di ciò che attende soltanto una decisione. Il perimetro viene da chi ha effettuato l’accesso e non da un identificativo nell’indirizzo, quindi nell’URL non c’è nessun id account da controllare né da manomettere. Un’agenzia vede il proprio portafoglio; un cliente con un solo marchio vede il proprio account nello stesso schermo.
Si integrerà con gli strumenti che già usiamo?
Gli avvisi vanno per e-mail, su Slack o da nessuna parte, impostati per tipo di evento e per persona anziché una volta per tutto l’account, e i messaggi Slack rimandano allo schermo esatto a cui l’evento si riferisce. Sul lato della misurazione, ogni sito è impostato su GA4, Matomo o il tracciamento nativo di Pertento, il che significa che le conversioni che contiamo possono essere gli stessi eventi che la vostra analitica già conta, e non una seconda definizione di acquisto che qualcuno deve riconciliare.
Tutto ciò che c’è nella scatola
L’insieme completo delle funzionalità
Sperimentazione
- Test multivariante visuali
- Test con redirect di URL
- Test server-side
- Editor visuale senza codice
- Avvio da estensione Chrome
- CSS e JS personalizzati
- Sostituire, inserire, accodare, prima e dopo
- Targeting per URL su sette condizioni
- Targeting per dispositivo
- Targeting per cookie
- Pesi del traffico per variante
- Ribilanciamento automatico dei pesi
- Test concorrenti senza dividere il traffico
- Screenshot delle varianti
- Duplicare un test
- Prove prima del lancio
- Assegnazione persistente delle varianti
- Rendering anti-flicker
- Pubblicazione del vincitore con un clic
- Consegna all’implementazione
- Tracciamento delle ipotesi
- Punteggio di priorità PXL
- Pipeline di test a fasi
Statistiche
- Risultati frequentisti
- Risultati bayesiani
- Incremento e intervalli di confidenza
- Probabilità che una variante sia la migliore
- Perdita attesa
- Test sequenziale
- Correzione per confronti multipli
- Holm-Bonferroni, Benjamini-Hochberg e Šidák
- Allarmi di ripartizione anomala del campione
- Obiettivi primari e secondari
- Ricavi per variante
- Valore medio dell’ordine per variante
- Multivaluta
- Analisi della potenza
- Effetto minimo rilevabile
- Proiezione dei giorni rimanenti
- Reportistica sulle combinazioni
- Serie storiche per variante
- Spiegazioni in linguaggio semplice
Monitoraggio
- Monitor di salute
- Coda delle attenzioni fra gli account
- Avvii e arresti pianificati
- Arresto alla significatività
- Protezioni sulla durata minima
- Porte di affidabilità sui dati rotti
- Rilevamento delle collisioni
- Rilevamento delle interazioni
- Allarmi di ritardo e mancanza di dati
- Avvisi via e-mail
- Avvisi su Slack
- Avvisi in app
- Preferenze per evento
- Registro di attività
- Vista del portafoglio clienti
- Layout della console salvati
- Tracciamento GA4 e Matomo
- Ruoli e permessi
Voce del cliente
- NPS sul sito
- CSAT
- CES
- Builder guidato dei sondaggi
- Punteggio, testo libero e scelta singola
- Trigger di visualizzazione e ritardo
- Trigger di exit intent
- Trigger di scorrimento
- Trigger di evento
- Quattro posizioni del widget
- Limite di frequenza
- Analisi del sentiment con IA
- Sondaggi dentro i test
- Risposte legate alla variante
- Temi del testo libero
- Export delle risposte
- Caricato solo dove un sondaggio è attivo
Pertento è una piattaforma di ottimizzazione del tasso di conversione per siti web e negozi online, costruita sia per i team interni sia per le agenzie CRO che conducono programmi di sperimentazione su un portafoglio clienti.
Integrazioni
Funziona con lo stack che già usa
Uno snippet entra in qualsiasi sito, oppure passi completamente al server. Niente da riprogettare.
Snippet di una riga
Incolli un unico tag da 0,9 KB nel suo head ed è attivo. Nessuno step di build, nessuna dipendenza.
Google Tag Manager
Pubblichi e gestisca i test direttamente da GTM. Nessun tempo di sviluppo richiesto.
API server-side
Faccia test oltre il browser: prezzi, ricerca e routing, senza flicker.
- Shopify
- BigCommerce
- Shopware
- Centra
- Geins
- Saleor
- WordPress
- Optimizely CMS
- Storyblok
- Next.js
- Vue
- Astro
- Matomo
- Amplitude
- RudderStack
- Slack
- WooCommerce
- Salesforce
- Wix
- Litium
- commercetools
- Medusa
- Drupal
- Contentful
- Webflow
- Nuxt
- Angular
- Remix
- Piwik PRO
- Mixpanel
- Tag Manager
- Webhooks
- Adobe Commerce
- PrestaShop
- Squarespace
- Norce
- Shopify Hydrogen
- Vendure
- Umbraco
- Sanity
- Framer
- React
- SvelteKit
- GA4
- Adobe Analytics
- Segment
- Klaviyo
Non è nell’elenco? Se genera HTML, Pertento può testarlo:legga come si collega ciascuno.