Що таке on-page SEO? Як працює внутрішня оптимізація і як робити її правильно

Що таке on-page SEO? Як працює внутрішня оптимізація і як робити її правильно
David Kaufmann
Уроки SEO

Сторінку проіндексовано, тему обрано правильно, але вона все одно висить на другій сторінці видачі. Причина часто в самій сторінці: розмитий title, відповідь повз інтент, зображення без alt-тексту.

Усе це і є on-page SEO, і кожне виправлення — у ваших руках. Нижче — чек-лист для кожного елемента, порядок аудиту і що змінюється з AI Overviews та AI Mode.

Що таке on-page SEO?

On-page SEO (внутрішня оптимізація) — це оптимізація всього, що ви контролюєте на сторінці: контенту, title, meta description, заголовків, URL, зображень і внутрішніх посилань. Мета — щоб пошукові системи розуміли, на яке питання відповідає сторінка, а люди обирали її в результатах пошуку.

У 2026 році це досі важливо: для AI Overviews та AI Mode не потрібна спеціальна розмітка. Проіндексована сторінка, яка може показуватися зі сніпетом, підходить, якщо сайт бере участь у функціях генеративного ШІ в Search Console, — так сказано в посібнику Google з оптимізації під ШІ. Одна й та сама робота приносить користь і в класичній видачі, і у відповідях ШІ.

On-page — одна з трьох областей, що працюють разом:

On-page SEOOff-page SEOТехнічне SEO
З чим ви працюєтеКонтент і HTML кожної сторінкиСигнали з інших сайтівСканування та індексація
ПрикладиTitle, заголовки, alt-текст, внутрішні посиланняЗворотні посилання, згадки брендуШвидкість, теги hreflang, файл robots.txt
Хто це контролюєВи, сторінка за сторінкоюІнші сайтиВи, на рівні всього сайту

Якість видно й за біографіями авторів, посиланнями на джерела та глибиною матеріалу. Google називає це E-E-A-T і зазначає, що сам по собі E-E-A-T не є фактором ранжування.

SEO-порада: перш ніж почати, складіть SEO-чек-лист, де кожне завдання розписано за етапами та з оцінкою часу. Так ви працюватимете швидше й зможете повторити той самий підхід у наступному проєкті.

Що оптимізувати на кожній сторінці

Використовуйте цю таблицю як чек-лист з on-page SEO; нижче кожен елемент розібрано докладно.

ЕлементРобітьНе робіть
КонтентВідповідайте на інтентРоздувайте текст заради обсягу
Тег titleГоловний ключ на початку, унікальний для кожної сторінкиПовторюйте title
Meta descriptionУнікальний короткий описКопіюйте його між сторінками
ЗаголовкиПоказуйте структуруПереспамлюйте ключами
URLКороткий і зрозумілий (як оформлювати URL slug)Розраховуйте, що ключі в ньому допоможуть ранжуванню
Alt-текстОписуйте зображенняЗалишайте порожнім або напихайте ключами
Внутрішні посиланняОписові анкори«Натисніть тут»
Тег canonicalСпрямовуйте дублі на одну версіюЗакривайте дублі через robots.txt
Структуровані даніРозмічайте контент для розширених сніпетівВважайте їх обов'язковими для ШІ

Контент і пошуковий інтент

Інтент важливіший за ключові слова. Подивіться, що вже ранжується за запитом (покрокова інструкція, визначення, порівняння), і дайте користувачеві саме цей формат. Як його розпізнати, пояснює посібник про пошуковий інтент.

  • Почніть зі збору семантики: один головний ключ на сторінку.
  • Розмістіть його в title, H1 і перших рядках.
  • Підбирайте обсяг під інтент: Google каже, що магічної кількості слів немає.
  • Додайте пов'язані терміни, без яких тема не розкрита (LSI-фрази).
  • Робіть кожну сторінку унікальною, щоб вона не перетворилася на тонкий контент.

Припустімо, хтось шукає «як додати alt текст у WordPress»: п'ять пронумерованих кроків відповідають на цей запит, есе на 2000 слів — ні. Поширена помилка: переспам ключовими словами: текст стає важче читати, а відповідати на запит краще він не починає.

Теги title

Title — це перше, що люди читають у видачі. Google не встановлює ліміту в символах: він обрізає заголовки результатів за шириною екрана, тож перевіряйте свій у Title Tag Checker.

  • Ставте головний ключ ближче до початку.
  • Пишіть один унікальний і описовий title для кожної сторінки.
  • Робіть так, щоб він доповнював meta description.

Поширена помилка: однаковий title на кількох сторінках. Більше прикладів — у посібнику з SEO title.

Meta description

Meta description коротко описує сторінку і може показуватися в сніпеті. Згідно з документацією Google, він впливає на кліки, а не на позиції. Google формує сніпети здебільшого з контенту сторінки й використовує meta description лише інколи.

Ліміту довжини тут теж немає: сніпети обрізаються за шириною екрана пристрою. Як їх писати, показано в посібнику з meta description.

Поширена помилка: один опис, скопійований на безліч сторінок.

Результат Google із трьома підписаними on-page-елементами: заголовок береться з тегу title, URL — з адреси сторінки, а опис часто з meta description
Звідки береться кожна частина результату

Теги заголовків (H1-H6)

Заголовки (від <h1> до <h6>) ділять сторінку на розділи, які читачі пробігають очима, а програми зчитування екрана використовують для навігації. Почніть з одного H1, який називає тему, далі йдуть H2 і H3.

Google каже, що порядок заголовків не важливий для пошуку і ідеальної їх кількості немає. Поширена помилка: використовувати заголовки для оформлення або впихати ключ у кожен із них.

Ось структура заголовків цього посібника:

Структура заголовків цього посібника: один H1 для теми, H2 для основних розділів і H3 для кожного on-page-елемента всередині розділу з чек-листом
Структура заголовків: один H1, потім H2 і H3

Alt-текст зображень

Alt-текст описує зображення всередині тегу <img>. Google враховує його поряд із комп'ютерним зором і контентом сторінки, а переспам ключовими словами в ньому може розцінюватися як спам.

Це ще й одна з найпоширеніших проблем. У скануваннях SEOcrawl AI 6 сайтів (з листопада 2025 по жовтень 2026 року) зображення без alt-тексту траплялися на 83–99% сторінок у 4 з 6 сайтів і на 17,1% із 6333 сторінок двох повних сканувань.

Описуйте те, що зображено. Граничні випадки розібрано в посібнику з атрибута alt.

Внутрішні посилання та структура сайту

Внутрішні посилання допомагають Google знаходити ваші сторінки й передають між ними вагу, яку часто називають посилальною вагою (link juice). Google надійно витягує посилання лише з елементів <a> з атрибутом href.

Нехай анкор описує сторінку призначення: «посібник з тегу canonical» каже більше, ніж «натисніть тут».

Навігаційні посилання (меню, хлібні крихти, футер) формують структуру сайту, а контекстні посилання в тексті пов'язують споріднені теми.

Ідеальної кількості посилань на сторінці немає: ставте їх там, де вони допомагають читачеві зробити наступний крок. Докладніше — у посібнику зі стратегії внутрішньої перелінковки.

Теги canonical

Дубльований контент не порушує правил щодо спаму і не призводить до ручних заходів, але витрачає ресурси на сканування. Як його знайти, показано в посібнику з дубльованого контенту.

Тег rel="canonical" повідомляє Google, яку версію ви хочете бачити в індексі. Редиректи та rel="canonical" — сильні сигнали, запис у sitemap — слабкий.

Не закривайте дублі через robots.txt: Google може проіндексувати заблокований URL без його вмісту. Canonical на інший URL — не завжди помилка, тож перевірте свої за допомогою Canonical Tag Checker.

Рекомендована стаття: Тег canonical: що це і як його використовувати

Зручність сторінки: Core Web Vitals, мобільна версія та HTTPS

Зручність сторінки — здебільшого сфера технічного SEO, але вона впливає на кожну сторінку, яку ви оптимізуєте. Google враховує Core Web Vitals під час ранжування; водночас єдиного сигналу зручності сторінки немає, а хороші показники не гарантують позицій.

Сторінка проходить перевірку, коли 75% візитів — окремо на мобільних і десктопі — вкладаються в усі три пороги:

  • LCP (завантаження): 2,5 с або менше
  • INP (чутливість): 200 мс або менше; метрика замінила FID у березні 2024 року
  • CLS (візуальна стабільність): 0,1 або менше
Пороги Core Web Vitals: LCP добрий при 2,5 секунди або менше і поганий понад 4 секунди, INP добрий при 200 мілісекундах або менше і поганий понад 500, CLS добрий при 0,1 або менше і поганий понад 0,25; вимірюється за 75-м перцентилем візитів
Пороги Core Web Vitals

Швидкість враховується в мобільному пошуку з моменту Speed Update у липні 2018 року; це оновлення стосується лише найповільніших сторінок.

Рекомендована стаття: Посібник з WPO: як пришвидшити сайт

Google завершив перехід на mobile-first індексацію у жовтні 2023 року, тож Google орієнтується на мобільну версію вашої сторінки.

Перевіряйте зручність на мобільних у Chrome Lighthouse, адже Mobile-Friendly Test більше не працює. HTTPS теж сигнал ранжування — у 2014 році Google назвав його дуже слабким.

Як провести on-page SEO-аудит

On-page-аудит звіряє кожну сторінку з чек-листом і розставляє виправлення за ступенем впливу:

  1. Проскануйте сайт інструментом для аудиту сайту, щоб отримати список сторінок без title, description, H1, alt-тексту та canonical.
  2. У Search Console знайдіть сторінки, які вже отримують покази (див. посібник з Google Search Console).
  3. Перевірте їхні title і meta description у симуляторі SERP.
  4. Перевірте canonical, а структуровані дані проженіть через валідатор schema.
  5. Запустіть Lighthouse на основних шаблонах.
  6. Розмістіть кожне виправлення в матриці «вплив / трудовитрати» і почніть з високого впливу за низьких витрат.

Припустімо, аудит знайшов чотири проблеми:

Низькі трудовитратиВисокі трудовитрати
Високий впливПереписати дубльовані title на сторінках із показамиПереписати тонкі сторінки під інтент
Низький впливДодати alt-текст у старих постахПеребудувати заголовки в старих постах

Повний процес, що виходить за межі on-page, описано в посібнику з SEO-аудиту.

Як on-page SEO працює з AI Overviews та AI Mode?

Так само, як із класичною видачею: проіндексована сторінка, яка може показуватися зі сніпетом, може стати джерелом без жодної спеціальної розмітки.

Щоб обрати джерела, ШІ-функції Google спираються на пошуковий індекс і одночасно виконують кілька пов'язаних пошуків (query fan-out). У посібнику з функцій генеративного ШІ, оновленому 10 липня 2026 року, перелічено п'ять речей, які можна не робити:

  • Файл llms.txt або спеціальна розмітка для ШІ
  • Дроблення контенту на фрагменти
  • Переписування сторінок під ШІ
  • Гонитва за неприродними згадками
  • Зацикленість на структурованих даних

Найважливіше, за словами того самого посібника, — унікальний, нешаблонний контент. Докладніше — у посібнику з факторів ранжування в AI Overviews.

Звіт про ефективність генеративного ШІ у Search Console, доступний усім сайтам з 31 серпня 2026 року, показує покази в AI Overviews та AI Mode за сторінками, країнами, датами й пристроями. Щоб відстежувати згадки за межами Google, використовуйте AI Tracker.

Часті запитання про on-page SEO

Два запитання, які часто виникають, коли чек-лист уже пройдено.

Які чотири види SEO існують?

Зазвичай виділяють чотири види: on-page, off-page, технічне та локальне SEO. Локальне SEO — те, якого немає в таблиці вище: воно відповідає за видимість за запитами, прив'язаними до місця, наприклад у картах і профілях компаній. Усі чотири перетинаються: SEO-аудит від SEOcrawl AI знаходить on-page-прогалини — відсутні title, H1 та alt-текст — у тому самому скануванні, де перевіряються canonical, а повільний шаблон усе одно тягне вниз кожну сторінку, яку ви оптимізуєте on-page.

Чи може ChatGPT займатися SEO?

ChatGPT може накидати title, meta description і структуру статті, але сам по собі не бачить ні вашого сканування, ні даних Search Console, тож не знає, які сторінки проблемні, а які вже отримують покази. SEOcrawl AI MCP Server підключає 85 інструментів для SEO та GEO (generative engine optimization — видимість у відповідях ШІ) до ChatGPT, Claude, Cursor і Claude Code, щоб асистент міг працювати з цими даними.

Почніть з однієї сторінки

Почніть зі сторінок, які вже отримують покази, — вони найближчі до зростання, — і виправляйте за ступенем впливу.

SEOcrawl AI закриває обидві сторони цієї роботи: SEO-аудит сканує кожну сторінку й видає Audit Health Score, а AI Tracker відстежує ваш бренд у ChatGPT, Claude, Gemini, Perplexity і Copilot. Проведіть аудит сторінок із SEOcrawl AI.

Джерела

Більше SEOcrawl AI у Google

Оберіть нас бажаним джерелом, і ви бачитимете більше наших статей у головних новинах Google.

Додати як бажане джерело

Автор: David Kaufmann

David Kaufmann

Останні 10+ років я повністю занурений у SEO — і чесно кажучи, не хотів би інакше.

Моя кар'єра вийшла на новий рівень, коли я працював старшим SEO-спеціалістом у Chess.com — одному зі 100 найвідвідуваніших сайтів у всьому інтернеті. Робота в такому масштабі навчила мене того, чого не дав би жоден курс чи сертифікат.

З цього досвіду я заснував SEO Alive — агенцію для брендів, які серйозно ставляться до органічного зростання. І оскільки не знайшов інструмента, що добре справляється з обома світами — класичним і AI, побудував SEOcrawl AI. Якщо ви шукаєте досвідченого SEO-партнера, який любить цю справу — буду радий поговорити!

→ Читайте всі статті від David
Більше статей: David Kaufmann

Дізнайтесь більше контенту цього автора