Google Ads Measurement Protocol tərtibatçılara istənilən internetə qoşulmuş cihazdan birbaşa Google Analytics serverlərinə xam məlumat göndərməyə imkan verir. Bu üsul offline konversiyaları, server tərəfli hadisələri və ya xüsusi aparat qarşılıqlı əlaqələrini izləməkdə adətən çətinlik çəkən standart brauzer əsaslı izləməni yan keçir. Bu protokoldan istifadə etməklə müəssisələr tipik vebsayt mühitindən kənarda baş verən istifadəçi hərəkətlərinin aydın mənzərəsini qoruya bilər, bu da hesabatlar üçün konversiya məlumatlarının dəqiq və tam qalmasını təmin edir.
Niyə standart brauzer izləməsindən kənara çıxmalısınız?
Standart izləmə brauzer sessiyası daxilində işə düşən kukilərə və pikselə əsaslanır. İstifadəçi kukiləri blokladıqda və ya məxfiliyə yönəlmiş brauzerlərdən istifadə etdikdə, bu siqnallar çox vaxt analitika platformasına çata bilmir. Bu, məlumatlarda boşluqlar yaradır və reklam xərclərini son satışlar və ya liderlərlə əlaqələndirməyi çətinləşdirir. Measurement Protocol-dan istifadə etməklə siz hadisə məlumatlarını birbaşa serverinizdən Google serverlərinə göndərmək yolu əldə edirsiniz. Bu, istifadəçi müştəri tərəfli izləməni söndürsə belə, arxa sisteminizin tranzaksiyanın baş verdiyini hələ də bildirməsini təmin edir. Bu, xüsusilə satışların telefon zəngləri və ya satış nöqtəsi sistemləri vasitəsilə yekunlaşdırıldığı CRM inteqrasiyaları üçün faydalıdır.
Measurement Protocol praktika zamanı necə işləyir?
Protokol Google Analytics son nöqtəsinə HTTP sorğuları göndərməklə işləyir. Hər bir sorğu xüsusi ölçmə ID-ləri, müştəri ID-ləri və hadisə parametrləri daxil olmaqla hadisə məlumatlarının yükünü ehtiva edir. Arxa plan tərtibatçınız Google Analytics-in onları düzgün şəkildə emal etməsini təmin etmək üçün bu sorğuları rəsmi sənədlərə uyğun olaraq struktura salmalıdır. Məsələn, əgər xidmət əsaslı biznes idarə edirsinizsə, serveriniz məlumat bazanızda hər dəfə lider statusu ‘gözləmədə’ (pending) statusundan ‘bağlanmış’ (closed) statusuna keçdikdə bir hadisəni işə sala bilər. Bu server tərəfli işəsalma istifadəçinin vebsaytınıza yenidən daxil olmasını tələb etmədən hadisəni qeydə alır və ümumi konversiyalarınızın daha etibarlı sayını təmin edir.
Standart izləmə ilə protokol arasındakı əsas fərqlər
| Xüsusiyyət | Standart İzləmə | Measurement Protocol |
|---|---|---|
| Məlumat Mənbəyi | Brauzer/Müştəri | Server/API |
| Məxfilik Təsiri | Yüksək (Kuki əsaslı) | Aşağı (Birbaşa ötürmə) |
| Quraşdırma Murəkkəbliyi | Aşağı (Taqinq) | Yüksək (Arxa plan kodlaşdırması) |
Bu həllin tətbiqi üçün hansı addımlar tələb olunur?
Bu protokolun tətbiqi məlumat axınınızın və arxa plan memarlığınızın aydın şəkildə başa düşülməsini tələb edir. Offline hadisəni orijinal istifadəçi sessiyası ilə əlaqələndirmək üçün sisteminizin Müştəri ID-si və ya İstifadəçi ID-si kimi zəruri identifikatorları əldə edə biləcəyindən əmin olmalısınız. Bu identifikatorlar olmadan məlumat mövcud istifadəçi səyahətlərinə düzgün şəkildə xəritələnməyəcək və bu da təhrif olunmuş atributlu hesabatlarla nəticələnəcək. İnfrastrukturunuzu Google Analytics ilə uğurlu inteqrasiyaya hazırlamaq üçün bu addımları izləyin:
- Offline və ya server tərəfli hadisələrin harada baş verdiyini müəyyən etmək üçün cari məlumat axınınızı yoxlayın.
- Daxili məlumat bazası hadisələrinizi Google Analytics hadisə strukturları ilə xəritələndirin.
- Davamlılığı qorumaq üçün hər bir istifadəçi sessiyası üçün unikal müştəri ID-ləri yaradın.
- Tələb olunan parametr formatına uyğun gələn HTTP sorğuları qurun.
- Produksiyaya yerləşdirməzdən əvvəl Google tərəfindən təqdim olunan sınaq alətlərindən istifadə edərək yüklərinizi yoxlayın.
Alien Road Measurement Protocol-u necə tətbiq edir
Alien Road olaraq, biz Measurement Protocol-a parçalanmış məlumat siloları arasındakı körpü kimi yanaşırıq. Tipik əməkdaşlıqda biz müştərinin mövcud CRM və veb mühitinin dərin auditini aparmaqla, çatışmayan konversiya siqnallarını müəyyən etməklə başlayırıq. Biz müştəri qarşılıqlı əlaqələrinin brauzerdən çıxdığı nöqtələri, məsələn, təkrarlanan abunəlik ödənişləri və ya mağazadaxili proqram yeniləmələrini axtarırıq. Komandamız daha sonra analitika hesabına bu hadisələri göndərən kodu yazmaq üçün müştərinin inkişaf işçiləri ilə işləyir. Bu, hər bir mənalı hərəkətin qeydə alınmasını təmin edir və sadəcə yumşaq veb metrikalarına deyil, faktiki, təsdiqlənmiş biznes nəticələrinə əsaslanaraq reklam platformalarında daha yaxşı təklif qərarları qəbul etməyə imkan verir.
Qaçınılması lazım olan ümumi tələlər hansılardır?
Əsas səhvlərdən biri rədd edilmiş məlumat paketlərinə səbəb olan natamam hadisə yüklərinin göndərilməsidir. Server tərəfli sorğularınızın ölçmə ID-si və etibarlı zaman damgası kimi məcburi sahələri ehtiva etdiyini həmişə yoxlayın. Digər ümumi problem istifadəçi məxfiliyini qoruya bilməməkdir. Hətta server tərəfli izləmədən istifadə edərkən də, üçüncü tərəf serverlərinə hansı məlumatların göndərildiyi ilə bağlı yerli məlumatların mühafizəsi qaydalarına əməl etməlisiniz. Protokol vasitəsilə şəxsiyyəti müəyyən edən məlumatları (PII) göndərməkdən çəkinin. Reklam performansınızı yaxşılaşdırmaq üçün lazım olan məlumatları toplamaqla yanaşı uyğun qalmaq üçün heşlənmiş ID-lərə və tranzaksiya dəyərlərinə üstünlük verin.
- Server mühitinizin xarici API-lərlə ünsiyyət qurmaq üçün lazımi icazələrə malik olub-olmadığını yoxlayın.
- İstifadəçi ID-sinin və ya Müştəri ID-sinin müxtəlif istifadəçi təmas nöqtələrində davamlı olmasını təmin edin.
- Pik trafik dövrlərində API kvotalarını aşmamaq üçün məlumat həcminizi izləyin.
- Hadisələrin real vaxt hesabatlarınızda düzgün görünməsini təsdiqləmək üçün səhnələşdirmə mühitindən istifadə edin.
- Gələcək komanda üzvləri üçün xüsusi hadisə parametrlərinizin sənədlərini saxlayın.
Bu həftə haradan başlamaq lazımdır
Başlamaq üçün Google Analytics admin panelinizə baxın və Ölçmə ID-nizi tapın. Mülkiyyətinizə tək, saxta hadisə göndərən kiçik bir test skripti yaradın. Bu hadisənin hesabatlarınızda göründüyünü yoxladıqdan sonra izləmək istədiyiniz üç yüksək dəyərli offline hadisənin siyahısını tərtib etməyə başlayın. Cari arxa plan sistemlərinizdən necə işə salına biləcəyini görmək üçün bunları inkişaf komandanızla müzakirə edin. Kiçik başlamaq davam edən reklam kampaniyalarınıza və ya gündəlik əməliyyatlarınıza təsir etmədən prosesə inam qazanmağa kömək edəcək.
Tez-tez Verilən Suallar
Measurement Protocol həssas istifadəçi məlumatları üçün təhlükəsizdirmi?
Protokol hadisə məlumatlarını ötürmək üçün nəzərdə tutulmuşdur, lakin şəxsiyyəti müəyyən edən məlumatların göndərilməsindən qəti şəkildə çəkinməlisiniz. Analitika hesabında heç bir xam şəxsi məlumatın saxlanılmadığından əmin olmaq üçün istifadəçiyə xas hər hansı identifikatoru heşləməlisiniz. Tətbiqinizin müvafiq regional məlumatların məxfiliyi qanunlarına əməl etməsini təmin etmək üçün həmişə hüquqi və uyğunluq komandalarınızla məsləhətləşin.
Bunu veb olmayan cihazlar üçün istifadə edə bilərəmmi?
Bəli, bu, protokolun əsas üstünlüklərindən biridir. O, xüsusi olaraq internetə qoşulmuş istənilən cihazın, o cümlədən IoT aparatının, ağıllı kioskların və ya hətta server tərəfli tətbiqlərin məlumat göndərməsinə imkan vermək üçün nəzərdə tutulmuşdur. Cihaz Google Analytics son nöqtəsinə HTTP sorğusu edə bildiyi müddətcə faydalı konversiya məlumatlarını ötürə bilər.
Bu mənim cari Google etiketimi əvəz edəcəkmi?
Xeyr, o, mövcud izləməyinizi əvəz etmək deyil, onu tamamlamaq məqsədi daşıyır. Google etiketi standart veb davranışını idarə edərkən, protokol offline və ya server tərəfli hadisələr üçün boşluqları doldurur. Hər ikisinin birlikdə istifadəsi istifadəçi səyahətinizin Ən tam mənzərəsini təqdim edir və marketinq xərclərinizi daha səmərəli şəkildə optimallaşdırmağa imkan verir.
Çatışmayan məlumatları necə nasazlıqdan təmizləyə bilərəm?
Məlumatlarınız görünmürsə, HTTP cavab kodlarınızı yoxlayın. 200 seriyalı kod uğur deməkdir, 400 və ya 500 seriyalı kodlar isə yük strukturunuzda xəta olduğunu göstərir. Sorğu formatınızı rəsmi API tələblərinə qarşı yoxlamaq üçün Google hadisə sınaq alətlərindən istifadə edin və Ölçmə ID-nizin mülkiyyətiniz üçün düzgün konfiqurasiya edildiyinə əmin olun.
Oxumağa davam edin: Google Reklamcılığı · Reklamcılıq