Torna a Podcast

Trascrizione

John Jantsch: Questo episodio è un podcast di marketing su nastro adesivo ed è offerto da pixelz.com. Devi rendere quelle immagini fantastiche. Se vuoi che appaiano, se vuoi che rappresentino i tuoi prodotti, questo è un servizio di ritocco per rendere le tue immagini fantastiche.

Ciao e benvenuto in un altro episodio del podcast sul marketing del nastro adesivo. Questo è John Jantsch. Il mio ospite oggi è Lukas Haensch. È un ex manager di Google UX e fondatore di Pathmonk su pathmonk.com.

John Jantsch: E parleremo di velocità della pagina, velocità di caricamento del sito Web, tutti i fattori UX. Se le persone visitano il tuo sito Web e si carica molto lentamente, è una brutta esperienza ed è per questo che è un fattore così importante. In effetti, è un fattore così importante che Google lo è, definendolo esteriormente un fattore di ranking per scopi SEO. Quindi Lukas, grazie per esserti unito a me.

Lukas Haensch: Grazie John. Grazie per avermi.

John Jantsch: Quindi, come fa una persona, voglio dire, ancora una volta, molte volte le persone parlano della velocità della pagina e ci sono così tanti fattori che entrano in gioco. Qualcuno potrebbe avere un ottimo sito Web che si carica velocemente, ma qualcuno è lento, come dicevo dial up. Non diciamo più dial up, vero? Ma connessione lenta. E quindi stanno vivendo una brutta esperienza. Voglio dire, come facciamo a sapere a che punto siamo? Voglio dire, come misuriamo, qual è la nostra velocità di pagina?

Lukas Haensch: Molto, molto felice che tu l'abbia chiesto. Quindi penso che forse prima di tutto, penso che un concetto chiave da tenere in mente sia, perché ci preoccupiamo anche della velocità della pagina? Solo molto, molto brevemente, perché ci importa anche di questo? Se lo confronti con il tuo negozio al dettaglio, forse è molto, molto bello confrontarlo con la tua porta scorrevole nel tuo negozio al dettaglio. Se questa è un'apertura super, super, super lenta, quante persone aspetterebbero di passare davvero?

Lukas Haensch: Tenendo solo quel tipo di analogia nella parte posteriore della tua mente, una volta che hai affrontato tutto questo, oggi. Quindi il feed di pagina è fondamentalmente il tuo apriporta per il tuo utente. C'erano tonnellate di parametri lì e so che ci sono molti esperti di marketing che ascoltano. Quindi sostanzialmente ti fornirò una metrica, che abbiamo utilizzato all'interno di Google mentre stavamo lavorando con i più grandi clienti di Google, e questo è l'indice di velocità. Quindi ci sono tonnellate di metriche che potresti avere, tempo di caricamento, primi morsi caricati, quando inizia il rendering?

Lukas Haensch: Ma se guardi l'indice di velocità, e ti dirò tra un secondo come lo ottieni, ma se guardi l'indice di velocità, ciò che misurerai effettivamente è quanto tempo ci vuole prima che quella prima schermata, il contenuto above the fold, quanto tempo ci vuole prima che questo sia completamente dipinto, il che significa, a sua volta, che un utente ha un'esperienza significativa del tuo sito web? Quindi, questo è ciò su cui ci siamo davvero concentrati all'interno di Google nel nostro team per ottimizzare il rendering above the fold.

Lukas Haensch: E tutte le altre azioni andranno da lì, perché l'invito all'azione è già lì, l'immagine di un eroe sarà già lì, e poi tutto il resto si svolgerà da lì. Quindi l'indice di velocità è qualcosa che puoi ottenere molto facilmente. Esiste uno strumento chiamato webpagetest.org. In realtà è costruito da Google. Non è uno strumento ufficiale di Google in questo senso, ma è stato creato dal team di Google per esaminare i siti Web con velocità di pagina.

Lukas Haensch: E se inserisci il tuo URL lì e otterrai una metrica chiamata indice di velocità della pagina e ti dirà qualcosa come 3000 o 4.000, e in pratica sono millisecondi. Quindi, se hai un indice di velocità della pagina di 3000, sei above the fold. Il contenuto verrà caricato completamente dopo tre secondi. Quindi questa è una cosa davvero buona su cui mettere l'attenzione.

John Jantsch: Quindi ripetilo ancora, webpagetest.org?

Lukas Haensch: Esatto. Webpagetest.org è come un sito Web blu scuro in cui puoi inserire un paio di parametri, puoi scegliere la rete, che è davvero importante da scegliere. Devi scegliere qualcosa che abbia molto senso per la tua base di utenti. Non tutti sono in 5G e nemmeno tutti sono in 4G. Potrebbe essere divertente sentirlo, ma quando lo stavamo facendo circa due anni fa, un anno e mezzo fa all'interno di Google, in realtà stavamo testando su 3G ancora velocemente perché una base di utenti così ampia è in realtà più lenta e dispositivi di fascia bassa. Quindi testare nel wifi dei tuoi uffici probabilmente non è la cosa migliore da fare.

John Jantsch: Dove hai trovato o cosa hai scoperto che erano alcuni dei maggiori colpevoli, voglio dire, che rallentano i siti?

Lukas Haensch: E questo si collega esattamente a questo concetto che abbiamo appena detto prima. Stiamo esaminando il rendering del contenuto above the fold e c'è solo un livello molto alto. C'è un concetto chiave là fuori chiamato il percorso di rendering critico, il che significa che il browser deve passare attraverso molte risorse prima ancora di poter iniziare a mostrare qualsiasi cosa sullo schermo. Quindi, se hai molto spazio bianco prima che il tuo sito Web mostri qualcosa, di solito stai bloccando il percorso di rendering critico.

Lukas Haensch: Lo vedrai effettivamente visivamente se vai su webpagetest.org, sarai in grado di vedere esattamente perché è fondamentalmente una versione rallentata di come viene caricata la tua pagina. Vedrai nel secondo, abbiamo uno schermo bianco, nel secondo 1.5 abbiamo uno schermo bianco e così via e così via e fino a quando non mostri effettivamente il primo contenuto. Quindi le cose più importanti che influiscono, queste sono, è tutto ciò che sta bloccando il rendering perché se stai bloccando il rendering, hai una pagina ampia e di solito sono un paio di cose.

Lukas Haensch: Per impostazione predefinita, sarà sempre perché è semplicemente un blocco del rendering. È il tuo CSS e il tuo JavaScript nella tua pagina. Senza entrare troppo nel dettaglio. Ma ogni volta che hai qualcosa che contiene molti script Java e che può essere un lettore video, può essere un carosello in cui hai alcuni messaggi di marketing lanciati nella parte superiore del tuo sito Web, molto spesso è guidato da script Java .

Lukas Haensch: I tecnici avranno un vecchio strumento di test AB che potresti non utilizzare più. Quello sarà lo script Java. Quindi, anche se non è davvero necessario nella parte superiore dello schermo, bloccherà ciò che è successo una volta che inizi a vedere effettivamente qualcosa sullo schermo. Quindi uno degli esercizi chiave è controllare sempre, tutti i file di script Java che stiamo usando, tutti i file CSS che stiamo usando sono effettivamente richiesti o puoi, e viene chiamato, ritardandoli o rinviandoli in termini tecnici, puoi ritardare il caricamento di un paio di quegli elementi, che quindi sblocca il percorso di rendering critico, che quindi mostra lo stesso contenuto in precedenza senza modificare nulla sui siti del server, senza cambiare nulla di drammatico.

Lukas Haensch: Quindi la cosa fondamentale che abbiamo imparato e comunicato continuamente all'interno di Google è che non devi fare quei grandi cambiamenti. C'è praticamente ogni file che carichi ha il potenziale per essere migliorato. È un file CSS? Potrebbe essere, non necessario in questo momento. Può essere caricato in seguito. È un file JavaScript? Può essere differito. È un file di caratteri? Forse è un vecchio formato di carattere. E così via e così via. Puoi esaminare tutti i fatti e ovviamente le immagini, c'è un grande trucco chiave che penso sia davvero utile per le immagini.

Lukas Haensch: Posso approfondire, ma alla fine si tratta di esaminare quei singoli articoli e tu come marketer, se è così, forse è qualcosa con cui non hai lavorato tutto il tempo, vai su webpagetest.org tramite l'URL e puoi vedere passo dopo passo, ok, cosa si sta effettivamente caricando e cosa posso vedere sul mio schermo? E questo ti darà una buona idea di cosa sta succedendo sulla tua pagina. Se ci sono tonnellate di script Java, se ci sono tonnellate di immagini, se ci sono file affezionati che caricano a lungo, tutto questo.

John Jantsch: Che ruolo, voglio dire, so che alla fine ha un ruolo, ma quale ruolo gioca l'hosting nel rallentare i siti o nel fornire un carico più veloce?

Lukas Haensch: Voglio dire, fondamentalmente, influisce in qualche modo sulla prima parte dell'equazione generale su quanto velocemente stai inviando, il tuo primo morso, fondamentalmente, quanto velocemente stai inviando le informazioni è praticamente giù per il tubo. Quello che abbiamo trovato è stato ancora e ancora, ovviamente, questo ha il suo ruolo, ma un ruolo molto, molto più importante, le vittorie molto più veloci sono nell'ottimizzazione dei singoli file perché, come abbiamo appena discusso prima, c'è il blocco del cluster di rendering critico. Ci sono così tante piccole cose che puoi fare prima di dover toccare quell'hosting. Quindi, esaminerei il percorso di rendering critico e il modo in cui stai caricando i file un paio di volte prima di cambiare qualsiasi configurazione principale.

John Jantsch: Trovi che alcuni dei sistemi di gestione dei contenuti che sono disponibili oggi, ovviamente WordPress siano di gran lunga i più popolari. Questi fanno parte del problema in particolare quando le persone iniziano ad aggiungere temi, plug-in e questo tipo di cose?

Lukas Haensch: 100%. Penso che tu debba pensare a cos'è un plugin. Un plugin è fondamentalmente un insieme di JavaScript in moltissimi casi. Ovviamente dipende da cosa fa, ma se ha molte funzionalità, sì. Quindi, ad esempio, ed è la stessa logica applicata, prendiamo la logica del plugin da WordPress. Quindi stai caricando un paio di plugin. Alcuni di loro in realtà non ti serviranno nemmeno in questa pagina. Alcuni di loro ti serviranno solo su una pagina particolare. O alcuni di loro ti serviranno solo in fondo alla tua pagina.

Lukas Haensch: Quindi quello che puoi fare è, puoi esserlo, e c'è anche un plugin per quel tipo di meta plugin. Ma puoi anche eseguirlo tramite codice. Puoi caricare condizionalmente i tuoi plugin. Quindi, se la mia prima mossa, il mio schermo si sta caricando, se la mia pagina si sta caricando, quello che puoi fare è semplicemente usare quel caricatore di condizionatori per i plug-in e quindi scegliere quando il plug-in dovrebbe effettivamente essere caricato.

Lukas Haensch: Se lo fai attraverso il codice, avrai ancora più flessibilità per dire, ok, quale dovrebbe essere caricato in questo momento? E ancora, e hai menzionato i temi lì perché i team vengono forniti con molti script Java e tutto viene caricato all'inizio. Questo a sua volta blocca il rendering. E potresti di nuovo andare file per file attraverso il controllo, ok, quali possono essere posticipati e caricati in seguito.

Lukas Haensch: Quindi è qui che il marketing dovrebbe sedersi insieme allo sviluppatore e controllare, ok, [non udibile] in realtà i file di script Java, lascia che ti faccia un rapido esempio. Hai uno script Java di cui hai bisogno nella tua pagina di pagamento. Quel JavaScript non è affatto richiesto nei primi due secondi. L'utente deve anche arrivarci. Quindi è una combinazione. È davvero, guardi i plugin, [non udibile 00:10:52], guardi lo script Java, provi a rimandarne alcuni, ed è così che fondamentalmente riduci secondo per secondo.

John Jantsch: Quindi ho eseguito dei test sull'utilizzo dei test di pagina che hai condiviso e sugli approfondimenti sulla velocità della pagina di Google. E sembra esserci una differenza significativa nel carico mobile rispetto al desktop. In effetti, ho testato molti siti e raramente trovo siti che ottengono una recensione positiva da Google sui dispositivi mobili. Ci sono cose che dovremmo fare? Voglio dire, dovremmo avere siti [non udibili] quasi separati o esperienze separate per dispositivi mobili?

Lukas Haensch: Quindi, è un'ottima domanda. Voglio dire, penso che il carico mobile... Voglio dire, il tempo di caricamento sul cellulare diventa particolarmente evidente perché i dispositivi e noi siamo connessi. Quindi ci sono molti più punti di rottura, diciamo, o molti più punti che, in un certo senso, rischiano di essere, diminuendo le prestazioni. Il che significa che, se sto guardando la mia pagina mobile, penso, e penso che anche con WordPress, puoi condizionare il tuo carico di determinati elementi per dire semplicemente di no, non mostrarlo su dispositivo mobile o mostrarlo su dispositivo mobile.

Lukas Haensch: Ci sono alcuni elementi. Prendiamo, penso che magari ti dia l'esempio di una giostra. Se la giostra rosa con un'immagine diversa in alto. Quindi hai questo forse sul desktop e non ha un impatto reale sulle tue prestazioni, ma poi guardi i dispositivi mobili e all'improvviso influisce pesantemente sulle prestazioni perché stai caricando cinque o sei immagini, che è un bel po' di cose da carico.

Lukas Haensch: Stai caricando lo script Java, che come ho detto è un blocco casuale. Inoltre, il che significa che ora hai la situazione in cui fondamentalmente devi avere, un budget per le prestazioni in cui dici, ok, ho questo e quel budget da giocare. E se stai guardando la tua pagina mobile e stai già spendendo un bel po' di budget per le tue sei immagini più il tuo script Java, stai già impiegando un bel po' di secondi per caricarsi mentre poi dovresti anche guardare alle tue metriche e analisi, le persone interagiscono anche con la quinta o la sesta immagine.

Lukas Haensch: O è solo perché il marketing o qualcun altro voleva avere i vari messaggi là fuori? Quindi, prenderei sicuramente in considerazione, guardando oggetti particolarmente pesanti, pesanti, come i video. Non sto dicendo di non usare i video, ma ci sono anche modi più intelligenti per visualizzare i video. Caroselli, questi tipi di elementi devono essere molto severi per non usarli su dispositivi mobili perché di solito non hanno un forte valore UX e sicuramente prendono molto dal budget di velocità.

John Jantsch: Se hai un sito web, se vendi prodotti online oggi, sai che le immagini sono fondamentali per il modo in cui le persone si fanno opinioni sui tuoi prodotti e servizi. pixelz.com that's pixel with a z.com è un servizio di ritocco delle immagini che può acquisire tutte le tue immagini. Possono ritoccarli, aggiungere forma e simmetria, smussare i dossi, allineare le spalle, cose del genere, che possono ridurre le rughe, che possono ridurre e rimuovere i pelucchi, tutto ciò che proprio non sembra adattarsi. Chiedi a qualcuno di farlo per te. Accelera il tuo time to market perché ti daranno le tue immagini ritoccate il mattino successivo. Vai su pixels.com che è PIXELZ.com e scopri i loro servizi di ritocco di immagini.

John Jantsch: Puoi, senza far sbalordire le persone qui, parlare un po' di AMP in questa equazione, delle pagine mobili accelerate. È qualcosa che le persone dovrebbero usare, per un carico migliore, una migliore esperienza, ma poi hai meno grafica, hai meno controllo? Allora come ti senti a riguardo?

Lukas Haensch: Quindi, personalmente, voglio dire, il modo in cui guardo a questo è fondamentalmente che è un normale sito Web con tutte le regole già fornite. Ti sta già dando molte restrizioni sul tuo script Java. Ti sta già dando, e poi ovviamente ci sono ulteriori ottimizzazioni nell'HTML. Quindi, in un certo senso, sta prendendo questo tipo di regole di cui stavamo solo discutendo e in un certo senso ve le impone. Quindi, ecco perché questo è un pezzo e uno dei motivi per cui queste pagine si caricano molto velocemente.

Lukas Haensch: Non mi considererei un esperto di AMP, ma penso che semplicemente per quello che è in realtà, è fondamentalmente solo un sito Web, un normale sito Web con molte regole lì dentro e che sostanzialmente ti impediscono di abusare del tuo budget di velocità e quindi sono pagine veloci. Quindi penso che sia un ottimo modo per qualcuno se si adatta al tuo tipo di contenuto, se riesci a trasmettere il tuo messaggio con quello, penso che sia un ottimo modo.

John Jantsch: Quindi so che aneddoticamente, darò a un sito tre o quattro secondi se non succede nulla, potrei cliccare via, specialmente sul mio dispositivo mobile. Ci sono statistiche che dicono definitivamente che sì, X quantità di persone aspetteranno X quantità di tempo, ma se il tuo sito non si carica in quel lasso di tempo, non solo è una brutta esperienza ma se ne andranno?

Lukas Haensch: Sì. Ci sono solo tonnellate di parametri. Le due metriche che stavamo utilizzando all'interno del nostro team e probabilmente ci sono state solo se non sono peggiorate, almeno il loro stato o stiamo peggiorando è come se il 53% dei consumatori lascerà un sito se impiega più di tre secondi per caricare. Quindi, secondo queste metriche, metà del tuo traffico è già andato sui dispositivi mobili, se non stai caricando più velocemente o entro quei tre secondi.

Lukas Haensch: E quando dico tre secondi di indice di velocità di 3000, essere in grado di dipingerlo per lo schermo entro tre secondi perché una persona non ha motivo di andarsene. Perché penso che forse anche un elemento chiave che c'è quando parliamo di indice di velocità o velocità della pagina, stiamo anche parlando di una persona che vede qualcosa di significativo. Forse non è una buona idea staccarlo dall'esperienza umana guardando come tonnellate di metriche diverse.

Lukas Haensch: Ad esempio, puoi mostrare qualcosa di significativo a una persona, il che significa che non se ne andrà perché non vede qualcosa. Partiranno forse per altri motivi. Quindi 53%, ci sono tonnellate di altre metriche su come ci sono metriche su questo, se carichi un secondo più velocemente che un tasso di conversione aumenterebbe di circa il 20% o più. È difficile per me rilasciare, dipende davvero dal caso d'uso e dal traffico che stai ricevendo. Ma penso che questo 53% se non stai imparando più velocemente di tre secondi sia davvero buono da avere nella parte posteriore della tua mente. Se nel tuo caso è al 100%, questa è un'altra storia a riguardo.

John Jantsch: Penso che illustri questi i motivi, molte volte in cui alcune aziende, i professionisti del marketing hanno solo un limite di attenzione sul budget, tempo per lavorare su cose. E penso che sia importante per loro capire perché questa dovrebbe essere una priorità. E penso che sia una buona metrica per questo.

Lukas Haensch: 100%. Come se gestissi un negozio al dettaglio, se la tua porta non si aprisse, come se ci saltassi subito sopra.

John Jantsch: Esattamente. Penso che parte del problema sia che molti marketer in realtà non visitano il proprio sito web. In realtà non hanno la stessa esperienza che hanno i loro clienti o potenziali clienti, sfortunatamente.

Lukas Haensch: Sì. E se lo fanno, è molto spesso una versione memorizzata nella cache. Una versione memorizzata nella cache o su Wi-Fi. Quindi fai davvero quello sforzo. Vai su uno strumento come, o puoi anche farlo con Chrome, ma vai su webpagetest.org e provalo solo per vederlo tu stesso, quali sono le esperienze che la maggior parte delle persone ha effettivamente con il tuo sito web.

John Jantsch: So che Google non fornisce necessariamente un elenco di tutti i fattori che utilizzano per il posizionamento. Ma penso che sia abbastanza ampiamente accettato che la velocità della pagina o la mancanza di velocità della pagina sia una variabile nel posizionamento o meno delle tue pagine. Puoi parlare con quello?

Lukas Haensch: Voglio dire, ovviamente non ho tutte le intuizioni su tutte le cose che influiscono sulla classifica. Se è così, probabilmente sarei, non dovendo più lavorare. Ma penso che una cosa sia importante da tenere a mente. Tutto questo c'è una certa ragione per questo. Quindi sempre più traffico è in corso sui dispositivi mobili. Quindi il traffico mobile ha superato ovviamente il traffico desktop. Quindi, quindi, più traffico arriva attraverso la ricerca di Google su dispositivi mobili sempre più che su desktop, quindi il visitatore, quindi più mercato. C'è più opportunità per il marketing, in quei canali.

Lukas Haensch: Ma quello che vediamo in generale sono tassi di conversione inferiori sui dispositivi mobili rispetto ai desktop. Quindi c'è ovviamente un interesse piuttosto significativo per migliorare la velocità della pagina perché è un aspetto che influenza l'esperienza di un utente. Quindi, in un modo come il motivo per cui è importante per il ranking è anche il motivo per cui è positivo per gli utenti, motivo per cui è buono per le conversioni, il che a sua volta è positivo per qualcuno che sta pubblicando pubblicità su quel canale. Quindi, non posso davvero, non ho ulteriori approfondimenti sui fattori di ranking. Posso solo dire che deriva tutto da un'ottima ragione.

John Jantsch: E quello che dico sempre alla gente è proprio quello che hai detto tu. Una pagina che si carica lentamente è una brutta esperienza. E quindi Google non vuole che le persone abbiano una brutta esperienza. Quindi non mostreranno quella pagina. E penso che questo sia il modo di vederla. Penso che sia sempre stato il loro intento. E così di conseguenza, le cose cambiano con l'algoritmo e quant'altro non solo perché riescono a capire meglio cosa, tutti i fattori della pagina sono sul sito.

John Jantsch: E quindi penso che non ci siano dubbi sul fatto che, in effetti, uno dei modi più semplici per testare questo è che quando abbiamo clienti che hanno un'esperienza mobile davvero negativa, sia per il design che per la velocità di caricamento, voglio dire, non riusciamo a farli comparire per le ricerche su dispositivi mobili. Semplicemente non lo faranno. E quindi penso che sia un'indicazione chiara come qualcuno avrebbe bisogno di suggerire che, non importa come, dove lo metti nella classifica, è un fattore.

Lukas Haensch: Penso che direi che la cosa più importante che avrei sottratto a tutto questo tempo in Google lavorando su questo è che molti team sopravvalutano lo sforzo necessario per apportare anche piccole correzioni. Quindi l'ottimizzazione della velocità della pagina sulla pagina mobile deve essere intitolata come un grande progetto. Ma come stavo cercando di sottolineare prima, non ci sono molte cose, molte piccole cose che possono essere fatte per migliorare.

Lukas Haensch: Mi dia solo uno o due esempi che forse lo mettono in evidenza in modo molto drastico. Molte persone cercano di ottimizzare la loro immagine di eroe. Quello che puoi fare semplicemente come puoi fare, prendi la tua immagine di eroe, puoi trasferirla, diciamo, in una stringa di codice. Si chiama base 64 nella codifica e all'improvviso puoi inviare la tua immagine eroe con la prima richiesta nel tuo file HTML. Quello che sto solo cercando di dirti è che non ci sono grandi cambiamenti da fare.

Lukas Haensch: Prenderesti un'immagine, la trasferisti in un altro formato, la invii ora con il tuo primo file e una grossa fetta del tuo primo contenuto above the fold può già essere dipinto. Quindi, penso che sia probabilmente il mio più grande asporto, che ci sono molte piccole cose che possono essere fatte piuttosto che farcela, per farla esplodere inutilmente come un grande progetto.

John Jantsch: Allora, dove potrebbe qualcuno, diciamo che un ascoltatore è là fuori a pensare, ha detto un paio di cose che hanno molto senso, ma non so come fare niente di tutto ciò. Dove trovi qualcuno che, perché ancora una volta, se sei solo un consulente per la velocità delle pagine di Google, otterrai persone molto tecniche, otterrai persone che dicono solo di poterlo fare, ma sono davvero, tutto ciò che vogliono fare è spostarti su un nuovo hosting o qualcosa del genere. Voglio dire, come trovi la risorsa giusta per aiutarti a sistemare alcune di queste piccole cose?

Lukas Haensch: Penso che sia un'ottima domanda. La cosa che posso dire è che se il tuo team esamina ragionevolmente uno per uno i file, molto di questo può già essere scoperto. Il tuo file di font è forse solo nel vecchio formato di file di font? C'è un formato di file di carattere che è TTF. Se lo trasferisci su [non udibile] è più piccolo del 30%. I caratteri sono più grandi, più veloci. Quindi l'unica cosa che non posso davvero dire come un posto, quello che posso dire è di andare con il tuo team attraverso la cascata del tuo sito web. Penso che sia la migliore fonte per essere onesti.

John Jantsch: Quindi, nell'introduzione ho detto che hai recentemente fondato una società chiamata Pathmonk. Vuoi parlarci un po' di cosa fa Pathmonk.

Lukas Haensch: Certo. Quindi, decisamente all'interno di Pathmonk, stavamo osservando molto più da vicino le conversioni su dispositivi mobili e desktop. E quello che ci siamo resi conto è che in realtà è molto difficile per gli esperti di marketing rispondere a domande come quante visite sono necessarie all'utente per convertire effettivamente? O quanti secondi hai sulla pagina per convincerli effettivamente? E non sto parlando della frequenza di rimbalzo, sto parlando di qual è la quantità media di secondi che una persona impiega prima di registrarsi? O quali azioni dell'utente mostrano che un visitatore è pronto per la conversione?

Lukas Haensch: Quindi abbiamo visto che c'è un grande divario nella capacità di comprendere una sorta di informazioni anonime in modo retrospettivo come i dati di Google Analytics o guardare video di mappe di calore come come si comporta qualcuno. Ma abbiamo scoperto che c'è un divario che in tempo reale è difficile per le persone reagire immediatamente. Cosa succede se l'utente X è stato sulla pagina e ha eseguito azioni che sembrano essere qualcuno che si sta convertendo, puoi reagire al mercato? E abbiamo scoperto che la maggior parte del mercato è attuale.

Lukas Haensch: Quindi costruiamo, fondamentalmente, tecnologie chiamate smart card che fondamentalmente aiutano, basandosi automaticamente sull'intelligenza artificiale, imparando cosa sta facendo un utente sulla pagina, quali sono i probabili modelli di conversione. Quindi quali intenzioni hanno gli utenti quando sono sulla pagina. E poi mostriamo loro contenuti sui tuoi prodotti, come domande frequenti, testimonianze, casi di studio su quelle che abbiamo chiamato smart card che scorrono e dal basso o dall'alto. E questo è fondamentalmente il modo in cui lasciamo che un sito Web reagisca in tempo reale a ciò che sta accadendo sulla pagina con ogni dato visitatore fino al livello in cui il tipo di prodotto o funzionalità è interessato.

John Jantsch: E penso che se, nei termini più semplici, se qualcuno sta visitando una certa pagina, probabilmente è interessato a quell'argomento. E così è davvero, invece di dare loro la diapositiva generica, è davvero un modo per personalizzare la loro esperienza praticamente su ogni pagina o visita o, come hai detto tu, tutto il loro percorso. Perché molte volte sui siti, le persone fanno cinque o sei cose che indicano sicuramente che stanno esplorando un determinato argomento o hanno un certo intento. E quindi essere in grado di reagire a questo, come hai detto in tempo reale, è quello che penso stia diventando un comportamento che le persone iniziano ad aspettarsi purtroppo. E lo dico, sfortunatamente, perché sicuramente alza il livello per i marketer.

Lukas Haensch: Ed è divertente però, quello che vediamo è che ci sono elementi, ci sono elementi attesi, ovviamente qualcuno sta scaricando un certo white paper. Ma ci sono altre cose, come qualcuno che focalizza in profondità la tua pagina. Abbiamo visto una forte correlazione tra qualcuno che si concentrava in profondità sulla tua pagina e poi, una presentazione su uno di quei rifocalizzi di nuovo. Ed è qualcosa che i dati rivelano e quindi le smart card possono reagire automaticamente.

John Jantsch: E penso che ancora una volta, poiché ho visitato lo strumento e l'ho visto in azione, penso che le smart card siano piuttosto eleganti in termini di modalità di consegna. Non si limitano a prendere il controllo dello schermo o, in realtà, si mettono in faccia a qualcuno. Ma poiché sono in qualche modo personalizzati, penso che verranno visti, sospetto che siano molto più apprezzati.

Lukas Haensch: È interessante. Abbiamo lavorato su molti test UX e molti UX funzionano perché ci sono molti preconcetti che i ragazzi intelligenti hanno dovuto superare. Non scatta e non sembra un bot di chat perché ci sono molte nozioni preconcette con il bot di chat. Molte persone non iniziano nemmeno una conversazione con un chatbot perché pensano che sia giusto, è un robot e non vogliono parlargli.

Lukas Haensch: Quindi le metriche mostrano chiaramente che molte persone non inizierebbero la conversazione. Oppure, se sembra un cookie banner, abbiamo cliccato 100 milioni di volte sui cookie banner. Quindi, in pratica, lavoriamo con le smart card per apparire e sentirsi parte del tuo sito Web, quindi sono completamente personalizzabili in base allo stile e al tema del tuo sito Web. E poi fondamentalmente diventa parte del sito Web scorrendo su e giù contro, spuntando dal nulla.

John Jantsch: Bene, Lukas, grazie mille per esserti unito a noi e per aver parlato della velocità della pagina e speriamo di incontrarti presto in viaggio.

Lukas Haensch: Grazie mille. Grazie per avermi.