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
ProtezioniPorte di affidabilitàRilevamento delle collisioni
La schermata di salute su un account: indicatori di salute del programma per copertura del tracciamento, precisione della ripartizione, decisioni e collisioni aperte, una coda di otto voci in attesa di una persona, e le regole di automazione attualmente armate.

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
Il portafoglio clienti ordinato per ciò che ha bisogno di attenzione per primo: due account con la misurazione rotta, due con decisioni in attesa, uno senza nulla da segnalare.

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
L’automazione di un test: una finestra pianificata, lo stop alla significatività attivo dietro una durata minima di quattordici giorni e un campione minimo di 40.000 visitatori, e le protezioni che fanno aspettare o sospendere l’automazione invece di agire.

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
Le preferenze di avviso per evento, raggruppate per salute, risultati e ciclo di vita: una ripartizione anomala e un test inattivo vanno a e-mail e Slack, un risultato significativo a entrambi, un avvio solo a Slack, e una pubblicazione alla console.

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à

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.

Test migliori, conversioni migliori

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.