24
august 2021
15 cele mai frecvente probleme ale comerțului electronic
Comerțul electronic îmbunătățit aparține celor mai puternice funcții ale Google Analytics. Sunteți încrezător cu privire la implementarea și datele îmbunătățite ale comerțului electronic în Google Analytics?
Pot spune că cu siguranță nu este o implementare ușoară și probabil că veți întâmpina multe provocări pe parcurs. Dar, merită totul!
De implementare și configurare de audit Google Analytics relevă, de obicei, o mulțime de lacune în configurarea consolidată de comerț electronic.
Și în acest blogpost voi discuta 15 dintre acele probleme pe care le întâlnesc în mod regulat.
Problema #1: Nu s-a investit timp în contextul comerțului electronic îmbunătățit (strategic)
Vă recomandăm să căutați mai multe resurse (online) înainte de a încerca să implementați ceva nou pe site-ul dvs. web.
Acest lucru este valabil mai ales pentru module precum comerțul electronic îmbunătățit.
Veți avea un risc mult mai mare de a greși dacă omiteți resursele importante deja disponibile și încercați să faceți totul pe cont propriu.
Iată trei resurse de verificat:
- Ghid de comerț electronic îmbunătățit pentru Google Tag Manager . (Simo Ahava)
- Comerț electronic optimizat (UA) Ghidul pentru dezvoltatori . (Google)
- Top 15 sfaturi de implementare a comerțului electronic îmbunătățit . (Valori online)
Problema #2: nedefinirea scopului proiectului dvs. mai întâi (strategic)
Modulul de comerț electronic îmbunătățit vine cu un set complet de rapoarte în Google Analytics . Îl puteți găsi navigând la Conversie> E-commerce (asigurați-vă că îl activați mai întâi în Google Analytics la nivel de vizualizare ).
Veți vedea date semnificative în toate rapoartele numai dacă implementați toate activitățile de comerț electronic îmbunătățit prezentate mai jos:
- Impresii despre produs
- Clicuri pe produs
- Afișări de detalii despre produs
- Adăugați / eliminați din coș
- Impresii de promovare
- Clicuri promoționale
- Verifică
- Achiziții
- Rambursări
Cu toate acestea, lucrul bun este că nu trebuie să faci totul la un moment dat. De fapt, recomand adesea împărțirea implementării în două sau uneori chiar mai multe părți.
Iată cum procedez de obicei (lucrând înapoi) :
- Faza 1a : achiziționare și plată.
- Faza 1b : adăugați / eliminați din coș și afișări de detalii despre produs.
- Faza 2 : clicuri și afișări de produse.
- Faza 3 : restul acțiunilor (dacă este cazul).
Companiile mari - cu suficiente resurse de dezvoltare și cunoștințe - pot implementa faza 1a și 1b în același timp.
Notă: urmărirea rambursărilor poate fi foarte dificilă, deoarece rambursările sunt uneori procesate la câteva luni după achiziția inițială (și complet în backend).
Problema #3: a nu fi realist cu privire la timpul de implementare (strategic)
Sper să înțelegeți că implementarea (întregului) modul de comerț electronic îmbunătățit nu este ceva de remediat într-o zi.
S-ar putea să existe pluginuri care să ofere ajutor pentru magazinul dvs. specific, dar totuși aveți nevoie de ceva timp pentru a planifica cu atenție totul.
Timpul de implementare variază, dar aveți nevoie de angajament din partea dezvoltatorilor și a echipei de marketing pentru a face treaba. Fiți realist în avans atunci când planificați toate activitățile și mai bine începeți să colectați date cu o săptămână mai târziu decât să colectați date greșite în contul dvs. Google Analytics .
Vom vorbi despre mai multe probleme Google Manager de etichete în curând, dar să discutăm mai întâi trei greșeli de configurare Google Analytics.
Problema #4: neactivarea comerțului electronic îmbunătățit (GA)
Google Analytics vă va afișa data de comerț electronic îmbunătățit numai dacă activați setările corecte la nivel de vizualizare.
Iată un exemplu de Google Demo Store :
Asigurați-vă că configurați ambele setări ca „ON”.
Problema #5a: Implementarea pașilor de plată greșită (GA)
Aveți opțiunea de a implementa și configura detaliile de checkout ca parte a modulului de comerț electronic îmbunătățit.
Acest lucru necesită atât lucrul la GA, cât și la partea GTM. GA este partea ușoară, dar de multe ori merge greșit.
„În Google Analytics, trebuie doar să definiți pașii pe care i-ați identificat și implementat ca pași de plată. Și nu includeți niciodată achiziția. ”
Iată un exemplu bun de la Google:
Două lucruri de reținut:
- Nu implementați / configurați pagina sau acțiunea coșului ca un pas de plată.
- Nu adăugați niciodată achiziția la configurația de comerț electronic îmbunătățit GA.
Problema #5b: Nu se implementează etichetele de verificare (GA)
Acest lucru este ceva ce doriți să evitați:
Adăugați întotdeauna etichete pentru pașii de plată pe care i-ați identificat și implementat.
Partea de configurare Google Analytics este ușoară; pot apărea multe alte probleme în legătură cu GTM și implementarea dataLayer (majoritatea companiilor aleg această opțiune de implementare).
Problema #6: Folosirea etichetei de analiză universală greșită (GTM)
Creați o etichetă Universal Analytics și setați tipul de urmărire la Tranzacție .
Aceasta este ceea ce ar trebui să faceți atunci când doriți să implementați comerțul electronic standard (nerecomandat) .
Ar trebui să alegeți întotdeauna comerțul electronic îmbunătățit, chiar dacă doriți doar să implementați acțiunea de cumpărare.
Pentru comerțul electronic îmbunătățit, asigurați-vă că trimiteți toate informațiile fie cu o vizualizare de pagină, fie cu o etichetă de eveniment către Analytics. Și nu uitați să activați funcțiile de comerț electronic îmbunătățit. Aici puteți revedea un exemplu:
Problema #7: Aplicarea incorectă a setării de non-interacțiune (GTM)
Trebuie să definiți setarea „non-interacțiune” pentru toate evenimentele pe care le-ați configurat prin GTM.
Iată un exemplu de urmărire a unei acțiuni de „clic pe produs”:
Acest lucru este configurat corect, deoarece un „clic pe produs” este într-adevăr o interacțiune care ar trebui să aibă un impact (mai mic) asupra ratei de respingere a unei anumite pagini.
Fiți atenți când utilizați evenimente pentru a transmite date EE către Google Analytics.
„ Eveniment de pagină cu detalii despre produs : un vizitator aterizează pe o pagină de detalii despre produs și părăsește imediat site-ul web. Acest eveniment - care arată pagina de detalii a produsului - nu ar trebui să aibă impact asupra ratei de respingere. Non-interacțiunea ar trebui să fie setată la adevărat pentru a se potrivi cu acest lucru. ”
Notă :
- Avantajul utilizării evenimentelor pentru a transmite date EE este că depanarea în Google Analytics este mai ușoară. De asemenea, pentru majoritatea dintre voi, dacă va fi mai ușor să aplicați segmentarea anumitor acțiuni de comerț electronic îmbunătățit.
- Avantajul utilizării vizualizărilor de pagină pentru a transmite date EE este că nu trimiteți acces suplimentar la Google Analytics. Ceva de luat în considerare dacă sunteți aproape de limita de accesări GA / nu într-un plan plătit.
Problema #8: Declanșarea afișărilor de pagină duplicate (GTM)
După cum sa menționat mai sus, puteți alege să trimiteți date de comerț electronic îmbunătățit către Google Analytics printr-un eveniment sau o etichetă de vizualizare a paginii.
Poate doriți să limitați accesările trimise către GA și decideți să utilizați afișările de pagină pentru a transmite date de comerț electronic îmbunătățit.
Iată cum puteți preveni acest lucru în contul dvs. (două exemple de etichete):
Veți genera două afișări de pagină pentru fiecare vizită de pagină cu detalii despre produs dacă nu modificați configurarea GTM.
Prin urmare, trebuie să adăugați un declanșator de excludere la eticheta GA - Vizualizare pagină - Toate paginile pentru a preveni declanșarea acesteia pe o pagină cu detalii despre produs (sau orice altă pagină din cadrul implementării dvs. de comerț electronic îmbunătățit).
Cel mai bun mod este să îl configurați la nivelul paginii, astfel încât evenimentul de excepție să se potrivească cu evenimentul declanșator.
În exemplul de mai sus, vizualizarea paginii duplicat nu va apărea, deoarece există o excepție configurată în „Vizualizare pagină - detalii produs”. Înseamnă că numai eticheta „GA Ecommerce - Detalii produs” se va declanșa pe PDP-uri.
Problema #9: Utilizarea directă a GTM pentru a trimite dimensiunea personalizată la nivel de produs (GTM)
Parametrii și valorile personalizate ale produsului sunt unice în raport cu comerțul electronic îmbunătățit.
Am văzut mai multe setări GTM în care aceste atribute cu caracter produs erau incluse într-o etichetă GTM. Totuși, acest lucru nu va funcționa!
Acestea sunt puncte de date suplimentare care pot și trebuie adăugate direct în obiectele dintr-o matrice de produse , exemplu de Simo Ahava de mai jos.
În acest exemplu, dimensiunea 5 se află în obiectul din matricea de produse .
Problema #10: Trimiterea datelor de tranzacție duplicat (GTM)
Am întâlnit multe cazuri în care tranzacțiile duplicate sunt stocate în Google Analytics.
Un exemplu ( raport personalizat ) este prezentat mai jos:
Captura de ecran de mai sus indică faptul că există mai multe tranzacții capturate sub același ID de tranzacție.
Acest lucru va avea un impact negativ asupra multor puncte de date din Google Analytics. Google Analytics nu este cu adevărat capabil să dedupliceze tranzacțiile de la sine.
Două opțiuni pentru a rezolva această problemă:
- Asigurați-vă că dezvoltatorul activează codul de urmărire (sau dataLayer.push) o dată pe tranzacție.
- Implementați o soluție GTM pentru a preveni duplicarea tranzacțiilor în Google Analytics .
Problema #11: nerespectarea structurii EE adecvate și a convențiilor de denumire (Data Layer)
Iată cum este implementat cel mai adesea comerțul electronic îmbunătățit:
- Data comerțului electronic este trimisă la nivelul de date de către un dezvoltator (de exemplu, afișarea detaliilor produsului, achiziționarea etc.).
- Eticheta Google Analytics universal (cu comerțul electronic îmbunătățit activat) trimite datele către Google Analytics (prin vizualizare de pagină sau etichetă de eveniment).
Cu toate acestea, este crucial să știm că dezvoltarea trebuie să trimită datele de comerț electronic în formatul potrivit și să utilizeze convențiile de denumire corespunzătoare.
Trei reguli pentru „dataLayer.push”:
- Un obiect de comerț electronic care conține date legate de un anumit pas / acțiune de pâlnie pe care doriți să îl urmăriți trebuie să fie prezent.
- Numele acțiunii este obligatoriu și nu trebuie modificat .
- De exemplu, detaliați, adăugați, cumpărați.
- Datele corelate cu o anumită acțiune trebuie trimise către Google Analytics.
Iată un exemplu corect (adăugați în coș) din blogul lui Simo Ahava:
Exemplul include un obiect de comerț electronic, numele acțiunii („adăugați” în acest caz) și datele aferente (produsului) acțiunii respective.
DataLayer.push nu trebuie să includă toate câmpurile prezentate mai sus, unele sunt opționale. De exemplu, „varianta” este un câmp opțional. Asigurați-vă că dezvoltatorul folosește întotdeauna numele (atributul) potrivite atunci când se referă la un anumit articol. În caz contrar, nu va funcționa.
Problema #12: Nu se trimit informații la nivel de produs în întreaga pâlnie (stratul de date)
Coerența este cu adevărat esențială atunci când vine vorba de comerțul electronic îmbunătățit.
Iată un exemplu:
„Dezvoltatorul trimite detalii despre produs, cum ar fi varianta produsului și marca într-o vizualizare detaliu produs. În acest caz, veți dori să le trimiteți și cu toate celelalte acțiuni relevante (de exemplu, Adăugați în coș, Verificare și cumpărare). ”
Veți pierde aceste puncte de date pe alte pagini decât PDP dacă nu le adăugați la fiecare pas al pâlniei.
Există persistență sau atribuire automată foarte limitată atunci când vine vorba de comerțul electronic îmbunătățit, aflați mai multe aici .
Problema #13: Structura neclară și incoerentă a categoriei de produse (stratul de date)
Din nou și ca reamintire, coerența este esențială!
Categoria din comerțul electronic tradițional avea doar un strat în care puteți stoca informațiile despre categorie. Cu toate acestea, în cadrul comerțului electronic îmbunătățit, puteți avea cinci straturi / niveluri de date din categoria produselor.
Obligatoriu : trimiteți categoria cu fiecare produs în toate etapele de pâlnie pe care doriți să le interogați.
Aici puteți vedea că există cinci niveluri de categorii de produse pe care le puteți implementa.
Categoria căreia îi aparține produsul (de exemplu, îmbrăcăminte). Folosiți / ca delimitator pentru a specifica până la 5 niveluri de ierarhie (de exemplu, Îmbrăcăminte / Bărbați / Pantaloni scurți).
- Categoria de produse Nivelul 1: Îmbrăcăminte
- Categoria produsului Nivelul 2: Bărbați
- Categoria produsului Nivelul 3: Pantaloni scurți
Iată un exemplu rapid de cod:
Poate fi foarte util, deoarece introducerea acestei ierarhii în implementarea categoriei de produse vă permite să analizați performanța categoriei de produse la mai multe niveluri.
Problema #14: Amestecarea Checkout și CheckoutOption (Strat de date)
Comerțul electronic îmbunătățit vă permite să trimiteți mai multe informații în legătură cu plata:
- Pasul de plată.
- Opțiunea de plată.
Asigurați-vă că trimiteți opțiunea de plată întotdeauna după ce a fost trimis pasul de plată corespunzător. Altfel nu va funcționa!
Puteți utiliza opțiunea de plată accesată pentru a trimite informații suplimentare despre un anumit pas de plată.
De exemplu, dacă pasul 3 de plată este locul în care utilizatorul alege metoda de plată, va trebui să trimiteți pasul 2 de plată atunci când utilizatorul aterizează pentru prima dată pe pagina de selecție a metodei de plată. Apoi, după ce utilizatorul face clic sau selectează metoda de plată, puteți trimite opțiunea de plată cu detalii de plată.
Problema #15: Nu rulează corect testele (depanare)
De multe ori companiile implementează comerțul electronic îmbunătățit cu toate caracteristicile sale într-o singură dată și fără testare adecvată.
Vă recomand cu tărie să adoptați o abordare diferită și să planificați cu atenție mai întâi lansarea comerțului electronic îmbunătățit.
De asemenea, trebuie să testați cu adevărat înainte de a intra în direct. De preferință mai întâi într-un mediu de testare și apoi din nou în mediu viu. Remedierea mai întâi a erorilor în mediul de testare este crucială.
Pe scurt, luați timp când lansați comerțul electronic îmbunătățit!
Gânduri de încheiere
Comerțul electronic îmbunătățit este una dintre cele mai bune caracteristici ale Google Analytics. Și, după cum ați văzut, poate fi o mare provocare să implementați corect.
Veți avea un început înainte dacă aplicați învățăturile din acest blog și rezolvați cele mai frecvente probleme de comerț electronic îmbunătățit.
Sursa: https://online-metrics.com