ვებსაიტის მფლობელობა და გადაცემის პროცესი

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

ვინ არის ჩემი ვებსაიტის მფლობელი?

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

საიტის ოთხი ნაწილი

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

დომენი: სავაჭრო საგანი არ არის

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

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

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

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

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

ჰოსტინგი: წვდომა თქვენთან უნდა იყოს

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

გადაცემისას მოსათხოვი:

• ჰოსტინგის პანელის მომხმარებლის სახელი და პაროლი
• FTP/SFTP მონაცემები
• მონაცემთა ბაზის წვდომის მონაცემები
• ელფოსტის ანგარიშების მართვის წვდომა

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

საწყისი ფაილები: რა ჩაბარდება, თავიდანვე უნდა ეწეროს

აქ პრაქტიკაში ორი განსხვავებული მიდგომაა და ორივე ლეგიტიმურია:

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

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

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

კონტენტი და მონაცემები ყოველთვის თქვენია

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

KVKK-ს თვალსაზრისითაც მნიშვნელოვანია: ფორმით შეგროვებული პერსონალური მონაცემების პასუხისმგებელი თქვენ ხართ. სად ინახება ეს მონაცემები, ვის აქვს წვდომა, რამდენ ხანს ინახება — ეს უნდა იცოდეთ.

გადაცემის საკონტროლო სია

ახალ გუნდზე გადასვლისას ან მიმდინარე მდგომარეობის დაზუსტებისას:

• დომენის რეგისტრაციის ანგარიში ბიზნესის სახელზეა და შესვლის მონაცემები ხელთ მაქვს
• დომენის ვადის ამოწურვის თარიღი ცნობილია, ავტომატური განახლება ჩართულია
• ჰოსტინგის პანელის წვდომა ხელთ მაქვს
• FTP და მონაცემთა ბაზის მონაცემები ჩაბარებულია
• ელფოსტის ანგარიშების მართვა ხელთ მაქვს
• საწყისი ფაილები ჩაბარებულია (თუ ხელშეკრულებაშია)
• მართვის პანელის ადმინისტრატორის ანგარიში ჩემს სახელზეა
• Google Search Console და ანალიტიკის ანგარიშები ჩემს ანგარიშზეა მიბმული
• Google Business Profile-ის მფლობელობა ჩემთანაა
• SSL სერტიფიკატი და მისი განახლება განსაზღვრულია
• საიტის სარეზერვო ასლი ხელთ მაქვს

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

Google-ის ანგარიშებიც გადაცემის ნაწილია

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

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

იგივე ეხება Google Business Profile-ს და იქ მდგომარეობა უფრო კრიტიკულია: თუ პროფილის მფლობელობა სხვასთანაა, თქვენი ბიზნესის რუკის ჩანაწერს ვერ მართავთ.

ახალ სააგენტოსთან მუშაობის დაწყებისას

გადაბარებულ საიტზე პირველ დღეს დასასმელი კითხვები:

• საიტი რომელ ინფრასტრუქტურაზე მუშაობს?
• ბოლო სარეზერვო ასლი როდის აიღეს, სად ინახება?
• რომელი დანამატები/სერვისებია ფასიანი და როდის ახლდება?
• არის თუ არა ცნობილი უსაფრთხოების ხარვეზი ან განუახლებელი კომპონენტი?
• საიტზე რამე არ მუშაობს (ფორმა, გადახდა, ინტეგრაცია)?

ამ კითხვების პასუხები გადაბარებული საქმის რეალურ მდგომარეობას პირველივე დღეს ავლენს.

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

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

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

საიტის სხვა ჰოსტინგზე გადატანა ჩემს პოზიციაზე იმოქმედებს? თუ მისამართები არ იცვლება — არა. გადატანისას მოკლე შეფერხება შეიძლება იყოს; DNS-ის გადასვლის დაბალი TTL-ით დაგეგმვა ამას ამცირებს.

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

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

რა უნდა მოითხოვოთ გადაცემისას

სააგენტოს შეცვლისას ჩასაბარებელი პუნქტები ცნობილია. სიის თავიდანვე შედგენა პროცესს ვაჭრობად გადაქცევისგან იცავს:

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

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

საწყისი კოდი ყოველთვის გადაეცემა?

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

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

დომენის რეგისტრაციის ინფორმაცია დომენის შემოწმების ხელსაწყოთი შეგიძლიათ ნახოთ.