Η συζήτηση για το «server-side vs client-side» είναι εδώ και χρόνια ένα θέμα όπου η απάντηση είναι ειλικρινά «εξαρτάται», και όλοι το μισούν. Εδώ είναι η κατανοητή έκδοση, χωρίς διαφημιστικές ατάκες, συμπεριλαμβανομένου ενός ειλικρινούς πίνακα που μπορείτε να στείλετε στον CTO σας.
Τι είναι πραγματικά
Το client-side tracking εκτελείται στο πρόγραμμα περιήγησης του επισκέπτη. Ένα μικρό script εκτελείται, διαβάζει τι συμβαίνει (προβολή σελίδας, κλικ, βάθος κύλισης) και στέλνει αυτές τις πληροφορίες απευθείας σε ένα σημείο συλλογής. Το server-side tracking εκτελείται στην υποδομή σας. Το πρόγραμμα περιήγησης στέλνει ελάχιστα δεδομένα στον διακομιστή σας (ή σε έναν ελαφρύ edge worker), ο οποίος στη συνέχεια αποφασίζει τι θα προωθηθεί και πού.
Κανένα από τα δύο δεν είναι εκ φύσεως πιο «φιλικό προς το απόρρητο» ή «ακριβέστερο» από το άλλο. Και τα δύο μπορούν να είναι, ανάλογα με τη διαμόρφωση. Αυτό που διαφέρει είναι πού βρίσκεται το σημείο ελέγχου — και πόση από την αλήθεια φτάνει σε εσάς.
Ο πίνακας ειλικρινών συμβιβασμών
| Διάσταση | Client-side | Server-side |
|---|---|---|
| Προσπάθεια εγκατάστασης | Χαμηλή — επικόλληση αποσπάσματος | Υψηλότερη — μια υπηρεσία και ένα μικρό επίπεδο δρομολόγησης |
| Αντοχή σε ad-blockers | Αδύναμη — το script μπλοκάρεται στην πηγή | Ισχυρή — first-party endpoint στο δικό σας domain |
| Απώλεια δεδομένων σε σύγχρονα προγράμματα περιήγησης | Σημαντική (Safari ITP, blockers, πρόληψη παρακολούθησης) | Μικρή — εσείς είστε ο ιδιοκτήτης της επιφάνειας |
| Ταχύτητα (καθυστέρηση) κατά τη φόρτωση | Προσθέτει ένα αίτημα τρίτου μέρους | Δεν προσθέτει τίποτα αν ο συλλέκτης είναι edge-cached |
| Έλεγχος του τι φεύγει από την υποδομή σας | Αυτό που αποφασίζει το script του προμηθευτή | Αυτό που αποφασίζετε εσείς |
| Ευκολία εντοπισμού σφαλμάτων | Καρτέλα δικτύου DevTools | Αρχεία καταγραφής διακομιστή — διαφορετική δεξιότητα, αλλά πληρέστερη |
| Κόστος κατά την κλιμάκωση | Χαμηλό, μέχρι να αυξηθούν τα επίπεδα του προμηθευτή | Μικρός λογαριασμός edge / function που πραγματικά βλέπετε |
| Αναγνώριση εταιρείας B2B | Λειτουργεί, αλλά είναι ευάλωτη | Ιδανική αντιστοίχιση — ο διακομιστής μπορεί να αντιστοιχίσει ιδιωτικά IP → εταιρεία |
Αυτή η τελευταία σειρά είναι αυτή που οι ομάδες B2B θα πρέπει να εξετάσουν περισσότερο. Η αναγνώριση από την πλευρά του πελάτη εξαρτάται από ένα script που ένα αυξανόμενο μέρος των επισκεπτών μπλοκάρει ή απενεργοποιεί. Η πλευρά του διακομιστή τοποθετεί τη λογική αναγνώρισης στη δική σας υποδομή, όπου δεν μπορεί να απενεργοποιηθεί σιωπηλά από μια ενημέρωση του προγράμματος περιήγησης.
Πού ταιριάζει η αναγνώριση εταιρείας στην εικόνα
Η αναγνώριση εταιρείας είναι μια φυσική εργασία για το server-side. Το πρόγραμμα περιήγησης χρειάζεται μόνο να κάνει ένα πολύ μικρό αίτημα σε ένα first-party endpoint στο δικό σας domain. Αυτό το endpoint εκτελείται στο edge (συνήθως <20 ms στην Ευρώπη), εκτελεί την αντιστοίχιση IP-σε-εταιρεία ιδιωτικά και δεν στέλνει τίποτα πίσω που να αποκαλύπτει τι συνέβη στην πλευρά του πελάτη. Η εμπειρία του χρήστη δεν αλλάζει. Το τοπίο των blockers παρακάμπτεται. Η πύλη δεδομένων παραμένει εντός των ορίων που διαχειρίζεστε.
Αυτό δεν είναι ένα κόλπο. Είναι μια λογική συνέπεια της μετακίνησης της ερώτησης «ποιος είναι αυτός ο επισκέπτης» από τον πελάτη σε μια υπηρεσία που διαχειρίζεστε. Δεν αλλάζει τίποτα στην συμπεριφορά περιήγησης του επισκέπτη. αλλάζει η ικανότητά σας να δείτε την απάντηση.
Τι δεν είναι το server-side
Το server-side tracking δεν είναι τρόπος παράκαμψης της συναίνεσης. Εάν μια δραστηριότητα επεξεργασίας απαιτεί συναίνεση, τότε αυτό παραμένει, ανεξάρτητα από το πού εκτελείται ο κώδικας. Αυτό που αλλάζει το server-side είναι η ποσότητα απώλειας δεδομένων και ο έλεγχος — όχι η νομική βάση.
Μια σημείωση για την απόδοση
Οι άνθρωποι συχνά φοβούνται ότι το «tracking» επιβραδύνει τη σελίδα. Σε σύγχρονες ρυθμίσεις, αυτός είναι ένας φόβος του παρελθόντος. Ένας καλά κατασκευασμένος φορτωτής είναι μόνο μερικά kilobytes, φορτώνεται καθυστερημένα και ενεργοποιείται μόνο αφού η σελίδα είναι διαδραστική. Ένα καλά κατασκευασμένο server-endpoint ανταποκρίνεται σε λίγα χιλιοστά του δευτερολέπτου από το πλησιέστερο edge. Κανένα από τα δύο δεν θα επιδεινώσει τα Core Web Vitals σας. Αυτό που τα επιδεινώνει είναι ο διαχειριστής ετικετών με δεκατέσσερα scripts τρίτων που κανείς δεν έχει ελέγξει εδώ και τρία χρόνια. Λιγότερες, καλύτερα ελεγχόμενες διαδρομές δεδομένων είναι σχεδόν πάντα ταχύτερες.
Όταν το client-side εξακολουθεί να κερδίζει
Το client-side δεν είναι λάθος. Για λιγότερο κρίσιμες αναλύσεις όπου αποδέχεστε την απώλεια δεδομένων λόγω blockers (δειγματοληψία χρήσης προϊόντος, in-app UX events, απλές δοκιμές σελίδων προορισμού), το client-side είναι ταχύτερο στην υλοποίηση και φθηνότερο στη χρήση. Το θέμα δεν είναι ότι η μία προσέγγιση είναι καθολικά καλύτερη. το θέμα είναι ότι αν η εργασία σας εξαρτάται από τα δεδομένα — η B2B pipeline είναι ένα καλό παράδειγμα — η server-side διαδρομή είναι πιο ανθεκτική και πιο ειλικρινής για το τι κάνει.
Η σωστή ερώτηση δεν είναι «ποια είναι η καλύτερη;» Είναι «για ποια απόφαση χρησιμεύουν αυτά τα δεδομένα, και πόση απώλεια δεδομένων μπορεί να αντέξει αυτή η απόφαση;» Για την ερώτηση «ποιος μας επισκέφτηκε αυτή την εβδομάδα» — ιδανικά καμία απώλεια. Η απάντηση στην αρχιτεκτονική προκύπτει από αυτό.
Published by
lead.box Team
Περισσότερα άρθρα
Δείτε το lead.box στο δικό σας traffic
Ξεκινήστε δωρεάν — χωρίς κάρτα, χωρίς κλήση πωλήσεων. Ή κλείστε μια 20λεπτη παρουσίαση αν προτιμάτε την ξενάγηση.