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

Google-ის წარმომადგენელმა, ჯონ მიულერმა, განმარტა შემთხვევა, როდესაც სერვერზე დარჩენილი, მომხმარებლისთვის შეუმჩნეველი HTTP მთავარი გვერდი ძიების შედეგებში საიტის სახელისა და ფავიკონის (favicon) არასწორად ასახვას იწვევდა. ეს პრობლემა, რომელიც მიულერმა Bluesky-ზე აღწერა, ხშირად ყურადღების მიღმა რჩება, რადგან Chrome ბრაუზერი ავტომატურად აუმჯობესებს HTTP მოთხოვნებს HTTPS-მდე, რაც HTTP ვერსიას პრაქტიკულად უხილავს ხდის.

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

რა მოხდა: შემთხვევის ანალიზი

მიულერმა ამ შემთხვევას "უცნაური" უწოდა. საიტი იყენებდა HTTPS პროტოკოლს, თუმცა დომენის HTTP ვერსიაზე კვლავ ხელმისაწვდომი იყო სერვერის სტანდარტული (default) მთავარი გვერდი. მიულერის განმარტებით, Chrome ავტომატურად გადაიყვანს მომხმარებელს HTTPS-ზე, ამიტომ HTTP გვერდი არ ჩანს, თუმცა Googlebot ხედავს მას და იყენებს საიტის სახელისა და ფავიკონის შესარჩევად.

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

• სტრუქტურირებული მონაცემები (Structured Data);
• Title ტეგები;
• სათაურის ელემენტები (H1, H2 და ა.შ.);
• og:site_name;
• სხვა მეტა-მონაცემები მთავარ გვერდზე.

თუ Googlebot რეალური HTTPS გვერდის ნაცვლად სერვერის სტანდარტულ HTTP გვერდს კითხულობს, ის არასწორ სიგნალებს იღებს, რაც იწვევს საიტის სახელის ან ფავიკონის არასწორ ჩვენებას.

როგორ შევამოწმოთ, რას ხედავს Googlebot

მიულერი გვთავაზობს ორ ძირითად გზას იმის დასადგენად, თუ რა ინფორმაციას იღებს Google-ის რობოტი სინამდვილეში:

1. curl-ის გამოყენება ბრძანების სტრიქონში: ბრძანების curl http://yourdomain.com გაშვება აჩვენებს ნედლ HTTP პასუხს ბრაუზერის ავტომატური გადამისამართების გარეშე. თუ პასუხი აჩვენებს სერვერის სტანდარტულ გვერდს და არა თქვენს რეალურ საიტს, ეს ნიშნავს, რომ პრობლემა ნაპოვნია.
2. Search Console-ის URL Inspection ინსტრუმენტი: გამოიყენეთ ეს ინსტრუმენტი და გაუშვით "Live Test". ეს საშუალებას მოგცემთ ნახოთ ზუსტად ის ვერსია, რომელიც Google-მა ამოიღო და დაამუშავა.

აღსანიშნავია, რომ Google-ის დოკუმენტაციის თანახმად, საიტის სახელების შემოწმება Rich Results Test ინსტრუმენტით ამჟამად მხარდაჭერილი არ არის.

რატომ არის ეს მნიშვნელოვანი

Google-ის მიერ საიტის სახელების სისტემის დანერგვის დღიდან (2022 წელი), სისტემამ არაერთი ცვლილება განიცადა. 2023 წელს მხარდაჭერა ქვედომენებზეც გავრცელდა, მოგვიანებით კი გამოსწორდა ხარვეზი, როდესაც შიდა გვერდების სახელები არ ემთხვეოდა მთავარი გვერდის მონაცემებს.

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

რეკომენდაციები სამომავლოდ

Google-ის წესების მიხედვით, WebSite სტრუქტურირებული მონაცემები უნდა განთავსდეს საიტის მთავარ გვერდზე, რაც განიმარტება როგორც დომენის დონის ძირეული URI (root URI). HTTPS-ზე მომუშავე საიტებისთვის ეს სწორედ HTTPS მთავარი გვერდია.

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

• შეამოწმეთ, არსებობს თუ არა საიტის HTTP ვერსია curl-ის ან Search Console-ის მეშვეობით.
• თუ აღმოაჩენთ სერვერის სტანდარტულ გვერდს, წაშალეთ იგი.
• დააყენეთ სერვერის დონის გადამისამართება (Redirect) HTTP-დან HTTPS-ზე.

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