Înapoi la Podcast

Transcriere

John Jantsch: Acest episod este un podcast de marketing cu bandă adezivă și vă este oferit de pixelz.com. Trebuie să faci acele imagini să arate grozav. Dacă vrei să iasă, dacă vrei să-ți reprezinte produsele, acesta este un serviciu de retușare pentru a-ți face imaginile să arate grozav.

Bună ziua și bun venit la un alt episod din Podcastul de marketing cu bandă adezivă. Acesta este John Jantsch. Invitatul meu de astăzi este Lukas Haensch. El este un fost manager Google UX și fondator al Pathmonk la pathmonk.com.

John Jantsch: Și vom vorbi despre viteza paginii, viteza de încărcare a site-ului web, toți factorii UX. Dacă oamenii au mers pe site-ul dvs. și se încarcă foarte lent, aceasta este o experiență proastă și de aceea este un factor atât de important. De fapt, este un factor atât de important încât Google este, numindu-l în exterior un factor de clasare în scopuri SEO. Deci, Lukas, mulțumesc că mi-ai fost alături.

Lukas Haensch: Mulțumesc John. Mulțumesc că m-ai primit.

John Jantsch: Deci, cum face o persoană, vreau să spun, din nou, de multe ori oamenii vorbesc despre viteza paginii și sunt atât de mulți factori care intră în joc. Cineva ar putea avea un site web grozav care se încarcă rapid, dar cineva este lent, așa cum spuneam eu dial up. Nu mai spunem apelare, nu-i așa? Dar conexiune lentă. Și așa au o experiență proastă. Adică, de unde știm unde suntem? Adică, cum măsurăm, care este viteza paginii noastre?

Lukas Haensch: Foarte, foarte bucuros că ai întrebat. Așadar, cred că, în primul rând, cred că un concept cheie pe care trebuie să-l ai în vedere este, de ce ne pasă chiar de viteza paginii? Foarte, foarte pe scurt, de ce ne pasă de asta? Dacă comparați acest lucru cu magazinul dvs. de vânzare cu amănuntul, poate că este foarte, foarte drăguță analogii să o comparați cu ușa glisantă din magazinul dvs. cu amănuntul. Dacă aceasta se deschide super, super, super lent, câți oameni ar aștepta să treacă de fapt?

Lukas Haensch: Păstrând acest tip de analogie în mintea ta, odată ce treci prin toate astea, astăzi. Așadar, feedul de pagină este practic deschiderea ușii pentru utilizator. Au existat o mulțime de valori acolo și știu că sunt mulți agenți de marketing care ascultă. Așa că, practic, vă voi oferi o valoare pe care am folosit-o în cadrul Google în timp ce lucram cu cei mai mari clienți ai Google și acesta este indicele de viteză. Deci, există o mulțime de valori pe care le-ați putea avea, timpul de încărcare, primele mușcături care sunt încărcate, când începe să se redeze?

Lukas Haensch: Dar dacă te uiți la indicele de viteză și îți voi spune într-o secundă cum îl obții, dar dacă te uiți la indicele de viteză, ceea ce vei măsura de fapt este cât timp durează până la primul ecran, conținutul de mai sus, cât durează până când acesta este complet pictat, ceea ce înseamnă, la rândul său, un utilizator are o experiență semnificativă a site-ului dvs.? Așadar, pe asta ne-am concentrat cu adevărat, cu adevărat, în cadrul Google în echipa noastră, pentru a optimiza pentru prima dată, deasupra randării plierii.

Lukas Haensch: Și, toate celelalte acțiuni vor merge de acolo, pentru că apelul la acțiune este deja acolo, o imagine de erou va fi deja acolo și apoi, totul se va desfășura de acolo. Deci indicele de viteză este ceva pe care îl puteți obține foarte ușor. Există un instrument numit webpagetest.org. De fapt, este construit din Google. Nu este un instrument oficial Google în acest sens, dar este construit din echipa Google, pentru a analiza site-urile web cu viteza paginilor.

Lukas Haensch: Și dacă introduceți adresa URL acolo și veți obține o valoare numită index de viteză a paginii și vă va spune ceva de genul 3000 sau 4000, și asta este practic milisecunde. Deci, dacă aveți un indice de viteză a paginii de 3000, vă aflați deasupra foldului. Conținutul va fi încărcat complet după trei secunde. Deci, acesta este un lucru foarte bun pe care să-l atrageți atenția.

John Jantsch: Deci repetă asta din nou, webpagetest.org?

Lukas Haensch: Corect. Webpagetest.org este ca un site web albastru închis unde puteți pune câțiva parametri, puteți alege rețeaua, ceea ce este foarte important de ales. Trebuie să alegeți ceva care are mult sens pentru baza dvs. de utilizatori. Nu toată lumea este pe 5G și nici măcar nu toată lumea este pe 4G. S-ar putea să fie amuzant de auzit, dar când făceam asta acum doi ani, acum un an și jumătate în cadrul Google, de fapt, testam 3G rapid, deoarece o bază de utilizatori atât de mare este de fapt mai lentă și dispozitive de vârf. Deci, testarea în Wi-Fi-ul birourilor tale, probabil nu este cel mai bun lucru de făcut.

John Jantsch: Unde ați găsit sau ce ați găsit că sunt unii dintre cei mai mari vinovați, adică, că site-urile încetinesc?

Lukas Haensch: Și asta se leagă exact de acest concept pe care tocmai l-am spus înainte. Ne uităm la randarea conținutului de mai sus și există doar un nivel foarte înalt. Există un concept cheie care se numește calea critică de randare, ceea ce înseamnă că browserul trebuie să treacă prin multe resurse înainte de a putea începe să arate ceva pe ecran. Deci, dacă aveți mult spațiu alb înainte ca site-ul dvs. web să afișeze ceva, atunci de obicei blocați calea critică de randare.

Lukas Haensch: Veți vedea că, de fapt, vizual, dacă accesați webpagetest.org, veți putea vedea exact pentru că este, practic, o versiune încetinită a modului în care se încarcă pagina dvs. Veți vedea în al doilea, avem un ecran alb, în ​​al doilea 1.5 avem un ecran alb și așa mai departe și așa mai departe și până când afișați de fapt primul conținut. Deci, cele mai mari lucruri care afectează, acestea sunt, sunt tot ceea ce blochează randarea, deoarece dacă blocați randarea, aveți o pagină largă și de obicei sunt câteva lucruri.

Lukas Haensch: În mod implicit, acest lucru va fi întotdeauna pentru că este pur și simplu blocarea randării. Este CSS și JavaScript în pagina dvs. Fara a intra in prea multe detalii. Dar, ori de câte ori aveți ceva care are o mulțime de script Java în el și care poate fi un player video, poate fi un carusel în care aveți niște mesaje de marketing inversate în partea de sus a site-ului dvs., care este foarte adesea condus de scriptul Java .

Lukas Haensch: Veți avea, tehnicienii, un vechi instrument de testare AB pe care s-ar putea să nu îl mai utilizați. Acesta va fi scriptul Java. Așa că, chiar dacă nu este cu adevărat necesar în partea de sus a ecranului acolo, va fi blocat, ceea ce s-a întâmplat odată ce începi să vezi de fapt ceva pe ecran. Deci, unul dintre exercițiile cheie este să verificați întotdeauna, toate fișierele script Java pe care le folosim, toate fișierele CSS pe care le folosim sunt de fapt necesare sau puteți, și se numește, întârzierea sau amânarea lor în în termeni tehnici, puteți întârzia încărcarea a câteva dintre aceste elemente, care apoi deblochează calea critică de redare, care afișează apoi același conținut mai devreme, fără a schimba nimic pe site-urile serverului, fără a vă schimba nimic dramatic.

Lukas Haensch: Deci, lucrul cheie pe care l-am învățat și comunicat în cadrul Google tot timpul este că nu trebuie să faci acele schimbări mari. Practic, fiecare fișier pe care îl încărcați are potențialul de a fi îmbunătățit. Este un fișier CSS? S-ar putea să nu fie nevoie în acest moment. Poate fi încărcat mai târziu. Este un fișier JavaScript? Poate fi amânat. Este un fișier cu fonturi? Poate că este un format vechi de font. Și așa mai departe și așa mai departe. Puteți parcurge toate faptele și, evident, imaginile, există un mare truc cheie, cred că este foarte util pentru imagini.

Lukas Haensch: Pot să intru în asta, dar în cele din urmă este vorba de a parcurge acele articole individuale și tu, ca agent de marketing, dacă asta, poate este ceva cu care nu ai lucrat tot timpul, mergi la webpagetest.org prin URL. și puteți vedea pas cu pas, bine, ce se încarcă de fapt și ce pot vedea pe ecranul meu? Și asta vă va oferi o impresie bună a ceea ce se întâmplă pe pagina dvs. Dacă există tone de script Java, dacă există tone de imagini, dacă există o încărcare lungă de fișiere dragi acolo, toate acestea.

John Jantsch: Ce rol, vreau să spun, știu că în cele din urmă joacă un rol, dar ce rol joacă găzduirea în încetinirea site-urilor sau în livrarea unei încărcări mai rapide?

Lukas Haensch: Adică, practic, afectează un fel de prima parte a ecuației generale cu privire la cât de repede trimiți, prima mușcătură, practic, cât de repede trimiți informații este practic în jos. Ceea ce am găsit este din nou și din nou, evident că are rolul său, dar un rol mult, mult mai mare, câștigurile mult mai rapide sunt în optimizarea fișierelor individuale, deoarece există, așa cum tocmai am discutat înainte, blocarea clusterului critic de randare. Sunt atât de multe lucruri mici pe care le poți face înainte de a fi nevoit să atingi acea găzduire. Așadar, m-aș uita la calea critică de randare și la modul în care încărcați fișierele de câteva ori înainte de a schimba orice setări majore.

John Jantsch: Considerați că unele dintre sistemele de gestionare a conținutului care există astăzi, evident WordPress sunt de departe cele mai populare. Sunt acelea parte a problemei în special atunci când oamenii încep să adauge teme și pluginuri și astfel de lucruri?

Lukas Haensch: 100%. Cred că trebuie să te gândești ce este un plugin. Un plugin este practic o grămadă de JavaScript în multe, multe cazuri. Evident că depinde de ceea ce face, dar dacă vine cu multă funcționalitate, da. Deci, de exemplu, și se aplică aceeași logică, să luăm logica pluginului de la WordPress. Deci încărcați câteva plugin-uri. De unele dintre ele de fapt nici nu veți avea nevoie pe această pagină. De unele dintre ele veți avea nevoie doar pe o anumită pagină. Sau de unele dintre ele veți avea nevoie doar în partea de jos a paginii dvs.

Lukas Haensch: Deci, ceea ce puteți face este, puteți fi și chiar există un plugin pentru acest tip de meta plugin. Dar puteți rula acest lucru și prin cod. Vă puteți încărca condiționat pluginurile. Deci, dacă prima mea mișcare, ecranul meu se încarcă, dacă pagina mea se încarcă, ceea ce poți face este doar să folosești acel încărcător de condiționare pentru pluginuri și apoi să alegi când ce plugin ar trebui să se încarce de fapt.

Lukas Haensch: Dacă faci asta prin cod, vei avea și mai multă flexibilitate să spui, bine, care ar trebui să se încarce chiar acum? Și din nou, și ați menționat teme acolo, deoarece echipele vine cu o mulțime de script Java și toate acestea se încarcă la început. Aceasta, la rândul său, blochează randarea. Și puteți trece din nou fișier cu fișier prin verificare, bine, care pot fi amânate și încărcate mai târziu.

Lukas Haensch: Așadar, aici marketingul ar trebui să stea împreună cu dezvoltatorul și să verifice, bine, [inaudibile] de fapt fișiere script Java, permiteți-mi să vă dau un exemplu rapid. Aveți un script Java de care aveți nevoie pe pagina de plată. Acest JavaScript nu este deloc necesar în primele două secunde. Utilizatorul chiar trebuie să ajungă acolo. Deci este o combinație. Este, într-adevăr, te uiți la pluginuri, [inaudible 00:10:52], te uiți la script-ul Java, încerci să amâni unele, și așa te descrești secundă cu secundă.

John Jantsch: Așa că am testat utilizarea testelor de pagină pe care le-ați partajat, precum și a informațiilor Google privind viteza paginii. Și pare să existe o diferență semnificativă între încărcarea mobilă față de desktop. De fapt, am testat o mulțime de site-uri și rareori găsesc site-uri care primesc o recenzie strălucitoare de la Google pe mobil. Există lucruri pe care ar trebui să le facem? Adică, ar trebui să avem site-uri [inaudibile] aproape separate sau experiențe separate pentru mobil?

Lukas Haensch: Deci, este o întrebare foarte bună. Adică, cred că încărcarea mobilă... Adică, timpul de încărcare pe mobil devine deosebit de evident deoarece dispozitivele și noi suntem pe o conexiune. Deci, există mult mai multe puncte de rupere, să spunem, sau mult mai multe puncte care sunt, un fel de a fi în pericol de a fi, scăderea performanței. Ceea ce înseamnă că, dacă mă uit la pagina mea de mobil, cred, și cred că chiar și cu WordPress, vă puteți condiționa încărcarea anumitor articole să spuneți doar nu, să nu afișați acest lucru pe mobil sau să îl afișați pe mobil.

Lukas Haensch: Există anumite elemente. Să luăm, cred că poate să vă dau exemplul unui carusel. Dacă caruselul roz cu imagine diferită în partea de sus. Deci ai asta poate pe desktop și nu îți afectează cu adevărat performanța, dar apoi te uiți la mobil și dintr-o dată afectează puternic performanța, deoarece încarci cinci sau șase imagini, ceea ce înseamnă destul de multe lucruri pentru sarcină.

Lukas Haensch: Încarci script-ul Java, care este o blocare aleatorie, așa cum am menționat. De asemenea, ceea ce înseamnă că acum ai avut situația în care practic trebuie să ai, un buget de performanță în care spui, bine, am asta și acela buget de jucat. Și dacă vă uitați la pagina dvs. de mobil și cheltuiți deja un buget destul de mare pentru cele șase imagini plus scriptul Java, vă luați deja câteva secunde pentru a se încărca, în timp ce ar trebui să vă uitați chiar la valorile și analizele dvs., oamenii chiar interacționează, cu a cincea sau a șasea imagine.

Lukas Haensch: Sau este doar pentru că marketingul sau altcineva a vrut să aibă mai multe mesaje? Deci, aș lua în considerare cu siguranță, uitându-mă la articole deosebit de grele, grele, cum ar fi videoclipuri. Nu spun să nu folosiți videoclipuri, dar există și modalități mai inteligente de a afișa videoclipuri. Carusele, aceste tipuri de articole trebuie să fie cu adevărat stricte pentru a nu le folosi pe mobil pentru că de obicei nu au o valoare UX puternică și cu siguranță iau foarte mult din bugetul de viteză.

John Jantsch: Dacă aveți un site web, dacă vindeți produse online astăzi, știți că imaginile sunt cruciale pentru modul în care oamenii își fac păreri despre produsele și serviciile dvs. pixelz.com thats pixel with a z.com este un serviciu de retușare a imaginilor care vă poate lua toate imaginile. Le pot retușa, adăuga formă și simetrie, netezește denivelările, umerii aliniați, lucruri de genul ăsta, care pot reduce ridurile, care pot reduce și îndepărta etichetele de scame, tot ceea ce pur și simplu nu pare să se potrivească. Pune pe cineva să o facă pentru tine. Accelerează-ți timpul de lansare pe piață pentru că îți vor oferi imaginile retușate a doua zi dimineață. Accesați pixels.com, adică PIXELZ.com și aflați despre serviciile lor de imagini emoționante.

John Jantsch: Poți, fără să-i faci pe oameni să stăpânească aici, să vorbești puțin despre, AMP în această ecuație, paginile mobile accelerate. Este ceva ce oamenii ar trebui să folosească, pentru o încărcare mai bună, o experiență mai bună, dar atunci aveți mai puțină grafică, aveți mai puțin control? Deci, ce simți despre asta?

Lukas Haensch: Așadar, personal, vreau să spun, cum privesc acest lucru este că, practic, este un site web normal, cu toate regulile deja predate. Vă oferă deja o mulțime de restricții pentru scriptul Java. Îți oferă deja și apoi, evident, există optimizări suplimentare în HTML. Deci, într-un fel, este să luăm aceste tipuri de reguli pe care tocmai le discutam și să le impunem într-un fel. Deci, de aceea este o bucată și un motiv pentru care aceste pagini se încarcă foarte repede.

Lukas Haensch: Nu m-aș considera un expert AMP, dar cu siguranță cred că, prin pur și simplu, ceea ce este de fapt, este, practic, doar un site web, un site web normal, cu o mulțime de reguli acolo și la care practic te împiedică să suprautilizarea bugetului dvs. de viteză și, prin urmare, sunt pagini rapide. Așa că cred că este o modalitate grozavă pentru cineva dacă se potrivește tipului dvs. de conținut. Dacă vă puteți transmite mesajul cu asta, cred că este o modalitate grozavă.

John Jantsch: Așa că știu anecdotic, voi acorda unui site trei sau patru secunde dacă nu se întâmplă nimic, s-ar putea să dau clic, mai ales pe dispozitivul meu mobil. Există statistici care spun în mod definitiv, da, X oameni vor aștepta X timp, dar dacă site-ul dvs. nu se încarcă în acel interval de timp, nu numai că este o experiență proastă, dar vor pleca?

Lukas Haensch: Da. Există doar o mulțime de valori. Cele două valori pe care le folosim în cadrul echipei noastre și probabil că au fost chiar dacă nu s-au înrăutățit, cel puțin starea lor sau ne-am înrăutățit, se pare că 53% dintre consumatori vor părăsi un site dacă durează mai mult de trei secunde pentru a încărca. Deci, aceasta este jumătate din traficul dvs. deja dispărut pe mobil, conform acelor valori, dacă nu încărcați mai repede sau în acele trei secunde.

Lukas Haensch: Și când spun, indicele de viteză de trei secunde de 3000, a putea să-l picteze pentru ecran în trei secunde, pentru că atunci o persoană nu are niciun motiv să plece. Pentru că cred că poate și un element cheie există atunci când vorbim despre indexul de viteză sau despre viteza paginii, vorbim și despre o persoană care vede ceva semnificativ. Poate că nu este o idee bună să detașați asta de experiența umană privind ca o mulțime de valori diferite.

Lukas Haensch: Cum poți arăta ceva semnificativ unei persoane, ceea ce înseamnă că nu va pleca pentru că nu vede ceva. Vor pleca poate din alte motive. Deci, 53%, există o mulțime de alte valori cu privire la modul în care există o măsurătoare despre asta, dacă încărcați cu o secundă mai repede, rata de conversie ar crește cu aproximativ 20% sau mai mult. Îmi este greu să eliberez, depinde foarte mult de cazul de utilizare și de traficul pe care îl primiți. Dar cred că acest procent de 53% dacă nu învățați mai repede de trei secunde este unul foarte bun de avut în mintea voastră. Dacă este 100% în cazul dvs., aceasta este o altă poveste despre asta.

John Jantsch: Cred că acesta ilustrează motivul, de multe ori când unele companii, marketeri au doar atât de mult o atenție bugetară, timp pentru a lucra la lucruri. Și cred că, cred că este important ca ei să își dea seama, de ce aceasta ar trebui să fie o prioritate. Și cred că este o măsură bună pentru asta.

Lukas Haensch: 100%. Ca și cum ai conduce un magazin cu amănuntul, dacă ușa nu s-ar deschide, ca și cum ai sări pe el imediat.

John Jantsch: Exact. Cred că o parte a problemei este că mulți agenți de marketing nu își vizitează propriul site web. De fapt, ei nu au aceeași experiență pe care o au clienții sau potențialii lor, din păcate.

Lukas Haensch: Da. Și dacă o fac, este foarte adesea o versiune în cache. O versiune memorată în cache sau o versiune Wi-Fi. Deci fă cu adevărat acest efort. Accesați un instrument ca, sau puteți chiar să o faceți cu Chrome, dar să mergeți pe webpagetest.org și să-l testați doar pentru a vedea singuri care sunt experiențele pe care majoritatea oamenilor le au de fapt cu site-ul dvs. web.

John Jantsch: Știu că Google nu oferă neapărat o listă cu toți factorii pe care îi folosesc pentru clasare. Dar cred că este destul de larg acceptat faptul că viteza paginii sau lipsa acesteia este o variabilă în ceea ce privește clasarea sau nu a paginilor tale. Poți vorbi despre asta?

Lukas Haensch: Adică, evident că nu am toate informațiile despre toate lucrurile care influențează clasamentul. Dacă da, aș fi, probabil, să nu mai lucrez. Dar cred că un lucru este important de reținut. Toate acestea există un anumit motiv pentru asta. Deci tot mai mult trafic este pe mobil. Deci traficul mobil a depășit, evident, traficul pe desktop. Prin urmare, prin căutarea Google pe mobil, mai mult trafic vine din ce în ce mai mult decât pe desktop, deci vizitatorul, deci mai multă piață. Există mai multe oportunități de marketing, în acele canale.

Lukas Haensch: Dar ceea ce vedem în general sunt rate de conversie mai mici pe mobil decât pe desktop. Prin urmare, există un interes destul de semnificativ pentru îmbunătățirea vitezei paginii, deoarece este un aspect care afectează experiența unui utilizator. Deci, într-un fel ca motivul pentru care este important pentru clasare este și motivul pentru care este bun pentru utilizatori, motiv pentru care este bun pentru conversii, ceea ce, la rândul său, este bun pentru cineva care face publicitate pe acel canal. Deci, chiar nu pot, nu am alte informații despre factorii de clasare. Pot spune doar că totul vine dintr-un motiv foarte bun.

John Jantsch: Și ceea ce le spun oamenilor tot timpul este exact ceea ce ai spus. O pagină care se încarcă lent este o experiență proastă. Și astfel Google nu vrea ca oamenii să aibă o experiență proastă. Deci nu vor afișa pagina respectivă. Și cred că acesta este modul de a privi. Cred că asta a fost întotdeauna intenția lor. Și, în consecință, lucrurile se schimbă cu algoritmul și nu numai pentru că înțeleg mai bine ce, toți factorii paginii sunt pe site.

John Jantsch: Și cred că nu există nicio îndoială că, de fapt, una dintre cele mai ușoare modalități de a testa acest lucru este că atunci când avem clienți care au o experiență mobilă foarte proastă, fie că este vorba de design sau de viteza de încărcare, vreau să spun, nu le putem face să apară pentru căutări mobile. Pur și simplu nu vor. Și, deci, cred că este o indicație la fel de clară pe cât ar trebui cineva să sugereze că, indiferent de cum, unde îl plasați în clasament, acesta este un factor.

Lukas Haensch: Cred că aș spune că cel mai mare lucru pe care l-aș fi luat din tot acest timp în care Google lucrează la asta este că multe echipe supraestimează efortul necesar pentru a face chiar și mici remedieri. Deci, optimizarea vitezei paginii pe pagina mobilă trebuie să fie un fel de intitulată ca un proiect mare. Dar așa cum am încercat să subliniez și înainte, nu există multe lucruri, o mulțime de lucruri mici care pot fi făcute pentru a se îmbunătăți.

Lukas Haensch: Dă-mi doar unul sau două exemple care poate evidențiază acest lucru foarte drastic. Mulți oameni încearcă să își optimizeze imaginea eroului. Ce poți face foarte simplu așa cum poți face, îți iei imaginea eroului, o poți transfera într-un șir de cod, să spunem. Se numește baza 64 în codare și dintr-o dată îți poți trimite imaginea eroului cu prima solicitare în fișierul HTML. Ceea ce încerc doar să vă spun este că nu trebuie făcute schimbări mari.

Lukas Haensch: Ai face o imagine, ai transfera-o într-un alt format, o trimiți acum cu primul tău fișier și o mare parte din primul tău conținut de deasupra pliului poate fi deja pictat. Deci, cred că aceasta este probabil cea mai mare concluzie a mea, că există o mulțime de lucruri mici care pot fi făcute mai degrabă decât să le realizez, pentru a le arunca în aer inutil ca un proiect mare.

John Jantsch: Deci unde ar putea cineva, să presupunem că un ascultător se gândește, a spus câteva lucruri care au mult sens, dar nu știu cum să fac nimic din toate astea. Unde găsești pe cineva care, din nou, dacă ești doar consultant de viteză a paginii Google, vei obține oameni care sunt foarte tehnici, vei face să știe oameni care doar spun că pot face asta, dar sunt într-adevăr, tot ce vor să facă este să te mute la o nouă găzduire sau așa ceva. Adică, cum găsești resursa potrivită care să te ajute să remediezi unele dintre aceste lucruri mici?

Lukas Haensch: Cred că este o întrebare foarte bună. Lucrul pe care pot să-l spun este că, dacă echipa dvs. parcurge în mod rezonabil unul câte unul prin fișiere, multe dintre acestea pot fi deja descoperite. Fișierul dvs. cu fonturi poate fi doar în vechiul format de fișier cu fonturi? Există un format de fișier de font care este TTF. Dacă îl transferați în [inaudible], este cu 30% mai mic. Fonturile arată mai mare, mai rapid. Așa că singurul lucru pe care nu îl pot spune într-adevăr ca într-un singur loc, ceea ce pot spune este să mergi cu echipa ta prin cascada site-ului tău. Cred că aceasta este cea mai bună sursă să fiu sincer.

John Jantsch: Deci noi, în introducere am menționat că ați înființat recent o companie numită Pathmonk. Vrei să ne spui puțin despre ceea ce face Pathmonk.

Lukas Haensch: Sigur. Deci, cu siguranță, în cadrul Pathmonk, ne uitam mult mai atent la conversiile pe mobil și pe desktop. Și ceea ce ne-am dat seama este că, de fapt, este foarte dificil pentru specialiștii în marketing să răspundă la întrebări precum, câte vizite este nevoie ca utilizatorul să realizeze conversia? Sau câte secunde ai pe pagină pentru a-i convinge efectiv? Și nu mă refer la rata de respingere, ci vorbesc despre, care este durata medie de secunde pe care cineva le ia până se înscrie? Sau care acțiuni ale utilizatorului arată că un vizitator este pregătit să facă conversie?

Lukas Haensch: Așa că am văzut că există un mare decalaj în a putea înțelege un fel de informații anonime retrospectiv, cum ar fi datele de analiză Google sau privirea videoclipurilor cu hărți termice, cum ar fi cum se comportă cineva. Dar am descoperit că există un decalaj prin care, în timp real, este dificil pentru oameni să reacționeze imediat la acest lucru. Ce se întâmplă dacă utilizatorul X a fost pe pagină și a făcut acțiuni care par să fie cineva care face conversie, poți reacționa la piață? Și am descoperit că cea mai mare parte a pieței este actuală.

Lukas Haensch: Așadar, construim tehnologii numite carduri inteligente, care practic ajută, în mod automat, pe baza inteligenței artificiale, să învețe ce face un utilizator pe pagină, care sunt modelele probabile pentru conversie. Deci, ce intenții au utilizatorii când sunt pe pagină. Și apoi le arătăm conținut despre produsele dvs., cum ar fi întrebări frecvente, mărturii, studii de caz despre ceea ce am numit carduri inteligente care sunt glisante și de jos sau de sus. Și, practic, acesta este modul în care lăsăm un site web să reacționeze în timp real la ceea ce se întâmplă pe pagină cu fiecare vizitator dat, până la nivelul în care tipul de produs sau caracteristică este interesat.

John Jantsch: Și cred că dacă, în cei mai simpli termeni, dacă cineva vizitează o anumită pagină, probabil că este interesat de acel subiect. Și așa este într-adevăr, în loc să le oferiți doar diapozitivul generic, este într-adevăr o modalitate de a-și personaliza experiența pe aproape fiecare pagină sau fiecare vizită sau, după cum ați spus, întregul lor drum. Pentru că de multe ori pe site-uri, oamenii vor face cinci sau șase lucruri care indică cu siguranță că explorează un anumit subiect sau au o anumită intenție. Și atunci, să poți reacționa la asta, așa cum ai spus în timp real, cred că ceea ce devine un comportament la care oamenii încep să se aștepte, din păcate. Și spun, din păcate, pentru că cu siguranță ridică ștacheta pentru marketeri.

Lukas Haensch: Și totuși este amuzant, ceea ce vedem este că există elemente, sunt elemente așteptate, evident că cineva descarcă o anumită carte albă. Dar mai sunt și alte lucruri, cum ar fi cineva care să-ți concentreze pagina. Am observat o corelație puternică între cineva care se concentrează pe pagina dvs. și apoi o trimitere pe una dintre acele reorientări. Și asta este ceva la care datele sunt oarecum dezvăluite și apoi cardurile inteligente pot reacționa automat.

John Jantsch: Și cred că din nou, pentru că am vizitat instrumentul și l-am urmărit în acțiune, cred că smart cardurile sunt destul de elegante în ceea ce privește modul în care sunt livrate. Ei nu preiau doar ecranul sau, într-adevăr, intră în fața cuiva. Dar pentru că sunt oarecum personalizate, cred că vor fi văzute, bănuiesc că sunt mult mai binevenite.

Lukas Haensch: Este unul interesant. Am lucrat la multe teste UX și multe UX funcționează pentru că există o mulțime de noțiuni preconcepute pe care băieții deștepți au trebuit să le depășească. Nu trage și simte o privire și se simte ca un bot de chat, deoarece există o mulțime de noțiuni preconcepute cu botul de chat. Mulți oameni nici măcar nu încep o conversație cu un bot de chat pentru că cred că este corect, este un robot și nu vor să vorbească cu el.

Lukas Haensch: Deci, valorile arată clar că mulți oameni nu ar începe conversația. Sau dacă arată ca un banner pentru cookie-uri, am dat clic de 100 de milioane de ori pe bannere pentru cookie-uri. Deci, practic, lucrăm cardurile inteligente pentru a arăta și a simți ca parte a site-ului dvs., astfel încât acestea să fie complet personalizabile în stilul și tema site-ului dvs. Și apoi, practic, deveniți o parte a site-ului, alunecând în sus și în jos față de, apărând de nicăieri.

John Jantsch: Ei bine, Lukas, mulțumesc foarte mult că ni s-ai alăturat și că ai vorbit despre viteza paginii și sperăm că te vom întâlni în curând pe drum.

Lukas Haensch: Mulțumesc mult. Mulțumesc că m-ai primit.