ადამიანმა Instagram-ზე ვიდეო ნახა, მოგვიანებით ბმულზე გადავიდა და საიტიდან მოთხოვნა გამოგზავნა. შეგიძლია გაიგო, რომელი კამპანიის ბმულით მოვიდა და რა ქმედება შესრულდა? ამისთვის მხოლოდ ანალიტიკის კოდის ჩასმა საკმარისი არ არის: ერთმანეთთან შეთანხმებული სახელები და მოვლენები გჭირდება.
UTM ნიშნულები ბმულის წყაროს აღწერს, GA4 საიტზე განსაზღვრულ ქმედებებს აღრიცხავს, გაყიდვების ჩანაწერი კი მოთხოვნის შემდგომ ბედს აჩვენებს. ქვემოთ მოცემული მიდგომა ამ სამ ნაწილს აწყობს. ეს გზამკვლევია და არ ნიშნავს, რომ რომელიმე კონკრეტულ საიტზე ჩამოთვლილი გაზომვა უკვე დაყენებულია.
1. ჯერ განსაზღვრე დასრულებული მოთხოვნა
მომხმარებელმა ფორმის ღილაკს დააჭირა, მაგრამ სავალდებულო ველი გამოტოვა. ასეთ დროს მოთხოვნა არ გაგზავნილა. ანალიტიკა თუ მხოლოდ ღილაკის დაჭერას ითვლის, რეალური ინტერესის სურათი გაზვიადებული გამოჩნდება. პირველი სამუშაოა იმის განსაზღვრა, რა ადასტურებს წარმატებულ გაგზავნას.
სასურველია მოვლენა გაეშვას მას შემდეგ, რაც საიტი წარმატებულ მიღებას დაადასტურებს. ზარის ღილაკზე დაჭერა ცალკე ქმედებაა: ის დასრულებულ სატელეფონო საუბარს არ ამტკიცებს. იგივე ეხება მესენჯერის გახსნას. თითოეულ მოქმედებას თავისი ზუსტი სახელი შეურჩიე.
Google მოთხოვნის გაგზავნისთვის რეკომენდებულ მოვლენად generate_lead-ს აღწერს. მისი გამოყენება შესაბამის განხორციელებას მოითხოვს; სახელის ცოდნა ავტომატურ აღრიცხვას არ ნიშნავს. წყარო: Google Analytics — რეკომენდებული მოვლენები.
2. კამპანიების სახელები საერთო წესს დაუქვემდებარე
თუ ერთი თანამშრომელი წერს Instagram-ს, მეორე instagram-ს და მესამე ig-ს, მონაცემების წაკითხვა რთულდება. სამუშაო ცხრილში წინასწარ ჩამოწერე ნებადართული სახელები და ყოველი ახალი ბმული იქიდან ააწყე. ქვედა რეგისტრი და ერთიანი გამყოფი ყოველდღიურ შეცდომებს ამცირებს.
utm_source— კონკრეტული წყარო, მაგალითადinstagram.utm_medium— გავრცელების ტიპი, მაგალითადpaid_social.utm_campaign— შეთანხმებული კამპანიის სახელი, მაგალითადwebsite_consultation.utm_content— კონკრეტული მასალის ვარიანტი, მაგალითადprocess_video_a.utm_id— კამპანიის სტაბილური იდენტიფიკატორი, როცა მას აღრიცხვაშიც იყენებ.
Google-ის დოკუმენტაცია განმარტავს, რომ UTM მნიშვნელობები წყაროსა და კამპანიის ანგარიშებში გადადის და ასოების რეგისტრს მნიშვნელობა აქვს. წყარო: Google-ის კამპანიის ბმულების გზამკვლევი. ბმულში პერსონალური ინფორმაციის ნაცვლად მხოლოდ კამპანიის აღწერა მოათავსე.
3. ბმულს გამოქვეყნებამდე ბოლომდე გაჰყევი
საილუსტრაციო ბმული: https://example.com/contact/?utm_source=instagram&utm_medium=paid_social&utm_campaign=website_consultation&utm_content=process_video_a. ეს პირობითი მისამართია. შენს სამუშაო ვერსიაში დანიშნულების გვერდი რეალური შეთავაზების შესაბამისი უნდა იყოს.
მობილურით გახსენი ბმული და ნახე, სწორ გვერდზე მიდის თუ არა. თუ მისამართი გადამისამართდება, შეამოწმე ნიშნულების შენარჩუნებაც. იმავე გზით შეავსე სატესტო მოთხოვნა. მხოლოდ პირველი გვერდის გახსნა ვერ ადასტურებს, რომ შემდგომი პროცესი მუშაობს.
ყველა ბმულს დაურთე მფლობელი, შექმნის თარიღი და ადგილი, სადაც გამოქვეყნდება. მოძველებული კამპანიის ბმულის კოპირებამ ახალი მასალა ძველ სახელში შეიძლება მოაქციოს. შიდა ნავიგაციისთვის კი ცალკე დაწკაპების აღრიცხვა დაგეგმე; საიტის საკუთარ ბმულებს გარე კამპანიების ნიშნულებით ნუ აურევ.
4. მოვლენები მინიმალური სქემით დაგეგმე
დასაწყისში თითოეულ მომხმარებლურ ნაბიჯს ნუ მოინდომებ ცალკე მოვლენად. აიღე ფორმის დაწყება, წარმატებული გაგზავნა და საჭირო საკონტაქტო ღილაკები. თითოეულისთვის დაწერე: რა იწვევს მოვლენას, რომელ გვერდებზე მუშაობს და რომელი ინფორმაცია გადაეცემა.
მაგალითად, ფორმის სახელად შეიძლება გამოიყენო service_request, მომსახურების ტიპად კი საიტზე არსებული კატეგორია. სახელის, ტელეფონისა და მომხმარებლის თავისუფალი ტექსტის გადატანა ანალიტიკურ პარამეტრებში ამ ამოცანას არ სჭირდება. კონტაქტის დეტალები მოთხოვნების მართვის შესაბამის სისტემაში შეინახე.
ცალკე მიუთითე დუბლიკატის თავიდან აცილების წესი. მადლობის გვერდის ყოველი განახლება ახალ მოთხოვნად არ უნდა იქცეს. დეველოპერმა უნდა განსაზღვროს, როგორ დააკავშიროს წარმატების მოვლენა კონკრეტულ გაგზავნასთან, რათა ტექნიკურმა გამეორებამ შედეგები არ გაზარდოს.
5. შეამოწმე როგორც წარმატება, ისე შეცდომა
ტესტში გაიარე წარმატებული გაგზავნა, ცარიელი სავალდებულო ველი, განმეორებითი დაჭერა და გვერდის განახლება. თითოეულ შემთხვევაში წინასწარ ჩაწერე მოსალოდნელი შედეგი. შეცდომისას generate_lead არ უნდა ჩაითვალოს, დასრულებული გაგზავნა კი აღრიცხვაში უნდა გამოჩნდეს იმ პირობებში, როცა გაზომვა დაშვებულია.
Google-ის DebugView გამართვის რეჟიმში მიღებული მოვლენების ნახვას ემსახურება; ოფიციალური ინსტრუქცია ამ რეჟიმის ჩართვასაც განმარტავს. წყარო: Google Analytics — DebugView. შემოწმებისას პარამეტრებიც გახსენი და მხოლოდ მოვლენის სახელის გამოჩენას ნუ დასჯერდები.
გაითვალისწინე თანხმობისა და კონფიდენციალურობის პარამეტრებიც: ყველა ვიზიტის ერთნაირად გაზომვას ნუ ივარაუდებ. სატესტო მონაცემები მონიშნე, რათა ბიზნესის ანგარიშში რეალურ მოთხოვნებად არ მოხვდეს. შემოწმების თარიღი და შედეგი შემდეგი საიტური განახლებისთვის შეინახე.
6. მოთხოვნის ხარისხი გაყიდვების ჩანაწერით დაამატე
ანალიტიკაში მოთხოვნის დაფიქსირება ჯერ არ გეუბნება, მომსახურება შეესაბამებოდა თუ არა ადამიანს. გაყიდვების ჩანაწერში ცალკე მონიშნე მიღებული, დაკავშირებული, შესაბამისი და დასრულებული მოთხოვნები. ეტაპები შენს რეალურ სამუშაოს მოარგე და მათი მნიშვნელობა გუნდთან შეათანხმე.
თუ ფორმაში კამპანიის ნიშნულებს ინახავ, დეველოპერს აღწერილი უნდა ჰქონდეს შენახვის წესი: მიმდინარე ვიზიტის წყარო ინახება თუ პირველი ცნობილი წყარო? ორივე შეიძლება სასარგებლო იყოს, მაგრამ ერთმანეთში არ უნდა აირიოს. დაკარგული წყარო „უცნობად“ მონიშნე და ვარაუდით არ შეავსო.
ჰიპოთეზური მაგალითი: ვიდეომ მოიტანა 10 მოთხოვნა, მათგან 6 შესაბამისი; სტატიკურმა მასალამ — 14 მოთხოვნა, მათგან 4 შესაბამისი. გადაწყვეტილებისთვის რაოდენობასთან ერთად ხარჯი, პერიოდი და შემდგომი გაყიდვებიც დაგჭირდება. ამ შედარების აწყობა ნახე მარკეტინგის ანგარიშის გზამკვლევში.
7. გაზომვა საიტის მოვლის ნაწილად აქციე
ფორმის, თემის ან გადახდის პროცესის ცვლილების შემდეგ ძირითადი გზა ხელახლა შეამოწმე. გამართული გაზომვა ერთჯერადი ჩასმა არ არის. პასუხისმგებელმა პირმა უნდა იცოდეს, რომელ ცვლილებას მოჰყვება შემოწმება და სად ჩანს პრობლემა.
ვებსაიტის განვითარებისას გაზომვის დავალება ფორმის მოთხოვნებთან ერთად შეიტანე. ხოლო თუ კლიკი ბევრი გაქვს და მოთხოვნა ცოტა, წაიკითხე როგორ შეამოწმო მომხმარებლის გზა რეკლამიდან მოთხოვნამდე. მონაცემის დანიშნულება სწორედ შემდეგი გამოსასწორებელი ნაბიჯის პოვნაა.
