Noul algoritm OWOX BI pentru colectarea datelor de sesiune

Schimbarea este constantă; aceasta este realitatea noastră și uneori este greu de acceptat. Dar schimbările pe care vrem să le împărtășim cu dvs. vor impresiona pe fiecare utilizator OWOX BI.

Poate știți deja că OWOX BI a schimbat recent logica colectării datelor de sesiune; noile funcții sunt disponibile pentru toți utilizatorii începând cu 1 martie. În acest articol, vă vom spune mai multe despre noile noastre funcții și despre modul în care acestea pot beneficia afacerea dvs.

Anterior, OWOX BI a creat tabele de sesiune în Google BigQuery folosind datele de sesiune din Google Analytics. Pe de o parte, această abordare a asigurat o potrivire completă a datelor între surse. Pe de altă parte, o parte din date s-ar putea pierde pe drumul de la site la sistemul de analiză și stocarea în cloud din cauza limitărilor API-ului Google Analytics Core Reporting.

Pentru a evita această problemă, am schimbat algoritmul de colectare a datelor de sesiune. Acum datele sesiunii sunt formate folosind datele de acces din OWOX BI, astfel încât limitele Google Analytics nu pot influența procesul de construire a tabelelor de sesiuni. Datorită acestui nou algoritm, puteți aduna date complete de comportament ale utilizatorilor, neeșantionate, pe site-ul dvs. web și puteți atribui acele date sesiunilor corecte. Să vedem toate beneficiile în detaliu.

Înainte : dacă utilizatorii site-ului dvs. web generează mai mult de 200.000 de sesiuni pe zi, Google Analytics (versiunea gratuită) va aplica de obicei eșantionarea. Astfel, proiectul dvs. Google BigQuery va primi doar o mostră aleasă aleatoriu din sesiuni.

Acum : utilizatorii OWOX BI obțin date brute și neeșantionate ale tuturor sesiunilor din Google BigQuery, fără limitări în ceea ce privește valoarea traficului sau dimensiunea afacerii.

Înainte : dacă atingeți limitele de volum și date colectate în Google Analytics, sistemul nu va procesa datele peste aceste limite și acele date nu vor intra în Google BigQuery. Aceste limite sunt 200.000 de accesări per utilizator pe zi, 10 milioane de accesări pe lună și 500 de accesări pe sesiune. De asemenea, Google ignoră accesările cu o dimensiune mai mare de 8 Kb.

Acum : Noul algoritm OWOX BI nu are niciuna dintre aceste limite, iar dimensiunea maximă a unei accesări este dublată la 16 Kb. Aceasta înseamnă că puteți aduna date despre acțiunile tuturor utilizatorilor pe site-ul dvs.

Înainte : datele sesiunii pot fi actualizate cu o întârziere mai mare de 24 de ore, deoarece aceste actualizări depind de informațiile actualizate în API-ul Google Analytics.

Acum : accesează sesiunile din formular în partea OWOX BI, astfel încât colectarea tabelelor de sesiuni nu va fi niciodată întreruptă din cauza depășirii limitelor sau a lipsei accesului la Google Analytics. Datele intră mai repede în BigQuery, ceea ce este foarte important dacă le utilizați pentru a declanșa marketingul prin e-mail sau pentru actualizări în timp real a rapoartelor.

Înainte : În Google Analytics, sursa de trafic este definită de modelul Ultimul clic non-direct. Dacă ultimul canal din lanțul de acțiuni ale clienților a fost direct, acest canal este ignorat și înlocuit cu ultimul canal nedirect.

De exemplu, să spunem că clientul a căutat pe google și a găsit un produs pe site-ul dvs. Și-au amintit adresa site-ului dvs. și, după un timp, au introdus-o direct în câmpul URL. În acest caz, sursa acestei sesiuni ar fi google/organic, dar nu direct/niciunul. Acest lucru exclude posibilitatea de a cunoaște cota exactă a canalului direct ca sursă de trafic pentru site-ul dvs.

Acum : Noul algoritm OWOX BI folosește și modelul Ultimul clic non-direct pentru definirea sursei de trafic. Dar am adăugat un câmp special trafficSource.isTrueDirect la tabelul de sesiuni pentru a vă ajuta să definiți traficul direct. Acest câmp binar va primi o valoare adevărată dacă o sesiune a început cu o vizită directă a site-ului web și o valoare falsă dacă sesiunea urmează o sesiune de canal plătită. Datorită acestui câmp, puteți evalua valoarea reală a canalelor plătite și efectul acestora asupra conversiilor. În Google Analytics, câmpul isTrueDirect funcționează diferit, deoarece primește valoarea „adevărată” atunci când există o sursă directă sau când două sesiuni au aceleași date despre campanie.

Înainte : dacă aveți câteva site-uri web și doriți să urmăriți cum se intersectează publicul, puteți configura măsurarea pe mai multe domenii în Google Analytics. Dar această soluție funcționează numai dacă publicul dvs. folosește legături încrucișate pentru a se transfera de la unul dintre site-urile dvs. web la altul. Ce se întâmplă dacă trebuie să urmăriți un utilizator care vizitează ambele site-uri web, acestea nu sunt reticulate la un moment diferit? Ne-am ocupat de asta ↴

Acum : am adăugat un ID de utilizator OWOX la tabelele de date ale sesiunii. Acest identificator de utilizator anonim vă va ajuta să combinați datele despre acțiunile utilizatorului de pe site-urile dvs. web, chiar dacă acestea nu sunt legate direct. De asemenea, veți avea posibilitatea de a grupa utilizatorii urmăriți pentru a separa publicul publicitar și de a evita să plătiți de câteva ori pentru același trafic.

Înainte : dacă urmăriți evenimente de pe site-ul dvs. web cu ajutorul Protocolului de măsurare, amintiți-vă că o parte din aceste evenimente se poate pierde. Cert este că în Google Analytics (inclusiv în versiunea plătită, GA360), durata maximă de la momentul accesării până la trimiterea informațiilor despre accesare pentru parametrul &qt este de doar patru ore. Dacă decalajul este mai mare, evenimentul nu va fi atribuit deloc. De exemplu, să presupunem că vizitatorul plătește online pe site-ul dvs. Tranzacția va fi numărată după primirea unei confirmări bancare, chiar dacă aceasta durează câteva zile. Într-o astfel de situație, tranzacția nu va fi atribuită sesiunii corecte, ceea ce înseamnă că sursa care a dus la acea tranzacție nu va fi evaluată corect.

Dacă parametrul &qt a fost trimis fără valoare, sesiunea separată pentru eveniment va fi creată automat. În orice caz, va afecta precizia datelor dumneavoastră.

Acum : În sesiunile bazate pe noul algoritm OWOX BI, durata maximă pentru parametrul &qt este extinsă la 30 de zile. Aceasta înseamnă că evenimentele dvs. trimise prin Protocolul de măsurare vor fi atribuite sesiunii corecte.

În noul algoritm OWOX BI, tabelele au aceeași structură pe care o aveau în cel vechi. Doar logica prin care sunt definite valorile diferă pentru unele câmpuri:

• Când creați un nou canal de streaming Google Analytics ⟶ Google BigQuery, datele sesiunii vor începe automat să fie colectate folosind noul algoritm.
• Pentru a schimba algoritmul de colectare a datelor de sesiune în fluxurile existente, accesați setările fluxului și activați Colectarea datelor de sesiune .

După aceea, vechiul algoritm va deveni indisponibil.

• Cu noul algoritm OWOX BI, nu veți avea nevoie de o dimensiune personalizată la nivel de sesiune în Google Analytics. Puteți șterge această dimensiune și puteți adăuga alți parametri necesari.​
• Nu va trebui să actualizați codul de urmărire OWOX BI pe site-ul dvs. web.
• Pentru a activa etichetarea automată UTM de Google Ads (gclid), va trebui să configurați colectarea de rapoarte de date brute pentru Google Ads în BigQuery. Puteți face acest lucru cu un singur clic cu ajutorul integrării native cu Google Data Transfer.
• Dacă aveți o listă de excluderi de recomandare în Google Analytics, duplicați-o în setările fluxului pentru OWOX BI.
  

Structura noilor tabele este aceeași cu cea a vechilor tabele, așa că ar trebui să schimbați numai numele tabelelor din solicitările dumneavoastră. Pentru a vă adapta cererile existente la tabele noi, este suficient să schimbați numele vechilor tabele session_streaming_ în noile tabele owoxbi_sessions_ .

Dacă doriți să știți dacă este timpul să vă transferați la noul algoritm OWOX BI, răspundeți la următoarele întrebări. Dacă ai cel puțin un da, știi ce să faci:

• Aveți aproximativ 200.000 de ședințe pe zi? Sau crezi că vei ajunge la acest număr în câteva luni?
• Ați mai experimentat prelevarea de probe?
• Ați creat vreodată rapoarte non-standard și ați experimentat eșantionarea?
• Ați atins vreodată limita de 500 de accesări pe sesiune?
• Sunteți interesat să urmăriți corect traficul direct, dar nu doriți să cumpărați întregul pachet GA360?
• Doriți să combinați publicul site-ului și să analizați suprapunerea acestora?
• Doriți să trimiteți toate accesările cu tranzacții în 30 de zile, nu 4 ore?
• Este important pentru dvs. să obțineți datele din tabelul de sesiune cât mai curând posibil?

Chiar dacă aceste întrebări nu vă sună relevante în acest moment, este mai bine să vă pregătiți cât mai devreme posibil.

Dacă nu ați încercat încă OWOX BI Pipeline, vă așteptăm să faceți un test drive în timpul unei perioade de probă gratuită:

Dacă aveți întrebări, întrebați în comentariile de mai jos.