Οδηγός ενσωμάτωσης συγκατάθεσης cookie για εγγραφή συνεδρίας με Microsoft Clarity για το 2026
Η Microsoft Clarity κυκλοφόρησε το 2020 ως δωρεάν εναλλακτική χωρίς όριο στα Hotjar και Smartlook για εγγραφή συνεδρίας, χάρτες θερμότητας και ανάλυση αλληλεπιδράσεων. Πέντε χρόνια αργότερα κατέχει σημαντικό μερίδιο σε ιστότοπους μεσαίας και μικρής αγοράς παγκοσμίως, εν μέρει επειδή είναι πραγματικά χρήσιμη και εν μέρει επειδή η εγκατάσταση είναι μια γραμμή JavaScript που οι περισσότεροι χειριστές επικολλούν χωρίς περαιτέρω σκέψη. Από την άποψη της ιδιωτικότητας, ακριβώς αυτή η ευκολία εγκατάστασης είναι το πρόβλημα. Η Clarity καταγράφει κινήσεις ποντικιού, συμπεριφορά κύλισης, κλικ, πλήκτρα, αλληλεπιδράσεις με φόρμες και πλήρη στιγμιότυπα DOM της σελίδας — το πυκνότερο συμπεριφορικό φορτίο από οποιοδήποτε ευρέως αναπτυγμένο εργαλείο ανάλυσης — και προωθεί τα πάντα στους διακομιστές της Microsoft τη στιγμή που φορτώνεται το script. Για οποιαδήποτε ανάπτυξη που αφορά κίνηση από την EU, το UK, τον EEA, τη Βραζιλία ή την Καλιφόρνια, η προεπιλεγμένη εγκατάσταση δεν είναι συμμορφωμένη, και οι ρυθμιστές που είναι πιο ενεργοί στην επιβολή κανόνων εγγραφής συνεδρίας — CNIL, ο ιταλικός Garante, UK ICO — έχουν δηλώσει ρητά ότι η ανάλυση εφαρμόζεται ανεξάρτητα από το επίπεδο τιμολόγησης ή τον προμηθευτή του εργαλείου. Αυτός ο οδηγός εξετάζει τι καταγράφει η Clarity, πώς λειτουργεί το όριο συγκατάθεσης και το μοτίβο ενσωμάτωσης που αντέχει σε έλεγχο.
Τι καταγράφει πραγματικά η Clarity
Το Clarity SDK (φορτώνεται από το www.clarity.ms/tag/{project_id}) αρχικοποιεί ένα καθολικό αντικείμενο clarity και αναγνωρίζει τους επισκέπτες με ένα cookie που ανήκει στη Microsoft με το όνομα _clck, μαζί με ένα cookie συνεδρίας _clsk. Από εκείνη τη στιγμή, το script καταγράφει μια πυκνή συμπεριφορική ροή:
- Είσοδος ποντικιού και αφής — κάθε κίνηση, κλικ, άγγιγμα, κύλιση και χειρονομία καταγράφεται με χρονική σήμανση και συντεταγμένες.
- Αλληλεπιδράσεις με φόρμες — συμβάντα εστίασης, θόλωσης και εισαγωγής σε κάθε πεδίο φόρμας, συν το κείμενο μη ευαίσθητων πεδίων εάν δεν έχει διαμορφωθεί η κάλυψη.
- Στιγμιότυπα DOM — περιοδικά πλήρη στιγμιότυπα του DOM της σελίδας ώστε η επαναλήψη συνεδρίας να μπορεί να ανακατασκευάσει την ακριβή οπτική κατάσταση οποιαδήποτε στιγμή.
- Προσαρμοσμένα συμβάντα — οποιαδήποτε συμβάντα εκπέμπει ρητά η εφαρμογή μέσω κλήσεων clarity("event", "name").
- Δεδομένα απόδοσης και σφαλμάτων — σφάλματα JavaScript, αποτυχίες δικτύου και χρονισμοί core web vitals.
- Δεδομένα αναγνωριστικού — το cookie που ανήκει στη Clarity συν τη γεωτοποθέτηση που προέρχεται από IP και το fingerprinting του user-agent.
Ο συνδυασμός — ιδιαίτερα τα στιγμιότυπα DOM και η καταγραφή πεδίων φόρμας — καθιστά τη Clarity λειτουργικά ισοδύναμη με βιντεοσκόπηση της συνεδρίας του επισκέπτη. Η ρυθμιστική ταξινόμηση βάσει του GDPR είναι σαφής: πρόκειται για επεξεργασία προσωπικών δεδομένων, τα cookies δεν είναι απαραίτητα, τα δεδομένα διασχίζουν σύνορα προς την αμερικανική υποδομή της Microsoft και η απαιτούμενη νομική βάση είναι η συγκατάθεση. Η καθοδήγηση της CNIL του 2024 για την εγγραφή συνεδρίας είναι αδιαμφισβήτητη ως προς αυτό και κατονομάζει ρητά εργαλεία της κατηγορίας της Clarity.
Ο κίνδυνος ευαίσθητων δεδομένων
Τα εργαλεία εγγραφής συνεδρίας έχουν έναν συγκεκριμένο κίνδυνο ιδιωτικότητας που δεν έχουν άλλα εργαλεία ανάλυσης: μπορούν να καταγράψουν κατά λάθος ευαίσθητα προσωπικά δεδομένα. Ένας χρήστης που πληκτρολογεί αριθμό πιστωτικής κάρτας, κατάσταση υγείας, θρησκευτική συμμετοχή ή εθνικό αναγνωριστικό σε οποιοδήποτε πεδίο φόρμας καταγράφεται από τη Clarity εάν το πεδίο δεν είναι ρητά καλυμμένο. Βάσει του GDPR, αυτό αποτελεί επεξεργασία ευαίσθητων προσωπικών δεδομένων κατά το Article 9, που απαιτεί ρητή συγκατάθεση opt-in και σπάνια καλύπτεται από μια γενική απόφαση συγκατάθεσης μάρκετινγκ.
Η Clarity υποστηρίζει μια διαμόρφωση κάλυψης περιεχομένου που αποκρύπτει συγκεκριμένα πεδία από την εγγραφή, αλλά η προεπιλεγμένη συμπεριφορά καταγράφει τα πάντα. Η αμυντική προσέγγιση για έλεγχο είναι να εφαρμόζετε κάλυψη επιθετικά — υποθέτοντας ότι κάθε πεδίο φόρμας είναι ευαίσθητο μέχρι να αποδειχθεί το αντίθετο — και να τεκμηριώνετε ρητά τις αποφάσεις κάλυψης.
Εγγενείς έλεγχοι απορρήτου της Clarity
Η Microsoft έχει επενδύσει στους ελέγχους απορρήτου της Clarity τα τελευταία δύο χρόνια. Η πλατφόρμα εκθέτει τώρα αρκετά στοιχειώδη που μπορεί να αξιοποιήσει μια ενσωμάτωση CMP.
Το χαρακτηριστικό κάλυψης
Η προσθήκη data-clarity-mask="true" σε ένα στοιχείο DOM αποκρύπτει το περιεχόμενό του από την εγγραφή συνεδρίας. Η προσθήκη data-clarity-unmask="true" σε ένα θυγατρικό στοιχείο παρακάμπτει την κάλυψη για αυτό το υποδέντρο. Η σωστή προεπιλογή για οποιοδήποτε πεδίο φόρμας που μπορεί να περιέχει προσωπικά δεδομένα είναι η κάλυψη, και στη συνέχεια ρητή αποκάλυψη όπου είναι ασφαλές.
Το API συγκατάθεσης
Η Clarity εκθέτει μια κλήση clarity("consent") που, όταν καλείται, σηματοδοτεί ότι έχει χορηγηθεί συγκατάθεση και ότι το SDK πρέπει να συνεχίσει. Χωρίς αυτήν την κλήση, το SDK μπορεί να διαμορφωθεί ώστε να σταματά μετά την αρχική φόρτωση. Αυτό είναι το σωστό στοιχειώδες για την ενσωμάτωση CMP στην πλευρά ενεργοποίησης.
Κάλυψη IP και διαχείριση αναγνωριστικών
Οι ρυθμίσεις έργου της Clarity εκθέτουν επιλογές για περικοπή IP και κάλυψη αναγνωριστικών. Η ενεργοποίησή τους αποτελεί μέτρο άμυνας σε βάθος πέρα από την πύλη CMP· δεν υποκαθιστά τη συγκατάθεση.
Αυτόματη κάλυψη ευαίσθητου περιεχομένου
Οι πρόσφατες εκδόσεις Clarity επιχειρούν να ανιχνεύουν αυτόματα ευαίσθητα πεδία (μοτίβα πιστωτικών καρτών, πεδία κωδικού πρόσβασης, πεδία με το όνομα "ssn" ή παρόμοια) και να τα καλύπτουν από προεπιλογή. Η ανίχνευση είναι ευρετική και ατελής· μην βασίζεστε σε αυτήν ως τη μόνη γραμμή άμυνας.
Βήμα προς βήμα ενσωμάτωση CMP
Η αξιόπιστη αρχιτεκτονική είναι να αναβάλλετε εντελώς το Clarity SDK έως ότου χορηγηθεί η συγκατάθεση και στη συνέχεια να το ενεργοποιείτε ρητά μέσω του API συγκατάθεσης.
1. Αφαιρέστε την προεπιλεγμένη ετικέτα από την κεφαλίδα του εγγράφου
Το απόσπασμα εγκατάστασης της Clarity είναι ένα ενιαίο ενσωματωμένο script που αρχικοποιεί το SDK κατά τη φόρτωση της σελίδας. Αντικαταστήστε το με ένα στοιχείο script κράτησης θέσης του οποίου ο type είναι text/plain και η data-category είναι analytics ή marketing ανάλογα με το πώς το CMP σας κατηγοριοποιεί τα εργαλεία εγγραφής συνεδρίας.
2. Αποφασίστε για την αντιστοίχιση κατηγοριών
Η εγγραφή συνεδρίας είναι μια αμφισβητούμενη κατηγορία. Η CNIL την έχει αντιμετωπίσει ποικιλοτρόπως ως ανάλυση (όταν τα δεδομένα χρησιμοποιούνται για εσωτερική έρευνα UX) και ως μάρκετινγκ (όταν τα δεδομένα τροφοδοτούν αποφάσεις εξατομίκευσης ή εξωτερική κοινοποίηση). Η συντηρητική αντιστοίχιση είναι το μάρκετινγκ· η θέση που αντέχει σε έλεγχο απαιτεί να είστε συγκεκριμένοι για το πώς χρησιμοποιούνται πραγματικά οι εγγραφές.
3. Διαμορφώστε επιθετική κάλυψη πριν την ενεργοποίηση
Προσθέστε data-clarity-mask="true" σε κάθε στοιχείο φόρμας, κάθε πεδίο εισαγωγής, κάθε κοντέινερ που θα μπορούσε να περιέχει προσωπικά δεδομένα. Η προεπιλεγμένη πολιτική είναι κάλυψη από προεπιλογή με ρητές εξαιρέσεις αποκάλυψης για στοιχεία που είναι γνωστό ότι είναι ασφαλή (τίτλοι σελίδων, ετικέτες πλοήγησης, μπλοκ δημόσιου περιεχομένου).
4. Ενεργοποιήστε τη Clarity από το callback συγκατάθεσης
Όταν το CMP ενεργοποιεί το σχετικό συμβάν αποδοχής κατηγορίας, επανεγγράψτε την ετικέτα script κράτησης θέσης και καλέστε clarity("consent") για να χορηγήσετε στο SDK άδεια συνέχισης. Τα συμβάντα σε ουρά που είχαν αποθηκευτεί στη μνήμη προσωρινής αποθήκευσης κατά τη διάρκεια της περιόδου πριν τη συγκατάθεση θα αδειαστούν τότε.
5. Χειριστείτε ρητά την ανάκληση
Εάν ο χρήστης ανακαλέσει τη συγκατάθεση, το Clarity SDK δεν διαθέτει καθαρή κλήση "διακοπή εγγραφής" ισοδύναμη με το API ενεργοποίησης. Το πρακτικό μοτίβο είναι να καλείτε clarity("consent", false) εάν υποστηρίζεται στην έκδοση SDK σας, και επιπλέον να διαγράφετε τα cookies Clarity στην πλευρά του client. Για πλήρη διαγραφή ιστορικών εγγραφών, χρησιμοποιήστε τη ροή εργασίας διαγραφής δεδομένων του περιβάλλοντος διαχείρισης Clarity ή το API διαγραφής.
Συνηθισμένες παγίδες
Τέσσερα λάθη ενσωμάτωσης αντιστοιχούν στην πλειονότητα των ευρημάτων ελέγχου στις αναπτύξεις Clarity.
Εγκατάσταση της Clarity "απλώς για να δούμε τι κάνουν οι επισκέπτες"
Το πιο συνηθισμένο μοτίβο: ένας διευθυντής προϊόντος εγκαθιστά τη Clarity για να ερευνήσει ένα πρόβλημα UX, δεν ενεργοποιεί ποτέ την πύλη συγκατάθεσης, δεν διαμορφώνει ποτέ κάλυψη και ξεχνά το script. Η επιφάνεια εγγραφής συνεχίζει να συσσωρεύεται. Η αποκατάσταση είναι είτε να αφαιρεθεί εντελώς η Clarity είτε να τεθεί υπό την ίδια αρχιτεκτονική συγκατάθεσης με κάθε άλλον tracker.
Εμπιστοσύνη στην αυτόματη κάλυψη
Η ευρετική ανίχνευση ευαίσθητων πεδίων της Clarity εντοπίζει τις προφανείς περιπτώσεις αλλά χάνει τις ειδικές για τον τομέα — το textarea "symptoms" ενός ιατρικού ιστότοπου, το πεδίο "account number" ενός χρηματοοικονομικού ιστότοπου με ιδιόρρυθμο όνομα. Καλύψτε ρητά· μην βασίζεστε στην αυτόματη ανίχνευση.
Αντιμετώπιση της εγγραφής συνεδρίας ως ανάλυση
Η CNIL έχει διευκρινίσει ότι η κατηγορία εγγραφής συνεδρίας είναι πιο κοντά στο μάρκετινγκ παρά στην ανάλυση πρώτου μέρους από την άποψη της συγκατάθεσης. Η υπαγωγή της Clarity μόνο σε συγκατάθεση ανάλυσης είναι υπερασπίσιμη μόνο εάν οι εγγραφές χρησιμοποιούνται αποκλειστικά για εσωτερική έρευνα UX και δεν κοινοποιούνται ποτέ εκτός του οργανισμού.
Λήθη των φορτίων προσαρμοσμένων συμβάντων
Ο κώδικας εφαρμογής που καλεί clarity("event", "name", customProperties) μπορεί να διαρρεύσει προσωπικά δεδομένα στη ροή Clarity μέσω του φορτίου customProperties. Ελέγξτε κάθε σημείο κλήσης και αποφύγετε τη διαβίβαση αναγνωριστικών χρηστών, διευθύνσεων email ή οποιωνδήποτε προσωπικών δεδομένων στις ιδιότητες συμβάντων.
Λίστα ελέγχου για έλεγχο
Έξι συγκεκριμένες ερωτήσεις που πρέπει να απαντηθούν για κάθε ανάπτυξη Clarity που αφορά κίνηση από την EU, το UK, τη Βραζιλία ή την Καλιφόρνια.
- Περιμένει η Clarity τη συγκατάθεση; Ανοίξτε τη σελίδα σε ιδιωτικό παράθυρο και επιβεβαιώστε ότι δεν ενεργοποιούνται αιτήματα clarity.ms πριν γίνει αποδεκτό το banner.
- Είναι η κάλυψη επιθετική; Επιβεβαιώστε ότι κάθε πεδίο φόρμας και κάθε κοντέινερ με δυνητικά προσωπικό περιεχόμενο έχει εφαρμοσμένο data-clarity-mask.
- Είναι τεκμηριωμένη η αντιστοίχιση κατηγοριών; Επιβεβαιώστε ότι υπάρχει γραπτό αρχείο για το αν η Clarity υπάγεται σε ανάλυση ή μάρκετινγκ, με την αιτιολόγηση.
- Είναι συνδεδεμένο το API συγκατάθεσης; Επιβεβαιώστε ότι το callback CMP καλεί clarity("consent") κατά τη χορήγηση και το ισοδύναμο κατά την ανάκληση.
- Ελέγχονται τα προσαρμοσμένα συμβάντα; Επιβεβαιώστε ότι οι κλήσεις clarity("event", ...) δεν διαβιβάζουν αναγνωριστικά ή ευαίσθητα δεδομένα στα φορτία ιδιοτήτων τους.
- Είναι αυτοματοποιημένη η διαγραφή; Επιβεβαιώστε ότι τα αιτήματα DSAR ενεργοποιούν τη ροή εργασίας διαγραφής της Clarity και όχι χειροκίνητο εισιτήριο υποστήριξης.
Πού εντάσσεται η Clarity σε μια στοίβα με προτεραιότητα τη συγκατάθεση
Η εγγραφή συνεδρίας είναι η επιφάνεια παρακολούθησης συμπεριφοράς με την υψηλότερη πυκνότητα πληροφοριών στις συνήθεις αναπτύξεις, και η Clarity είναι το εργαλείο που έχει δημοκρατικοποιήσει αυτό με τον πιο επιθετικό τρόπο. Το δωρεάν επίπεδο τιμολόγησης και η εγκατάσταση χωρίς τριβές την καθιστούν τον δρόμο ελάχιστης αντίστασης για κάθε ομάδα που θέλει ορατότητα στη συμπεριφορά UX. Αυτή ακριβώς η εγκατάσταση χωρίς τριβές είναι αυτό που κάνει τη Clarity το πιο συνηθισμένα λανθασμένα διαμορφωμένο εργαλείο ανάλυσης στους ελέγχους του 2026. Η σωστή αρχιτεκτονική αντιμετωπίζει τη Clarity όπως κάθε άλλον tracker που ταυτοποιεί: υπάξτε την πίσω από ρητή συγκατάθεση, καλύψτε επιθετικά τα πεδία φόρμας από προεπιλογή, τεκμηριώστε την αντιστοίχιση κατηγοριών και συνδέστε το API συγκατάθεσης ώστε τα ίδια τα στοιχειώδη του SDK να επιβάλλουν αυτό που κατέγραψε το CMP. Όταν γίνεται σωστά, η αξία της έρευνας UX για την οποία αγοράστηκε το εργαλείο διατηρείται, ενώ η ρυθμιστική έκθεση μειώνεται σε ένα κλάσμα αυτού που φέρει μια προεπιλεγμένη εγκατάσταση.