გორა.
AI-translation · draft (awaiting native review)
ჩანაწერი · 1 მაისი, 2026 · 10 წუთი წასაკითხი

SEO-ის 30+ ფაქტორი: რას ამოწმებს Google 2026 წელს

ერთ-ერთი პროექტი, რომელიც მარტში გავარჩიე — WedInGeorgia. საიტი საქართველოში ქორწილებზე, ნორმალური დომენი, ნორმალური კონტენტი, ორწლიანი ისტორია. საკვანძო მოთხოვნით — page 7. სამოცდაათ-რომელიღაც პოზიცია. მფლობელი წერდა ტექსტებს, კვეთდა ბმულებს, რაღაცას ატრიალებდა, მაგრამ პოზიციები არ იძვროდა. Claude Code მივაერთე GSC-ს API-ით, ტექნიკური აუდიტი გავაკეთე, on-page დავათვალიერე, schema.org შევამოწმე.

გაირკვა: sitemap აბრუნებს 404-ს. Canonical გვერდების ნახევარზე საკუთარ თავზე უთითებს http-ით, თუმცა საიტი დიდი ხანია https-ზეა. მთავარ გვერდს სამი H1 აქვს. სტატიების 80%-ს meta description არ აქვს, Google თავადვე აგენერირებს თავის ვერსიას პირველი აბზაციდან და ის არ არის დააკლიკებადი. Schema.org საერთოდ არ არის. Hreflang ru/en ვერსიებს შორის გატეხილია. LCP — 4.8 წამი. INP ეცემა მობილურზე მთავარ გვერდზე მძიმე JS-კარუსელის გამო.

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

ამ პოსტში — სია იმისა, რასაც ყოველ პროექტზე ვამოწმებ. არა თეორია სხვის ბლოგებიდან. ეს არის ის, რაც რეალურად გავლენას ახდენს რანჟირებაზე 2026 წელს, ათეული პროდაქშენის და GSC-ში ასობით გატარების შედეგებით. WedInGeorgia-ზე ფიქსების შემდეგ ორ თვეში საიტი page 7-დან page 2-ზე ავიდა და ისევ იზრდება. ბმულების ყიდვის გარეშე, ახალი სტატიების გარეშე — მხოლოდ იმის ხარჯზე, რომ არსებული შევაკეთეთ.

ტექნიკური ფაქტორები

ეს არის საფუძველი. თუ ტექნიკური ფაქტორები გადებულია — დანარჩენ ყველაფერს მნიშვნელობა არ აქვს. Google უბრალოდ ვერ მიაღწევს შენს კონტენტს. GSC-ში ამას იხილავ როგორც „აღმოჩენილია, არ არის ინდექსირებული" ან „დასკანერებულია, არ არის ინდექსირებული" — Google იცის, რომ გვერდი არსებობს, მაგრამ გადაწყვიტა არ ჩასვას იგი ინდექსში.

  • Sitemap.xml — უნდა აბრუნებდეს 200-ს, შეიცავდეს ყველა ინდექსირებად გვერდს, ავტომატურად განახლდებოდეს. გატეხილი sitemap = Google არ იცის შენი გვერდების ნახევრის შესახებ. დამატებით: sitemap უნდა იყოს რეგისტრირებული GSC-ში, და robots.txt-ში უნდა იყოს ხაზი Sitemap: https://example.com/sitemap.xml.
  • Robots.txt — არ ბლოკავს იმას, რაც უნდა ინდექსირდეს. შემთხვევით /blog/-ის robots-ში დახურვა — კლასიკური შეცდომა dev-გარემოდან გადატანის შემდეგ, სადაც Disallow: / დეფოლტად იდგა. იხ. რა დავბლოკოთ robots.txt-ში.
  • Hreflang — თუ რამდენიმე ენობრივი ვერსია გაქვს, hreflang უნდა იყოს სიმეტრიული და ვალიდური. გატეხილი hreflang = Google ინგლისურენოვან მომხმარებლებს უჩვენებს ru-ვერსიას, და ისინი 3 წამში მიდიან. ეს კლავს ქცევით სიგნალებს. იხ. hreflang: subdomain თუ subdirectory.
  • Canonical — მიუთითებს სწორ URL-ზე. Self-canonical http-ზე საიტისთვის, რომელიც https-ზეა — Google დაბნეულია. კიდევ უარესი: სხვადასხვა გვერდები canonical-ით ერთზე — Google ერთად მიაკრავს მათ და დუბლიკატებს გადააგდებს. იხ. როდის გჭირდება canonical URL.
  • HTTPS — ვარიანტების გარეშე. HTTP 2026 წელს — ეს არის სიგნალი „დატოვეთ ეს საიტი". სერტიფიკატი უნდა იყოს ვალიდური, mixed content-ის გარეშე (სურათები/სკრიპტები http-ით https-გვერდზე).
  • Mobile-friendly — Google უკვე რამდენიმე წელია mobile-first-ით ინდექსირებს. თუ ტელეფონზე საიტი იშლება — პოზიციები არც დესკტოპზე გექნება. შემოწმება: გახსენი Chrome DevTools-ში 375px სიგანეზე და გაიარე ძირითადი ფლოუ.
  • Indexable — <meta name="robots" content="index, follow"> ან მისი არარსებობა (default). შემთხვევითი noindex პროდაქშენზე — ასევე ხშირი შემთხვევაა. განსაკუთრებით როდესაც ფრონტენდ-ფრეიმვორკი მას პირობით აყენებს და პირობა არასწორ ადგილზე იმუშავა.
  • Crawl budget — თუ 10 000 გვერდი გაქვს, ხოლო Google შემოდის და დღეში 200-ს სკანერებს, ახალი გვერდები თვეებით ინდექსირდება. სწორდება sitemap-ში პრიორიტეტიზაციით, ნაგვის URL-ების გასუფთავებით, სერვერის აჩქარებით.

On-page

ეს არის ის, რასაც Google ხედავს, როცა კონკრეტულ გვერდზე შემოდის. HTML-ის დონეზე. აქვე — ის, რასაც მომხმარებელი ხედავს SERP-ში დაკლიკებამდე: title და description. ანუ ეს არის როგორც რანჟირებაზე, ისე CTR-ზე.

  • Title — 50-60 სიმბოლო, უნიკალური ყოველი გვერდისთვის, შეიცავს ძირითად საკვანძო სიტყვას დასაწყისთან ახლოს. არა „მთავარი | საიტი", არამედ „ქორწილი საქართველოში — დარბაზები, ფასები, რეგისტრაცია". თუ ათ გვერდზე ერთი და იგივე title გაქვს — Google გადაწყვეტს, რომ ისინი დუბლიკატებია და ერთს დატოვებს.
  • Meta description — 140-160 სიმბოლო, დაწერილი ისე, რომ კლიკის სურვილი იყოს. ეს არ არის რანჟირების ფაქტორი პირდაპირ, მაგრამ გავლენას ახდენს CTR-ზე, ხოლო CTR — ეს ფაქტორია. თუ Google ხედავს, რომ შენს სნიპეტს არავინ აკლიკებს, ის დაიწყებს მის დაწევას. იხ. meta description: სიგრძე და წესები.
  • H1 — ერთი გვერდზე, ასახავს ძირითად თემას. სამი H1 — Google ვერ ხვდება, რა არის მთავარი. HTML5-ში ფორმალურად შესაძლებელია რამდენიმე, მაგრამ პრაქტიკაში ერთი უფრო კარგად მუშაობს. იხ. H1: ერთი თუ რამდენიმე.
  • Structured headings — H2, H3 მიდიან იერარქიით. არა H1 → H4 → H2. Google კითხულობს სტრუქტურას და მისგან გვერდის რუკას აშენებს. თუ სტრუქტურა გატეხილია — რუკა გამოდის გახეული და გვერდი სემანტიკურად უარესად აღიქმება.
  • Internal links — ყოველი სტატია 3-5 დაკავშირებულზე ბმავს. ეს გადანაწილებს წონას გვერდებს შორის და ეხმარება ახლების ინდექსირებას. ბმულის ანკორი — ეს არის კონტექსტი სამიზნე გვერდისთვის. „კითხე აქ" არ მუშაობს. „დეტალურად hreflang-ის გასწორებაზე" — მუშაობს.
  • Image alt — ყველა სურათი ფასიანი alt-ით. არა „image1.jpg", არამედ „ხედი ძველი თბილისზე Fabrika-ს სახურავიდან". ეს არის როგორც წვდომადობა, ისე Google Images (ცალკე ტრაფიკის არხი), ისე კონტექსტი AI-სთვის, რომლებიც ახლა სულ უფრო ხშირად ათრევენ აღწერებიან სურათებს თავიანთ პასუხებში.
  • URL slug — მოკლე, ფასიანი, ლათინური, დეფისით. /svadba-v-gruzii უკეთესია, ვიდრე /post-id-127394?ref=main. Slug — ეს არის გვერდის სემანტიკის ნაწილი.

კონტენტი

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

  • სიგრძე — კომერციული ლენდინგებისთვის 800-1200 სიტყვა საკმარისია. საინფორმაციო სტატიებისთვის — 1500-2500. ნაკლები — Google „თხელ კონტენტად" ჩათვლის, მეტი — არავინ წაიკითხავს და dwell time ჩავარდება. თხელი კონტენტი Helpful Content Update 2022-ის მიხედვით — ეს არის მთელი დომენის პესიმიზაციის მიზეზი, არა მხოლოდ კონკრეტული გვერდის.
  • უნიკალურობა — არა კოპიპასტი სხვის საიტებიდან და არა AI-გენერაცია რედაქტირების გარეშე. Google ისწავლა ორივეს ამოცნობა. გადაწერე საკუთარი სიტყვებით ან ნუ გამოაქვეყნებ. AI-გენერაცია თავისთავად აკრძალული არ არის (Google-მა ეს ოფიციალურად დაადასტურა), მაგრამ ადამიანის რედაქტირებისა და ფაქტ-ჩექის გარეშე ის შაბლონად იკითხება და მომხმარებლები ამას გრძნობენ.
  • Freshness — Google უყვარს ახალს, განსაკუთრებით „ახლა" ინტენტის მქონე მოთხოვნებისთვის. გამოქვეყნების თარიღი, რეგულარული განახლებები, აქტუალური ციფრები. ძველი 2022 წლის სტატია SEO-ზე 2026 წელს არ იმუშავებს. Atlas-ზე (ჩემი მეორე პროექტი) რეგულარულად ვაახლებ ძველ სტატიებს — ვამატებ სექციას „განახლებულია [წელი]" აქტუალური მონაცემებით. ამ სტატიების პოზიციები წლების განმავლობაში გრძელდება.
  • Semantic keywords — არა მხოლოდ ძირითადი საკვანძო სიტყვა, არამედ დაკავშირებული ტერმინებიც. წერ „თბილისში ყავის ყიდვაზე" — უნდა იყოს „არაბიკას", „ესპრესოს", „ხალვის", „მიწოდების" ხსენებები. Google უყურებს სემანტიკურ ველს, არა ზუსტ შემოსვლებს. ეს არის BERT-ისა და MUM-ის სამუშაო.
  • E-E-A-T — Experience, Expertise, Authoritativeness, Trustworthiness. ავტორი სახელით, ბიოგრაფია, წყაროებზე ბმულები, კონტაქტები, კონფიდენციალურობის პოლიტიკა. განსაკუთრებით კრიტიკულია YMYL ნიშებში (ფული, ჯანმრთელობა, სამართალი). დამატებითი Experience — ეს არის ავტორის პირადი გამოცდილების შესახებ, არა თეორიის. Google-მა 2024 წელს აშკარად თქვა, რომ უყვარს „მე გავცადე და აი რა გამოვიდა" უფრო მეტად, ვიდრე „ექსპერტების მონაცემებით".
  • FAQ — ტიპური კითხვების სექცია სტატიის ბოლოს. და მომხმარებლისთვის სასარგებლოა, და Google ათრევს მას featured snippets-ში. აღინიშნება FAQPage schema-ით — მაშინ Google უჩვენებს მას პირდაპირ SERP-ში.
  • Dwell time და pogo-sticking — რამდენი დრო გაატარა მომხმარებელმა გვერდზე და უკან არ დაბრუნდა თუ არა SERP-ში სხვა შედეგებზე დასაკლიკებლად. პირდაპირი ხარისხის სიგნალები. თუ მოთხოვნაზე პასუხს არ აძლევ — მომხმარებელი 5 წამში მიდის, და Google ამას Chrome-ის მეშვეობით ხედავს.

Core Web Vitals

სიჩქარის ტექნიკური მეტრიკები. Google ზომავს მათ Chrome User Experience Report-ის მეშვეობით — ეს არის რეალური მომხმარებლების მონაცემები, არა ლაბორატორიული. თუ 75-ე პერცენტილი ზღვარს არ გადის — პოზიციები არ გექნება.

  • LCP (Largest Contentful Paint) — მთავარი კონტენტი უნდა გამოჩნდეს 2.5 წამში. ჩვეულებრივ ეცემა მძიმე სურათების ან ნელი სერვერის გამო.
  • INP (Interaction to Next Paint) — მომხმარებლის მოქმედებაზე რეაგირება 200 მწ-ზე ნაკლები. ჩაანაცვლა FID 2024 წელს. მძიმე JS — მთავარი მკვლელი.
  • CLS (Cumulative Layout Shift) — გვერდი არ უნდა ხტუნავდეს ჩატვირთვისას. 0.1-ზე ნაკლები.

დეტალურად ყოველი მეტრიკის შესახებ და როგორ შევაკეთოთ — LCP, INP, CLS: რა არის ეს და როგორ შევაკეთოთ.

Schema.org

სტრუქტურირებული მონიშვნა JSON-LD-ით. Google იყენებს მას, რომ გაიგოს, რა გაქვს გვერდზე და გამოაჩინოს rich results ძიების შედეგებში.

  • BlogPosting — სტატიებისთვის. ავტორი, თარიღი, სათაური, სურათი, organization.
  • BreadcrumbList — პურის ნამცეცები. ჩვენდება პირდაპირ შედეგებში გრძელი URL-ის ნაცვლად.
  • FAQPage — კითხვა-პასუხის სექციისთვის. შეიძლება ამოიყვანოს შენი FAQ featured snippet-ში ან პირდაპირ სნიპეტის ქვემოთ SERP-ში.
  • HowTo — ნაბიჯ-ნაბიჯ ინსტრუქციებისთვის. ასევე იძლევა rich result-ს.

Schema — ეს არ არის რანჟირებაზე პირდაპირ, ეს არის CTR-ზე და იმაზე, თუ როგორ გაგიგებენ AI-ძრავები. იხ. JSON-LD და schema.org-ის ტიპები.

Authority, backlinks, AI visibility

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

  • Domain Rating (DR) — დომენის ავტორიტეტობის შეფასება Ahrefs / SemRush-ის მიხედვით. იზრდება დამბმავი საიტების ხარისხისა და რაოდენობის გამო. ახალ დომენს დასჭირდება მინიმუმ 6-12 თვე, რომ გავიდეს DR 20+-ზე. ახალ დომენზე უაზროა ცდილობდე კონკურენტული კომერციული მოთხოვნებით რანჟირებას — შემოუარე long-tail-ით და საინფორმაციოთი.
  • Anchor diversity — ბმულების ანკორები მრავალფეროვანი. 100% ანკორი „თბილისში ბინის ყიდვა" — Google სპამად ჩათვლის და უგულებელყოფს. ბუნებრივი პროფილი: 30-40% ბრენდი, 20-30% URL, 20% ზოგადი („აქ", „ბმულზე"), 10-20% ზუსტი საკვანძო სიტყვები. თუ 80% ზუსტი საკვანძო სიტყვები გაქვს — ეს არის ნაყიდი ბმულები და Google ამას ხედავს.
  • Referring domains — მნიშვნელოვანია არა ბმულების რაოდენობა, არამედ უნიკალური დომენების რაოდენობა. ას ბმული ერთი ბლოგიდან = ერთი ბმული. ათი ბმული ათი სხვადასხვა თემატური დომენიდან = ათჯერ უფრო ღირებული.
  • Link relevance — ბმული თემატური საიტიდან ბევრჯერ მეტი ღირს, ვიდრე ზოგადიდან. ბმული სტატიაზე SEO-ზე მარკეტინგის ბლოგიდან > ბმული იმავე DR-ის ზოგადსაინფორმაციო პორტალიდან.
  • Citations in ChatGPT / Perplexity — 2026-ის ახალი ფაქტორი. თუ AI-ძრავები შენ ციტირებენ თავიანთ პასუხებში — ეს არის ავტორიტეტობისა და ტრაფიკის სიგნალი. ChatGPT უკვე იძლევა შესამჩნევ ნაკადს იმ სტატიებზე, რომლებსაც წყაროდ თვლის. შემოწმება: დაუსვი ChatGPT-ს კითხვა შენი თემიდან და ნახე, ციტირებს თუ არა შენ. თუ არა — საჭიროა entity-ყოფნაზე მუშაობა.
  • Brand mentions — ბმულების გარეშე ბრენდის ხსენებები Google-ს ასევე გათვალისწინებული აქვს. ეს ჩანს სკანერების ლოგებში. თუ შენზე წერენ Reddit-ში, ფორუმებზე, Twitter-ში — Google ამას სიგნალად თვლის.

როგორ შევამოწმოთ ერთბაშად

ოცდაათი ფაქტორი — ეს ბევრია. ხელით ერთ გვერდზე მთელ დღეს დაჯდები. და ეს მხოლოდ შემოწმებაა, შესწორებების გარეშე.

ამ ფაქტორებიდან 20 ავტომატურად მოწმდება. ჩემი ხელსაწყო შევაგროვე სწორედ იმიტომ, რომ მომბეზრდა ყოველჯერ ერთი და იგივე შემოწმებების მთელი თაიგულის ხელით გაშვება. URL-ს აყრი — იღებ პრობლემების სიას, გავლენით პრიორიტიზებულს. ტექნიკური, on-page, schema, Core Web Vitals. შემდეგ უკვე მიდიხარ და აკეთებ — თავად ან Claude Code-ს აყრი ანგარიშს, რომ მან კოდში შესწორებები შეიტანოს.

ის, რასაც ხელსაწყო ავტომატურად არ ამოწმებს — ეს არის E-E-A-T (საჭიროა ადამიანი, ექსპერტიზის შესაფასებლად), ბექლინქები (ცალკე სერვისები), AI-ხილვადობა (ცალკე პაიპლაინი ChatGPT-ისა და Perplexity-ის API-ით). ამ მიმართულებებზე ხელით ან ცალკე სკრიპტებით უწევს დახვეწა.

რა არ მუშაობს 2026 წელს

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

  • Keyword stuffing — ძირითადი საკვანძო სიტყვის ყოველ წინადადებაში გამეორება. Google-მა BERT 2019 წელს ამოიყვანა და მერე LaMDA. ის ხვდება მნიშვნელობას, არ ითვლის გამეორებებს. სტაფინგი ახლა — მინუსია, არა პლუსი.
  • Exact-match domain — ადრე დომენი kupit-kvartiru-tbilisi.com ბონუსს იძლეოდა. ახლა Google მას უგულებელყოფს და პირიქით, ეჭვით ეპყრობა.
  • PBN და სტუმარი ბმულები ფულზე — Google-მა ისწავლა private blog network-ების ამოცნობა შაბლონებით (ნიმუშები, IP, რეგისტრაციის ისტორია). ნაყიდი ბმულები სტუმარი პოსტებიდან 2026 წელს — ეს არის deindex risk, არა პოზიციების ზრდა.
  • გვერდების დუბლიკატები — ერთი და იგივე სტატიის კოპირება სხვადასხვა საკვანძო სიტყვებით URL-ში. Google ერთად მიაკრავს მათ ერთს ან საერთოდ ორივეს გადააგდებს. გვეხმარება მხოლოდ canonical და ორიგინალური კონტენტი.
  • Hidden text — თეთრი ტექსტი თეთრ ფონზე, ტექსტი display: none-ში. ეს პირველივე ბოტი დაიჭერს და ხელით სანქციებამდე მიიყვანს.
  • დაფარული გადამისამართება და cloaking — ბოტს ერთის ჩვენება, მომხმარებელს მეორის. გარანტირებული ბანი.

თუ ვინმე გთავაზობს „წინსვლას 500 მსუქანი ბექლინქით" ან „უნიკალურ კონტენტს სპინინგით" — ეს არის 2014 წელი. არ მუშაობს.

შედეგი

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

თანმიმდევრობა ასეთია:

  1. ტექნიკური ფაქტორები — მათ გარეშე დანარჩენი უაზროა. Sitemap, robots, canonical, https, hreflang. დღეში სწორდება.
  2. On-page — title, H1, meta description, alt სურათებზე. კვირაში სწორდება.
  3. Core Web Vitals — LCP უპირველეს ყოვლისა. ხშირად წყდება სურათებისა და შრიფტების ოპტიმიზაციით.
  4. Schema.org — დაამატე ერთი მაინც BlogPosting და BreadcrumbList. სტატიაზე საათში სწორდება.
  5. კონტენტი — გადაწერე თხელი გვერდები, დაამატე FAQ, განაახლე ძველი.
  6. Authority — ეს უკვე გრძელი თამაშია თვეებში. ყველაფერ დანარჩენთან პარალელურად.

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

SEO-ის 30+ ფაქტორი: რას ამოწმებს Google 2026 წელს · hiregora.com