Diskusija „serverio pusės vs kliento pusės“ jau daugelį metų yra tokia tema, kurios atsakymas nuoširdžiai yra „priklauso nuo aplinkybių“, ir visi to nekenčia. Štai suprantama versija, be pardavimų kalbų, įskaitant sąžiningą lentelę, kurią galite nusiųsti savo CTO.
Kas tai iš tikrųjų yra
Kliento pusės sekimas vykdomas lankytojo naršyklėje. Vykdomas nedidelis scenarijus, kuris nuskaito, kas vyksta (puslapio peržiūra, paspaudimas, slinkties gylis) ir siunčia šią informaciją tiesiai į surinkimo tašką. Serverio pusės sekimas vykdomas jūsų infrastruktūroje. Naršyklė siunčia minimalius duomenis į jūsų serverį (arba lengvą kraštinį darbuotoją), kuris tada nusprendžia, kas ir kur siunčiama toliau.
Nė vienas iš jų natūraliai nėra „privatumui palankesnis“ ar „tiksliau“ nei kitas. Abu gali būti, priklausomai nuo konfigūracijos. Skiriasi tai, kur yra kontrolės taškas – ir kiek tiesos pasiekia jus.
Sąžininga kompromisų lentelė
| Aspektas | Kliento pusės | Serverio pusės |
|---|---|---|
| Diegimo pastangos | Mažos – įklijuoti fragmentą | Didesnės – paslauga ir nedidelis maršrutizavimo sluoksnis |
| Atsparumas skelbimų blokatoriams | Silpnas – scenarijus blokuojamas prie šaltinio | Stiprus – pirmojo šalies galinis taškas jūsų domene |
| Duomenų praradimas šiuolaikinėse naršyklėse | Reikšmingas (Safari ITP, blokatoriai, sekimo prevencija) | Mažas – jūs esate paviršiaus savininkas |
| Greitis (vėlavimas) įkeliant | Prideda vieną trečiosios šalies užklausą | Nieko neprideda, jei rinkiklis yra talpykloje |
| Kontrolė, kas palieka jūsų infrastruktūrą | Ką nusprendžia tiekėjo scenarijus | Ką nusprendžiate jūs |
| Derinimo paprastumas | DevTools tinklo skirtukas | Serverio žurnalai – kitas įgūdis, bet išsamesnis |
| Kainos didėjant mastui | Mažos, kol tiekėjo lygiai nepadidėja | Mažas krašto / funkcijų sąskaita, kurią iš tiesų matote |
| B2B įmonės identifikavimas | Veikia, bet yra pažeidžiamas | Idealus atitikimas – serveris gali privačiai atsekti IP → įmonę |
Paskutinė eilutė yra ta, į kurią B2B komandos turėtų žiūrėti ilgiausiai. Kliento pusės identifikavimas priklauso nuo scenarijaus, kuris blokuoja arba neutralizuoja vis didesnę lankytojų dalį. Serverio pusė įdiegia identifikavimo logiką jūsų infrastruktūroje, kur jos negali tyliai išjungti naršyklės atnaujinimas.
Kur įmonės ID tinka paveikslėlyje
Įmonės identifikavimas yra natūrali serverio pusės užduotis. Naršyklei tereikia atlikti labai mažą užklausą į pirmojo šalies galinį tašką jūsų domene. Tas galinis taškas veikia krašte (dažniausiai <20 ms Europoje), privačiai atlieka IP įmonės atsekimą ir nieko negrąžina, kas atskleistų, kas įvyko kliento pusėje. Vartotojo patirtis nesikeičia. Blokatorių aplinka apeinama. Duomenų portalas lieka jūsų valdomose ribose.
Tai nėra triukas. Tai yra logiškas klausimo „kas yra šis lankytojas“ perkėlimo iš kliento į jūsų valdomą paslaugą rezultatas. Lankytojo naršymo elgsena nesikeičia; keičiasi jūsų gebėjimas matyti atsakymą.
Kas nėra serverio pusė
Serverio pusės sekimas nėra būdas apeiti sutikimą. Jei apdorojimo veiklai reikalingas sutikimas, taip ir lieka, nepriklausomai nuo to, kur veikia kodas. Serverio pusė keičia duomenų praradimo kiekį ir kontrolę – ne teisinį pagrindą.
Pastaba apie našumą
Žmonės dažnai bijo, kad „sekimas“ sulėtins puslapį. Šiuolaikinėse konfigūracijose tai yra praeities baimė. Gerai sukonstruotas įkroviklis yra tik kelių kilobaitų, įkeliamas atidėtai ir aktyvuojamas tik po to, kai puslapis tampa interaktyvus; gerai sukonstruotas serverio galinis taškas reaguoja per kelias milisekundes iš artimiausio krašto. Nė vienas iš jų nepablogins jūsų Core Web Vitals. Kas juos pablogina, tai žymų tvarkyklė su keturiolika trečiųjų šalių scenarijų, kurių niekas netikrino trejus metus. Mažiau, geriau kontroliuojami duomenų keliai beveik visada yra greitesni.
Kai kliento pusė vis dar laimi
Kliento pusė nėra bloga. Mažiau kritinei analizei, kai sutinkate su duomenų praradimu dėl blokatorių (produkto naudojimo pavyzdžiai, programos UX įvykiai, paprasti nukreipimo puslapio testai), kliento pusė yra greičiau įdiegiama ir pigesnė naudoti. Esmė ne ta, kad vienas metodas yra universaliai geresnis; esmė ta, kad jei jūsų darbas priklauso nuo duomenų – B2B srautas yra geras pavyzdys – serverio pusės kelias yra atsparesnis ir sąžiningesnis dėl to, ką jis daro.
Tinkamas klausimas nėra „kuris yra geriausias?“ Tai yra „kokiam sprendimui šie duomenys skirti ir kiek duomenų praradimo gali atlaikyti tas sprendimas?“ Į klausimą „kas mus aplankė šią savaitę“ – idealiai, jokio praradimo. Architektūros atsakymas išplaukia iš to.
Published by
lead.box Team
Daugiau straipsnių
Pamatykite lead.box su savo pačių srautu
Pradėkite nemokamai — be kortelės, be privalomo pardavimų skambučio. Arba rezervuokite 20 minučių demonstraciją, jei norite ekskursijos su gidu.