OpenAI
ეს გვერდი მანქანური თარგმანის მეშვეობით ითარგმნა. სტატიის ინგლისური დედნის ნახვა.

ChatGPT-რეკლამებისთვის კონვერსიების თვალყურის დევნების პრობლემების მოგვარება

გაიგეთ, როგორ მოიქცეთ, როცა მოვლენები არ ჩანს, მოთხოვნები ვერ სრულდება ან კონვერსიების ანგარიშები განსხვავდება.

განახლებულია: 7 days ago

მიმოხილვა

გამოიყენეთ ეს გზამკვლევი, თუ მოვლენები არ ჩანს, მოთხოვნები ვერ სრულდება ან რეკლამების მმართველის მონაცემები თქვენი ბიზნესის ჩანაწერებს არ ემთხვევა. დაიწყეთ ერთი დასრულებული შესყიდვით, პოტენციური კლიენტის გამოგზავნილი მონაცემებით ან სხვა მოქმედებით. ჩაინიშნეთ, რა მოხდა და როდის, შემდეგ კი ქვემოთ აირჩიეთ შესაბამისი შეკითხვა.

მოვლენა აღრიცხავს მოქმედებას, მაგალითად, შესყიდვას. პიქსელი მოვლენებს ვიზიტორის ბრაუზერიდან აგზავნის, კონვერსიების API (CAPI) კი — თქვენი სერვერიდან. რეკლამების მმართველი ამ მოვლენებს მონაცემთა წყაროში აგროვებს. ატრიბუცია განსაზღვრავს, რომელ რეკლამას მიეწერება შედეგი. ატრიბუციის პერიოდი განსაზღვრავს, რეკლამასთან ინტერაქციის შემდეგ რა დროის განმავლობაში შეიძლება ჩაითვალოს მოქმედება მის შედეგად.

ხშირად დასმული შეკითხვები

1. საიდან დავიწყო?

განსაზღვრეთ, რომელი მოქმედების გაზომვა გსურთ, რა აგზავნის მის მონაცემებს და რომელი სარეკლამო ანგარიში და პიქსელის ID გამოიყენება. თქვენი კონფიგურაცია შეიძლება იყენებდეს პიქსელს, CAPI-ს, პარტნიორის ინტეგრაციას ან მათ კომბინაციას. CAPI-ს პიქსელის ID მაშინაც სჭირდება, თუ ბრაუზერის პიქსელი დაყენებული არ გაქვთ.

პირველად დასაყენებლად იხილეთ: კონვერსიების გაზომვა და კონვერსიების აღრიცხვა. თქვენს დეველოპერს შეუძლია გამოიყენოს პიქსელის, CAPI-სა და მხარდაჭერილი მოვლენების გზამკვლევები. CAPI-ს მოთხოვნები და გასაღებები თქვენს სერვერზე შეინახეთ.

თუ თქვენს ინტეგრაციას პარტნიორი მართავს, გამოიყენეთ გაზომვის პარტნიორის დაყენების გზამკვლევი ან მობილური გაზომვის პარტნიორის დაყენების გზამკვლევი. HubSpot-თან დასაკავშირებლად იხილეთ: ChatGPT-რეკლამების დაყენება HubSpot-ში.

უკვე დაყენებული კონფიგურაციის შემთხვევაში შეამოწმეთ თითოეული ეტაპი:

  • გაიგზავნა თუ არა მოქმედების შედეგად მოვლენის მოთხოვნა?

  • მოთხოვნამ შეცდომა დააბრუნა თუ მიღებულად დადასტურდა?

  • შეგიძლიათ დაადასტუროთ, რომ მოვლენა მონაცემთა სწორ წყაროში მოხვდა?

  • მიეწერა თუ არა მოვლენა რეკლამას კამპანიის ანგარიშში?

2. პიქსელი დაყენებული მაქვს. რატომ ვერ ვხედავ შესყიდვებს ან პოტენციურ კლიენტებს?

პიქსელი შეიძლება ჩაიტვირთოს ისე, რომ შესყიდვის ან პოტენციური კლიენტის შესახებ საჭირო მოვლენა არ გაგზავნოს. სთხოვეთ დეველოპერს, ერთი დასრულებული მოქმედება შეამოწმოს:

  • შეამოწმეთ მოვლენის სახელი, პიქსელის ID და გვერდი ან უკუგამოძახება, რომელიც მოვლენას აგზავნის. გვერდის ნახვა დასრულებულ შესყიდვას არ ნიშნავს.

  • დარწმუნდით, რომ პიქსელის ინიციალიზაცია მოვლენის გაგზავნამდე ხდება, მათ შორის მაშინაც, როცა მას ტეგების მმართველი ტვირთავს.

  • შეამოწმეთ ბრაუზერის კონსოლი და ქსელური მოთხოვნა. ტეგების მმართველის შეტყობინება „გააქტიურდა“ თავისთავად არ ადასტურებს, რომ მოვლენა გაიგზავნა. პიქსელის გამართვის რეჟიმი შეიძლება დაგეხმაროთ.

  • შეამოწმეთ, მოთხოვნა ხომ არ შეაფერხა თანხმობის პარამეტრებმა, ბრაუზერის ბლოკირებამ ან თქვენი საიტის უსაფრთხოების პოლიტიკამ.

  • შეამოწმეთ ავტორიზაციის შემდეგ ხელმისაწვდომი გვერდები, გადახდის პროცესი, დაჯავშნის საიტები, გადამისამართებები და ჩაშენებული ფორმები. სამიზნე გვერდზე პიქსელის მუშაობა არ ადასტურებს, რომ აღრიცხვა სხვაგანაც მუშაობს.

თუ მოთხოვნა არ გაგზავნილა, ჯერ ამ ეტაპზე არსებული პრობლემა მოაგვარეთ. ანგარიშში ასახვის ლოდინი ვერ დაგეხმარებათ. სხვა ინტეგრაციის დამატებამდე გამოიყენეთ პიქსელის პრობლემების მოგვარების გზამკვლევი.

3. როგორ მოვიქცე, თუ მოვლენა უარყოფილია, ლოდინის დრო ამოიწურა ან სერვერის შეცდომა დაბრუნდა?

შეინახეთ პასუხის კოდი, შეცდომის ზუსტი ტექსტი, მოთხოვნის დრო და მოვლენის ID. სთხოვეთ დეველოპერს, შეამოწმოს მოვლენის ფორმატი, პიქსელის ID და გასაღები. CAPI-ს მოვლენების მოთხოვნები იმავე სარეკლამო ანგარიშის კონვერსიების API-ს გასაღებს იყენებს. დაყენების, მართვისა და ანგარიშგების მოთხოვნები რეკლამის განმთავსებლის API-ს ცალკე გასაღებს იყენებს. არ გაუგზავნოთ API-ს გასაღებები მხარდაჭერის გუნდს.

CAPI-ში მოვლენების პაკეტებად გაგზავნისას ერთმა არასწორმა მოვლენამ შეიძლება მთელი პაკეტის დამუშავება ჩაშალოს.

CAPI მოითხოვს მოქმედების თავდაპირველ დროს Unix-ის მილიწამებში. მოვლენის დრო ბოლო 7 დღის ფარგლებში უნდა იყოს და მიმდინარე დროს 10 წუთზე მეტით არ უნდა უსწრებდეს. გაგზავნის ეს დროითი შეზღუდვა ატრიბუციის პერიოდთან დაკავშირებული არ არის. არ შეცვალოთ ძველი მოვლენის დრო მხოლოდ იმისთვის, რომ მან შემოწმება გაიაროს.

ლოდინის დროის ამოწურვის ან სერვერის შეცდომის შემთხვევაში შეიძლება გაურკვეველი დარჩეს, მივიდა თუ არა მოვლენა. შეამოწმეთ თავდაპირველი მოთხოვნა და მიღების დამადასტურებელი ჩანაწერები, თუ ისინი არსებობს. იმავე მოქმედების ხელახლა გაგზავნისას შეინარჩუნეთ მოვლენის თავდაპირველი ID და დროის ნიშნული. ახალი ID-ს გამო ის შეიძლება სხვა მოქმედებად ჩაითვალოს.

დაუყოვნებლივ გამოიკვლიეთ უარყოფის ან მოთხოვნის მუდმივად წარუმატებლად დასრულების მიზეზი. ანგარიშში ასახვის სავარაუდო 24–48-საათიანი ვადა ამ შეცდომებზე არ ვრცელდება. მოთხოვნებისთვის დადგენილი პირობები იხილეთ აქ: კონვერსიების API.

4. ვხედავ, რომ მოვლენის მოთხოვნა მიღებულად დადასტურდა. რატომ არ ჩანს ის ანგარიშში?

მოთხოვნის მიღებულად დადასტურება არ ნიშნავს, რომ მოვლენა რეკლამას მიეწერა. შეამოწმეთ, რას ადასტურებს პასუხი და გამოიყენებოდა თუ არა მოთხოვნაში მონაცემთა სწორი წყარო. CAPI-ში validate_only პარამეტრის true მნიშვნელობა მოვლენებს შენახვის გარეშე ამოწმებს.

ახალი მოვლენის გადასამოწმებლად თქვენს დეველოპერს შეუძლია ნახოს ბოლო მოვლენები, თუ ეს ფუნქცია ხელმისაწვდომია. აქ ნაჩვენებია ბოლო მოვლენების შერჩევითი სია და არა სრული ისტორია ან ატრიბუციის შედეგი.

თუ მიღებას ვერ ამოწმებთ, დაუკავშირდით მხარდაჭერის გუნდს და მიაწოდეთ თავდაპირველი პასუხი და მოვლენის ნიმუში. გვითხარით, რომელი შემოწმებები შეასრულეთ; მიზეზის წინასწარ დადგენა არ გჭირდებათ.

თუ მიღება დადასტურებულია, გადადით მე-5 შეკითხვაზე. ნუ გაგზავნით მოვლენას ხელახლა ახალი ID-ებით მხოლოდ იმიტომ, რომ კამპანიის ანგარიში არ შეცვლილა.

რეკლამისთვის მიკუთვნებული კონვერსიების ასახვას შესაძლოა დაახლოებით 24–48 საათი დასჭირდეს, ხოლო დამუშავებისას ბოლო ჯამური მაჩვენებლები შეიცვალოს. ეს არც ყოველი მიღებულად დადასტურებული მოვლენის ასახვას იძლევა გარანტირებულად და არც მის რეალურ მიღებას ადასტურებს. იხილეთ: შედეგების გაზომვა.

5. მოვლენების მიღება ხდება. რატომ ჩანს კამპანიაში კონვერსიების რაოდენობად კვლავ ნული?

ინტეგრაციის შეცვლამდე შეამოწმეთ:

  • დაკავშირებულია თუ არა სასურველი მონაცემთა წყარო სწორ ანგარიშთან?

  • ემთხვევა თუ არა გაგზავნილი მოვლენა კამპანიის კონვერსიის პარამეტრს? მორგებული მოვლენებისთვის შეამოწმეთ მორგებული ტიპი და მოვლენის ზუსტი სახელი. მხოლოდ ეკრანზე ნაჩვენები სახელის დამთხვევა საკმარისი არ არის.

  • იყო თუ არა სწორი კონვერსია კამპანიასთან დაკავშირებული იმ აქტივობამდე, რომელსაც ამოწმებთ?

  • წინ უძღოდა თუ არა მოქმედებას რეკლამაზე დაწკაპუნება ან მისი ნახვა, რომელიც ატრიბუციის პირობებს აკმაყოფილებს?

  • სწორად გაქვთ თუ არა არჩეული კამპანია, მოვლენის სვეტი, თარიღები და ანგარიშგებისთვის გამოყენებული დროის საფუძველი?

შესატყვისობის მონაცემები მოვლენის რეკლამასთან დაკავშირებას ეხმარება, თუმცა მისთვის შედეგის მიკუთვნებას არ იძლევა გარანტირებულად. ვიზიტის განმავლობაში შეინარჩუნეთ OpenAI-ის დაწკაპუნების რეალური იდენტიფიკატორი, oppref, და, თუ ხელმისაწვდომია, ჩართეთ ის სერვერის მოვლენებში. არასოდეს გამოიგონოთ იდენტიფიკატორი და არ გამოიყენოთ სხვა ვიზიტორისა.

ბრაუზერისა და სერვერის მოვლენები ცალ-ცალკე შეამოწმეთ. პიქსელისთვის ხელმისაწვდომი იდენტიფიკატორი ან მომხმარებლის მონაცემების ველი შესაძლოა სერვერის მოვლენაში არ იყოს.

კონვერსიებზე ოპტიმიზებული კამპანიის არჩეული მიზნის შეცვლა მისი შექმნის შემდეგ შეუძლებელია. სხვა მიზნის გამოსაყენებლად შექმენით ახალი კამპანია. მორგებული მოვლენები ოპტიმიზაციის მიზნები ვერ იქნება. იხილეთ: კონვერსიებზე ოპტიმიზებული კამპანიები.

კონფიგურაციის შეუსაბამობის გამოსწორების შემდეგ შეამოწმეთ ახალი აქტივობა, რომელიც პირობებს აკმაყოფილებს. ნუ ჩათვლით, რომ ეს ცვლილება წინა ანგარიშებსაც ასწორებს. შესატყვისობის წესები იხილეთ აქ: კონვერსიების გაზომვა.

6. რატომ განსხვავდება რეკლამების მმართველის, ჩვენი ანალიტიკის ხელსაწყოსა და CRM-ის მონაცემები?

შეადარეთ ერთი და იგივე მოქმედებები ანგარიშგების ერთნაირი წესებით. თქვენი CRM შესაძლოა ყველა შესყიდვას ითვლიდეს, სარეკლამო ანგარიში კი მხოლოდ ამ პლატფორმისთვის მიკუთვნებულ შესყიდვებს ითვლის. სხვადასხვა პლატფორმამ ერთი და იგივე შესყიდვა შეიძლება სხვადასხვა წყაროს მიაკუთვნოს.

რეკლამების მმართველში კონვერსიები აერთიანებს დაწკაპუნების შემდეგ მიღებულ კონვერსიებსა და ნახვის შემდეგ მიღებულ შესაბამის კონვერსიებს, როდესაც ნახვის შემდგომი ანგარიშგების პერიოდი 1 დღეა. თუ ნახვის პერიოდი 0 დღეა, ითვლება მხოლოდ დაწკაპუნების შემდეგ მიღებული კონვერსიები. ანგარიშების შედარებისას გამოიყენეთ ერთი და იგივე პარამეტრი.

მაგალითად, მომხმარებელი რეკლამას აწკაპუნებს, მოგვიანებით პირდაპირ ბრუნდება საიტზე და ყიდულობს. ერთმა ხელსაწყომ ვიზიტი შეიძლება მონიშნოს როგორც „პირდაპირი“, მეორემ კი შედეგი მანამდე ნანახ რეკლამას მიაწეროს. მხოლოდ ეს განსხვავება არ ნიშნავს, რომ შესყიდვა ორჯერ ჩაითვალა.

თუ ტრაფიკის წყაროს აღნიშვნები განსხვავდება, შეამოწმეთ ამ ვიზიტისას გამოყენებული სამიზნე URL და აღრიცხვის პარამეტრები. კამპანიის მიმდინარე პარამეტრები შესაძლოა ადრინდელისგან განსხვავდებოდეს.

შეადარეთ:

  • ანგარიში, კამპანია, მოვლენის ტიპი, ფილტრები და ანგარიშგების დონე.

  • თარიღების დიაპაზონი, დროის სარტყელი და ის, თარიღები რეკლამასთან ინტერაქციას ეხება თუ თავად კონვერსიას.

  • დაწკაპუნებისა და ნახვის შემდგომი კონვერსიების პარამეტრები და კონკრეტულად რომელი მაჩვენებელი ან სვეტია არჩეული.

  • დამუშავების ბოლო შეფერხებები, დუბლიკატების დამუშავება, თანხმობა და ხელმისაწვდომი შესატყვისობის მონაცემები.

  • მოდელირებული კონვერსიები, თუ ხელმისაწვდომია — ისინი შეიძლება უშუალოდ აღრიცხული ტრანზაქციებისგან განსხვავდებოდეს.

  • ღირებულებების შედარებისას — ვალუტა, ერთეულები და ის, შედარება მთელ შეკვეთას ეხება თუ ცალკეულ საქონელს.

შემოსავლის შედარებისას — გადასახადები, მიწოდების საფასური, ფასდაკლებები და საკომისიოები. შეამოწმეთ, ბრაუზერიდან და სერვერიდან გაგზავნილი ასლები შეკვეთის ერთსა და იმავე ღირებულებას გადასცემს თუ არა. შექმნილი შეკვეთების გაყიდვები და შექმნილი შეკვეთების ROAS ითვლის მხოლოდ ატრიბუციამინიჭებულ order_created მოვლენებს.

GA4-დან იმპორტირებული აქტივობა მოიცავს არჩეული რესურსის ტრაფიკის ყველა წყაროს მოვლენებს. ეს ჯამური მაჩვენებლები კამპანიისთვის მიკუთვნებულ კონვერსიებს არ წარმოადგენს. იხილეთ: Google Analytics 4-ის დაკავშირება OpenAI-ის რეკლამების მმართველთან.

API-ს მონაცემების შედარებისას ჩაინიშნეთ საბოლოო წერტილი და ანგარიშგების პარამეტრები პირდაპირ მიუთითეთ. გამოტოვებული პარამეტრის მნიშვნელობა შესაძლოა რეკლამების მმართველისას არ ემთხვეოდეს. ანგარიშები შეიძლება სხვადასხვა მოვლენასაც მოიცავდეს: ზოგი მათგანი კამპანიის მიზნებს ასახავს, მაგრამ სხვა აღრიცხულ მოქმედებებს — არა. ერთ ანგარიშში მოვლენის არარსებობა არ ადასტურებს, რომ ის საერთოდ არ მიღებულა.

CSV ფაილების შესადარებლად გამოიყენეთ ერთნაირი პარამეტრები და შეინახეთ ექსპორტირებული ფაილები უცვლელად. რეკლამების მმართველის ხედების შესახებ იხილეთ შედეგების გაზომვა, API-ს პარამეტრების შესახებ კი — ანგარიშგება.

7. პიქსელისა და CAPI-ს ერთად გამოყენებისას შესყიდვა ორჯერ ჩაითვლება?

ერთი მოქმედება ორჯერ რომ არ ჩაითვალოს, ბრაუზერიდან და სერვერიდან გაგზავნილ მის ასლებში გამოიყენეთ პიქსელის ერთი და იგივე ID, მოვლენის სახელი და მოვლენის ID. მოვლენის ID-ს ველს CAPI-ში ჰქვია id, პიქსელში კი — event_id. მორგებული მოვლენის სახელიც ორივე მხარეს ერთი და იგივე გამოიყენეთ.

მოქმედების ხელახლა გაგზავნისას იგივე ID შეინარჩუნეთ; ყოველი განსხვავებული მოქმედებისთვის ახალი ID გამოიყენეთ. შეამოწმეთ დუბლირებული ტეგები, გვერდის განმეორებითი ჩატვირთვები ან უკუგამოძახებები და პარტნიორთა ინტეგრაციები, რომლებიც შესაძლოა უკვე აგზავნიდეს ამ მოვლენას.

არ გაგზავნოთ დუბლიკატი თავდაპირველი მოვლენის ღირებულების ან შესატყვისობის მონაცემების შესაცვლელად. შესწორების მცდელობამდე გაეცანით დოკუმენტაციაში აღწერილ ქცევას. იხილეთ: ბრაუზერისა და სერვერის მოვლენების დუბლირების აღმოფხვრა.

8. ჩვენ Shopify-ს ვიყენებთ. გვჭირდება კიდევ სხვა ინტეგრაცია?

სხვა ინტეგრაციის დამატებამდე შეამოწმეთ Shopify-სთან კავშირი. გადაამოწმეთ დაკავშირებული სარეკლამო ანგარიში და პიქსელი, შემდეგ კი ნახეთ, რომელ მოვლენებს აგზავნის აპი თქვენი მაღაზიისთვის.

თუ მორგებულ ტეგებს, გადახდის კოდს ან სერვერიდან გაგზავნის მექანიზმსაც იყენებთ, შეამოწმეთ, ისინიც იმავე მოვლენებს ხომ არ აგზავნიან. Shopify-ს კონფიგურაციებში ბრაუზერისა და სერვერის მხრიდან აღრიცხვის სხვადასხვა კომბინაცია შეიძლება გამოიყენებოდეს. იხილეთ: ChatGPT-რეკლამების დაყენება Shopify-სთვის.

9. როგორ ვმართოთ თანხმობა და ტესტირება?

გაგზავნეთ მხოლოდ ის მონაცემები, რომელთა გაზიარების უფლებაც გაქვთ, და დაიცავით ვიზიტორთა არჩევანი თანხმობასთან დაკავშირებით. თქვენმა დეველოპერმა უნდა დაიცვას ინტეგრაციის მითითებები თანხმობისა და მხარდაჭერილი შესატყვისობის მონაცემების შესახებ, მათ შორის ნორმალიზაციისა და ჰეშირების მოთხოვნები. არ გამორთოთ თანხმობის კონტროლი ანგარიშში კონვერსიების რაოდენობის გასაზრდელად ან ქულის გასაუმჯობესებლად.

გაზომვაზე თანხმობა და opt_out სხვადასხვა მიზანს ემსახურება. opt_out პარამეტრი პერსონალიზაციას ეხება; ის გაზომვის ყველა მოთხოვნას არ აჩერებს. სთხოვეთ დეველოპერს, შეამოწმოს თანხმობის დამუშავება როგორც ბრაუზერის, ისე სერვერის ინტეგრაციებში.

ჩაინიშნეთ ერთი სატესტო მოქმედების დრო, სახელი და ID. შეამოწმეთ, გაიგზავნა თუ არა ის, გაიარა თუ არა ვალიდაცია და მიღებულია თუ არა. ინტეგრაციის წარმატებული ტესტი არ ადასტურებს, რომ რეკლამა შედეგის მიკუთვნების პირობებს აკმაყოფილებს.

CAPI-ს validate_only პარამეტრი მოვლენებს შენახვის გარეშე ამოწმებს. პიქსელის გამართვის რეჟიმი აქტივობას ჟურნალში აფიქსირებს, თუმცა სატესტო მოვლენებს ანგარიშგებიდან არ გამორიცხავს. თქვენს ჩანაწერებში მონიშნეთ ტესტები და სასურველი შედეგის მისაღებად ნუ გამოიგონებთ შესყიდვებს ან შეცვლით მოვლენების დროს.

10. მოვლენის ხარისხის დაბალი ან მიუწვდომელი ქულა ნიშნავს, რომ აღრიცხვა არ მუშაობს?

თავისთავად — არა. მოვლენის ხარისხის შეფასება მონაცემთა წყაროდან მიღებულ ინფორმაციას ეფუძნება. ის არ გიჩვენებთ, რამდენი კონვერსია მიეწერა რეკლამას. მხოლოდ დაბალი ან მიუწვდომელი ქულით ვერ დაადგენთ, მუშაობს თუ არა აღრიცხვა.

შეამოწმეთ, სწორად აღირიცხება თუ არა ბოლო რეალური მოქმედებები, შემდეგ კი გამოიკვლიეთ გაფრთხილების მიზეზი. ქულის ასამაღლებლად ნუ გაგზავნით დამატებით მოვლენებს ან გამოგონილ იდენტიფიკატორებს. შემოწმებებისა და განახლების ვადების შესახებ იხილეთ: მოვლენის ხარისხის გაგება და გაუმჯობესება.

11. რა ინფორმაცია მივაწოდო მხარდაჭერის გუნდს?

გვითხარით, რას ელოდით, რა მოხდა, როდის დაიწყო პრობლემა და რა შეამოწმეთ. მოგვაწოდეთ ქვემოთ ჩამოთვლილთაგან ის ინფორმაცია, რომელიც გაქვთ:

  • სარეკლამო ანგარიშის ID, პიქსელის ID ან მონაცემთა წყარო და იმ კამპანიისა და რეკლამის იდენტიფიკატორები, რომლებსაც პრობლემა ეხება.

  • ინტეგრაციის ტიპი და მოვლენის ზუსტი სახელი, მათ შორის მორგებული მოვლენის სახელიც.

  • მაგალითად, ერთი ან ორი არსებული მოვლენის ID და მოქმედების დროის ნიშნულები, დროის სარტყლის მითითებით.

  • თუ მოთხოვნა წარუმატებელია ან მიღება დაუდასტურებელია: პასუხის კოდი, შეცდომის ზუსტი ტექსტი, მოთხოვნის დრო, დაბრუნებული მოთხოვნის ID ან CF-Ray და მოთხოვნის მონაცემები ან ჟურნალის ამონარიდი კონფიდენციალური ინფორმაციის გარეშე.

  • თუ ანგარიშების მონაცემები განსხვავდება: თარიღების დიაპაზონი, ანგარიშგებისთვის გამოყენებული დროის საფუძველი, ატრიბუციის პარამეტრები, არჩეული სვეტები, CSV ექსპორტი და ერთნაირი მოცვის მონაცემების შედარება.

  • შესაბამისი ეკრანის სურათები და ინფორმაცია კონფიგურაციის ბოლო ცვლილებებზე, მათ შორის ცალკე გადახდის პროცესზე ან პარტნიორის ინტეგრაციაზე.

გვითხარით, დაადასტურეთ თუ არა მოვლენის გაგზავნა, მოთხოვნის მიღებულად დადასტურება ან მოვლენის მიღება, თუ მხოლოდ ანგარიში შეამოწმეთ. დახმარებისთვის მაშინაც შეგიძლიათ მოგვმართოთ, თუ ამ შემოწმებებს ვერ ასრულებთ.

დანართებიდან წაშალეთ API-ს გასაღებები, ავტორიზაციის სათაურები, პაროლები, ქუქი-ფაილები და მომხმარებელთა არასაჭირო ინფორმაცია. დაუყოვნებლივ გვაცნობეთ შეცდომების შესახებ ან თუ მანამდე გამართული ინტეგრაცია მოულოდნელად შეწყვეტს მუშაობას. ნუ დაელოდებით ანგარიშში ასახვის ვადის გასვლას.

სასარგებლო იყო ეს სტატია?