स्वीडन के IMY ने 4 कंपनियों से Google Analytics बंद करने को कहा

 (imy.se)
1 पॉइंट द्वारा GN⁺ 2023-07-05 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • वेबसाइट analytics tools के जरिए अमेरिका में personal data transfer मुद्दा बनने के बाद, स्वीडन की data protection authority IMY ने CDON, Coop, Dagens Industri और Tele2 के Google Analytics उपयोग का audit किया
  • audit का दायरा 14 अगस्त 2020 तक के Google Analytics version पर था, और traffic measurement व analysis की प्रक्रिया में transfer होने वाले data की protection level मुख्य मुद्दा बनी
  • IMY ने माना कि Google के statistics tool के जरिए अमेरिका भेजा जाने वाला data अन्य unique data के साथ जोड़ा जा सकता है, इसलिए यह personal data है
  • चारों कंपनियों ने standard contractual clauses को आधार बनाया, लेकिन अतिरिक्त technical security measures को EU/EEA स्तर की protection सुनिश्चित करने के लिए पर्याप्त नहीं माना गया
  • Tele2 पर 12 मिलियन SEK और CDON पर 300,000 SEK का जुर्माना लगाया गया; Tele2 पहले ही उपयोग बंद कर चुकी थी और बाकी 3 कंपनियों को इसे बंद करने का आदेश दिया गया

Google Analytics के उपयोग पर IMY audit

  • स्वीडन की data protection authority IMY ने चार कंपनियों के Google Analytics उपयोग का audit किया
    • संबंधित कंपनियां CDON, Coop, Dagens Industri, Tele2 हैं
    • audit का दायरा 14 अगस्त 2020 तक के Google Analytics version पर था
    • Google Analytics वेबसाइट traffic को measure और analyze करने वाला statistics tool है
  • audit NOYB(None of Your Business) की शिकायत और EU Court of Justice (CJEU) के Schrems II फैसले की पृष्ठभूमि में किया गया
    • शिकायत का विषय था कि चारों कंपनियों ने कानून का उल्लंघन कर personal data अमेरिका transfer किया
    • GDPR के तहत personal data को EU/EEA के बाहर third countries में transfer किया जा सकता है, लेकिन European Commission को यह तय करना होता है कि उस देश की protection level पर्याप्त है
    • CJEU ने Schrems II फैसले में माना कि उस समय अमेरिका को EU/EEA के बराबर adequate protection level वाला नहीं माना जा सकता

personal data transfer पर निर्णय और protection measures

  • IMY ने माना कि Google के statistics tool के जरिए अमेरिका transfer होने वाला data personal data है
    • क्योंकि यह data साथ में transfer होने वाले अन्य unique data से link किया जा सकता है
    • चारों कंपनियों के technical security measures EU/EEA में सुनिश्चित स्तर के मूल रूप से समान protection देने के लिए अपर्याप्त माने गए
  • चारों कंपनियों ने Google Analytics के जरिए personal data transfer के आधार के रूप में standard contractual clauses का उपयोग किया
    • European Commission की adequacy decision न होने पर standard contractual clauses के आधार पर transfer संभव है
    • CJEU के अनुसार, standard contractual clauses द्वारा वास्तव में intended protection बनाए रखने के लिए अतिरिक्त safeguards की जरूरत हो सकती है
    • IMY audit के नतीजे में चारों कंपनियों के अतिरिक्त technical security measures पर्याप्त नहीं थे

कंपनी-वार जुर्माने और उपयोग बंद करने की कार्रवाई

  • IMY ने हर कंपनी के protection measures के स्तर और use status को ध्यान में रखते हुए जुर्माना और रोक की कार्रवाई तय की
    • Tele2: 12 मिलियन SEK का जुर्माना, हाल ही में खुद Google Analytics का उपयोग बंद किया
    • CDON: 300,000 SEK का जुर्माना
    • CDON ने Coop और Dagens Industri जितने व्यापक protection measures नहीं अपनाए थे
    • CDON, Coop, Dagens Industri को Google Analytics का उपयोग बंद करने का आदेश दिया गया
  • यह फैसला सीधे चार कंपनियों पर लागू होता है, लेकिन Google Analytics इस्तेमाल करने वाले अन्य संगठनों के लिए भी personal data transfer risk की जांच करने का संकेत है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2023-07-05
Hacker News की राय

  • मेरी साली (असल में गर्लफ्रेंड के छोटे भाई की गर्लफ्रेंड, लेकिन वह महत्वपूर्ण नहीं है) ने हाल ही में data analysis certification के लिए पढ़ाई की, और सच कहूँ तो कई certifications हासिल भी किए
    पूरा course(https://medieinstitutet.se) Google Analytics पर आधारित है, इसलिए अब उसकी वैल्यू Google Analytics इस्तेमाल करने की क्षमता से बंधी हुई है। 6~12 महीनों तक कोई नया analytics system फिर से सीखना, या फिर analyst ही न रह जाना, यह शायद ही कोई चाहेगा, इसलिए संभावना है कि वह इस skill को वैध बनाए रखने के लिए मजबूती से डटा रहेगा
    लगता है कि जब लोग ऐसी चीज़ें सीखते हैं जो जीवन को आसान बनाती हैं, तब वे उस dependency का सही आकलन नहीं करते जिसे वे स्वीकार कर रहे होते हैं। Google Analytics को इस तरह बेचा गया कि इससे अपना analytics खुद बनाने की ज़रूरत नहीं पड़ेगी, और उसकी कीमत यह थी कि Google भी जानकारी ले जाएगा, लेकिन individual webmasters ने इसकी ज़्यादा परवाह नहीं की
    अब कम से कम हज़ारों लोग इस खास tool के अस्तित्व पर निर्भर हैं, और अगर यह प्रतिबंधित हो जाए तो वे आर्थिक रूप से बेकार हो सकते हैं। मूल सिद्धांतों और components की बजाय सिर्फ ऐसे tools को ही exclusively सीखना मुझे हैरान करने वाली मूर्खता लगता है
    हालाँकि “Cloud Engineer” जैसी job title भी मौजूद है, तो लगता है यह सबक सीखना आसान नहीं होगा

    • अगर उस course में सीखी गई चीज़ें GA पर इतनी निर्भर हैं, तो उस certification को data analysis कहना ही संदिग्ध है
      data analysis एक सामान्य professional field है जो GA से बंधा नहीं है, और इसे वास्तविक ज्ञान व क्षमता से अधिक व्यापक दिखाने के बजाय “Google Analytics Certification” कहना ज़्यादा सही लगता है
      data analysis में statistics शामिल होते हैं, और आजकल इसमें machine learning models को train करना, इस्तेमाल करना और बुनियादी तौर पर समझना भी थोड़ा शामिल होगा। मैंने ऐसे लोगों के लिए वास्तविक data analyst skills course बनाने में भाग लिया है जो data analyst के रूप में career बदलना चाहते थे, और उस course को job seekers के लिए vocational training के रूप में आधिकारिक मान्यता भी मिली थी
    • किसी खास tool पर इस स्तर की निर्भरता न तो दुर्लभ है और न ही अभूतपूर्व
      साधारण office jobs में Word/Excel/Outlook पर training दी जाती है, और कई मामलों में दूसरे tools के लिए retraining बहुत कठिन या लगभग असंभव होती है। वजह सचमुच समझ की कमी हो सकती है, या बदलाव के प्रति प्रतिरोध
      स्कूलों में भी “Informatik” अक्सर Microsoft products में कहाँ क्लिक करना है, बस यह सीखने तक सीमित रहता है। इसी तरह technical jobs में भी किसी specific tool और product में specialization आम बात है। auto mechanics को कभी-कभी practically किसी खास brand में specialize होने के लिए मजबूर किया जाता है, और home appliance repair करने वाले भी अक्सर एक ही brand की washing machine, dryer और dishwasher ही ज़्यादा बेचते और ठीक करते हैं
    • “Cloud” जैसी व्यापक और विस्तृत अवधारणा की तुलना Google Analytics जैसे किसी specific tool से करना थोड़ा गलत लगता है
      पूरी technology industry का रुझान cloud की ओर है, और चाहे आप Amazon, Microsoft या Google जैसे बड़े vendors का इस्तेमाल न भी करें, managed servers हों तो वे तकनीकी रूप से cloud ही हैं, चाहे कहीं भी स्थित हों
      ईमानदारी से कहूँ तो मैं कभी Google Analytics के craze में नहीं पड़ा, और मुझे खुशी है कि जिन sites मैंने बनाई, उनमें कभी-कभार कुछ lines के tag जोड़ने में मैंने 5 मिनट से ज़्यादा नहीं लगाए। मैं किसी ऐसे बड़े organization में भी काम नहीं कर पाया जहाँ analytics वास्तव में उपयोगी या मूल्यवान रहे हों
      अभी तो कुछ lines of code हटाकर tags आसानी से हटाए जा सकते हैं। बड़े organizations को क्या शुरू से ही कुछ घंटों से लेकर कुछ हफ्ते ज़्यादा लगाकर self-hosted analytics solution नहीं बना लेना चाहिए था?
    • आप कितने भी सामान्य course सीख लें, फिर भी बात समझ में न आए; और आप बहुत specific tool सीखकर भी generalize करने की क्षमता रख सकते हैं
      आखिरकार यह इस बात पर निर्भर करता है कि व्यक्ति में कितनी application ability है। इस लिहाज़ से अगर GA-only course पहली नौकरी जल्दी पाने में मदद करता है, तो ज़रूरी नहीं कि वह बुरी चीज़ हो
    • शायद अभी Matomo, Snowplow जैसे self-hosted alternatives देखने का अच्छा समय है
      अगर आप Google Analytics में सीखी बातों को ऐसे systems में लागू करना सीख लें, तो आप अपनी capabilities उन ग्राहकों दोनों को बेच सकते हैं जो Google Analytics इस्तेमाल करते रहेंगे, और उन ग्राहकों को भी जो जुर्माने से बचना चाहते हैं या सच में स्थानीय कानून का पालन करने के लिए alternatives खोज रहे हैं

  • अगर tracking events को proxy किया जाए, तो Google Analytics का इस्तेमाल जारी रखा जा सकता है। जहाँ तक मुझे पता है, केवल IP address को ही personal data माना जाता है, इसलिए IP को mask कर दें या ऐसा hash कर दें कि उसे वापस न निकाला जा सके, और personal data मानी जा सकने वाली बाकी चीज़ें हटाने के बाद events को Google को भेज दें। यह PHP की कुछ लाइनों के एक simple script से भी किया जा सकता है
    लेकिन दो वजहों से मेरा मन पहले ही Google से हट चुका था
    A) पुराना data नए Analytics version में convert करना असंभव बना दिया गया
    B) वह API हटा दी गई जो आपको अपने reports बनाने देती थी। मैंने वर्षों तक उस API से बात करने वाला बहुत सारा code लिखा था, और अब वह सब बेकार हो गया
    हाल ही में self-hosted Matomo पर migrate किया, और शुरुआत में मैंने इस बारे में ज़्यादा नहीं सोचा था, लेकिन आदत पड़ने के बाद लगा कि यह GA से कहीं बेहतर है। इसका interface बहुत अधिक सुंदर, तेज़ और अधिक तार्किक है
    इसका open source होना भी अच्छा है। कभी Matomo के बनाने वाले अगर कोई incompatible fork चुन भी लें, तब भी मुझे लगता है कि community पुराने data को नए format में बदलने वाला converter बना लेगी
    कुछ समय इस्तेमाल करने के बाद यह भी समझ आया कि MariaDB database को सीधे query करके reporting tools बनाए जा सकते हैं। SQL का इस्तेमाल करना, पागलों की तरह complex और intuitive न होने वाले Google Analytics API से जूझने की तुलना में कहीं बेहतर है
    अगर आप सच में Google Analytics का इस्तेमाल जारी रखना चाहते हैं, तो Matomo events को Google Analytics में push करने वाला converter बना सकते हैं। तब यह GDPR का पालन करते हुए Google tools इस्तेमाल करने का तरीका होगा। लेकिन मेरा ऐसा करने का कोई इरादा नहीं है। Google Analytics मेरे लिए हमेशा के लिए खत्म हो चुका है, और Matomo ही मेरे लिए promised land है

    • IMY के फ़ैसले के अनुसार सिर्फ IP hash काफ़ी नहीं है, और आगे चलकर कोई भी company GA का इस्तेमाल नहीं कर पाएगी
      CDON ने GA IP anonymization इस्तेमाल की थी, जिसमें IP को काटा जाता है, लेकिन इसे पर्याप्त नहीं माना गया। काटने के बाद IP अपने-आप में personal data नहीं रहता, लेकिन यह स्पष्ट नहीं था कि यह कटाई देश से बाहर जाने से पहले होती है या नहीं, और cookie जैसी दूसरी personal data के साथ जोड़े जाने पर इसे personal data माना जाता है
      Coop ने सभी GA calls को proxy किया और सभी users के लिए एक ही सामान्य IP address इस्तेमाल किया। उस पर जुर्माना नहीं लगा, लेकिन उसे GA का इस्तेमाल बंद करना पड़ा
      [1] "1.3.15 Effektiviteten hos vidtagna skyddsåtgärder av Google och CDON" https://www.imy.se/globalassets/dokument/beslut/2023/beslut-...
      [2] "2.2.2 Integritetsskyddsmyndighetens bedömning" https://www.imy.se/globalassets/dokument/beslut/2023/beslut-...
      [3] "1.3.14.2 Coops implementering av server side container" https://www.imy.se/globalassets/dokument/beslut/2023/beslut-...
    • IPv4 address को hash करने से समस्या हल नहीं होती। संभावित space इतना छोटा है कि पूरी range पर brute force चलाना मामूली बात है
    • खासकर A बहुत बुरा था, और मेरी जानकारी में इसने कई छोटी कंपनियों को GA पूरी तरह छोड़ने पर मजबूर कर दिया
      उन कंपनियों के पास कई वर्षों का GA data था, लेकिन BigQuery का सहारा लेने वाली तरकीबों के बिना उसे export करना असंभव था
      यह मानना मुश्किल है कि Analytics team जैसी अच्छी funding वाली team, gtag.js को GA4 में अपने-आप migrate करने का तरीका ढूँढ नहीं पाई या उसने किया नहीं। उन्हें upgrade को transparent बनाना चाहिए था, जैसे background में requests को convert करके existing analytics properties को जारी रहने देना और सिर्फ नई property registration पर GA4 को अनिवार्य करना
    • इस फ़ैसले में शामिल coop.se ने Google को भेजने से पहले IP को mask करने के लिए server-side GTM container इस्तेमाल किया था, लेकिन फिर भी उसे GA का इस्तेमाल बंद करने का आदेश मिला और कोई जुर्माना नहीं लगा
      data protection authority ने माना कि सिर्फ _gads, _ga, _gid cookies से भी पहचान संभव है। उस तर्क को पूरी तरह समझना कठिन है, लेकिन कम से कम इतना निष्कर्ष निकलता है कि Coop का proxy वाला तरीका भी compliance के लिए पर्याप्त नहीं है
    • हमारी company भी Matomo इस्तेमाल करती है, और हम track करना चाहते थे कि users WebApp को कैसे इस्तेमाल करते हैं। लेकिन Custom Actions को phase out किया जा रहा है और Custom Dimensions उस काम के लिए नहीं हैं
      मैं जानना चाहता हूँ कि क्या कोई ऐसा analytics tool इस्तेमाल कर रहा है जो users क्या करते हैं यह track भी करे और GDPR compliant भी हो
      मैं यह देखना चाहता हूँ कि कौन-सा button दबाया गया, कितनी बार दबाया गया, app का कौन-सा हिस्सा सबसे ज़्यादा या सबसे कम इस्तेमाल होता है, और normal paths के funnels बनाना वगैरह। मैं यह नहीं जानना चाहता कि user कौन है, सिर्फ app के नज़रिए से usage pattern समझना चाहता हूँ। पहले यह Google Tag Manager से करते थे, लेकिन GDPR compliance न होने की वजह से अब उसका इस्तेमाल नहीं कर सकते

  • यह मामला पुराने Analytics से जुड़ा है, जिसे 2020 में Google Analytics 4 से बदल दिया गया था। इसलिए स्थिति यह है कि इस साल 1 जुलाई को Google द्वारा निश्चित रूप से बंद किए गए version का उपयोग बंद करना होगा
    यह तर्क भी है कि GA4 भी वही आवश्यकताएँ पूरी नहीं कर पाएगा। Denmark का रुख ऐसा है, लेकिन अभी तक उसकी वास्तव में परीक्षा नहीं हुई है
    उनका तर्क यह है कि अगर कोई EU नागरिक एशिया जाए और वहाँ की किसी साइट पर जाए, तो वह जानकारी EU server की बजाय US server पर भेजी जाएगी। इंटरनेट जिस तरह काम करता है उसे देखते हुए यह वस्तुनिष्ठ रूप से बेतुका लगता है, लेकिन कानून शायद ऐसे चल सकता है। जब तक इस पर वास्तव में फैसला न हो, तब तक कुछ कहा नहीं जा सकता, और जो लोग परिणाम पहले से जानते होने का दावा करते हैं, उन्हें संदेह की नज़र से देखना चाहिए

    • “अगर EU नागरिक एशिया जाए और वहाँ की साइट पर जाए तो जानकारी US server पर जाती है” वाला तर्क सच में बकवास है
      मैं यह बात एक EU निवासी के रूप में कह रहा हूँ। मैं तो बिल्कुल नहीं चाहूँगा कि websites मेरे data ownership का फैसला करने के लिए residence या citizenship जाँचना शुरू कर दें
    • यात्रा करने की भी ज़रूरत नहीं है। बस VPN, proxy, Tor इस्तेमाल कर लो
      IP geolocation भौतिक location का भरोसेमंद proxy नहीं है, residence का तो बिल्कुल नहीं, और citizenship तो इस समीकरण में आती ही नहीं। मुझे नहीं लगता कि कानून के लिए इस बात को समझना कोई समस्या होनी चाहिए
    • मेरे हिसाब से यह फैसला GA4 पर भी लागू होता है
      फैसले में version का नाम साफ़ तौर पर नहीं है, बस यह कहा गया है कि कुछ खास sites को “14 अगस्त 2020 को उपयोग किए गए Google Analytics tool version” का उपयोग बंद करना होगा। यह UA है या GA4, यह नहीं कहा गया
      NOYB की मूल शिकायत UA की ओर इशारा करती है, लेकिन इस फैसले में जिन मुद्दों का हवाला दिया गया है, वे GA4 पर भी लागू होंगे
      इसलिए जब data protection authority कहती है कि “companies को Google Analytics का उपयोग बंद करना चाहिए”, तो यह मानने की कोई वजह नहीं है कि उस पोस्ट के समय उनका मतलब सिर्फ वही version था जो पहले ही बंद हो चुका था
    • नतीजा है internet का Balkanization। EU में बहुत से लोग अमेरिकी साम्राज्यवाद के विरोध जैसा एक पतला-सा बहाना लेकर, अपने घरेलू उद्योग को सहारा देने और राष्ट्रवादी कारणों से इसी दिशा में जाना चाहते हैं
      जबकि Russia पर अत्यधिक निर्भरता जैसी चीज़ें, जो वास्तव में EU के लिए ख़तरा हैं, उन पर वे कुछ कर नहीं पाते

  • आजकल analytics लगभग ऐसा है जैसे, “हम user privacy की परवाह करते हैं, इसलिए आपको अपनी website के बारे में उपयोगी जानकारी नहीं मिलेगी, लेकिन चिंता मत करो, हम सारा data देख रहे हैं”
    अगर आप Google Analytics embed करते हैं, तो ग्राहक आप नहीं बल्कि Google है
    अगर analytics चाहिए, तो ईमानदारी से कहें तो खुद बनाना बेहतर है। किसी ad company को user data नहीं सौंपा जा सकता

    • यह बात सिर्फ analytics पर नहीं, लगभग हर feature पर लागू होती है
      मान लीजिए आप एक शानदार वक्ता और शिक्षक हैं और आपका audience है, तो अभी आप उस audience को YouTube, Twitter आदि को तोहफ़े में दे रहे हैं। वे बदले में उससे कमाई करते हैं, आपको उसका छोटा-सा हिस्सा देते हैं, और लगातार audience का ध्यान competitors और दूसरे distracting content की ओर खींचते हैं। सच तो यह है कि YouTube तो आपके video के ऊपर competitors के video का विज्ञापन दिखाने का option भी बेचता है
      इसलिए बाहर निकलना चाहिए। community software भी Discord की जगह खुद चलाना चाहिए, और video conferencing, live streaming, chat, presentations, paid content भी खुद चलाना चाहिए, साथ ही PaymentRequest के अलावा cryptocurrency payments भी लेने चाहिए। पर्याप्त अच्छे open source alternatives बनाना मुश्किल है, और Mastodon तथा Bluesky भी अभी वहाँ तक नहीं पहुँचे हैं
      तो बेशर्म self-promo करूँ तो, हमने टीम के साथ 12 साल और 10 लाख डॉलर लगाकर यह बनाया है। https://github.com/Qbix/Platform
      सैकड़ों features में से एक यह है कि आप अपनी community site के अपने database में अपना analytics रख सकते हैं। बाकी features यहाँ हैं: https://qbix.com/features.pdf
      बेशक इसका मतलब यह नहीं कि YouTube पर content host करना भी बंद कर दें। बस वहाँ छोटे teaser, highlights, testimonials जैसी चीज़ें डालें और सबको अपनी site पर भेजें। बड़े sites पर discover होना मददगार हो सकता है, लेकिन अगर कोई long-form content और community को लेकर गंभीर है, तो उसे आपकी site पर membership खरीदनी चाहिए और सीधे रिश्ता बनाना चाहिए। तब platform से निकाले जाने या दबाव में आने की चिंता सूची के आख़िर में रह जाएगी
    • मैंने भी मूल रूप से यही किया था। मुझे browser, device या location जानने की ज़रूरत नहीं थी, और product सिर्फ UK के लिए था, इसलिए वह ज़्यादातर अप्रासंगिक था
      जब server side आपके नियंत्रण में हो, तो सिर्फ page visits और खास CTA रिकॉर्ड करके आप मोटे तौर पर देख सकते हैं कि लोग किस path से गए और किसने order किया
      यह इस पर निर्भर रहने से कहीं ज़्यादा उपयोगी है कि लोगों ने JavaScript चालू रखा था या tracking block की थी
      उदाहरण के लिए, अगर लोग order page पर गए, फिर FAQ पर लौटे, और फिर “x क्या है” link पर क्लिक किया, तो आप समझ सकते हैं कि order page में X की व्याख्या जोड़नी चाहिए
      बेशक यह इस पर निर्भर करता है कि आपको वास्तव में किस data की ज़रूरत है, लेकिन ढेर सारा अनावश्यक data इकट्ठा किए बिना भी ज़्यादातर उद्देश्य पूरे हो जाते हैं
    • ज़्यादातर alternatives ad companies ने नहीं बनाए हैं, लेकिन वे हमेशा free भी नहीं होते
      अच्छे विकल्प इतने ज़्यादा हैं, और खासकर अगर आप इतना control चाहते हैं, तो self-hosting और open source के बहुत विकल्प हैं, इसलिए ground-up से खुद बनाना न ज़रूरी है और न ही आम तौर पर recommended
      GA की कीमत को आम तौर पर “customer data से subsidized” बताया जाता है
    • Matomo self-hosted analytics के लिए एक अच्छा विकल्प है
    • “खुद बना लो” कहना घमंडी लग सकता है, अगर आपके पास समय, ऊर्जा, इच्छा या सैद्धांतिक ज्ञान न हो। जहाँ संभव हो, पहले से हल की गई समस्या को फिर से हल करने की कोशिश नहीं करनी चाहिए
      लेकिन self-hosting की मैं निश्चित रूप से सिफारिश करूँगा। इससे आप data किसी third party के साथ share नहीं करते, इसलिए GDPR की बहुत-सी समस्याएँ हल हो जाती हैं। फिर आपको बस consent और data retention की चिंता करनी होती है
      अगर raw analytics data, जिससे किसी user तक वापस पहुँचा जा सकता है, को generalized statistics में बदल दिया जाए, तो data retention भी शायद बड़ी समस्या नहीं रहेगी

  • मुझे जिज्ञासा है कि लोग ऐसे tools से मिलने वाली पूरी analytics information का वास्तव में कितना इस्तेमाल करते हैं। Matomo या दूसरे open source·self-hosted solutions के बारे में जानता हूँ, लेकिन सच में कितनी जानकारी उपयोग होती है?
    ज़्यादातर use cases में शायद बस इतना जानना होता है कि content consume या read हो रहा है या नहीं, लोग कितनी देर रुकते हैं, और वे कहाँ से आए। यह सब logs को parse करने वाली एक छोटी script से भी हो सकता है
    मैंने Caddy logs को parse करके link visitors की संख्या का मोटा अंदाज़ा लगाने जैसा काम किया है, और सच कहूँ तो मुझे बस उतनी ही ज़रूरत थी। इसे केवल तब चलाता हूँ जब update चाहिए, इसलिए यह लगातार resources भी नहीं खाता। logs मिटाने से पहले output save कर देता हूँ, ताकि यह पता चल सके कि Article 1 के 39 से कम views थे, Article 2 के 5 views थे, वगैरह
    हम चीज़ों को बहुत ज़्यादा कर रहे हैं, और हर चीज़ को analyze करने के rabbit hole में जाने से पहले कुछ मिनट सोच लेना फायदेमंद हो सकता है

    • मेरे अनुभव में आधुनिक corporate organizations में analytics और business intelligence काफ़ी बड़ी भूमिका निभाते हैं
      कंपनी जितनी बड़ी होती है, decision-makers उतने ही risk-averse हो जाते हैं, और जब उनके decisions पर सवाल उठते हैं तो analytics जैसी चीज़ें सहारे के तौर पर इस्तेमाल होती हैं
      मुझे जिज्ञासा इस बात की है कि ऐसे tools का ROI क्या है। कुछ मामलों में यह साफ़ तौर पर असरदार होंगे, लेकिन क्या हमेशा? अभी हम 3 business intelligence developers और 2 ऐसे developers को employ कर रहे हैं जो असली product बनाते हैं
      सबसे मज़ेदार बात यह है कि BI में 3 लोग होने के बावजूद भी यह पता नहीं कि वे अपनी लागत वसूल कर रहे हैं या नहीं। क्योंकि उनका data यह दिखा नहीं पाता
    • मैं Plausible Analytics इस्तेमाल कर रहा हूँ। यह बहुत कम data record और display करता है, और इसमें व्यक्तिगत पहचान योग्य जानकारी नहीं होती
      मेरे लिए यह काफ़ी से भी ज़्यादा है
      मैंने इसे कुछ ग्राहकों के लिए भी enable किया है, और उन्होंने इसकी simplicity को बहुत पसंद किया। कम data होना ही इसका feature है
    • single-page apps और mobile apps में server logs न तो इतने accurate होते हैं और न ही इतने useful
      कौन-सी features इस्तेमाल हो रही हैं, यह देखने के लिए event tracking वास्तव में useful है
      हर चीज़ marketing या evil advertising नहीं होती
      लेकिन आम user के नज़रिए से GA4 भयानक है
    • भले ही आप इस मकसद के लिए web server logs इस्तेमाल न करना चाहें, JavaScript से इसे खुद implement करना काफ़ी आसान है
      GA या किसी दूसरे bloated analytics framework की ज़रूरत नहीं है
    • कभी-कभी मैं access logs देखता हूँ और grep query को line-counting tool में दे देता हूँ, या IP के हिसाब से uniq चलाता हूँ, ताकि अंदाज़ा लग सके कि मेरी website के किसी खास हिस्से या tool को कितने लोग देख रहे हैं
      साल में लगभग दो बार ऐसा करता हूँ। इससे यह तय करने में मदद मिलती है कि क्या maintain/update करना है, इस आधार पर कि क्या अब भी पढ़ा जा रहा है, search engines में मिल रहा है, या बाहर से link हो रहा है

  • मैंने ChatGPT से किसी content से remark.js presentation के लिए HTML code generate कराया था, और उसने code तो बना दिया लेकिन सबसे नीचे किसी random GA account code के साथ GA snippet भी insert कर दिया
    मुझे यह तुरंत पता नहीं चला, और कुछ दिन बाद presentation material edit करते समय यह दिखा। इसमें मेरी आलस का भी दोष है

    • मुझे नहीं लगता कि यह पूरी तरह तुम्हारी गलती है। निजी जानकारी दूसरे लोगों के साथ साझा नहीं की जानी चाहिए
      ChatGPT ने जो लिखा है उसे इस्तेमाल करने से पहले verify करना user की ज़िम्मेदारी है, लेकिन निजी जानकारी साझा न करना OpenAI की ज़िम्मेदारी है
    • एक मिनट, क्या लोग सच में ChatGPT से production code लिखवा रहे थे? यह सिर्फ़ meme नहीं था?

  • मुझे ठीक से समझ नहीं आता कि analytics की ज़रूरत किसे है
    जब मैं Google Analytics इस्तेमाल करने वाली कंपनी में काम करता था, तब 99.9% मामलों में वही data server logs से awstats या goaccess जैसी चीज़ों से मिल सकता था
    आज भी मैं यह नहीं समझता कि JavaScript insert करके extra requests भेजने या tracking pixel लगाने की ज़रूरत क्यों है। data तो पहले ही एक बार भेजा जा चुका है

    • यह समस्या कम से कम आंशिक रूप से single-page apps की वजह से आई
      अगर application कुछ API calls को छोड़कर पूरी तरह client browser में चलती है, तो यह जानना मुश्किल हो जाता है कि वास्तव में कौन-से pages देखे गए। जब तक client app खुद report न करे, या Google को report न करे
    • मैंने एक web agency में काम किया है जो mid-sized companies के लिए बहुत-सी websites बनाती थी। वे sites हर महीने millions of views पाती थीं
      निष्कर्ष यह था कि यह feel की बात थी। ज़्यादातर लोग भले ही वास्तव में उसे न देखें, लेकिन users के बारे में data होने का एहसास अच्छा लगता है। और अगर किसी को उसे देखने के लिए hire भी किया जाए, तब भी कई बार वे जो पाते हैं उस पर action नहीं लिया जाता
      feedback पाने का सबसे अच्छा तरीका है users से सीधे बात करना या survey करना
    • मेरी जिज्ञासा यह नहीं है कि analytics की ज़रूरत क्यों है, बल्कि यह कि data में व्यक्तिगत पहचान योग्य जानकारी की ज़रूरत क्यों है
      मुझे इससे मतलब नहीं कि Bob ने button दबाया या नहीं; अहम यह है कि 1% users ने दबाया या 50% ने। या अगर button A दबाने वाले लोग button B दबाने की अधिक संभावना रखते हैं, तो क्या दोनों को और पास रखना चाहिए
      analytics को individual tracking नहीं बल्कि anonymous usage statistics होना चाहिए। लोग बुरी चीज़ों और उपयोगी, ज़्यादातर हानिरहित चीज़ों को एक साथ मिला कर देख रहे हैं
    • मुद्दा सिर्फ़ यह नहीं है कि raw data है या नहीं। Google Analytics में Google BigQuery के ज़रिए data access भी मिल सकता है
      अहम यह है कि business stakeholders data को आसानी से access कर सकें और decisions में उसका उपयोग कर सकें
      data को visualize करने और access व analysis को जितना हो सके decentralize करने वाला interface चाहिए
      Google Analytics मुफ़्त है और Google Ads नाम के सबसे बड़े marketing bundle का लगभग हिस्सा है, इसलिए ऐसे बहुत-से marketing stakeholders मिल जाते हैं जिन्हें इस tool की थोड़ी-बहुत समझ होती है
      हाँ, Google Analytics 4 की शुरुआत बहुत खराब रही थी, इसलिए स्थिति बदल भी सकती है
    • responsive design से पहले मुझे screen resolution जैसी statistics पसंद थीं, जो server logs से नहीं मिलती थीं
      individual pages तक आने वाले search terms की statistics भी मिल सकती थीं

  • कुछ साल पहले एक ग्राहक प्रोजेक्ट में GA की बात उठी थी। हमारी तरफ़ के लोग जहाँ तक हो सके Google से बचना चाहते थे, और मैंने Matomo, Fathom जैसे विकल्प सुझाए थे। टीम के कई लोगों को भी ऐसे विकल्पों का अनुभव था, लेकिन ग्राहक GA पर अड़ा रहा
    बात कुछ ऐसी थी: “यह industry standard है। देखो, अरबों डॉलर वाली कंपनियाँ GA इस्तेमाल करती हैं। हमें भी यही इस्तेमाल करना चाहिए।” मैंने कहा कि जिन कंपनियों से वे तुलना कर रहे हैं, उनके हर प्रोजेक्ट पर दर्जनों engineers होते हैं, और हमारे पास 3 part-time लोग हैं
    तर्क बार-बार वहीं लौट आता था: “GA standard है, और लोग GA को जानते हैं।” यह सही तो है, लेकिन कुछ हद तक circular logic भी है
    एक और सुझाव यह था कि कई चीज़ें आज़माकर देखें। जैसे कुछ समय के लिए GA और Matomo दोनों साथ चलाएँ, या GA को सिर्फ़ public marketing site पर इस्तेमाल करें और internal application के लिए कुछ और रखें
    लेकिन यह भी ठुकरा दिया गया। वे हर ad spend को internal business application में registered users के उपयोग तक पूरी तरह track करना चाहते थे। तर्क यह था कि Tacoma इलाके में खर्च किए गए $70 से 3 registered users आए, और वे 3 लोग Toronto में $90 खर्च करके register हुए 8 लोगों की तुलना में budget tool ज़्यादा इस्तेमाल करते हैं—ऐसा analysis कभी न कभी चाहिए हो सकता है, इसलिए यह ज़रूरी है
    “कुछ हफ़्तों तक दोनों install करके try करते हैं” की जगह बात “कई विकल्पों की जाँच करो और pros/cons report लिखो” तक पहुँच गई, और यह पागलपन जैसा था
    मेरी बड़ी चिंता यह थी कि test/development के लिए हम जिस analytics DB को control नहीं करते, उसे आसानी से “reset” नहीं किया जा सकता। उसे reset करना या हर test run के लिए unlimited नए sandbox बनाना मुश्किल है। GA में भी, और सच कहूँ तो लगभग किसी भी hosted solution में, मुझे testing को ठीक से handle करने का तरीका नहीं मिला। लेकिन enterprise analytics users के लिए शायद यह कोई बड़ी चिंता न हो

  • जब भी कोई ग्राहक Google Analytics या Facebook pixel code implement करने को कहता है, अंदर ही अंदर थोड़ा-थोड़ा मरने जैसा लगता है
    कुछ ग्राहक सच में Google Ads इस्तेमाल करते हैं, लेकिन Analytics से उन्हें कोई वास्तविक फ़ायदा नहीं मिलता। मैं यह जानता हूँ क्योंकि campaigns adjust करने वाला मैं ही हूँ
    बस सब लोग यही करते हैं, और अगर तुम नहीं करते तो तुम मूर्ख हो—कुछ ऐसा माहौल है। ऐसी lemming mentality हमेशा दुख देती है, क्योंकि समाज की बहुत-सी बुरी चीज़ें वहीं से आती हैं
    और जब भी कोई कहता है कि खुद बनाना समय की बर्बादी है, तो मैं CMS से लेकर single-page app framework तक सब कुछ खुद बना लेता हूँ। लंबे समय में उसके अलावा हर तरीका बहुत बड़ा time waste बन जाता है। मैं सिर्फ़ तब चीज़ें खुद रोल करके समय बर्बाद करता हूँ जब उसमें cigarette शामिल हो

    • क्या आप अपने बनाए हुए single-page app साइटों या अगर संभव हो तो source code के links साझा कर सकते हैं? बहुत कम लोग चीज़ें खुद बनाते हैं, और उससे भी कम लोग इतने detail पर ध्यान देते हैं कि user experience regression न हो, इसलिए देखना चाहूँगा। बेशक, third-party solutions भी कोई बहुत शानदार नहीं हैं

  • अगर मैं किसी कंपनी की साइट पर जाता हूँ और वह Google Analytics इस्तेमाल कर रही होती है, तो मैं इसे इस संकेत की तरह देखता हूँ कि वह कंपनी संभावित ग्राहकों के प्रति या तो आलसी है, या अनजान है, या शत्रुतापूर्ण
    ये तीनों संभावनाएँ हर मामले को कवर करती हैं, और इनमें से कोई भी सकारात्मक संकेत नहीं है
    किसी कंपनी या online presence रखने वाली किसी भी इकाई को यह जानने का अधिकार है कि लोग उसके platform पर क्या कर रहे हैं, और उस उद्देश्य के लिए उपयुक्त tools इस्तेमाल करने का भी अधिकार है। लेकिन स्पष्ट चेतावनी और user consent के बिना उसे यह किसी के साथ साझा करने का अधिकार नहीं है
    digital feeding ground के रूप में, जहाँ अनैतिक लोग अनजान लोगों को निचोड़ते हैं, वेब को अब रुकना चाहिए
    व्यावसायिक जीवन नैतिकता की प्रदर्शनी नहीं है, लेकिन उसका जो digital version विकसित हुआ है, वह सामान्य मानकों से, और खासकर बहुत बुरी तरह, अलग जा चुका है

    • आपको क्या लगता है, वास्तव में कितनी कंपनियाँ शत्रुतापूर्ण होती हैं?
      आम तौर पर किसी कंपनी में एक सामान्य व्यक्ति एक दिन सोचता है, “लोग हमारे बारे में कैसे जान रहे हैं?” फिर कंपनी में इस सवाल का जवाब पाने का तरीका Google पर खोजा जाता है, और Google Analytics मिल जाता है
      यह स्पष्ट रूप से शत्रुतापूर्ण नहीं है। थोड़ा अनजान हो सकता है, लेकिन क्या हम उन्हें इसके लिए दोष दे सकते हैं?
    • सरकारी वेबसाइटें भी Google Analytics इस्तेमाल करती हैं। यानी हमें सिर्फ़ shopping profile से कहीं आगे के स्तर पर track किया जा रहा है
    • अगर “स्पष्ट चेतावनी और user consent के बिना साझा करने का अधिकार नहीं है”, तो क्या क़ानूनन आवश्यक consent management, यानी cookie banner का इस्तेमाल करके users को सभी tracking ठुकराने का मौका देने पर वह अब आलसी, अनजान या शत्रुतापूर्ण नहीं रह जाता?
      मैं इस बात से सहमत हूँ कि users को अपने data और उसकी sharing की सीमा पर मज़बूत नियंत्रण होना चाहिए, लेकिन अगर आप सभी third-party advertising/analytics vendors के खिलाफ़ हैं, तो इसका मतलब है कि आप 99% वेबसाइटों के digital user acquisition के खिलाफ़ हैं