SEO-ის გაკვეთილები საკუთარი საიტის გასწორებიდან

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

საიტი ერთ აბზაცში

mythex.ai არის ერთგვერდიანი აპი, რომელსაც ბილდის დროს პრერენდერით ვამზადებთ: სკრიპტი ყველა მარშრუტს გადის, თითოეულისთვის სტატიკურ HTML ფაილს წერს და გვერდის სათაურს, აღწერასა და სტრუქტურირებულ მონაცემებს ამატებს (JSON-LD ბლოკი, რომელიც საძიებო სისტემებს ეუბნება, რა არის გვერდი — იხილეთ რა არის სტრუქტურირებული მონაცემები). ქვემოთ აღწერილის უმეტესობა ამ პრერენდერის ეტაპშია, რადგან სწორედ ეს არის HTML, რომელსაც მხედველი რეალურად კითხულობს.

1. ყველა გვერდი თავს FAQ გვერდად აცხადებდა

სიმპტომი. ჩვენს HTML შაბლონს საიტის მასშტაბით FAQPage ბლოკი ჰქონდა სტრუქტურირებულ მონაცემებში, URL-ით, რომელიც /faq-ზე მიუთითებდა. პრერენდერი ამ ზემოდან ყოველი გვერდის საკუთარ FAQPage-ს ამატებდა. ასე ყველა გვერდზე ორი ბლოკი იყო — და ჩვენი კონფიდენციალურობის პოლიტიკა Google-ს ეუბნებოდა, რომ ის FAQ გვერდი იყო.

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

გამოსწორება. გლობალური ბლოკი წაიშალა. ყოველი გვერდის FAQ მარკაპი ახლა ერთი ადგილიდან მოდის, მათ შორის თავად /faq-იდან, რომელიც მას კითხვების სრული სიიდან აგებს. გვერდებს, რომელთაც FAQ არ აქვთ, ახლა არცერთი არ აცხადებს, რაც სწორი პასუხია. ხოლო თუ პრერენდერი ოდესმე ერთ გვერდზე ერთზე მეტ FAQPage-ს იპოვის, ბილდი ვერ გაივლის. წესი, რომელიც მხოლოდ ვიღაცის მეხსიერებაში არსებობს, ირღვევა; წესი, რომელსაც ბილდი ახორციელებს, — არა.

2. Google-მა ჩვენთვის არასწორი სურათი აირჩია

სიმპტომი. საძიებო შედეგებში Mythex-ის მინიატურა იყო რბილად პულსირებადი ბზინვარება მთავარი გვერდის hero-ს უკან — დეკორატიული ფონური სურათი — და არა ჩვენი გაზიარების ბარათი.

რატომ მოხდა. Google-ისთვის არ გვეთქვა, რომელი სურათი წარმოადგენდა გვერდს, ამიტომ მან ის აირჩია, რაც იპოვა.

გამოსწორება. ეს ერთი პრობლემის ორი მხარეა:

• თქვით, რომელი სურათი არის გვერდისა. მთავარ გვერდს ახლა აქვს WebPage კვანძი, სადაც primaryImageOfPage გაზიარების ბარათზე მიუთითებს, და ყოველი პრერენდერირებული გვერდის სტრუქტურირებულ მონაცემებში საკუთარი სურათია (გვერდის გაზიარების სურათი ან ნაგულისხმევი).
• დაფარეთ დეკორაცია. ფონური სურათები ახლა robots.txt-ში აკრძალულია და noindex, noimageindex ჰედერით მოემსახურება, ასე რომ სურათების ძიებაში და მინიატურებში არ ჩნდება.

3. საძიებო სისტემები ჩვენს ლოგოს მეტს ვერაფერს ხედავდნენ

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

4. შაბლონის გვერდები სხვა კითხვას პასუხობდა

სიმპტომი. Search Console-ში სამი შაბლონის გვერდს შთაბეჭდილებები ჰქონდა, მაგრამ კლიკები — არა. ერთი ინახებოდა ძიებაზე „content strategist portfolio“ და მისი ვარიანტები, მეორე — „best italian restaurant website design“, მესამე — „agile board“-ის გარშემო არსებული ჯგუფი — ამ ძიებების ნახევარში სიტყვა „free“ იყო. პოზიციები მე-20-იდან 50-იან რიცხვებამდე მერყეობდა.

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

გამოსწორება. სამივე გვერდს ახლა აქვს სექცია, რომელიც დაწერილია ძიებისთვის და არა პროდუქტისთვის, სათაური და აღწერა იმ სიტყვებით, რასაც ხალხი წერს, და FAQ, რომელიც უკვე გამოცემულ მარკაპს იმსახურებს.

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

5. ახალ გვერდებზე Bing-ს დეპლოიმენტისთანავე ვატყობინებთ

Google IndexNow-ს არ იყენებს — ეს პროტოკოლია, რომელიც URL-ის შეცვლისას საძიებო სისტემებს აცნობებს. Bing, Yandex და Seznam მას იყენებენ, ხოლო Bing-ის ინდექსს ChatGPT-ის ძიება კითხულობს. AI აპების ბილდერი, რომელსაც AI ასისტენტები ვერ პოულობენ, განსაკუთრებული სახის წარუმატებლობაა.

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

მუშაობისთვის ორი დეტალი აღმოჩნდა მნიშვნელოვანი:

• გადაღეთ სნეპშოტი დეპლოიმენტამდე. საწყისი მდგომარეობა ახალი ბილდის გაშვებამდე უნდა დაფიქსირდეს. მის შემდეგ „ცოცხალი“ საიტმაპი უკვე ახალია და ყველა სხვაობა ცარიელი გამოდის.
• ახლა მხოლოდ ახალი გვერდები. ჩვენს საიტმაპს lastmod თარიღები არ აქვს, ამიტომ სკრიპტი ახალ გვერდებს აცნობებს, გადაწერილებს — არა. ყველა URL-ისთვის ბილდის თარიღის დადება მთელ საიტს ყოველ დეპლოიმენტზე შეცვლილად მონიშნავდა — სწორედ ის სპამი, რისგანაც თავს ვიცავდით.

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

6. ჩვენმა საკუთარმა ედჟმა „ვერ მოიძებნა“ თქვა

როცა /ai გვერდები გავუშვით, სტეიჯინგზე ყველა მათგანი „Not found“-ს აჩვენებდა, მაშინ როცა სტატიკური ჰოსტი მათ კარგად ემსახურებოდა (ამ გვერდებზე მეტი იხილეთ ლენდინგ გვერდი ბიზნესის ყოველი სახეობისთვის-ში).

სერვისი, რომელიც მარკეტინგულ ჰოსტებს წინ უდგას, მხოლოდ ბილიკების ალოვიანსს გადასცემს; ყველა სხვა გზა მკაცრ 404-ს იღებს. /ai ახალი იყო და ალოვიანსში არ ერია. დავამატეთ /ai და /ai/*, ტესტით, რომელიც ამტკიცებს, რომ ისინი გადის. პატარა ბაგი, მაგრამ ზუსტად ის სახეობა, რომელიც ახალ სექციას საძიებო მხედველებისთვის უხილავს ხდის ისე, რომ ვერავინ ამჩნევს.

რა ვისწავლეთ

• წაიკითხეთ HTML, რომელსაც მხედველი კითხულობს. ამათგან ბევრი ბრაუზერში უხილავი იყო და პრერენდერირებულ ფაილში აშკარა.
• გადააქციეთ SEO წესები ბილდის შემოწმებად. „ერთი FAQPage გვერდზე“ ახლა ხორციელდება, არა მხოლოდ დამახსოვრებული.
• უთხარით საძიებო სისტემებს, რას გულისხმობთ. თუ არ თქვით, რომელი სურათი ან რომელი ფაქტები გაწარმოგებთ, ისინი გამოიცნობენ.
• Search Console გიჩვენებთ, რა კითხვა დასვეს ადამიანებმა. შთაბეჭდილებები კლიკების გარეშე, როგორც წესი, იმას ნიშნავს, რომ გვერდმა სხვა კითხვას უპასუხა.
• გაგზავნეთ სხვაობა, არა ყველაფერი. მხოლოდ შეცვლილის შეტყობინება თქვენ შეზღუდვების წესებში რჩებით.

თუ იგივეს აკეთებთ თქვენს მიერ აგებულ საიტზე, ჩვენი გზამკვლევები SEO AI-ით აგებული ვებსაიტებისთვის და Google Search Console-ის დაყენება საფუძვლებს ფარავს.