Urmărire inteligentă a derulării cu Google Manager de etichete

Dacă utilizați Google Tag Manager (GTM), Urmărirea derulării poate fi realizată în câțiva pași rapizi, cu ajutorul declanșatorului de adâncime a derulării încorporat GTM, ceea ce face ca aceasta să fie o sarcină cu adevărat simplă. După ce am implementat acest lucru de mai multe ori în ultimii ani, am descoperit că declanșatorul GTM declanșat are unele limitări. Din acest motiv, vă vom împărtăși câteva trucuri pe care le puteți găsi utile atunci când vă personalizați Urmărirea derulării.

Abordarea noastră vă va oferi cu siguranță date de Urmărire a derulării mai precise, vă va permite să vă transformați valorile, cum ar fi rata de respingere, în ceva mult mai semnificativ și veți putea măsura cu adevărat calitatea conținutului dvs.

Ideea din spatele ei

Soluția noastră personalizată este deosebit de interesantă atunci când aveți un site cu conținut greu. O problemă cu Scroll Depth Trigger standard este că nu îi pasă dacă pagina este lungă sau scurtă. Dacă aveți o pagină foarte scurtă, este posibil ca toate pragurile să fie îndeplinite atunci când pagina este încărcată, ceea ce duce la o mulțime de evenimente gtm.scrollDepth care sunt împinse în stratul de date, declanșând etichetele, chiar dacă utilizatorul nu a derulat niciodată. . În funcție de setările pentru accesarea interacțiunii din GTM, aceasta vă poate reduce rata de respingere .

Deoarece nimeni nu dorește să-și parcurgă site-ul manual și să filtreze pagini scurte și lungi (și apoi să fie în așteptare când este publicat conținut nou), există o soluție mai simplă pentru aceasta: folosim o variabilă Javascript personalizată care măsoară automat lungimea a paginii, decide dacă este eligibil pentru Scroll Tracking – cu alte cuvinte, „suficient de lungă” – și abia atunci va activa Scroll Tracking Trigger pentru pagină.

Pasul 1: Configurarea variabilei și a declanșatorului personalizat pentru adâncimea derulării

Pentru a declanșa eticheta de urmărire a derulării numai în paginile în care pragurile nu sunt colectate automat, trebuie să setăm o condiție pentru ca declanșatorul să se declanșeze numai în cazurile în care pagina este suficient de lungă pentru a avea sens pentru urmărirea dvs.

În containerul dvs. GTM creați o variabilă Javascript personalizată care ar trebui să arate astfel (creditul revine lui Simo Ahava ). Editați variabilele de mai jos pentru a se potrivi cerințelor dvs.:

• maximumRatio : aceasta este o valoare între 0 și 1 și reflectă raportul dintre înălțimea ferestrei de vizualizare a browserului și înălțimea paginii. O valoare de 0,25 implică faptul că maxim 25% din pagină este vizibilă în fereastra browserului, restul doar prin derulare mai jos.
• verticalScrollDepths : acestea sunt diferitele praguri pe care le puteți seta pentru ca pagina dvs. să le urmărească.
• FallbackDepths : Vă recomandăm să lăsați acest lucru la „101”, ceea ce dă variabilei o valoare de rezervă/implicit pentru când raportul maxim este depășit.

Acum, adăugați această variabilă {{Custom JS – Vertical Scroll Depths}} la câmpul Procentaje „Vertical Scroll Depths” din Declanșatorul de defilare și activați-o pentru „Window Load” pe toate paginile.

Pasul 2: Setarea accesului fără interacțiune

Există diferite setări pentru acest parametru care vor afecta modul în care Google Analytics va înregistra accesarea evenimentului:

• Setat la fals : în mod prestabilit, atunci când un utilizator declanșează un eveniment pe o pagină, ar implica că interacționează cu pagina și, prin urmare, nu sunt considerați drept Bounce. În legătură cu Urmărirea derulării, ar trebui să gestionați această setare cu precauție, deoarece va seta rata de respingere aproape de zero.
• Setat la adevărat : dacă nu doriți ca evenimentele de derulare să vă afecteze deloc rata de respingere, atunci aceasta este setarea potrivită pentru dvs. Cu toate acestea, împiedică, de asemenea, orice informații mai profunde asupra comportamentului utilizatorului.
• Setare personalizată: dacă aveți un site bogat în conținut, cu pagini mai lungi, este posibil să doriți să faceți diferența între „defilările rapide” și utilizatorii implicați. Pentru o abordare mai realistă, vă recomandăm această soluție: utilizatorii care derulează peste 75%, de exemplu, sunt considerați semnificativi. Adâncimile de defilare, care sunt adesea atinse imediat (cum ar fi 25%), sunt trimise ca evenimente neinteractive către Google Analytics. Acest lucru vă va aduce mai aproape de rata de respingere care reflectă adevărata intenție a utilizatorilor dvs. Pentru aceasta, trebuie să configurați variabila {{Custom JS – Scroll is Non-Interactive}}. Variabila {{Scroll Depth Threshold}} din această funcție este o variabilă încorporată pe care o puteți activa și selecta, bifând caseta acesteia.

Pasul 3: Pune totul împreună

Pasul final este să configurați eticheta de eveniment Google Analytics, care va trimite datele noastre de defilare către Google Analytics. Pentru instrucțiuni pas cu pas, vă rugăm să vizitați postarea anterioară de blog care descrie acest lucru în detaliu. Important pentru această configurare este să adăugați variabilele {{Scroll Depth Threshold}} și {{Custom JS – Scroll is Non-Interactive}} în câmpurile din dreapta. Vedeți mai jos pentru o vedere detaliată a configurației:

Odată ce eticheta este configurată, conectați declanșatorul de la pasul 1 cu eticheta de urmărire a derulării și sunteți gata pentru testare.

Iată rezultatele testelor noastre

Am testat diferitele setări de accesare fără interacțiune (așa cum este descris la pasul 2) și modul în care acestea afectează rata de respingere.

După cum arată graficul de mai sus, rata noastră de respingere a fost destul de scăzută atunci când parametrul de non-interacțiune a fost setat la fals (aug – septembrie 2019). Această setare a implicat că fiecare eveniment de defilare declanșat, inclusiv derulări rapide și accidentale, a fost considerat o interacțiune. Prin urmare, Google Analytics a interpretat acest lucru ca un utilizator interacționat. Deci, chiar dacă utilizatorii au sărit imediat, fără alte clicuri, ei nu au fost considerați drept un Bounce. Rezultatul a fost o rată de respingere foarte scăzută, în jur de 10%. Probabil știi că asta pare puțin „prea frumos pentru a fi adevărat”.

În octombrie am trecut la setarea opusă și am setat parametrul de non-interacțiune la adevărat. Aici, indiferent cât de departe au derulat utilizatorii, evenimentele de defilare declanșate nu au fost văzute ca o interacțiune în Analytics. Setarea parametrului la adevărat dezactivează, practic, detectarea interacțiunii. Aceasta ar putea fi considerată opțiunea de salvare, dar nu perfectă. Rezultatul a fost o rată de respingere mult mai mare și, probabil, mai realistă, în jur de 70%. În acest caz, am măsurat doar utilizatorii care au făcut clic pe sau au interacționat cu conținutul paginii. Cu toate acestea, am considerat această abordare prea extremă pentru noi. Conținutul site-ului nostru este actualizat continuu și, în special, blogul nostru atrage un public larg. Dorim să măsurăm cât de departe derulează utilizatorii și citesc secțiunile noastre cu conținut intens.

Deci, în noiembrie, am trecut la o soluție personalizată, care este setarea noastră preferată. Numărăm doar utilizatorii care depășesc un anumit prag ca interacționați. Acei vizitatori care derulează doar câteva rânduri sau un paragraf și pleacă imediat după aceea sunt considerați un Bounce. Pentru noi, un utilizator implicat este cel care derulează peste 75% din adâncimea paginii. Puteți seta procentajul pentru adâncimea derulării la orice valoare care corespunde cerințelor dvs.