„Direct / (not set)”: de ce rapoartele tale GA4 te mint și cum repari

Deschizi raportul de achiziție din GA4 și vezi conversii atribuite canalului Direct. În alt tabel apare (not set). Prima reacție e firească: datele sunt greșite.

Nu sunt. GA4 nu inventează o sursă și nu ascunde conversii. Raportează informația pe care a primit-o, contextul pe care l-a putut reconstrui și datele pe care a apucat să le proceseze. Când una dintre verigi lipsește, raportul spune o poveste incompletă — iar povestea aceea poate muta bugetul de la canalul care produce vânzări către cel care doar pare performant.

Răspunsul scurt: Direct, (not set), Unassigned, (data not available) și (other) sunt cinci probleme diferite, cu cinci verificări diferite. Prima operație de diagnostic nu e o reparație, ci identificarea etichetei exacte, a raportului și a dimensiunii în care apare.

Direct, (not set) și Unassigned nu sunt același lucru

Cele cinci valori de mai jos arată la fel în raport — un rând fără nume — dar semnalează probleme diferite și se rezolvă în locuri diferite.

Folosește tabelul ca punct de plecare pentru verificare, nu ca verdict: două conturi pot avea aceeași etichetă din cauze complet diferite.

Definițiile nu sunt interpretarea noastră. Documentația Google Analytics spune explicit că (not set) este „a placeholder name that Analytics uses when it hasn’t received any information for a dimension”. Pentru (data not available), aceeași documentație precizează că valoarea apare când datele „are unavailable or hasn’t been processed”, deși evenimentul poartă un identificator de publicitate sau parametri UTM — și că, spre deosebire de (not set), aici de regulă nu ai ce corecta în configurație. Iar (other) are o cauză pur mecanică: Google documentează că rândul apare „when the number of rows in a table exceeds the table’s row limit” și recomandă să tratezi drept cardinalitate mare orice dimensiune cu peste 500 de valori distincte.

Diferența care contează în practică se citește în trei propoziții:

• Direct spune „am sesiunea, dar nu am o sursă clară” — problemă de identificare;
• (not set) spune „n-am primit valoarea pentru dimensiunea asta” — problemă de colectare;
• Unassigned spune „am o valoare, dar nu se potrivește niciunei reguli de canal” — problemă de clasificare.

Nu porni de la presupunerea că toate trei se repară cu UTM.

De ce ajunge trafic real în Direct

O parte din Direct e legitimă. Problema apare când aici ajunge trafic generat de campanii, dar rămas fără identitate.

Documentația Google Analytics despre traficul (direct) / (none) enumeră cinci cauze:

• linkurile nu au parametri UTM, iar site-ul nu e integrat cu platformele de marketing și publicitate — informația despre sursă se pierde;
• un redirect elimină parametrii UTM din adresă, inclusiv trecerea de la https la http;
• un scurtător de tip bit.ly taie detaliile de referral;
• omul intră tastând adresa sau vine dintr-un document offline, un PDF sau un fișier Word;
• un ad blocker interferează cu cookie-urile folosite pentru identificarea originii traficului.

Direct nu e, deci, un canal de marketing în sensul obișnuit. E o clasificare care amestecă accesul direct real cu vizite cărora li s-a pierdut sursa pe drum.

Testează traseul, nu doar linkul

Un URL poate arăta corect în documentul campaniei și totuși să ajungă fără parametri pe pagina finală. Deschide linkul într-o fereastră curată și urmărește fiecare redirect: verifici dacă utm_source, utm_medium și utm_campaign rămân în adresă și dacă sesiunea apare cu valorile așteptate.

Notă: păstrează o convenție unică de scriere. paid_social, paidsocial și social-paid descriu aceeași intenție, dar produc trei rânduri diferite în raport. Regula se aplică pe fiecare canal care nu transmite automat sursa — un newsletter netaggat intră în Direct exact ca orice alt link, motiv pentru care vânzările din email trebuie atribuite corect, nu ca trafic direct.

Direct în raportul de achiziție nu înseamnă Direct în atribuire

Aici se rupe de obicei discuția dintre marketing și management, pentru că cele două rapoarte răspund la întrebări diferite.

Tabelul explică de ce cele două rapoarte nu dau aceleași cifre și de ce a le pune unul lângă altul ca dovadă de „eroare în GA4” e o comparație greșită din construcție.

Documentația Google Analytics despre atribuire e explicită: „All attribution models exclude direct visits from receiving attribution credit, unless the path to key event consists entirely of direct visits.” Modelul Paid and organic last click „ignores direct traffic and attributes 100% of the key event value to the last channel that the customer clicked through”. Ăsta e mecanismul cunoscut ca last non-direct click: atribuirea sare peste vizitele directe și se oprește la ultimul canal pe care omul l-a apăsat efectiv.

Două consecințe practice:

• o sesiune raportată ca Direct poate avea conversia creditată unui canal non-direct anterior, deci rapoartele de achiziție și cele de atribuire nu dau aceleași cifre și nu se compară ca și cum ar măsura același lucru;
• Direct primește credit doar când tot traseul e direct — un Direct mare în achiziție nu înseamnă automat un Direct mare în conversii, și invers.

Cât Direct este prea mult

Nu există un prag publicat. Google nu dă un procent „normal” pentru Direct, iar orice cifră de tipul „peste 20% e problemă” care circulă prin articole e o observație de pe alt site, cu alt mix de canale, nu o normă pe care s-o aplici la tine.

Ce e măsurabil sunt două lucruri: propriul tău istoric și un test controlat.

Ultimul rând e singurul criteriu care nu depinde de niciun benchmark: dacă o sesiune pe care ai etichetat-o tu, cu un UTM unic, ajunge în Direct, ai un defect — și îl repari fie că Direct e la 10%, fie că e la 40%. Restul tabelului îți spune unde să te uiți, nu cât e „normal”.

Notă: compară perioade de aceeași lungime și același sezon. Un raport de 7 zile pus lângă unul de 30 nu spune nimic despre trend.

De ce apare (not set)

Nu există o singură reparație. Întrebarea corectă e: pentru care dimensiune lipsește valoarea? Documentația Google tratează (not set) separat, pe dimensiuni — și tot separat se și repară.

Session source / medium

„Session source / medium will report (not set) for sessions where the automatically collected event session_start is missing”, scrie documentația. Iar session_start e un eveniment colectat automat, declanșat „when a user engages the app or website”.

Practic, Google tag trebuie inițializat înaintea evenimentelor care depind de el. Verifici, în ordinea asta:

• triggerul tagului principal din GTM — pornește la toate paginile sau doar la unele?
• cronologia reală în Preview sau în Tag Assistant, nu ordinea din interfață;
• contextul evenimentului, nu doar faptul că a plecat.

Landing page

Pentru dimensiunea Landing page, documentația e la fel de precisă: „(not set) can appear for the landing page dimension when a session doesn’t have a page_view event.” Iar page_view se colectează „each time the page loads or the browser history state is changed by the active site”.

Situația apare în implementări care trimit evenimente înaintea vizualizării de pagină, în aplicații de tip single page configurate incomplet sau când consimțământul și tagurile pornesc într-o ordine greșită. Verifică primul eveniment al sesiunii și parametrul page_location: dacă evenimentul comercial există, dar pagina de intrare lipsește, raportul n-are din ce construi landing page.

Google Ads

Pentru rapoartele legate de Google Ads, documentația listează patru cauze:

• contul Google Ads și proprietatea GA4 nu sunt conectate;
• auto-tagging nu e activ;
• traficul vine dintr-un alt cont Google Ads, neconectat;
• URL-urile etichetate manual au parametri UTM incompleți sau greșiți.

Nu corecta problema redenumind canalul în GA4. Verifică legătura dintre produse, păstrarea identificatorului de click (gclid) până la URL-ul final și, dacă rulezi mai multe conturi, fiecare legătură în parte. Un singur cont neconectat produce (not set) chiar dacă restul e configurat corect — de aceea legătura cont–proprietate e prima verificare la orice preluare de cont de Google Ads, înaintea licitațiilor și a creativelor.

Parametri personalizați și Consent Mode

Un parametru personalizat poate afișa (not set) la început: „you may notice (not set) as a parameter value during the first 24 hours after you register a custom parameter”. Pentru dimensiuni și metrici personalizate, Google indică un interval de 24–48 de ore până când poți raporta pe ele. O dimensiune înregistrată azi și goală mâine dimineață nu e neapărat un defect.

Consent Mode produce aceeași etichetă când e implementat greșit, iar greșelile frecvente din implementarea Consent Mode v2 se repetă de la un site la altul. Un caz documentat: folosirea comenzii default pentru a seta toate valorile de consimțământ, inclusiv alegerea utilizatorului — rezultatul e că „the user_engagement event isn’t sent, and the initial event with the session_start parameter is lost”. Documentația Google pentru consimțământ cere default pe fiecare pagină, înaintea oricărei comenzi care trimite date de măsurare, și update „as soon as a user interacts with your consent management solution”.

Notă: o dimensiune personalizată goală în prima zi și un (not set) produs de consimțământ arată identic în raport. Le separi după cum evoluează: primul dispare de la sine, al doilea nu.

Cum repari fără să ghicești

Ordinea verificărilor contează. Dacă începi cu rapoartele, poți confunda o întârziere de procesare cu o problemă de tracking. Dacă începi cu tagurile, poți rata o eroare de atribuire.

Tabelul de mai jos e arborele de diagnostic complet: opt ramuri, cu semnalul care le trădează și cu răspunsul la întrebarea de care depind toate prioritățile — se poate repara retroactiv?

Coloana din dreapta e cea care schimbă prioritățile: șapte din cele opt ramuri nu se repară în trecut. Cu cât stai mai mult cu o colectare ruptă, cu atât mai multe zile de raport rămân definitiv incomplete — motiv pentru care o configurare GA4 făcută corect de la început previne jumătate din ramurile de mai sus.

Singura reclasificare care merge înapoi e cea de canale. Grupurile de canale personalizate „can be applied to your reports retroactively” — deci dacă problema ta e că un source/medium corect cade în Unassigned, poți repara clasificarea și pe datele vechi. Dacă problema e că valoarea n-a ajuns niciodată la GA4, nu.

1. Fixează raportul, dimensiunea și intervalul

Scrie exact ce vezi: „Traffic acquisition, Session source / medium, ultimele șapte zile”. Nu „GA4 nu merge”. Apoi compară două dimensiuni pe același interval:

• Session default channel group, pentru clasificarea pe canale;
• Session source / medium, pentru sursa brută și mediul sesiunii.

Comparația îți arată dacă informația lipsește sau dacă există, dar nu se potrivește unei reguli de canal. Prima e o problemă de colectare, a doua e o problemă de clasificare.

2. Separă colectarea de procesare

Fă o vizită de test și verifică Realtime. Apoi folosește DebugView, GTM Preview sau Tag Assistant ca să vezi evenimentele și ordinea lor.

Documentația Google despre prospețimea datelor dă cifrele, iar ele sunt mai mici decât intervalul de 24–48 de ore vehiculat de obicei:

Valorile (data not available) apar mai frecvent în datele intraday decât în cele zilnice, tot conform documentației. Concluzia operațională: dacă testul apare în Realtime, ai confirmat colectarea de bază, nu atribuirea finală — cele două se validează în momente diferite.

3. Verifică proprietatea și Measurement ID

Confirmă că site-ul trimite date în proprietatea și fluxul corecte. Un Measurement ID valid, dar aparținând altei proprietăți, produce exact impresia că tagul funcționează și raportul e gol. Dacă folosești GTM, verifică și dacă versiunea testată a fost publicată: Preview arată spațiul de lucru curent, nu versiunea pe care o primesc utilizatorii reali.

4. Verifică începutul sesiunii

Într-o sesiune de test, urmărește în ordine:

1. inițializarea Google tag;
2. page_view;
3. session_start;
4. evenimentul important pentru business;
5. parametrii acelui eveniment.

Dacă evenimentul de conversie ajunge înaintea contextului de sesiune sau fără parametrii necesari, GA4 poate înregistra acțiunea, dar nu o poate descrie corect în toate dimensiunile.

5. Urmărește UTM până la pagina finală

Testează linkurile din email, social, afiliere și din orice campanie care nu transmite automat sursa. Verifici:

• dacă parametrii există în linkul inițial;
• dacă supraviețuiesc redirecturilor;
• dacă source și medium respectă convenția echipei;
• dacă landing page-ul pornește tagul înaintea altor evenimente.

6. Verifică domeniile și procesatorul de plată

Un traseu care trece pe alt domeniu creează sesiune nouă dacă măsurarea între domenii nu e configurată. Documentația Google descrie efectul: „new cookies with new IDs are created for each domain a user visits”, iar la trecerea între subdomenii cu cookie-uri diferite „self-referrals can appear”.

Pentru un procesator terț de plată, verifici trei lucruri:

• lista de domenii din setările tagului, cu același tag ID pe toate domeniile;
• lista de referrals nedorite, limitată strict la domeniile care fac parte din traseul tău;
• dacă nu cumva excluderea a fost pusă global, pe tot site-ul.

Ultimul punct e cel care se greșește cel mai des, iar Google avertizează explicit: „Do not set this parameter up on all pages of your website: you may lose valuable information regarding your traffic sources.” O excludere prea largă elimină o sursă reală și ascunde problema în loc s-o repare.

7. Validează după procesarea zilnică

Repetă raportul cu același interval și aceeași dimensiune, după ce ziua s-a procesat. Distincția pe care o confirmi acum e simplă:

• (data not available) dispare de regulă singur, pentru că era o problemă de procesare;
• (not set) rămâne, pentru că informația care n-a fost trimisă nu se întoarce.

Cum o etichetă greșită mută bugetul

Pe pagina de măsurare e publicat un extras din proprietatea GA4 a Grindout: în perioada 16 iunie – 13 iulie 2026, Paid Search a avut 1,2% din sesiuni și 21,6% din conversiile-cheie (sursă: Google Analytics 4, extras 14 iulie 2026).

Lecția nu e că acel canal va performa la fel în orice business. E că volumul și valoarea pot arăta complet diferit pe același site, în aceeași lună. Dacă sursa conversiilor se pierde în Direct sau contextul apare ca (not set), echipa poate tăia exact investiția care contribuie disproporționat la rezultat — și o poate tăia cu un raport în față, ceea ce e mai greu de contestat decât o părere.

De aceea un raport de achiziție se citește împreună cu evenimentele de business:

• pentru un magazin online: purchase, transaction_id, value, currency și structura items;
• pentru lead generation: trimiterea formularului, confirmarea reală și protecția împotriva dublării.

Un caz frecvent, ușor de confundat cu o problemă de atribuire: vezi purchase, dar nu vezi venit. Verifici, în ordinea asta:

• numele evenimentului — trebuie să fie exact purchase, nu o variantă proprie;
• parametrii value și currency — fără ei, GA4 poate număra achiziția fără să calculeze venitul;
• transaction_id unic, care previne dublarea tranzacțiilor;
• structura items, dacă vrei venitul defalcat pe produse.

Checklist de 30 de minute

• Confirmă proprietatea, fluxul și Measurement ID.
• Verifică dacă versiunea GTM testată a fost publicată.
• Fă o sesiune de test cu un UTM unic, inventat pentru test.
• Urmărește sesiunea în Tag Assistant, Preview și Realtime.
• Confirmă ordinea: Google tag, page_view, session_start, evenimentul de business.
• Verifică Session source / medium, nu doar gruparea pe canale.
• Urmărește parametrii prin toate redirecturile, până la pagina finală.
• Verifică legătura cu Google Ads și auto-tagging.
• Verifică default și update în implementarea de consimțământ.
• Controlează măsurarea între domenii și lista de referrals nedorite.
• Compară raportul de achiziție cu cel de atribuire, știind că nu măsoară același lucru.
• Reia raportul după procesarea zilnică.

Dacă testul controlat e atribuit corect, dar proporția de Direct rămâne mare, segmentează după landing page, dispozitiv, țară și perioadă. Cauți schimbarea care coincide cu o campanie, un redirect, un banner de consimțământ sau o versiune nouă de site.

Când ai nevoie de un specialist

Poți verifica singur UTM-urile, proprietatea și raportul folosit. Ai nevoie de dezvoltator sau de specialist în măsurare când problema implică:

• ordinea tagurilor și a evenimentelor;
• dataLayer și parametri de eCommerce;
• Consent Mode;
• aplicații de tip single page;
• măsurare între mai multe domenii;
• dublarea conversiilor;
• diferențe persistente între GA4, platforma de reclame și comenzile reale.

Un audit onest nu promite aceeași cifră în toate platformele — nici nu ar trebui, pentru că platformele numără lucruri diferite. Explică diferențele de atribuire, elimină erorile controlabile și stabilește sursa operațională de adevăr pentru fiecare tip de decizie, inclusiv pentru totalurile care nu coincid într-un dashboard Looker Studio.

Întrebări frecvente

Traficul direct înseamnă că oamenii au tastat adresa site-ului?

Uneori, da. Direct include tastarea adresei și bookmarkurile, dar și vizite pentru care GA4 n-a primit o sursă clară: linkuri fără UTM, redirecturi care taie parametrii, scurtătoare de URL, documente offline sau ad blockere. De aceea Direct nu se citește automat ca notorietate de brand.

Pot corecta retroactiv valorile (not set)?

Nu, dacă valoarea n-a ajuns niciodată la GA4 — datele necolectate nu se recuperează, iar orice reparație de configurație are efect doar de acum înainte. Există o excepție: clasificarea pe canale. Grupurile de canale personalizate se pot aplica retroactiv, deci un source/medium care cade în Unassigned poate fi reclasificat și pe datele vechi.

UTM-urile greșite pot crea trafic neatribuit?

Da, în două feluri. Parametri incompleți sau greșiți pe URL-uri etichetate manual sunt o cauză documentată de (not set) în rapoartele legate de Google Ads. Iar valori scrise inconsecvent — paid_social într-o campanie, paidsocial în alta — nu produc (not set), dar sparg raportul în rânduri paralele și pot ajunge în Unassigned dacă nu se potrivesc regulilor de canal.

Care e diferența dintre (not set), Direct și Unassigned?

(not set) înseamnă că GA4 n-a primit nicio valoare pentru dimensiunea respectivă. Direct înseamnă că a primit sesiunea, dar fără sursă identificabilă. Unassigned înseamnă că are source și medium, dar nu se potrivesc niciunei reguli din grupul de canale. Prima e o problemă de colectare, a doua de identificare, a treia de clasificare.

De ce apare propriul meu domeniu sau procesatorul de plată ca sursă de referral?

Pentru că măsurarea între domenii nu e configurată, iar GA4 tratează celălalt domeniu ca sursă nouă. Google documentează atât sesiunile duplicate, cât și self-referralurile între subdomenii cu cookie-uri diferite. Se repară din lista de domenii a tagului, plus lista de referrals nedorite pentru procesatorul de plată — fără să excluzi mai mult decât ai nevoie.

Poate bannerul de consimțământ să producă (not set)?

Da, dacă implementarea Consent Mode e greșită. Cazul documentat de Google e folosirea comenzii default acolo unde trebuie update: se pierde evenimentul inițial al sesiunii, împreună cu contextul lui. Se verifică în cronologia tagurilor, nu se deduce din raport.

Concluzie

Nu trata „scăderea Direct” ca obiectiv. Direct nu e un canal pe care îl optimizezi, ci o găleată în care cad vizitele fără identitate — și scade doar ca efect secundar al faptului că păstrezi sursa acolo unde o controlezi.

Modelul mental util are trei straturi, verificate în ordinea asta: colectarea (a ajuns evenimentul?), contextul (a ajuns cu sesiunea și parametrii lui?) și procesarea (a apucat GA4 să calculeze?). Fiecare etichetă din articol aparține unui singur strat. Când știi stratului căruia îi aparține problema, reparația e evidentă; când nu știi, schimbi setări la întâmplare și aștepți să se îndrepte raportul.

Restul e disciplină de timp: șapte din opt cauze nu se repară în trecut, deci fiecare săptămână în care lași colectarea ruptă e o săptămână de raport pierdută definitiv. Începe cu o sesiune de test, urmărește traseul complet și repară prima verigă care se rupe. Dacă ai campanii active și nu poți lega sursa de conversia reală, cere un Growth Diagnosis pentru măsurare înainte să muți următorul buget pe baza unui raport incomplet.