Коротка відповідь: один H1 на сторінку, 30–60 знаків, текстом, а не картинкою, і він не має дослівно повторювати title. Google справді не ранжує за H1 — але коли його не влаштовує ваш title, він бере у видачу саме H1. За нашим виміром українського топу це трапляється з двома третинами сторінок. Плюс H1 — це те, що читає скрінрідер, і те, за чим мовна модель розуміє, про що взагалі документ.
З H1 склалася рідкісна ситуація: офіційна позиція Google звучить як «робіть що хочете», а на практиці половина сайтів робить це так, що втрачає контроль над власним сніпетом. Розберу і те, і те — спершу що каже Google дослівно, потім що показав вимір живої видачі.
Що Google насправді каже про H1
Почну з цитат, бо в цій темі перекази спотворюють зміст до протилежного.
Джон Мюллер, жовтень 2019 року, розбір на Search Engine Roundtable: «Your site can do perfectly fine with no h1 tags or with five h1 tags». У повнішому формулюванні з того самого обговорення: «You can use H1 tags as often as you want on a page. There's no limit, neither upper or lower bound».
Офіційне відео Google: «Our systems don't have a problem when it comes to multiple H1 headings on a page. That's a fairly common pattern on the web».
Вересень 2022 року, заголовок новини на тому самому Search Engine Roundtable: «Google Will Never Penalize You For Not Having H1 Attributes». Листопад 2022-го: «Size Of Your H1 & Header Fonts Doesn't Matter For SEO» — розмір шрифту заголовка теж ні на що не впливає. Серпень 2020-го: «Google Says Heading Elements (Tags) Order Does Not Matter» — порядок тегів сам собою не карається.
Якщо читати лише це, висновок виходить простий: H1 можна не ставити. І він хибний — бо в цих цитатах ідеться про одну конкретну річ, про ранжування. А в H1 є три інші роботи, яких ніхто не скасовував.
Навіщо тоді потрібен H1: три роботи, про які Google не каже в цитатах
Перша — H1 потрапляє у видачу. Google підставляє його в заголовок сніпета, коли ваш title його не влаштовує. Це задокументовано і легко перевіряється, чим ми й займемося в наступному розділі.
Друга — доступність. Скрінрідер будує за заголовками навігацію: користувач натискає клавішу і стрибає від заголовка до заголовка. Сторінка без H1 для незрячої людини — це документ без змісту.
Третя — видобувність для мовних моделей. Коли модель розбирає сторінку на шматки, щоб знайти відповідь, заголовки — це межі шматків. Без них увесь документ перетворюється на одне полотно, з якого складно витягти конкретний фрагмент.
Про третю я говорив у розборі про потрапляння в AI-відповіді так:
«Штучний інтелект бере матеріали в тому вигляді, який йому легко відформатувати і легко зрозуміти».
Заголовок — найдешевший спосіб дати цей формат.
Наш вимір: 77 сторінок із живої української видачі
Щоб не сперечатися абстрактно, я взяв два комерційні запити — «ремонт квартири київ» і «купити ноутбук» — зняв за ними живу видачу Google (регіон Україна, мова українська, 7 вересня 2026 року) і прогнав усі органічні результати через curl. Дивився сирий HTML: скільки тегів H1, що всередині, який title, скільки H2.
Із 77 адрес 62 віддалися нормально. П'ятнадцять не віддалися — Cloudflare, 403, тайм-аути; це переважно великі майданчики на кшталт OLX і Rozetka, і їх я в статистику не включаю.
Скільки H1 на сторінці в тих, хто вже в топі
| Скільки тегів H1 | Сторінок | Частка |
|---|---|---|
| жодного | 5 | 8% |
| рівно один | 51 | 82% |
| два | 3 | 5% |
| три | 2 | 3% |
| п'ять | 1 | 2% |
| Усього | 62 | 100% |

Вісім із десяти сторінок у топі мають рівно один H1 — тобто галузь усе-таки домовилася, попри «робіть що хочете» від Google.
Але зверніть увагу на перший рядок: п'ять сторінок не мають H1 узагалі — і при цьому перебувають у топ-20 за комерційним запитом. Це рівно те, про що каже Мюллер: відсутність H1 не заважає ранжуватися. Серед них, наприклад, master-remont.kiev.ua і remont-plus.com.ua/remont-kvartir/.
А тепер цікаве. Порахуємо в цих п'яти сторінок підзаголовки: медіанне число H2 в них — нуль, у решти сторінок вибірки — п'ять. Три з п'яти не мають узагалі жодного H2 чи H3. Тобто йдеться не про свідому відмову від H1, а про шаблон, у якому заголовками просто не займалися на жодному рівні.
Довжина H1: медіана 30 знаків
За 55 непорожніми заголовками з вибірки:
| Показник | Значення |
|---|---|
| Медіанна довжина H1 | 30 знаків |
| Найкоротший | 7 знаків («KYIVKEY») |
| Найдовший | 55 знаків |
| Довше за 70 знаків | жодного |
| Медіанна довжина title на тих самих сторінках | 60 знаків |
Тобто в реальності H1 удвічі коротший за title. Логіка проста: title має вмістити бренд, місто, рік, ціну — усе, що допомагає у видачі. H1 читає людина, яка вже на сторінці, і їй бренд удруге не потрібен.
Наш аудит позначає попередженням H1 довший за 70 знаків. За цією вибіркою поріг виявився щедрим: до нього не дотягнув ніхто.
H1 і title: вони не мають збігатися
Це найчастіше, що я бачу в шаблонах: рушій друкує один і той самий рядок і в <title>, і в <h1>. Перевіримо на вибірці.
| Співвідношення H1 і title | Сторінок | Частка |
|---|---|---|
| Дослівний збіг | 0 | 0% |
| H1 цілком входить у title, але title довший | 23 | 42% |
| Тексти помітно різні | 32 | 58% |

Нуль дослівних збігів на 55 сторінок. Жоден сайт з українського топу не друкує один рядок в обидва місця.
Як це виглядає на практиці:
H1: Ціни на ремонт квартир в Києві
title: Ціни на ремонт квартир Київ, прайс-лист на 2026 рік
H1: Ремонт квартир під ключ у Києві
title: Ремонт квартир під ключ в Києві - HALFEE
H1: Недорогі ноутбуки у Києві — ТОП рейтинг із гарантією
title: Купити ноутбук у Києві дешево | Рейтинг моделей з гарантієюTitle тягне на себе комерційні уточнення — ціну, рік, бренд, слово «купити». H1 лишається людським заголовком сторінки. Наш аудит виносить окреме попередження title-eq-h1, коли ці два поля збігаються дослівно — саме тому, що це ознака шаблону, в якому заголовками ніхто не займався.
Головне: Google переписує ваш заголовок — і бере H1
Ось заради чого все затівалося.
Для 48 сторінок із вибірки я знав одночасно дві речі: що написано в <title> на самій сторінці і що Google реально показав у видачі за цим запитом. Порівнюємо.
| Що зробив Google із заголовком | Сторінок | Частка |
|---|---|---|
| Показав ваш title як є | 17 | 35% |
| Переписав | 31 | 65% |
Далі найцікавіше. З 31 переписаного заголовка в 30 сторінок був непорожній H1. І в 23 випадках із 30 — це 77% — показаний у видачі заголовок містив текст H1 цілком.

Живі приклади з виміру:
title: ᐈ Економний ремонт квартири під ключ Київ : Ціни на ремонт…
H1: Економний ремонт квартири під ключ в м. Київ
у SERP: Економний ремонт квартири під ключ в м. Київ ← узято H1
title: ᐉ Ремонт квартири, кімнати. Розцінки 2026 на ремонт під ключ
H1: Ремонт квартири або кімнати у м. Київ
у SERP: Ремонт квартири або кімнати у м. Київ ← узято H1
title: Ремонт квартир Київ - KYIVKEY
H1: KYIVKEY
у SERP: KYIVKEY: Ремонт квартир Київ ← H1 підставлено спереду
Третій приклад особливо показовий: у сайту в H1 стоїть просто назва компанії — і Google виніс цю назву на початок заголовка у видачі. Людина в пошуку бачить «KYIVKEY: Ремонт квартир Київ» замість того, що написав оптимізатор.
Тож формула виходить така: H1 не впливає на те, де ви стоїте, але впливає на те, що людина прочитає про вас у видачі. А це вже прямо впливає на CTR — тобто на трафік за тієї самої позиції.
Це підтверджується і на великій західній вибірці
Наші 48 сторінок — невелика вибірка, тому звіримося з великими дослідженнями.
Semrush, серпень 2021 року: після того як Google змінив механіку генерації заголовків, частка показів вихідного HTML-title впала на 77%, і «roughly 75% are utilizing the H1 instead of the title tag» — у трьох чвертях підмін замість title показувався H1. Вибірка — близько 3000 ключових слів.
Zyppy, 2022 рік: 80 959 тайтлів на 2370 сайтах, Google переписав 61,6%. Наш результат — 65% на українській видачі 2026 року — лягає рівно в ту саму смугу.
Як Google обирає, що показати замість вашого title
Це не ворожіння — механіка описана в документації. У розділі про заголовки посилань Google перелічує джерела, з яких збирає заголовок для видачі. У списку, серед іншого:
- вміст тегу
<title>; - «Main visual title shown on the page» — головний візуальний заголовок на сторінці;
- «Heading elements, such as
<h1>elements» — елементи заголовків, наприклад H1; - текст посилань, що ведуть на сторінку;
- вміст, який просто великий і помітний.
І окрема фраза, яка пояснює, навіщо взагалі один H1, а не п'ять: «it can be confusing if multiple headings carry the same visual weight and prominence» — Google прямо просить, щоб головний заголовок відрізнявся від решти і вирізнявся як найпомітніший.
Тобто логіка така. Google дивиться на title. Якщо title довгий, шаблонний, напханий роздільниками або повторює одне й те саме на всьому сайті — він іде шукати заміну. Перше місце, куди він дивиться, — найпомітніший заголовок сторінки. На нормально зверстаній сторінці це H1.
Звідси неочевидний наслідок: що гірше ви написали title, то важливішим стає H1. Рівно навпаки до того, як зазвичай розставляють пріоритети.
Від чого залежить, перепишуть вас чи ні: довжина title
У Zyppy є цифра, яка виглядає майже як закон: заголовки довші за 70 знаків переписуються в 99,9% випадків. Перевіримо на нашій вибірці.
| Довжина title | Сторінок | Переписано | Частка |
|---|---|---|---|
| до 50 знаків | 7 | 3 | 43% |
| 51–60 знаків | 17 | 7 | 41% |
| 61–70 знаків | 9 | 7 | 78% |
| 71 знак і довше | 14 | 13 | 93% |
Форма кривої та сама: до 60 знаків імовірність підміни близько 40%, після 70 — майже гарантія. Абсолютні значення вищі, ніж у Zyppy, — вибірка маленька й комерційна, але напрям збігається.
Практичний висновок: якщо ви пишете title довший за 70 знаків, ви його не пишете. Ви пишете чернетку, з якої Google збере заголовок сам — і матеріалом йому послужить ваш H1.
Що ми знайшли в себе, поки робили цей вимір
Прогнав тим самим скриптом свої сторінки. Три знахідки, і всі три повчальні.
Перша: ми порушуємо власний поріг довжини. Наш аудит позначає попередженням H1 довший за 70 знаків. Дві останні статті блогу:
/paginaciya/ H1 = 72 знаки
/struktura-url/ H1 = 89 знаківH1 у шаблоні блогу друкується з поля title фронтматера, а його ми пишемо під видачу — і він довгий. Вийшло, що заголовок статті для читача успадкував довжину пошукового заголовка. Помітив це, лише коли прогнав власний сайт через власну ж перевірку. Полагодили тим самим релізом, що й цю статтю: у шаблоні блогу з’явилося окреме поле для H1, і тепер заголовок для читача пишеться окремо від заголовка для видачі.
Друга: греп по коду збрехав. На /website-audit/ — це наша найтрафіковіша сторінка — скрипт спершу нарахував три H1. Поліз дивитися і побачив ось що:
...</style></head><body><h1>SEO-"+t("аудит","audit","аудит")+" — "+escapeHtml(o)+'</h1>...Заголовком тут і не пахне: це рядок усередині JavaScript, який збирає HTML для друкованої версії звіту. Браузер і краулер читають її як текст скрипта, а мій регексп прочитав як тег. Реальних H1 на сторінці один.
Мораль методична: перш ніж рахувати заголовки регекспом, виріжте з коду вміст <script> і <style>. Інакше будь-який шаблонізатор на клієнті додасть вам неіснуючих H1. Я переписав скрипт і перерахував усю вибірку заново — на чужих сайтах розбіжностей не виявилося, але перевіряти треба було до публікації, а не після.
Третя: ми самі лінкуємо на сторінку з meta refresh. Адреса /tools/onpage-seo-audit/, на яку ми посилаємося зі статей, віддає 267 байтів такого вмісту:
<title>https://seoquick.com.ua/website-audit/</title>
<link rel=canonical href=https://seoquick.com.ua/website-audit/>
<meta http-equiv=refresh content="0; url=https://seoquick.com.ua/website-audit/">Це технічна сторінка-аліас: ні H1, ні вмісту, редирект мета-тегом. Працює, людина нічого не помічає. Але наш же аудит виносить попередження на meta refresh — а ми ведемо на таку сторінку внутрішні посилання зі свіжих матеріалів. Поправили в цьому ж релізі.
Відзначаю це не заради самобичування, а тому що всі три знахідки — типові. Перша — про те, що одне поле живить два різні місця. Друга — про те, що інструмент перевірки може брехати, якщо не розуміти, як він влаштований. Третя — про те, що технічні сторінки легко витікають у внутрішню перелінковку.
Три реальні поломки, які знайшлися в цій самій вибірці
Вимір принагідно витягнув речі, яких на скриншоті не видно, а в коді лежать.
Зламаний HTML-коментар усередині H1. Сайт nsdgroup.com.ua, сторінка послуг ремонту:
<h1 class="articles-typical__title md-main-title">--><!--</h1>
<h1 class="first__title"><span>Ремонт квартир</span> в Киеве под ключ</h1>Перший H1 на сторінці містить уламок коментаря. Справжній заголовок — другий. Людина цього не бачить: браузер коментар ховає. Краулер бачить два H1, перший із яких складається зі сміття.
Повністю порожній H1. Сайт asgroup.in.ua, російськомовна версія сторінки ремонту:
<h1 class="pri-title h1"></h1>Тег є, вмісту немає. Формально перевірку «H1 присутній» пройдено, фактично заголовка в сторінки немає. Класичний результат шаблону, де H1 підтягується з поля адмінки, а поле не заповнили.
П'ять H1 як спосіб зробити текст великим. Сайт euroremont.kiev.ua:
<h1>Будівництво, ремонт та оздоблення від 4500 грн./м²</h1>
<h1> </h1>
<h1>Наші переваги</h1>
<h1>Надихаємо Вас на ремонт!</h1>
<h1>Часті запитання щодо ремонту</h1>«Наші переваги» і «Часті запитання» — це H2 за змістом. Їх зробили H1, бо так більше. Один із п'яти узагалі порожній. Google за це не покарає — але структура документа для машини тепер безглузда: п'ять рівнозначних головних заголовків означають, що головного немає.
Порожній H1 і H1 картинкою
Дві споріднені поломки, які наш сканер виносить окремими перевірками.
Порожній H1 — тег є, тексту немає. З'являється, коли заголовок береться з поля CMS і поле порожнє, або коли дизайнер вирішив, що на першому екрані заголовок не потрібен, а розробник тег залишив.
H1 картинкою — усередині тегу лежить <img> з логотипом або гарним написом:
<h1><img src="/img/logo.png" alt=""></h1>Тут усе залежить від одного атрибута. Якщо в картинки є осмислений alt, пошуковик і скрінрідер прочитають його як текст заголовка — варіант робочий, хоч і незручний. Якщо alt порожній, як у прикладі вище, заголовка в сторінки немає ні для кого, крім зрячої людини. Докладніше про alt — в окремому матеріалі про оптимізацію зображень.
У нашій вибірці знайшлося дві сторінки з непорожнім тегом H1, з якого не витягується жодного слова тексту. На 62 сторінки це 3% — начебто мало, але обидві сторінки при цьому в топі, тобто власники про проблему не знають.
Кілька H1: коли це нормально, а коли ні
HTML5 формально дозволяє кілька H1 — у специфікації передбачалося, що кожна секція <section> або <article> має свій заголовок першого рівня. Google, як ми бачили, теж не проти.
Проблема в іншому. Алгоритм «outline», який мав будувати ієрархію за секціями, не реалізований у жодному браузері й у жодному скрінрідері. Тому на практиці кілька H1 читаються просто як кілька головних заголовків — і питання «про що ця сторінка» лишається без однозначної відповіді.
| Ситуація | Нормально? | Чому |
|---|---|---|
| Один H1 — заголовок сторінки | Так | Єдиний варіант, який читається однаково всіма |
| H1 у шапці (логотип) + H1 заголовка | Ні | Логотип — це не заголовок документа, йому місце в <a> з alt |
| H1 на кожній картці в лістингу | Ні | Картка — це елемент списку, її заголовок H2 або H3 |
Кілька H1 у різних <article> на одній сторінці | Спірно | Формально за специфікацією можна, практично ніким не підтримується |
| H1 замість H2, «щоб було більше» | Ні | Розмір задається стилями, а не рівнем заголовка |
Мій робочий критерій простий: якщо на сторінці більше одного H1, запитайте себе, який із них ви хотіли б побачити у видачі Google замість свого title. Якщо відповідь «ну оцей», решту треба знизити до H2.
Ієрархія заголовків: H1 → H2 → H3
Google каже, що порядок тегів сам собою ні на що не впливає, і це правда — за пропуск рівня санкцій не буде. Але ієрархія потрібна не пошуковику.
Вона потрібна, по-перше, скрінрідеру: користувач навігується за рівнями, і стрибок з H1 одразу на H4 читається як «тут щось пропущено». По-друге, мовній моделі, яка ріже документ на шматки за межами заголовків.
Правила, яких варто дотримуватися:
- Один H1 — головний заголовок сторінки, він же зазвичай збігається з тим, що людина бачить першим.
- H2 — змістові розділи. Їх має бути більше одного: розділ в одному екземплярі — це не розділ.
- H3 — підрозділи всередині H2. Не починайте сторінку з H3.
- Рівні не перестрибуються: після H2 іде H2 або H3, але не H4.
- Заголовок — це не підпис до картинки і не назва кнопки. Якщо елемент не відкриває розділ тексту, це не заголовок.
У нашій вибірці 6 сторінок із 62 (10%) не мають жодного H2. Це рівно ті сторінки, у яких текст іде суцільняком — і саме вони найгірше розбираються на фрагменти.
H1 і доступність: чому це не тільки про SEO
Пункт, який в україномовних статтях про H1 зазвичай пропускають.
Незряча людина не гортає сторінку очима. Вона вмикає режим навігації за заголовками і стрибає по них клавішею. Якщо на сторінці немає H1, у документа немає точки входу: скрінрідер починає читати з першого-ліпшого елемента. Якщо H1 п'ять, точок входу п'ять і жодна не головна. Якщо H1 — картинка без alt, скрінрідер вимовить «графічне зображення» і все.
Вимоги до цього є і на папері. В Україні діє ДСТУ ISO/IEC 40500:2015 «Інформаційні технології. Настанова з доступності веб-контенту W3C (WCAG) 2.0» — національний стандарт, ухвалений на базі WCAG 2.0. Для сайтів органів влади та організацій, що працюють з публічними коштами, вимоги до структури заголовків обов'язкові. Для комерційного сайту це поки що питання культури, але культура змінюється швидше за закони.
H1 і AI-пошук: заголовок як межа фрагмента
Коли мовна модель шукає відповідь на вашій сторінці, вона не читає її цілком. Вона ріже документ на шматки і шукає шматок, який відповідає на питання. Межі шматків проходять за заголовками.
Звідси практичний зсув: заголовок тепер не оздоба розділу, а його підпис для машини. І те, що йде одразу після заголовка, важливіше, ніж усе інше в розділі. Я формулював це правило так:
«Кожен розділ статті має починатися з прямої відповіді на питання із заголовка, не з розгону, а саме з відповіді».
І в чек-листі того самого розбору:
«Кожен h2 починається з відповіді, а не з розгону, без води».
Для H1 це означає ось що: заголовок першого рівня задає тему всього документа, і перший абзац після нього — це те, що модель з найбільшою ймовірністю процитує. Якщо після H1 у вас іде «У сучасному світі все більше людей замислюється про…», ви віддали цю цитату конкурентам.
Заодно це пояснює, чому питальні формулювання в заголовках працюють краще за стверджувальні: «Скільки H1 має бути на сторінці» — це готова пара «питання — відповідь», а «Особливості використання тегу H1» — ні.
H1 на різних типах сторінок
| Тип сторінки | Що в H1 | Часта помилка |
|---|---|---|
| Головна | Що за компанія і що вона робить | Логотип картинкою або H1 узагалі немає |
| Категорія магазину | Назва категорії, за потреби з містом | Дублює title разом із ціною і словом «купити» |
| Картка товару | Назва товару з моделлю | Додають «купити недорого в Києві» — це в title |
| Сторінка послуги | Назва послуги | Слоган замість заголовка |
| Стаття блогу | Заголовок статті | Збігається з title аж до бренду в кінці |
| Сторінка пагінації | Той самий H1, що на першій сторінці | Номер сторінки дописують у H1 замість title — розібрано окремо |
| Сторінка фільтра | Назва фільтра як посадкової | Заголовок категорії без згадки фільтра |
| 404 | Зрозуміле «Сторінку не знайдено» | H1 з назвою сайту — сторінка виглядає робочою |
Як перевірити H1 на своєму сайті
Три способи, від найшвидшого до найповнішого.
Одна сторінка, тридцять секунд
curl -s "https://site.ua/page/" | grep -oE '<h1[^>]*>.*?</h1>'Дивимося сирий HTML до виконання скриптів. Якщо результат порожній — H1 або немає, або його домальовує JavaScript, що для краулера майже те саме.
Порівняти H1 з title і з тим, що показано у видачі
URL="https://site.ua/page/"
curl -s "$URL" | grep -oE '<title>[^<]*</title>'
curl -s "$URL" | grep -oE '<h1[^>]*>[^<]*</h1>'
# потім шукаємо сторінку в Google і порівнюємо з тим, що в сніпетіЯкщо заголовок у видачі збігається з H1, а не з title — Google уже переписує вас, і ви про це не знали.
Весь сайт разом
Наш онлайн-аудит сторінок перевіряє чотири речі про H1 окремими пунктами: відсутність H1, кілька H1, H1 довший за 70 знаків і H1, що складається з картинки. Плюс окремо ловить збіг title і H1 та порушену ієрархію заголовків. Завантажуєте адресу — отримуєте список конкретних сторінок.
Якщо каталог великий і потрібен повний обхід, це вже технічний аудит: там ми дивимося заголовки за всіма шаблонами одразу і знаходимо системну помилку, а не окремі сторінки.
Що дивитися в Search Console
- Звіт «Ефективність», порівняння CTR за сторінками. Сторінка з пристойною позицією і низьким CTR — перший кандидат на перевірку заголовка: можливо, Google показує не те, що ви написали.
- Інструмент перевірки URL на конкретній сторінці: вкладка з відрендереним HTML покаже, чи є H1 після виконання скриптів.
Симптом → причина → як лагодити
| Що бачите | Ймовірна причина | Як перевірити | Що робити |
|---|---|---|---|
| У видачі заголовок не той, що в title | Google підмінив його вашим H1 | Порівняти сніпет з H1 і title | Скоротити title до 60 знаків, привести H1 до ладу |
| Позиція хороша, CTR низький | Показується невдалий заголовок | Звіт «Ефективність» + сніпет очима | Переписати H1 так, щоб його не соромно було показати у видачі |
| Аудит пише «H1 відсутній», а на сторінці заголовок видно | Заголовок відмальований скриптом або зверстаний div'ом | curl + grep по h1 | Віддавати H1 у HTML до виконання JavaScript |
| Аудит пише «H1 — це картинка» | Усередині тегу <img> | Подивитися код тегу | Текст у H1; якщо потрібна картинка — осмислений alt |
| Кілька H1 на всіх сторінках сайту | Шаблон використовує H1 для логотипа або карток | Перевірити два-три різні шаблони | Знизити все, крім заголовка сторінки, до H2 |
| H1 збігається з title до символа | Обидва поля друкуються з однієї змінної | Порівняти на п'яти випадкових сторінках | Розвести: title під видачу, H1 під людину |
| Багато сторінок з однаковим H1 | Заголовок береться з назви розділу, а не сторінки | Краулер, звіт по дублях заголовків | Додати в H1 те, що відрізняє сторінку |
| H1 є, але порожній | Поле в адмінці не заповнене | Пошук по коду <h1[^>]*></h1> | Заповнити поле або прибрати тег із шаблону |
ТЗ програмісту: що писати в задачі
Формулювання «поправити заголовки» призведе до суперечки про те, що вважати зробленим. Нижче постановка, за якою можна прийняти роботу.
1. Кількість. На кожній сторінці сайту рівно один тег <h1>. Логотип у шапці, назви карток у лістингах і підписи блоків заголовком першого рівня не оформлюються.
2. Вміст. H1 містить текст, а не зображення. Якщо за дизайном потрібна картинка, у неї осмислений alt, що повторює текст заголовка.
3. Непорожність. Якщо поле заголовка в адмінці не заповнене, тег <h1> не виводиться взагалі — порожній тег неприпустимий.
4. Довжина. H1 від 20 до 70 знаків. За перевищення — попередження в адмінці, а не мовчазний вивід.
5. Відмінність від title. H1 і <title> заповнюються окремими полями. Дефолтне значення одного не підставляється в інше.
6. Віддача в HTML. H1 присутній у вихідному коді до виконання JavaScript. Перевіряється переглядом коду сторінки без виконання скриптів.
7. Ієрархія. Після H1 ідуть H2, усередині них H3. Рівні не пропускаються. Заголовки не використовуються для керування розміром шрифту.
8. Унікальність. H1 відрізняється в сторінок, які відрізняються за змістом. Для сторінок пагінації H1 лишається незмінним, номер сторінки йде в title.
9. Приймання. Додається вивід curl | grep h1 по п'яти сторінках різних шаблонів: головна, категорія, картка, сторінка послуги, стаття.
Чек-лист
- На сторінці рівно один H1.
- H1 містить текст, а не картинку і не порожнечу.
- Довжина H1 в межах 20–70 знаків, орієнтир — близько 30.
- H1 не повторює title дослівно: title під видачу, H1 під читача.
- title коротший за 70 знаків, інакше Google перепише його майже напевно.
- H1 присутній у HTML до виконання скриптів.
- Одразу після H1 іде пряма відповідь на питання заголовка, а не розгін.
- На сторінці є H2 і вони не пропускають рівні.
- Заголовки не використовуються для збільшення шрифту.
- H1 відрізняється в сторінок, що відрізняються за змістом.
- Заголовок у видачі збігається з тим, що ви задумали, — перевірено очима хоча б по п'яти сторінках.
Почати найпростіше з онлайн-аудиту сторінок: він покаже відсутні, множинні та надто довгі H1 за конкретними адресами. А якщо підозрюєте, що проблема в шаблоні й повторюється на тисячах сторінок, це вже технічний аудит.
Часті запитання
Чи потрібен H1 узагалі, якщо Google каже, що можна без нього?
Ранжуватися можна і без нього — у нашій вибірці п'ять сторінок без H1 перебувають у топ-20. Але саме H1 Google підставляє у видачу, коли переписує ваш title, а це трапляється з двома третинами сторінок. Плюс без H1 сторінка лишається без точки входу для скрінрідера. Тож ставити варто — просто не заради позицій.
Скільки H1 має бути на сторінці?
Один. HTML5 і Google формально дозволяють більше, але алгоритм секціонування не підтримується ні браузерами, ні скрінрідерами, тому кілька H1 читаються як кілька головних заголовків. В українському топі 82% сторінок мають рівно один.
Якої довжини має бути H1?
Орієнтир — близько 30 знаків, це медіана за сторінками українського топу. Верхня межа розумного — 70 знаків; у нашій вибірці її не перевищив ніхто. Нижньої межі немає, але заголовок з одного слова зазвичай означає, що в нього винесли назву компанії замість теми сторінки.
Чи може H1 збігатися з title?
Технічно може, практично не варто. На 55 сторінок українського топу не знайшлося жодного дослівного збігу: title тягне на себе ціну, місто, рік і бренд, H1 лишається людським заголовком. Збіг зазвичай означає, що обидва поля друкуються з однієї змінної і заголовками ніхто не займався.
Що робити, якщо Google переписує мій заголовок?
Спершу подивіться, звідки він бере заміну: найчастіше це ваш же H1. Далі два кроки. Скоротіть title до 60 знаків — за нашим виміром на довжині 71+ переписують 93% заголовків проти 41% на довжині 51–60. І приведіть H1 до ладу, бо саме він опиниться у видачі.
Чи важливий розмір шрифту в заголовка?
Ні. Google окремо проговорював це у 2022 році: розмір шрифту заголовка на SEO не впливає. Впливає рівень тегу, а не те, як він виглядає. Якщо потрібен великий текст — це задача стилів.
Як H1 пов'язаний із потраплянням в AI-відповіді?
Мовна модель ріже документ на фрагменти за межами заголовків і шукає серед них відповідь. H1 задає тему всього документа, H2 — теми фрагментів. Сторінка без заголовків перетворюється на одне нерозділиме полотно, з якого важко витягти цитату. Звідси практичне правило: після кожного заголовка одразу йде відповідь, а не вступ.

Пагінація в SEO: як індексувати сторінки-списки і не наплодити дублів
Пагінація в SEO 2026: canonical на сторінках списку, noindex, rel=next/prev, нескінченне прокручування, краул-бюджет. З перевіркою 36 000 трафікових адрес дванадцяти українських магазинів і розбором пагінації Foxtrot, Епіцентру та нашого власного блогу.
Читати →
Структура URL: повний посібник з адрес сторінок, які не можна міняти після запуску
Як правильно скласти URL: транслітерація чи кирилиця, довжина slug, дублі через регістр і фільтри, пагінація, UTM, карта редиректів. Розбір адрес Rozetka, Comfy, Prom і Makeup + дані досліджень 2026.
Читати →
Чому ШІ цитує ваш сайт, але не називає бренд
Розібрав 751 відповідь Google AI Overview по своєму домену і знайшов фактор, який вирішує, чи назвуть бренд: місце посилання у списку джерел. Плюс шість запитів, якими перевірити свій бренд за десять хвилин.
Читати →Хочете застосувати це до свого сайту?
Розберемо поточну ситуацію, знайдемо перші точки зростання й запропонуємо формат роботи без зайвої теорії.
