একটি মার্কেটিং সফর প্রথম পক্ষের দ্বারা রেকর্ড করা হয়, সেশনের মধ্যে নিয়ে যাওয়া হয়, এবং একটি পরিবর্তনের সাথে মিলিত হয় যা একই সময়ে একটি বার্তা লাইন-এ আসে- তারপর একটি সময়সূচির সাথে মিলিত হয় যা লাইভ পাথ মিস করেছে তা ধরতে।
| মাপ | মান | উৎস | পরিমাপকৃত |
|---|---|---|---|
| Attribution উপাদান লেখা এবং পরিচালিত | 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
এটা আমাদের যোগ্য করে তোলে
আমাদের বলুন আপনি কি করতে চাচ্ছেন
আমরা সঠিক লোক কিনা তা জানার জন্য সাধারণত একটি সংক্ষিপ্ত কথাবার্তাই যথেষ্ট। যদি আমরা সঠিক না হই, তাহলে আমরা তা বলব এবং আপনাকে আরো ভালো কোন জায়গায় নিয়ে যাব।