როდის იმსხვრევა დომენის გადატანა, რა უნდა შეამოწმონ რესელერებმა პირველ რიგში

მომხმარებელი იწყებს დომენის გადატანას და რამდენიმე საათის შემდეგ ბრუნდება მარტივი შეკითხვით:
"რატომ არ დასრულდა ჯერ კიდევ?"

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

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

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

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

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

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

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

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

2. გადამოწმება ავტორიზაციის კოდის გადაჭარბებამდე
ავტორიზაციის კოდი, ცნობილი როგორც EPP კოდი ან გადატანის კოდი, კიდევ ერთი ხშირი მიზეზია, რომ გადატანა ჩერდება. კოდი შეიძლება იყოს არასწორი, ამოწურული, ასახულობდეს ზედმეტ სივრცეებს, იქმნება თავიდან მომხმარებლის მოთხოვნის შემდეგ ან აღებულია ძველი მეილი. ზოგი მომხმარებელი ასევე აწვდის არასწორ კოდს, როდესაც მართავს მრავალ დომენს.
წინ გადატანის გაზრდის მიზნით, შესთავაზეთ მომხმარებელს დაადასტუროს, რომ ავტორიზაციის კოდი ახლადგამოცემული იყო მიმდინარე რეგისტრატორისგან.
პრაქტიკული შეტყობინება გადამყიდველისგან შეიძლება იყოს მარტივი:
"გთხოვთ დაადასტუროთ, რომ ავტორიზაციის კოდი არის პირდაპირ კომისიის جاری რეგისტრატორისგან ასლი და არ გადაგერგო მას შემდეგ, რაც გადატანა დაარეგისტრირეთ."
თუ კოდი არის არასწორი, პრობლემა არა პლატფორმის შეცდომაა, არამედ გადატანის პირადობები.

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

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

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

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

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

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

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

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

• რა არის შემოწმებული
• რა უნდა დაადასტუროს მომხმარებელმა
• რა იქნება შემდეგ

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


როგორ ეხმარება NiceNIC გადამყიდველებს დომენის გადატანის მართვაში
გადამყიდველებს სჭირდებათ მეტი ადგილი უბრალოდ გადატანის შეკვეთების ჩასაბარებლად. მათ სჭირდებათ გადატანის ხილვადობა, დომენის მართვის ხელსაწყოები, მხარდაჭერა და რეგისტრატორი პარტნიორი, რომელიც იცნობს რეალურ დომენის ოპერაციებს.
NiceNIC მხარს უჭერს დომენის გადატანის სერვისებს გადამყიდველებისა, ჰოსტინგის მომწოდებლებისთვის, სააგენტოებისა და დომენის ინვესტორებისთვის. პარტნიორები შეუძლიათ გამოიყენონ NiceNIC გადამყიდველის პლატფორმა, დომენის გადატანის ხელსაწყოები, Reseller API v2, WHMCS ინტეგრაცია და მხარდაჭერის არხები, რათა ნაკლები ძალისხმევით მართონ დომენის გადატანის ოპერაციები.
ეს არის ეფექტური იმ შემთხვევაში, როდესაც გადამყიდველს სჭირდება გადატანის სტატუსის შემოწმება, მომხმარებელთა შეკითხვების მართვა, დომენის ოპერაციების შესრულება ან გადატანის დაკავშირება ჰოსტინგის ან ბილინგის სისტემასთან.
ჰოსტინგის მომწოდებლებისთვის WHMCS ინტეგრაცია ეხმარება დომენის გადატანის და განახლების სამუშაო პროცედურების დაკავშირებაში მომხმარებლის ანგარიშებთან და ანგარიშსწორებასთან. დეველოპერებისთვის API წვდომა ეხმარება დომენის ავტომატიზაციაში. სააგენტოებსა და ინვესტორებს, კონტროლის პანელი და მხარდაჭერის გუნდი ეხმარება მართონ პრობლემებს, რომლებიც ავტომატიზაციით ყოველთვის არ იხსნება.