H1: რატომ ერთი და რა სიგრძის
ვზივარ DevTools-ში სხვის საიტზე. ვხსნი Elements-ს, ვფილტრავ h1-ით. ვიღებ ოთხ ნათებას: ლოგო თავსაბრუნავში, hero-სათაური, ვიჯეტის სათაური საიდბარში, ბლოკის სათაური „კონტაქტები" ფუტერში. ყველა — <h1>. საიტის ყველა გვერდზე. მთავარზე, კატეგორიებში, პროდუქტის კარტებში — ყველგან ერთი და იგივე ნაკრები.
ვუყურებ Search Console-ს: საკუთარი ძირითადი მოთხოვნით საიტი მეხუთე გვერდზე ჰკიდია. მეხუთეზე. DR 35-ით, დომენის წესიერი ასაკოვანი ისტორიით, კონტენტის ათობით გვერდით. და თითო გვერდზე ოთხი H1-ით.
ეს ერთადერთი მიზეზი არ არის, რის გამოც ის იქ არის. მაგრამ ეს მარკერია. თუ ადამიანმა, რომელმაც საიტი ააწყო, H1-ში ვერ გაერკვა — ის ვერც ათ სხვა საქმეში გაერკვა: ცარიელი alt-ები, დუბლირებული title-ები, არევა canonical-ში, დაკარგული შიდა ბმულები. H1 — ეს არის მარკაპის ხარისხის ლაკმუსის ქაღალდი.
Google-მა 2017-ში ოფიციალურად თქვა: შეიძლება გამოყენებული იყოს H1 რამდენიც გინდა, ის გაარკვევს. ჯონ მიულერმა ამის შესახებ ვიდეო ჩაწერა და მას შემდეგ ამ ფრაზას ციტირებენ ყველანი, ვინც სათაურებში არევას ამართლებენ. მაგრამ „Google გაარკვევს" და „ეს კარგი პრაქტიკაა" — სხვადასხვა საქმეა. Google გაარკვევს კიდევ მრუდე სტრუქტურასაც, გაწყვეტილ ბმულებსაც, დუბლირებულ მეტა-მონაცემებსაც. ეს არ ნიშნავს, რომ ასე უნდა გავაკეთოთ.
ბოლო თვეებში H1-ები ათ პროექტზე გავასუფთავე. სადღაც ეს იყო ერთ-ერთი პუნქტი შესწორებების გეგმაში, სადღაც — მთავარი ამოცანა. სურათი ყველგან ერთნაირია: რაც უარესად რანჟირდება საიტი, მით უფრო დიდი არევაა მასში სათაურებთან. და პირიქით.
რა არის H1
<h1> — ეს არის გვერდის ძირეული სათაური HTML-ში. სათაურების იერარქიის ყველაზე ზედა დონე. გვერდზე ის პასუხობს კითხვაზე „რის შესახებაა ეს დოკუმენტი".
H1 — ეს არ არის title-tag. Title ცხოვრობს <head>-ში, მას ხედავს Google საძიებო შედეგებში, მას აჩვენებს ბრაუზერის ჩანართი, მას კითხულობს სოცქსელი, როცა ბმულს აგდებ. H1 ცხოვრობს <body>-ში, მას ხედავს ადამიანი თვით გვერდზე. ეს ორი სხვადასხვა ტექსტია ორი სხვადასხვა ადგილისთვის. ისინი ხშირად ახლოა აზრით, მაგრამ არ ვალდებულნი არიან სიტყვა-სიტყვით დაემთხვან.
H1 უნდა იდგეს გვერდის ძირითად შინაარსში — <main>-ში, <article>-ში, hero-ბლოკში. არა <header>-ში მენიუს ბმულებითა და ლოგოთი. არა <aside>-ში ვიჯეტებით. არა <footer>-ში კონტაქტებით. თუ H1 თავსაბრუნავშია — ის ერთნაირი იქნება ყველა გვერდზე და Google-ისთვის ეს სიგნალია, რომ ყველა გვერდი ერთსა და იმავეზეა. ანუ — არაფერზე.
ერთი თუ რამდენიმე — რას ამბობს Google
ოფიციალური პოზიცია: შეიძლება რამდენიმე. HTML5-ში შემოიღეს outline algorithm — ალგორითმი, რომლის მიხედვითაც ბრაუზერი ავტომატურად უნდა აეწყო სათაურების იერარქია სექციების შიგნით (<section>, <article>, <nav>). ჩანაფიქრით, ყოველი სექციის შიგნით <h1> ხდებოდა ლოკალური სათაური დონის, რომელიც სექციის ჩადგმის შესაბამისი იყო.
თეორიაში ლამაზად ჟღერს. პრაქტიკაში — outline algorithm არცერთ ბრაუზერში არ არის რეალიზებული. არასოდეს. სპეციფიკაცია არსებობს, მხარდაჭერა — არა. ახლა MDN პირდაპირ წერს: „ნუ გამოიყენებთ მრავალ H1-ს outline algorithm-ის იმედით, რადგან ის არ მუშაობს".
რას ნიშნავს ეს. თუ რამდენიმე <h1>-ს დააყენებ იმ ვარაუდით, რომ ბრაუზერი ან საძიებო სისტემა მოწესრიგებულად ააწყობს იერარქიას — ეს არ მოხდება. Google წაიკითხავს მათ როგორც რამდენიმე ძირეულ სათაურს და შეეცდება გაიგოს, რომელია მთავარი. ხანდახან გაიგებს სწორად. ხანდახან — არა.
შემდეგ — წვდომადობა. Screen reader-ები (NVDA, JAWS, VoiceOver) იციან სათაურებით ნავიგაცია — მომხმარებელი ჭერს H-ს და ხტება მათ შორის. როცა H1 ერთია — სტრუქტურა გასაგებია: აი მთავარი სათაური, აი მის ქვეშ მყოფი სექციები. როცა H1 ოთხია — მომხმარებელი ისმენს „პირველი დონის სათაური" ოთხჯერ ზედიზედ და ორიენტირებას კარგავს.
და ცალკე — SEO-ხელსაწყოები. Ahrefs, Semrush, Screaming Frog, Sitebulb — ყველა მათგანი ფლაგავს მრავალ H1-ს როგორც warning. არა როგორც critical error, არამედ როგორც პუნქტი, რომელიც ანგარიშში მოხვდება. თუ კლიენტს საიტს აბარებ ან აუდიტს უჩვენებ — ეს ზედმეტი ყვითელი მარკერია, რომელიც უნდა აუხსნა.
H1-ის სიგრძე
Sweet spot — 30–65 სიმბოლო. ეს ემპირიული რიცხვია, პრაქტიკიდან გამოყვანილი. 30-ზე ნაკლები — ჩვეულებრივ ძალიან ზოგადია („სერვისები", „ჩვენ შესახებ"). 65-ზე მეტი — სნიპეტებში იჭრება, ფოკუსი იკარგება.
მთავარია — H1 უნდა ემთხვეოდეს user intent-ს. ანუ იმას, რაც ადამიანმა შეიყვანა ძიებაში და ელის რომ ნახოს, როცა დააწკაპუნა. თუ მოთხოვნა — „იყიდე მთის ველოსიპედი მოსკოვში", ხოლო H1 — „კეთილი იყოს თქვენი მობრძანება ჩვენს მაღაზიაში", შენ კარგავ ადამიანსაც და Google-საც.
მთავარი საკვანძო სიტყვა შეიძლება და უნდა იყოს H1-ში. მაგრამ ძალადობის გარეშე. „იყიდე მთის ველოსიპედი მოსკოვში იაფად მიწოდებით" — ეს უკვე აღარ არის H1, ეს სპამია. „მთის ველოსიპედები მოსკოვში" — ეს H1-ია.
title-tag-თან თანაფარდობით: ისინი ახლოა, მაგრამ არა სიტყვა-სიტყვით. Title ოპტიმიზებულია საძიებო შედეგისთვის — იქ ხშირად ემატება ბრენდი, წკაპუნებისკენ მოწოდება, დამატებითი მოდიფიკატორი. H1 — ოპტიმიზებულია გვერდისთვის, სადაც ადამიანი უკვე იმყოფება.
დაწვრილებით title-ისა და description-ის სიგრძის შესახებ — ცალკე პოსტში მეტა-აღწერების შესახებ.
სტრუქტურა H1 → H2 → H3
სათაურების იერარქია — ეს არის გვერდის ჩონჩხი. თუ ჩონჩხი მრუდეა, გვერდი იცურება.
H1 — ერთი. გვერდის მთავარი თემა. პასუხობს კითხვაზე „რის შესახებაა ეს". დგას ძირითადი კონტენტის დასაწყისთან — hero-ბლოკში ან მაშინვე მის შემდეგ. არა სამასე სტრიქონზე შესავლის ზეწრის შემდეგ.
H2 — გვერდის სექციები. ჩვეულებრივ სამიდან შვიდამდე ცალი. ყოველი H2 ხსნის მსხვილ აზრობრივ ბლოკს. თუ შენს გვერდზე ერთი H2-ია — შენ არ გაქვს სტრუქტურა, შენ უბრალოდ გრძელი ტექსტი გაქვს ქვესათაურით. თუ შენ თხუთმეტი H2 გაქვს — შენ არ გაქვს იერარქია, შენ სია გაქვს. გრძნობ, რომ სექციები ათზე მეტი გამოდის — ეს სიგნალია, რომ გვერდის დროა გაყავი ორ-სამ ცალკე ნაწილად.
H3 — ქვესექციები H2-ის შიგნით. ყოველ გვერდზე საჭირო არ არის. ჩნდებიან, როცა სექციის შიგნით აზრობრივი ქვეჯგუფებია. თუ H2-ის შიგნით ერთი H3-ია — H3 საჭირო არ არის, H2 უფრო კონკრეტულ სათაურად აქციე. თუ H2-ის შიგნით ათი H3-ია — სექცია გადატვირთულია, დაანაწევრე.
H4, H5, H6 — არსებობენ, მაგრამ იშვიათად გამოიყენება. თუ H4-მდე მიხვედი — შეამოწმე, ხომ არ უნდა გაყო გვერდი ორად. ბლოგის გვერდზე H4-ს თითქმის არასოდეს ვიყენებ. ტექნიკურ დოკუმენტაციაში, დიდ გზამკვლევებში — ხანდახან.
მთავარი წესი: არ გამოტოვო დონეები. H1 → H3 H2-ის გარეშე — ეს არის იერარქიის გაწყვეტა. screen reader-ებისთვისაც (მომხმარებელი H2-ს ელის, H3-ს იღებს — იკარგება) და Google-ისთვისაც (ის გვერდის outline-ს სათაურებით აწყობს, გაწყვეტები სტრუქტურის გაგებას ანგრევს).
და კიდევ ერთი: სათაურები — სემანტიკისთვისაა, არა ზომისთვის. თუ შენ გჭირდება მსხვილი ტექსტი გვერდის შუაში, რომელიც ვიზუალურად სათაურის მსგავსია, მაგრამ სემანტიკურად — სათაური არ არის (მაგალითად, აქცენტური ციტატა) — გამოიყენე <p> CSS-სტილებით. არა <h2> დეკორატიული შეფერვით.
SEO-ბონუსი წერა-კითხვიანი H2-ის სტრუქტურისგან: long-tail მოთხოვნები. H1 იჭერს მთავარ საკვანძო სიტყვას. H2-ები იჭერენ შვილ მოთხოვნებს — იმათ, რომლითაც ადამიანი შეიძლება ისიც ეძებდა, მაგრამ მთავარ სათაურში არ ჯდებოდა. არაერთხელ მინახავს, როგორ იწყებს გვერდი რანჟირებას მოთხოვნით, რომელიც ერთ-ერთ H2-ს სიტყვა-სიტყვით ემთხვევა. H1 ამ მოთხოვნას არ ფარავდა, ხოლო H2 — დაფარა.
ტიპიური შეცდომები
H1 — ლოგო თავსაბრუნავში. ყველაზე ხშირი. დაკაბადონება გაკეთებულია CMS-ით, header-ის შაბლონში ვინმემ დააყენა <h1>ბრენდი</h1> ლოგოს ირგვლივ. საიტის ყოველ გვერდზე H1 — „ბრენდი". მთავარი გვერდი, პროდუქტის გვერდი, „ჩვენ შესახებ"-ის გვერდი — ყველგან ერთი და იგივე H1.
ცარიელი H1. ისიც მინახავს: <h1></h1>, <h1> </h1>, <h1><img src="logo.png"></h1> alt-ის გარეშე. screen reader წაიკითხავს „პირველი დონის სათაური" და სიჩუმეს.
რამდენიმე H1 სხვადასხვა ბლოკიდან. Hero — <h1>, sidebar-ვიჯეტი „პოპულარული" — <h1>, საკონტაქტო ფორმა ფუტერში „დაგვიკავშირდით" — <h1>. ყოველი დეველოპერი თავის H1-ს აყენებდა, არავინ აერთიანებდა.
H1 ემოჯით დასაწყისში. <h1>🔥 საუკეთესო შეთავაზებები</h1> — ზოგი screen reader ემოჯის გამოტოვებს, ზოგი კითხულობს როგორც „ცეცხლი". Google-ის შედეგებშიც ასეთი H1-ები უცნაურად გამოიყურება, თუ Google გადაწყვეტს title-ის ნაცვლად სნიპეტში მათ ჩასმას.
H1 არ ასახავს გვერდის კონტენტს. კლასიკა: გვერდი მაცივრებზე, H1 — „საყოფაცხოვრებო ტექნიკა ჩვენს მაღაზიაში". ძალიან ზოგადი. Google ვერ გაიგებს, რის შესახებაა გვერდი კონკრეტულად. მომხმარებელი ვერ გაიგებს, იქ მოხვდა თუ არა, სადაც სურდა.
ძალიან გრძელი H1. 80 სიმბოლოზე მეტი — Google ჭრის სნიპეტებში, screen reader უფრო ხანგრძლივად კითხულობს, მობილურზე სამ ხაზზე გადადის. თუ მთავარ იდეას 65 სიმბოლოში ვერ ჩაატევ — გვერდს ძალიან ბევრი იდეა აქვს, ორად დაანაწევრე.
H1 ასლს იღებს title-tag-ისგან სიტყვა-სიტყვით. არ არის შეცდომა, მაგრამ გამოტოვებული შესაძლებლობაა. H1-სა და title-ს სხვადასხვა როლი აქვს — გამოიყენე ორივე. title-ში ცემ ბრენდსა და call-to-action-ს გამოყვანიდან წკაპუნებისთვის, H1-ში — სუფთა ფორმულირებას user intent-ის ქვეშ.
H1 კითხვის სახით, რომელზეც გვერდი არ პასუხობს. „როგორ ავირჩიოთ ლეპტოპი?" — და გვერდზე 200 მოდელის კატალოგი ახსნა-განმარტებების გარეშე. H1-მა მოლოდინი დააყენა, კონტენტმა ის არ გაამართლა. ადამიანი მიდის, ქცევითი მაჩვენებლები ეცემა, რანჟირება იძირება.
H1 დამალულია display: none-ის ქვეშ. ისიც მინახავს. ვინმემ წაიკითხა, რომ Google უყვარს H1, დააყენა გვერდზე, მაგრამ ვიზუალურად არ ჯდებოდა — დამალა CSS-ით. Google ხედავს ამას და ცლოაკინგ-მცდელობად განიხილავს. სჯობს საერთოდ არ გავაკეთო, ვიდრე ასე გავაკეთო.
როგორ შევამოწმოთ ხელით
ხსნი საიტს Chrome-ში, ჭერ F12-ს, მიდიხარ Console-ში და სვამ:
document.querySelectorAll('h1').forEach(h => console.log(h.textContent))
იღებ გვერდზე ყველა H1-ის სიას. თუ ერთზე მეტია — პრობლემაა. თუ ერთია, მაგრამ ცარიელია — ეგეც პრობლემაა. თუ ერთია და აზრიანი — კარგია.
გაფართოებული ვარიანტი — შეხედო მთლიან იერარქიას:
document.querySelectorAll('h1,h2,h3,h4,h5,h6').forEach(h => console.log(h.tagName, h.textContent.trim()))
გამოიტანს მთლიან სათაურების სტრუქტურას რიგრიგობით. მაშინვე ჩანს: არის თუ არა დონეების გაწყვეტა, არის თუ არა საერთოდ H2, არის თუ არა ცარიელი სათაურები.
მთლიან საიტზე გასაშვებად — Screaming Frog ან Sitebulb. ისინი მთლიან საიტს კრაულავენ და ანგარიშს გამოსცემენ: სად რამდენი H1-ია, სად ცარიელია, სად დუბლებია. Screaming Frog-ის უფასო ვერსია საკმარისია 500 გვერდამდე საიტისთვის.
დასკვნა
ერთი H1 გვერდზე. სიგრძე 30–65 სიმბოლო. ძირითად შინაარსში, არა თავსაბრუნავში და არა ფუტერში. ემთხვევა user intent-ს. იერარქია H2 → H3 გაწყვეტების გარეშე. სემანტიკა — აზრისთვის, ზომა — CSS-ით.
ეს არ არის „Google მოითხოვს"-ის შესახებ. Google ბევრს ანებებს. ეს მარკაპის საერთო ჰიგიენაზეა. საიტები, რომლებზეც H1-თან წესრიგია, ჩვეულებრივ უკეთ რანჟირდებიან — არა იმიტომ, რომ H1 წყვეტს, არამედ იმიტომ, რომ სადაც H1-ში გაერკვნენ, ჩვეულებრივ ყველაფერ დანარჩენშიც გაერკვნენ.
H1 — ხუთი წუთი შემოწმება DevTools-ში. აქედან ორი წუთი კონსოლის ბრძანებაზე, სამი — შედეგის წაკითხვაზე. თუ შენი H1-ები არასოდეს გინახავს — დღესვე ნახე.
ფაქტორების სრული სია, რომლებზეც აუდიტის დროს ვაკეთებ შემოვლას — პოსტში 30 SEO ფაქტორი 2026-ის შესახებ.