A na lejon gjurmimi server-side të gjurmojmë ata që refuzuan pëlqimin?

Jo, dhe kush ju thotë të kundërtën po ju shet një rrezik. Detyrimet e pëlqimit lidhen me përpunimin e të dhënave personale, jo me makinën që dërgon kërkesën. Zhvendosja e mbledhjes te serveri juaj ndryshon transportin dhe asgjë nga pozita ligjore. Server-side madje e bën më të lehtë respektimin e saktë të pëlqimit, sepse një vend i vetëm vendos çfarë përcillet — e kundërta e një anashkalimi.

A i anashkalon bllokuesit e reklamave?

Pjesërisht, dhe ia vlen ta shohim qartë pse. Kërkesat drejt domenit tuaj nuk bllokohen si ato drejt domeneve të njohura analitike, prandaj mbërrijnë më shumë ngjarje. Për ne kjo do të thotë rikuperim i matjes për të cilën kishit të drejtë me pëlqim — jo mbledhje nga ata që refuzuan. Nëse qëllimi është të gjurmohen përdorues që kanë refuzuar aktivisht, atë punë nuk e marrim.

Sa më të sakta janë të dhënat, në të vërtetë?

Aq sa të ndryshojnë vendimet në disa biznese dhe jo aq sa të vihen re në të tjera, prandaj preferojmë t'i shohim shifrat tuaja para se të japim çmim. Fitimi vjen nga sesione të rikuperuara, cookie first-party më jetëgjata dhe ngjarje që ekzistojnë vetëm server-side si kthimet. Nëse cikli juaj i shitjes është më i gjatë se jeta e cookie-t, zakonisht përmirësimi i atribuimit është ai që ka më shumë rëndësi.

Sa kushton mirëmbajtja në muaj?

Varet pothuajse tërësisht nga trafiku, sepse paguani një server që rritet me volumin e ngjarjeve. Në trafik të moderuar është një zë i vogël hostingu; në trafik të lartë është një zë real. Shtoni monitorimin dhe mirëmbajtjen herë pas here ndërsa API-të e furnitorëve ndryshojnë. Ju japim një vlerësim me shkrim që mbulon si ndërtimin ashtu edhe koston e pritur të funksionimit.

A mund ta ndërtoni dhe ta mbani ju?

E ndërtojmë, e lidhim me analitikën dhe CRM-në tuaj dhe jua dorëzojmë me monitorimin në vend — kjo hyn brenda punës sonë inxhinierike për gjenerimin e kontakteve. Nuk rishesim hosting dhe nuk menaxhojmë reklama me pagesë, prandaj nuk kemi asnjë interes t'ju bindim për një sistem më të madh nga sa e justifikon trafiku juaj.

Gjurmimi Server-Side, Shpjeguar Ndershmërisht

Në vend që shfletuesi t'i dërgojë të dhënat drejt e te një duzinë furnitorësh, ai dërgon një kërkesë te një server që e kontrolloni ju, i cili përcjell atë që zgjidhni. Kjo zgjidh disa probleme reale matjeje dhe krijon disa detyrime të reja — dhe shitet shumë më shpesh sesa duhet vërtet.

Përditësuar më: 14 gusht 2026

Nis projektin tënd Merr një vlerësim falas

Çfarë ndryshon vërtet

Në gjurmimin client-side shfletuesi flet drejtpërdrejt me çdo furnitor analitike e reklamash që përdorni. Në server-side shfletuesi flet me një endpoint të vetëm në domenin tuaj, dhe serveri juaj vendos çfarë përcillet e ku. E vetmja gjë që ndryshon është rruga e të dhënave — mbledhja mbetet i njëjti veprim, me të njëjtën peshë ligjore.

Një kërkesë nga shfletuesi në vend të një duzine skriptash të palëve të treta, kështu faqja peshon më pak
Serveri juaj vendos çfarë merr secili furnitor: mund t'i përcillni vlerën e porosisë njërit dhe asgjë tjetrit
Cookie-t e vendosura nga serveri juaj janë first-party, dhe kjo ndryshon sa gjatë mbijetojnë
Mund t'i pasuroni ngjarjet me të dhëna që shfletuesi nuk i pati kurrë — marzhi, statusi i kthimit, cilësia e kontaktit nga CRM-ja
Mund të ndreqni ose të hidhni të dhëna të gabuara para se të mbërrijnë te furnitori, jo pasi kanë ndotur një raport

Problemet që i zgjidh vërtet

Pas zhurmës ka dështime reale matjeje, dhe ia vlen t'i emërtojmë saktë në vend që të flasim përgjithësisht për 'të dhëna më të mira'.

Jetëgjatësi e shkurtër e cookie-ve: cookie-t e vendosura nga shfletuesi për skripta të palëve të treta kufizohen ashpër, kështu një vizitor që kthehet duket i ri dhe dritarja e atribuimit është më e shkurtër se cikli juaj i shitjes
Bllokimi i skriptave: një pjesë e konsiderueshme e vizitorëve e bllokon fare analitikën e palëve të treta, dhe ato sesione thjesht mungojnë nga raportet
Pesha e faqes: çdo tag është edhe një skript për t'u shkarkuar e ekzekutuar, kosto mbi Core Web Vitals që paguhet në çdo shikim faqeje
Të dhëna që i keni vetëm server-side: kthimet, anulimet, konvertimet offline dhe cilësia e kontakteve nuk kanë qenë kurrë në shfletues
Shpërndarja e furnitorëve: kur çdo tag flet drejt me furnitorin e vet, askush nuk di të thotë cilat të dhëna dolën nga faqja dhe ku shkuan

Çfarë nuk e zgjidh

Kjo është pjesa që shumica e faqeve të furnitorëve e lënë jashtë, dhe pikërisht ajo që i fut kompanitë në telashe. Zhvendosja e rrugës së të dhënave server-side ndryshon ku ndodh mbledhja, jo nëse ju lejohet të mblidhni.

Nuk është mënyrë për të anashkaluar pëlqimin. Nëse një vizitor e refuzon gjurmimin, prapë nuk mund ta gjurmoni — detyrimi ndjek të dhënat, jo transportin
Nuk i bën anonime të dhënat personale. Përcjellja e një emaili ose IP-je nga serveri juaj mbetet përpunim i të dhënave personale
Nuk është mënyrë për t'ua fshehur mbledhjen përdoruesve. Nëse politika juaj e privatësisë do të duhej të ndryshonte dhe ju preferoni që jo, ky është sinjal për t'u ndalur
Nuk e ndreq një matje të projektuar keq. Ngjarjet e gabuara client-side mbërrijnë të gabuara server-side, thjesht më besueshëm
Nuk e heq përgjegjësinë tuaj për atë që furnitorët bëjnë me çfarë përcillni

Consent Mode v2, dhe çfarë sinjalizon vërtet

Consent Mode është mekanizmi me të cilin tag-et e Google marrin vesh se çfarë pranoi vizitori. Versioni 2 shtoi dy parametra — ad_user_data dhe ad_personalization — përkrah ad_storage dhe analytics_storage, dhe që nga marsi 2024 Google e kërkon për trafikun e ZEE-së kur reklamuesit përdorin funksione audiencash e remarketing-u. Ia vlen të kuptohet saktë, sepse është pjesa që më shpesh ngatërrohet me leje.

Katër sinjale, jo një: ruajtje për analitikën, ruajtje për reklamat, nëse të dhënat e reklamave mund të dërgohen dhe nëse mund të personalizohen — një vizitor mund të pranojë disa dhe të refuzojë të tjerat
Në modalitetin bazë tag-et nuk ngarkohen fare derisa të jepet pëlqimi, kështu nga një vizitor që refuzon nuk niset asgjë
Në modalitetin e avancuar tag-et ngarkohen dhe dërgojnë ping pa cookie kur pëlqimi mohohet: pa identifikues, pa cookie, dhe Google i përdor për modelim, jo për atribuim
Konvertimet e modeluara janë një vlerësim që Google e prodhon nga ato ping-e; nuk janë përdoruesi konkret, dhe trajtimi i tyre si i tillë është aty ku prishet raportimi
E mohuar mbetet e mohuar. Consent Mode ndryshon çfarë transmeton një tag, kurrë nëse ju lejohej të identifikonit dikë

Sa kushton ta mbash

Kundërshtimi i ndershëm ndaj gjurmimit server-side nuk është teknik, është operacional. Po merrni përsipër një pjesë infrastrukture gjithnjë aktive që qëndron mes faqes dhe raportimit të të ardhurave, dhe i duhet një përgjegjës.

Një server ose kontejner që duhet të rrijë ndezur — kur bie, nuk po mblidhni, dhe asgjë në faqe nuk do t'ua thotë
Kosto hostingu që rritet me trafikun: e vogël në volume të ulëta, jo e vogël në volume të larta
Monitorim, sepse një dështim i heshtur duket njësoj si një javë e qetë në raporte
Mirëmbajtje ndërsa API-të e furnitorëve ndryshojnë, dhe ndryshojnë
Një përgjegjës me emër. Dështimi më i shpeshtë që shohim është një kontejner i konfiguruar një herë nga dikush që ka ikur ndërkohë

Kur nuk ia vlen

Preferojmë t'ju heqim nga mendja sesa t'ju ndërtojmë diçka që kalbet në heshtje. Gjurmimi server-side e vlen kur gabimi i matjes po ju kushton vendime reale — dhe në volume të ulëta zakonisht nuk është ashtu.

Trafik i ulët: nëse pak qindra sesione në muaj nuk vendosin asgjë, as të dhënat më të mira nuk ndryshojnë gjë
Asnjë vendim që varet prej tij: nëse askush nuk do të shpenzonte ndryshe sipas shifrave, shifrat nuk janë pengesa
Asnjë përgjegjës: infrastrukturë pa mirëmbajtës është një defekt i ardhshëm me raportimin tuaj të lidhur pas
Problemi i vërtetë është diku tjetër: kontakte që mbërrijnë pa gjurmë, ose që askush nuk i ndjek, kushtojnë më pak për t'u ndrequr dhe vlejnë më shumë
E doni për të shmangur pëlqimin. Kjo është e vetmja arsye për të cilën e refuzojmë punën

FAQ

Pyetjet e shpeshta

A na lejon gjurmimi server-side të gjurmojmë ata që refuzuan pëlqimin?
Jo, dhe kush ju thotë të kundërtën po ju shet një rrezik. Detyrimet e pëlqimit lidhen me përpunimin e të dhënave personale, jo me makinën që dërgon kërkesën. Zhvendosja e mbledhjes te serveri juaj ndryshon transportin dhe asgjë nga pozita ligjore. Server-side madje e bën më të lehtë respektimin e saktë të pëlqimit, sepse një vend i vetëm vendos çfarë përcillet — e kundërta e një anashkalimi.
A i anashkalon bllokuesit e reklamave?
Pjesërisht, dhe ia vlen ta shohim qartë pse. Kërkesat drejt domenit tuaj nuk bllokohen si ato drejt domeneve të njohura analitike, prandaj mbërrijnë më shumë ngjarje. Për ne kjo do të thotë rikuperim i matjes për të cilën kishit të drejtë me pëlqim — jo mbledhje nga ata që refuzuan. Nëse qëllimi është të gjurmohen përdorues që kanë refuzuar aktivisht, atë punë nuk e marrim.
Sa më të sakta janë të dhënat, në të vërtetë?
Aq sa të ndryshojnë vendimet në disa biznese dhe jo aq sa të vihen re në të tjera, prandaj preferojmë t'i shohim shifrat tuaja para se të japim çmim. Fitimi vjen nga sesione të rikuperuara, cookie first-party më jetëgjata dhe ngjarje që ekzistojnë vetëm server-side si kthimet. Nëse cikli juaj i shitjes është më i gjatë se jeta e cookie-t, zakonisht përmirësimi i atribuimit është ai që ka më shumë rëndësi.
Sa kushton mirëmbajtja në muaj?
Varet pothuajse tërësisht nga trafiku, sepse paguani një server që rritet me volumin e ngjarjeve. Në trafik të moderuar është një zë i vogël hostingu; në trafik të lartë është një zë real. Shtoni monitorimin dhe mirëmbajtjen herë pas here ndërsa API-të e furnitorëve ndryshojnë. Ju japim një vlerësim me shkrim që mbulon si ndërtimin ashtu edhe koston e pritur të funksionimit.
A mund ta ndërtoni dhe ta mbani ju?
E ndërtojmë, e lidhim me analitikën dhe CRM-në tuaj dhe jua dorëzojmë me monitorimin në vend — kjo hyn brenda punës sonë inxhinierike për gjenerimin e kontakteve. Nuk rishesim hosting dhe nuk menaxhojmë reklama me pagesë, prandaj nuk kemi asnjë interes t'ju bindim për një sistem më të madh nga sa e justifikon trafiku juaj.