एक मार्केटिंग यात्रा को किनारे पर पहली पार्टी द्वारा रिकॉर्ड किया जाता है, सत्रों के बीच ले जाया जाता है, और एक संदेश कतार पर असाइनमेंटली पहुंचने वाले एक परिवर्तन के साथ मेल खाता है - फिर एक समय सारणी पर एक साथ मिलाया जाता है कि लाइव पथ ने क्या भुला दिया है।
| माप | मूल्य | स्रोत | मापा |
|---|---|---|---|
| एट्रीब्यूशन अवयव लिखे और संचालित | Ingest controller, ingest worker, conversion consumer, scoreboard service, reconciliation job | marketing package in the media service source tree | |
| जहाँ आगंतुक पहचानकर्ता सेट है | First-party, by edge middleware on the site's own domain | marketing tracking implementation in the marketing site and media service | |
| विश्लेषण मेजबानी | Self-hosted on our own cluster | kubectl get deployments -n kamo | |
| रूपांतरण वितरण तंत्र | Message queue consumer with a scheduled reconciliation pass | marketing conversion consumer and reconcile job |
क्या इमारत यह हमें सिखाया
सामान्य व्यवस्था यह है कि एक एजेंसी टैग प्रबंधक स्निपेट को चिपका देती है, और तब से डेटा के बारे में हर सवाल एक डैशबोर्ड पर समाप्त हो जाता है जिसे किसी भी पार्टी का नियंत्रण नहीं है. तीसरे पक्ष के कुकीज़ को हटा दिया जा रहा है, विज्ञापन ब्लॉकर्स अधिक हटा रहे हैं, और जो हुआ और जो रिकॉर्ड किया गया उसमें अंतर हर साल बढ़ता जा रहा है. आप उसे ठीक नहीं कर सकते जो आपका नहीं है।
हमारा पहला पक्ष है. दौरे पहचानकर्ता किसी अन्य के स्क्रिप्ट के बजाय हमारे अपने डोमेन पर किनारे मध्यवर्ती द्वारा सेट किया जाता है. श्रेय एक सत्र समाप्ति से बच जाता है. परिवर्तन घटनाओं के रूप में प्रकाशित किए जाते हैं और एक वर्कर्स द्वारा उपभोग किए जाते हैं बजाय इंलाइन गिनती के, जिसका अर्थ है कि एक धीमी रूपांतरण पथ एक ग्राहक को धीमा नहीं कर सकता है, और एक खोया संदेश पुनर्प्राप्त किया जा सकता है - एक सुलह कार्य है क्योंकि लाइव पथ पूरी तरह से भरोसा नहीं किया जाता है.
छोटे विवरण यह तय करते हैं कि क्या संख्याएं ईमानदार हैं. एक स्व-अवरोध तंत्र है ताकि हमारी साइट को ब्राउज़ करने वाले हमारे स्वयं के कर्मचारी मार्केटिंग आंकड़ों में न दिखें, और इसे सक्रिय रूप से आगंतुक कुकी को सक्रिय रूप से मिटाना चाहिए, न कि केवल रिकॉर्डिंग बंद करना, या पहले से ही रिकॉर्ड की गई यात्रा डेटा में रहती है. रोल-अप सभी समय के लिए हैं जबकि विंडोज आंकड़े अंतर्निहित पंक्तियों से गणना किए जाते हैं, क्योंकि दोनों सहमत नहीं हैं और अन्यथा दिखावा करते हैं एक स्कोरबोर्ड जो अपने स्वयं के विवरण के साथ मेल नहीं खा सकता है। यह एक प्रकार का द्रव है जो किसी पदार्थ के बाहरी आवरण से घिरा होता है।
एनालिटिक्स एक ही क्लस्टर पर स्व-होस्ट किया गया है, इसलिए पृष्ठ-स्तरीय डेटा भी हमारा है. क्लाइंट के लिए, हम इसे क्लाइंट के अपने खाते में सेट करते हैं - यह बात है कि आप माप के मालिक हैं, हम नहीं।
के साथ बनाया गया
- NATS JetStream
- Java
- Spring Boot
- Next.js middleware
- Umami
- YugabyteDB
क्या यह हमारे लिए योग्य है
हमें बताएं कि आप क्या करने की कोशिश कर रहे हैं
एक छोटी बातचीत आमतौर पर यह बताने के लिए पर्याप्त है कि क्या हम सही लोग हैं. यदि हम नहीं हैं, तो हम ऐसा कहेंगे और आपको कहीं बेहतर जगह दिखाएंगे.