Yandex-ის ოქტომბრის ჩავარდნა: რა ქნას ბიზნესმა, თუ რეკლამა, ანალიტიკა და გადახდა ერთ ფანჯარაშია

8-დან 11 ოქტომბრამდე, Yandex-ის სამ დატა-ცენტრზე თავდასხმების შემდეგ, რუსეთში ბიზნესს ერთბაშად გაუქრა Direct-ის სარეკლამო კაბინეტი, Metrica და Yandex Pay-ით გადახდების ნაწილი. ამ დროს რეკლამა ტრიალებდა და ფულს ხარჯავდა, საიტებიდან განაცხადები მოდიოდა, ოღონდ ყველა ვერ ხედავდა მათ. კომპანიის მფლობელისთვის ეს ის კვირაა, როცა ირკვევა, სად დევს მისი მონაცემები: მასთან თუ ერთ მომწოდებელთან, ერთ ფანჯარაში.

რა მოხდა, დღეების მიხედვით

Unisender-მა 16 ოქტომბერს ქრონოლოგია შეკრიბა: რიაზანის ოლქში დატა-ცენტრი 8 ოქტომბერს დაზიანდა, 9-ში კალუგაში, 11-ში კი ვლადიმირში ობიექტი გაჩერდა. ყველაზე მეტი ხმაური Yandex Pay-ის გარშემო იყო: ადამიანები ვერ ნახულობდნენ ბალანსს, ვერ იხდიდნენ შენაძენის საფასურს და ვერ გზავნიდნენ ფულს. Kommersant-ის მონაცემებით, რომლებიც Unisender-ს მოჰყავს, 10 ოქტომბრიდან რეკლამის განმთავსებლები ვერ შედიოდნენ კაბინეტებში და ვერ აჩერებდნენ კამპანიებს, რეკლამა კი ბიუჯეტს კვლავ ხარჯავდა. იქვეა კომპანიების ქცევის მაგალითები: Dodo Pizza-მ მაშინვე დაწერა, რომ აპლიკაციით შეკვეთის გაფორმება შეუძლებელია, და ფულის დაბრუნება დაპირდა.

CNews-მა 13 ოქტომბერს დაწერა, რომ 13 ოქტომბრის ღამით Yandex Pay ნაწილობრივ აღდგა: ბარათებითა და სტიკერებით გადახდა სრულად ამუშავდა, ონლაინ-სერვისი კი არასტაბილური რჩებოდა.

Cossa-მ 20 ოქტომბერს გამოაქვეყნა Yandex Advertising-ის შეტყობინება Direct-ის ძირითადი ფუნქციონალის აღდგენის შესახებ და თანმიმდევრობა: კაბინეტები 11 ოქტომბრიდან მიუწვდომელი იყო, 15-ში Direct-ის კაბინეტი გაიხსნა, 16-ში Metrica, AppMetrica და Direct-ის API, 20-ში Direct-ის ძირითადი ფუნქციები. 11-დან 14 ოქტომბრამდე კამპანიები კვლავ ჩანდა, ლიმიტები დაცული იყო, ხოლო ამ დღეების სტატისტიკა შენახულია და დამუშავების კვალობაზე გამოჩნდება. 23 ოქტომბერს Cossa-მ Yandex-ის კომერციული დირექტორის, Gleb Dobroradnykh-ის, სიტყვები გადმოსცა: რეკლამის განმთავსებლების აქტივობა თავდასხმებამდელ დონეს დაუბრუნდა, ბიუჯეტები იზრდება.

კვირის ყველაზე სასარგებლო ტექსტი, ჩემი აზრით, Volkov Digital-ის Maksim Volkov-მა დაწერა, Cossa-მ ის 19 ოქტომბერს გამოაქვეყნა. Metrica 12 ოქტომბრის ღამეს გაფუჭდა და ოთხი დღე არ მუშაობდა. ბრენდის კატალოგზე, სადაც ჩვეულებრივ დღეში დაახლოებით 2 200 ადამიანი შედის, 13-ში ასობით ვიზიტი ეწერა, 14-ში ათეული. 15 ოქტომბერს 15:40-ზე Metrica-მ ორივე დღე ბოლომდე დაითვალა: 2 160 და 2 091. ციფრები დაბრუნდა, ნულებზე დაყრდნობით მიღებულ გადაწყვეტილებებს კი ვეღარავინ დააბრუნებს. მის წესს სრულად ვეთანხმები: როცა გრაფიკი ყველა არხზე ერთბაშად წყდება, დღე-ღამე არაფერს ვცვლით და პირველ რიგში CRM-ს ვხსნით. შემდეგ მას სია აქვს იმისა, რაც Yandex-ზე ჩუმად კიდია: დაშბორდები „მხოლოდ გუშინდელი დღის“ ჩატვირთვით, სადაც 13-14 ოქტომბრის ნულები სამუდამოდ დარჩება; Direct-ის ავტოსტრატეგიები, რომლებიც Metrica-ს მიზნებზე სწავლობენ; მიზნებზე მიბმული პრემიები. 14 ოქტომბერს მან თავის სერვერზე Umami რეზერვულ მრიცხველად გაუშვა.

Cloudflare-მა 14 ოქტომბერს ჩავარდნას მეორე მხრიდან შეხედა: 11 ოქტომბერს Yandex Search-ის ქსელის ტრაფიკი ნორმასთან შედარებით 99%-ით დაეცა, ღრუბლისა 90%-ით, ხოლო მავნე ავტომატიზაცია Yandex Cloud-ის მისამართებიდან სხვა ჰოსტერებთან გადავიდა. ერთი პროვაიდერის ჩავარდნის გამო საიტის დაცვის შესუსტების მიზეზი არ არსებობს.

რას ნიშნავს ეს კომპანიისთვის, რომელსაც საკუთარი IT-განყოფილება არ აქვს

ავიღოთ ავტომობილების გაქირავება სეზონზე. რეკლამა Direct-შია, განაცხადები საიტის ფორმით მოდის, კონტრაქტორი Metrica-ს მიზნებით აბარებს ანგარიშს, წინასწარ გადახდას კლიენტები გადახდის სერვისით აკეთებენ. 12 ოქტომბერს მფლობელს ერთ ეკრანზე ვიზიტები ნულდება, მეორეზე კაბინეტი არ იხსნება, მესამეზე კლიენტი წერს, რომ გადახდა არ გადის. თუ ყოველი განაცხადი საკუთარ ბაზაში ან CRM-ში იწერება, ის სიას ხსნის, გუშინდელ ჯავშნებს ხედავს და ხვდება, რომ მხოლოდ ვიტრინა გაფუჭდა.

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

როგორ არის ეს მოწყობილი ჩემს პროექტებში

2022 წელს აშშ-ში PDR-კომპანიას Google Cloud-ში Debian-ზე საკუთარი სერვერი დავუყენე. 2023-ში Google Sheets-იდან MariaDB-ზე გადავედით, კომპანიის საიტი ჰოსტინგიდან ჩვენს სერვერზე გადმოვიტანე, მისი ფორმები კი CRM-სა და აპლიკაციას დავუკავშირე. ახლა საიტიდან განაცხადები, ფორმები და IVR-ზე ზარები საკუთარ ბაზასა და სუპერაპში ხვდება, GoHighLevel კი ძირითადი CRM-იდან დამხმარე გახდა. თუ ხვალ გარე სერვისი დაეცემა, დღის ლიდები ჩვენთან საკუთარ ბაზაში დარჩება. 2022 წლიდან აღდგენასთან დაკავშირებული სერიოზული ჩავარდნა არ გვქონია.

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

რას გავაკეთებდი ამ კვირის შემდეგ

• შეამოწმეთ, სად იწერება საიტიდან განაცხადები. თუ მხოლოდ მრიცხველსა და წერილში, დაამატეთ ჩაწერა საკუთარ ბაზაში ან CRM-ში.
• კონტრაქტორთან და გაყიდვების განყოფილებასთან წერილობით შეთანხმდით: ოქტომბერს CRM-ში არსებული განაცხადებით ვითვლით.
• 1-15 ოქტომბრისთვის დაშბორდების ჩატვირთვა თავიდან გაუშვით და 13 ოქტომბრის ვიზიტები Metrica-ს ინტერფეისს შეადარეთ.
• საკუთარ სერვერზე მეორე მრიცხველი დააყენეთ. Umami ჩემთან არ შემიმოწმებია, მაგრამ რეზერვული დათვლის იდეას მხარს ვუჭერ: რამდენი ადამიანი შემოვიდა და საიდან, სესიების ჩაწერის გარეშე.
• გქონდეთ ფულის მიღების მეორე გზა და კლიენტებისთვის წინასწარ მომზადებული ტექსტი ჩავარდნის შემთხვევისთვის. Dodo-ს მაგალითი Unisender-ის მიმოხილვიდან ნიმუშად გამოდგება.

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

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