ტექნიკური SEO აუდიტი: ჩეკლისტი, რომლითაც საიტს თავად შეამოწმებთ

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

ინდექსაცია და Search Console

აუდიტი ყოველთვის ერთი კითხვით იწყება: ხედავს თუ არა Google იმ გვერდებს, რომლებიც გინდათ, რომ დაინახოს, და ხომ არ ხედავს იმას, რაც ძიებაში არ უნდა მოხვდეს? ამ კითხვაზე პასუხის მთავარი წყარო Google Search Console-ია. თუ ვებსაიტი ჯერ არ არის დამატებული, აუდიტამდე სწორედ ეს გააკეთეთ: დაადასტურეთ დომენის საკუთრება და ატვირთეთ sitemap.

Search Console-ის ინდექსაციის ანგარიშში ყურადღება მიაქციეთ შემდეგ ჯგუფებს:

• „აღმოჩენილია, მაგრამ არ არის ინდექსირებული". Google-მა გვერდის შესახებ იცის, მაგრამ ჯერ არ გადაუწყვეტია მისი მონახულება. დიდი რაოდენობა ხშირად სუსტ შიდა დაკავშირებაზე ან დაბალ ხარისხზე მიუთითებს.
• „მონახულებულია, მაგრამ არ არის ინდექსირებული". რობოტმა გვერდი ნახა და ინდექსში არ ჩართო. როგორც წესი, მიზეზი თხელი ან განმეორებადი კონტენტია.
• გვერდები noindex ტეგით. შეამოწმეთ, ხომ არ დარჩა noindex მნიშვნელოვან გვერდებზე, მაგალითად, სატესტო ვერსიიდან გადმოტანის შემდეგ.
• 404 და სერვერის შეცდომები. 5xx კოდები ჰოსტინგის პრობლემაზე მიუთითებს და პირველ რიგში უნდა გასწორდეს.

ამავე ეტაპზე გადახედეთ robots.txt ფაილს. ერთი არასწორი Disallow ხაზი შეიძლება მთელ კატეგორიას ან CSS და JavaScript ფაილებს დაუხუროს რობოტს, რის გამოც Google გვერდს ვეღარ ხედავს ისე, როგორც მომხმარებელი. შემდეგ URL-ის შემოწმების ინსტრუმენტით რამდენიმე მთავარ გვერდზე ნახეთ, როგორ აღიქვამს მას Google და რომელი canonical აირჩია.

სიჩქარე და Core Web Vitals

სიჩქარე რანჟირების ერთ-ერთი ფაქტორია, მაგრამ მისი მთავარი მნიშვნელობა მომხმარებლის ქცევაშია: ნელ ვებსაიტზე ადამიანები უფრო ხშირად ტოვებენ გვერდს და ნაკლებად ავსებენ ფორმებს. Google სიჩქარეს სამი მეტრიკით აფასებს, რომლებიც Core Web Vitals-ის სახელითაა ცნობილი.

შეამოწმეთ ორივე წყარო: Search Console-ის Core Web Vitals ანგარიში, სადაც რეალური მომხმარებლების მონაცემებია, და PageSpeed Insights, რომელიც კონკრეტული გვერდის დეტალურ რეკომენდაციებს იძლევა. ყველაზე ხშირი მიზეზები, რის გამოც ვებსაიტები ამ ტესტს ვერ აბარებს, მარტივია: მძიმე სურათები თანამედროვე ფორმატის გარეშე, ზედმეტი პლაგინები და სკრიპტები, ჩატ-ვიჯეტები და ანალიტიკის კოდები, რომლებიც გვერდის ჩატვირთვას აფერხებს, და შრიფტები, რომლებიც ტექსტის გამოჩენას აგვიანებს.

ქართული ვებსაიტებისთვის ცალკე აღნიშვნის ღირსია შრიფტები. ქართული ანბანის მხარდამჭერი შრიფტის რამდენიმე წონის ჩატვირთვა შესამჩნევად ზრდის გვერდის მოცულობას. გამოიყენეთ მხოლოდ საჭირო წონები, WOFF2 ფორმატი და font-display: swap, რომ ტექსტი შრიფტის ჩატვირთვამდეც ჩანდეს.

სერვერი, HTTPS და უსაფრთხოება

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

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

Canonical, დუბლიკატები და რედირექტები

დუბლირებული კონტენტი ტექნიკური SEO-ს ერთ-ერთი ყველაზე გავრცელებული და ამავდროულად ყველაზე შეუმჩნეველი პრობლემაა. ერთი და იგივე გვერდი შეიძლება ხელმისაწვდომი იყოს რამდენიმე მისამართზე: www-ით და მის გარეშე, http-ით და https-ით, ბოლოში დახრილი ხაზით და მის გარეშე, ფილტრების და UTM პარამეტრებით. Google-ისთვის ეს სხვადასხვა გვერდებია, და ის თავად ირჩევს, რომელი ჩათვალოს მთავრად.

შეამოწმეთ:

• ყველა ვარიანტი (http, www, დახრილი ხაზი) ერთი რედირექტით მიდის ერთ მთავარ მისამართზე;
• თითოეულ გვერდს აქვს canonical ტეგი, რომელიც საკუთარ, სწორ მისამართზე მიუთითებს;
• ფილტრების, სორტირების და ძიების გვერდები არ ქმნის ათასობით ინდექსირებად ვარიანტს;
• რედირექტები არის 301 და არა 302, თუ ცვლილება მუდმივია;
• არ არსებობს რედირექტების ჯაჭვები, როცა ერთი მისამართი მეორეზე, მეორე კი მესამეზე გადადის;
• შიდა ბმულები პირდაპირ საბოლოო მისამართზე მიუთითებს და არა რედირექტზე ან 404 გვერდზე.

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

Sitemap, ვებსაიტის სტრუქტურა და შიდა ბმულები

XML sitemap Google-ს ეუბნება, რომელი გვერდებია თქვენთვის მნიშვნელოვანი. კარგი sitemap შეიცავს მხოლოდ ინდექსირებად, 200 კოდით მოპასუხე, canonical მისამართებს. თუ მასში რედირექტები, noindex გვერდები ან 404 მისამართებია, ეს სიგნალს ასუსტებს. დარწმუნდით, რომ sitemap ავტომატურად განახლდება ახალი გვერდის გამოქვეყნებისას, მისი მისამართი robots.txt-შია მითითებული და Search Console-ში წარმატებით არის დამუშავებული.

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

მობილური ვერსია და სტრუქტურირებული მონაცემები

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

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

• Organization და LocalBusiness კომპანიის სახელით, მისამართით, ტელეფონით და სამუშაო საათებით;
• Product ფასით და მარაგით ონლაინ მაღაზიებისთვის;
• Article ბლოგის სტატიებისთვის ავტორით და თარიღით;
• BreadcrumbList ნავიგაციის ჯაჭვისთვის;
• FAQPage ხშირად დასმული კითხვების ბლოკებისთვის.

სტრუქტურირებული მონაცემები შეამოწმეთ Google-ის Rich Results Test ინსტრუმენტით და Search Console-ის „გაუმჯობესებების" ანგარიშით. მნიშვნელოვანია, რომ მარკირება გვერდზე ხილულ ინფორმაციას ემთხვეოდეს: თუ schema-ში ერთი ფასია, გვერდზე კი სხვა, Google შეიძლება მარკირება საერთოდ უგულებელყოს. სტრუქტურირებული და მკაფიო მონაცემები AI ასისტენტებისთვისაც სასარგებლოა, რაზეც დეტალურად ვწერთ სტატიაში რა არის GEO.

Hreflang: ქართული, ინგლისური და რუსული ვერსიები

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

შეამოწმეთ შემდეგი:

• თითოეული ენობრივი ვერსია მიუთითებს ყველა დანარჩენზე და საკუთარ თავზეც;
• ბმულები ორმხრივია: თუ ქართული გვერდი ინგლისურზე მიუთითებს, ინგლისურიც უნდა მიუთითებდეს ქართულზე;
• გამოყენებულია სწორი კოდები: ka, en და ru, და არა ge, რომელიც ენის კოდი არ არის;
• მითითებულია x-default ვერსია იმ მომხმარებლებისთვის, რომელთა ენაც ვებსაიტზე არ არის;
• თითოეული ენის canonical საკუთარ ენობრივ გვერდზე მიუთითებს და არა ქართულ ორიგინალზე;
• თარგმნილია არა მხოლოდ ტექსტი, არამედ title, description და სურათების alt ატრიბუტებიც.

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

ტიპური ხარვეზები ქართულ ვებსაიტებზე

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

• რამდენიმე H1 ან მისი არარსებობა. თემები და გვერდის ბილდერები ხშირად ლოგოს, ტელეფონის ნომერს ან ფუტერის სათაურებს H1 ან H2 ტეგით აფორმებს, რაც სათაურების იერარქიას არღვევს.
• ცარიელი ან განმეორებადი მეტა-აღწერები. ათობით გვერდს ერთი და იგივე title აქვს, ხშირად უბრალოდ კომპანიის სახელი.
• ოპტიმიზაციის გარეშე ატვირთული სურათები. რამდენიმე მეგაბაიტიანი ფოტოები, alt ტექსტის გარეშე და ქართული ასოებით დასახელებული ფაილები.
• სატესტო ან ძველი ვერსიის ინდექსაცია. dev ქვედომენები ან ძველი ვებსაიტის ასლები, რომლებიც ძიებაში მთავარ ვებსაიტს ეჯიბრება.
• თარგმანის პლაგინების ხარვეზები. ენობრივი ვერსიები hreflang-ის გარეშე ან canonical-ით, რომელიც ყველა ენაზე ქართულ გვერდზე მიუთითებს.
• ზედმეტი პლაგინები. ათობით გააქტიურებული დამატება, რომელთა ნაწილი აღარ გამოიყენება, მაგრამ ყველა გვერდზე ტვირთავს საკუთარ სკრიპტებს.

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

„ხარვეზის გვერდით მიუთითეთ მაგალითი, გამოსწორების გზა და შემოწმების თარიღი. ასე აუდიტის სია სამუშაოს შესრულების აღრიცხვაშიც გამოგადგებათ.“

რამდენად ხშირად ჩავატაროთ აუდიტი

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

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

სრულ აუდიტებს შორის საკმარისია ყოველთვიური მონიტორინგი: Search Console-ის შეცდომების, ინდექსირებული გვერდების რაოდენობის და Core Web Vitals-ის ანგარიშის გადახედვა. ეს რამდენიმე წუთს მოითხოვს, მაგრამ პრობლემას მაშინ გაჩვენებთ, როცა ის ჯერ კიდევ პატარაა. თუ ამ სამუშაოს სისტემატურად შესრულება გსურთ, ჩვენი ტექნიკური SEO მომსახურება აუდიტს, გასწორებებს და მონიტორინგს ერთ პროცესად აერთიანებს. ტექნიკური სამუშაოები ასევე შედის ყოველთვიურ SEO პაკეტებში, რომლებიც 900 ₾-დან იწყება (ფასები დღგ-ს გარეშე); დეტალები იხილეთ ფასების გვერდზე.

დაიწყეთ უფასო აუდიტით

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