Шаблон контрольного списку On-Page SEO

Контрольний список On-Page SEO для статті/допису блогу

Пропускайте кожен новий або оновлений допис блогу через цей список перед публікацією, щоб виявити базові on-page речі, які непомітно обмежують позиції.

Сторінка: [URL допису або робоча назва]   Основний ключ: [цільовий запит]   Пошуковий намір: [інформаційний / як зробити / порівняння]

Контент і ключові слова

• ☐ Відповідність пошуковому наміру: формат (гайд, добірка, інструкція) збігається з тим, що вже ранжується за запитом.
• ☐ Основний ключ присутній у H1, у перших 100 словах і природно по всьому тексту, без переспаму.
• ☐ Суміжні підтеми, питання та сутності розкрито, тож немає очевидних прогалин порівняно з топ-результатами.
• ☐ Контент оригінальний і додає власний досвід, дані чи приклади (E-E-A-T), а не переказ першої сторінки видачі.
• ☐ Легко сканується: короткі абзаци, описові підзаголовки, списки та чіткий висновок ближче до початку.

Заголовки і структура

• ☐ Рівно один H1; H2 і H3 логічно вкладені та відповідають плану статті.
• ☐ Варіації ключа та питання використані в підзаголовках там, де вони звучать природно.
• ☐ Зміст (для довгих дописів) із якірними посиланнями на кожен H2.

Мета-теги і URL

• ☐ Унікальний тег title, приблизно 50–60 символів, із ключем ближче до початку.
• ☐ Унікальний meta description, приблизно 150–155 символів, із гачком і ключем.
• ☐ Короткий, читабельний слаг, релевантний ключу, без дат, стоп-слів і зайвих категорій: [/приклад-слага].
• ☐ Теги Open Graph і Twitter Card задано (title, description, image) для акуратних прев'ю в соцмережах.

Посилання і медіа

• ☐ 3–5 контекстних внутрішніх посилань на суміжні дописи та комерційні сторінки з описовим анкором.
• ☐ Зовнішні посилання на авторитетні релевантні джерела там, де вони підкріплюють твердження.
• ☐ Головне/обкладинкове зображення плюс допоміжні візуали; описовий alt із урахуванням ключа для кожного: [alt-текст].
• ☐ Зображення стиснуто й подано в сучасному форматі (WebP/AVIF) із заданими width/height, щоб уникнути зсуву макета.

Автор і довіра

• ☐ Видимий підпис автора з посиланням на реальну сторінку біографії; показано дати публікації та останнього оновлення.
• ☐ Джерела процитовано, факти перевірено; партнерський або спонсорований контент позначено.

Технічне і schema

• ☐ Schema Article (або BlogPosting) додано й валідно в Rich Results Test.
• ☐ Schema FAQPage або HowTo додано лише за наявності відповідного видимого контенту на сторінці.
• ☐ Самопосилальний canonical коректний; сторінка індексується (немає випадкового noindex чи блокування в robots).
• ☐ Зручно для мобільних і проходить Core Web Vitals (LCP, INP, CLS) на реальному пристрої.
• ☐ Додано до XML-карти сайту й пов'язано щонайменше з однією вже проіндексованою сторінкою.

Контрольний список On-Page SEO для сторінки товару

Оптимізуйте окрему сторінку товару, щоб вона ранжувалася за запитами з наміром купівлі та отримувала розширені результати з відгуками й ціною ще до запуску.

Товар: [назва товару]   Основний ключ: [запит покупця, напр. бренд + модель]   SKU/URL: [/slug-товару]

Контент і ключові слова

• ☐ Унікальний, оригінальний опис товару, а не шаблон виробника, що живе ще на сотні інших сайтів.
• ☐ Основний ключ у H1 (назва товару) і природно вжитий в описі та підзаголовках.
• ☐ Переваги, характеристики, матеріали, розміри та сценарії використання розкрито, щоб відповісти на питання покупця.
• ☐ Низькочастотні та уточнювальні терміни вплетено там, де це природно: [найкраще для / розмір / колір / сумісний із].
• ☐ Присутній контент на підтримку покупця: доставка, повернення, гарантія та посібник із вибору розміру/посадки, де доречно.

Відгуки і довіра

• ☐ Справжні відгуки клієнтів і зведений рейтинг показано на сторінці (не підроблені й не імпортовані без згоди).
• ☐ Розділ Q&A або поширених питань, що знімає реальні заперечення перед покупкою.
• ☐ Видимі сигнали довіри: наявність на складі, значки безпечної оплати та зрозуміла політика повернення.

Варіанти і медіа

• ☐ Кілька зображень товару плюс відео, де корисно; кожне зображення має описовий alt із назвою варіанта: [товар + колір/розмір].
• ☐ Варіанти кольору, розміру та стилю оброблено без створення тонких дубльованих URL: одна канонічна сторінка товару або коректні canonical.
• ☐ Зображення масштабовані, стиснуті й у сучасному форматі із заданими width/height.

Мета-теги і URL

• ☐ Унікальний тег title з назвою товару, ключовим уточненням і брендом: [Назва товару + Уточнення | Бренд].
• ☐ Унікальний meta description, орієнтований на вигоду, приблизно 150–155 символів, який може містити ціну або УТП.
• ☐ Чистий, читабельний URL: без ID сесій, параметрів відстеження чи довгих рядків SKU.

Посилання і внутрішня структура

• ☐ Навігація «хлібні крихти» назад до батьківської категорії та головної.
• ☐ Внутрішні посилання на батьківську категорію, суміжні товари та релевантні посібники з купівлі з описовими анкорами.
• ☐ Блоки «Вам також може сподобатися» / крос-сейл ведуть на активні товари в наявності.

Schema

• ☐ Schema Product із name, image, description, brand, SKU/GTIN та Offer (price, priceCurrency, availability): значення збігаються з видимою сторінкою.
• ☐ Розмітку AggregateRating і review додано лише коли її підкріплюють реальні видимі відгуки.
• ☐ Schema BreadcrumbList присутня й узгоджена з видимими «хлібними крихтами».
• ☐ Провалідовано в Rich Results Test без помилок і попереджень щодо ціни/наявності.

Технічне і життєвий цикл

• ☐ Самопосилальний canonical коректний; URL з фасетами чи сортуванням не створюють індексованих дублів.
• ☐ Сторінка індексується та є в XML-карті сайту; вирішено, як обробляти товар відсутній на складі та знятий з виробництва (залишити, редирект або 410).
• ☐ Зручно для мобільних, швидке додавання в кошик і проходження Core Web Vitals.

Контрольний список On-Page SEO для сторінки категорії/колекції

Перетворіть сторінку категорії чи колекції на ранжовану посадкову сторінку під високочастотні терміни, водночас не даючи фасетній навігації роздувати індекс.

Категорія: [назва категорії]   Основний ключ: [високочастотний термін, напр. «чоловічі кросівки для бігу»]   URL: [/slug-категорії]

Вступ і супровідний текст

• ☐ Унікальний вступний абзац(и) над або під сіткою товарів, що націлений на високочастотний термін і допомагає покупцям обрати.
• ☐ Основний ключ у H1 (назва категорії) і природно вжитий у вступі та підзаголовках.
• ☐ Супровідний текст відповідає на питання «як обрати» і веде на релевантні посібники з купівлі, а не переспамлений наповнювач.
• ☐ Текст не відсуває товари так далеко вниз, щоб це шкодило зручності.

Фасетна навігація та індексація

• ☐ URL параметрів фільтрів, сортування й пагінації не створюють тисячі тонких, майже дубльованих індексованих сторінок.
• ☐ Стратегію індексації визначено для кожного фасета: індексувати цінні комбінації, решту — noindex або блокувати.
• ☐ Стратегія canonical узгоджена: відфільтровані/відсортовані види канонізуються на чистий URL категорії, якщо фасет не є навмисною посадковою сторінкою.
• ☐ Пагінацію оброблено скануваними посиланнями (або load-more з коректними URL); сторінка 2+ лишається індексованою, але з нижчим пріоритетом у внутрішньому лінкуванні.

Товари і медіа

• ☐ Сітка товарів першими показує релевантні позиції в наявності; відсутні на складі оброблено коректно.
• ☐ Мініатюри товарів мають описовий alt і стиснуті для швидкого завантаження сітки.
• ☐ Зображення категорії чи hero (якщо є) має описовий alt: [alt-текст].

Мета-теги і URL

• ☐ Унікальний тег title з високочастотним терміном і уточненням: [Категорія + Уточнення | Бренд].
• ☐ Унікальний meta description, приблизно 150–155 символів, що підсумовує добірку й дає привід клікнути.
• ☐ Короткий, логічний URL, що відображає ієрархію сайту: без параметрів у канонічній версії.

Посилання і внутрішня структура

• ☐ Навігація «хлібні крихти», що показує шлях від головної до цієї категорії.
• ☐ Внутрішні посилання на підкатегорії, топові товари та суміжні категорії з описовими анкорами.
• ☐ Категорія пов'язана з головного меню або hub-сторінки, тож не є «сиротою».

Schema і технічне

• ☐ Schema CollectionPage та/або ItemList, що відображає показані товари; присутня schema BreadcrumbList.
• ☐ Провалідовано в Rich Results Test без помилок.
• ☐ Сторінка індексується, є в XML-карті сайту, зручна для мобільних і проходить Core Web Vitals.

Контрольний список On-Page SEO для посадкової сторінки (PPC / конверсія)

Запустіть сфокусовану PPC- чи конверсійну посадкову сторінку з однією чіткою метою, сильною відповідністю повідомленню та правильним рішенням щодо індексації варіанта.

Кампанія/пропозиція: [назва пропозиції]   Основний ключ/тема оголошення: [ключ або група оголошень]   URL: [/slug-посадкової]

Відповідність повідомленню і контент

• ☐ Заголовок відповідає тексту оголошення, ключу чи обіцянці кампанії, тож відвідувачі одразу бачать, що потрапили за адресою.
• ☐ Рівно один H1, що простою мовою формулює ключову ціннісну пропозицію.
• ☐ Лише одна головна мета: жодних конкурентних пропозицій чи навігації, що відволікають від конверсії.
• ☐ Переваги, соціальний доказ (відгуки, логотипи, рейтинги) та зняття заперечень — усе над або біля лінії згину.
• ☐ Текст конкретний і орієнтований на вигоду; без непідкріплених чи вигаданих тверджень.

Заклик до дії

• ☐ Єдиний, повторюваний головний CTA з дієвим текстом: [Почати безкоштовний період / Отримати пропозицію].
• ☐ Форма запитує мінімум потрібних полів; тертя (довгі форми, відволікання) прибрано.
• ☐ Біля CTA задано чітке очікування наступного кроку (що станеться після кліку).

Рішення щодо індексації

• ☐ Визначте намір: SEO-посадкова (індексувати) чи лише платна/майже дубльований A/B-варіант (noindex для тонких варіантів).
• ☐ Якщо лише для платного трафіку — сторінку налаштовано на noindex і виключено з XML-карти сайту, щоб не конкурувати з органічними сторінками.
• ☐ Якщо індексується — вона націлена на реальний запит, має унікальний контент і самопосилальний canonical.
• ☐ A/B-варіанти канонізуються на основний URL або мають noindex, щоб уникнути дубльованого контенту.

Мета-теги і URL

• ☐ Унікальний тег title, узгоджений із пропозицією та ключем (актуально лише якщо сторінка індексується).
• ☐ Унікальний meta description, що підсилює пропозицію та CTA.
• ☐ Короткий, читабельний слаг, релевантний кампанії; параметри відстеження не потрапляють у канонічний URL.

Медіа і довіра

• ☐ Зображення hero та доказів стиснуто й подано в сучасному форматі; описовий alt там, де він має сенс: [alt-текст].
• ☐ Присутні елементи довіри: посилання на політику конфіденційності/умови, значки безпеки та реальна ідентичність компанії.

Технічне і відстеження

• ☐ Макет mobile-first; швидко завантажується й проходить Core Web Vitals (повільні сторінки підвищують вартість PPC і втрачають конверсії).
• ☐ Аналітика та відстеження конверсій спрацьовують коректно; банер згоди не перекриває CTA.
• ☐ Немає битих посилань чи глухих кутів; сторінка подяки або підтвердження працює наскрізь.

Контрольний список On-Page SEO для головної сторінки

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

Бренд: [назва бренду]   Основний позиціонувальний термін: [чим ви хочете бути відомі]   Домен: [https://example.com]

Бренд і позиціонування

• ☐ Один H1, що формулює, хто ви й що робите. Ясність важливіша за розмитий слоган.
• ☐ Верхня частина екрана за кілька секунд відповідає на «що це, для кого і що робити далі».
• ☐ Назва бренду й ключовий позиціонувальний термін природно вжиті в заголовках і вступному тексті.
• ☐ Ціннісна пропозиція та ключові відмінності очевидні без довгого прокручування.

Навігація і внутрішні посилання

• ☐ Головна навігація веде на топові категорії, послуги та ключові комерційні сторінки з описовими підписами.
• ☐ Футер містить важливі службові та SEO-посилання (про нас, контакти, ключові категорії, політики).
• ☐ Головна передає авторитет усередину. Вона посилається на сторінки, які ви найбільше хочете ранжувати.
• ☐ Доступний загальносайтовий пошук та/або чіткі шляхи до глибшого контенту.

Мета-теги і URL

• ☐ Тег title починається з бренду й лаконічної позиціонувальної фрази: [Бренд: чим ви займаєтесь].
• ☐ Переконливий meta description, що продає бренд і містить привід клікнути.
• ☐ Canonical вказує на єдиний бажаний URL головної; неканонічні варіанти (www/без-www, слеш у кінці) редиректять на нього.

Довіра і медіа

• ☐ Присутній соціальний доказ: логотипи клієнтів, відгуки, рейтинги чи впізнавані значки довіри.
• ☐ Зображення hero та бренду стиснуто й подано в сучасному форматі; логотип і значущі зображення мають alt: [alt-текст].
• ☐ Чіткий шлях до контактів і, де доречно, локація/NAP для довіри.

Schema

• ☐ Schema Organization з name, logo, url та посиланнями sameAs на офіційні профілі в соцмережах.
• ☐ Schema WebSite з potentialAction (поле пошуку в сайтлінках), якщо на сайті є пошук.
• ☐ Schema LocalBusiness замість/поряд з Organization, якщо бренд — фізичний локальний бізнес.
• ☐ Провалідовано в Rich Results Test без помилок.

Технічне

• ☐ Головна індексується, швидка, mobile-first і проходить Core Web Vitals.
• ☐ Індексується лише одна канонічна головна; редиректи вирішуються за один крок.
• ☐ Теги favicon, Open Graph і Twitter Card задано для брендового пошуку та прев'ю в соцмережах.

Контрольний список On-Page SEO для локальної сторінки / сторінки «поруч зі мною»

Оптимізуйте сторінку локації чи зони обслуговування, щоб вона ранжувалася за запитами «поруч зі мною» та «місто + послуга» й узгоджувалася з профілем Google Business.

Локація/зона обслуговування: [місто або район]   Основний ключ: [послуга + місто, напр. «сантехнік у Києві»]   URL: [/locations/slug-міста]

NAP і локальна релевантність

• ☐ Назву, адресу й телефон компанії (NAP) показано текстом на сторінці та ідентично профілю Google Business і іншим цитуванням.
• ☐ Терміни міста, району та зони обслуговування природно вжиті в H1, вступі та підзаголовках, без переспаму.
• ☐ Унікальний контент, специфічний для локації (а не назва міста, підставлена в дубльований шаблон на всіх сторінках).
• ☐ Чітко зазначено послуги в цій локації, години роботи та радіус зони обслуговування.
• ☐ Включено локальний доказ: відгуки, фото чи кейси/проєкти саме з цього регіону.

Узгодження з профілем Google Business

• ☐ Сторінка веде на профіль Google Business, а GBP посилається назад саме на цю сторінку.
• ☐ Категорії бізнесу, послуги та години на сторінці збігаються з лістингом GBP.
• ☐ На мобільних доступні клік-дзвінок і дотик для прокладання маршруту.

Карта і маршрут

• ☐ Вбудована карта Google, що показує розташування бізнесу (або зону обслуговування).
• ☐ Маршрут проїзду, парковка чи нотатки про транспорт там, де це корисно відвідувачам.
• ☐ Вбудовану карту завантажено ліниво (lazy-load), щоб не сповільнювати сторінку.

Мета-теги і URL

• ☐ Унікальний тег title з послугою та локацією: [Послуга в місті | Бренд].
• ☐ Унікальний meta description зі згадкою міста, УТП і закликом до дії.
• ☐ Чистий, логічний URL із містом/послугою: [/locations/misto-posluha].

Посилання і медіа

• ☐ Внутрішні посилання на суміжні сторінки послуг, інші локації та hub локацій з описовими анкорами.
• ☐ Реальні фото локації, команди чи роботи (не лише сток) із alt з урахуванням локації: [alt: послуга в місті].
• ☐ «Хлібні крихти» назад до hub локацій і головної.

Schema

• ☐ Schema LocalBusiness (або найбільш специфічний підтип) з name, address, гео-координатами, telephone, openingHours та url, що збігаються з видимим NAP.
• ☐ areaServed і sameAs (включно з URL GBP/Maps) включено, де доречно.
• ☐ Розмітку review/aggregateRating — лише коли її підкріплюють реальні видимі відгуки.
• ☐ Провалідовано в Rich Results Test без розбіжностей у NAP.

Технічне

• ☐ Сторінка індексується, є в XML-карті сайту, mobile-first і проходить Core Web Vitals (більшість запитів «поруч зі мною» — з телефонів).
• ☐ Самопосилальний canonical коректний; сторінки локацій не дублюють одна одну.

Як часто варто перевіряти on-page SEO?

Проходьте відповідний контрольний список щоразу, коли публікуєте нову сторінку, і щоразу, коли робите суттєве оновлення контенту. Крім того, робіть щоквартальний огляд найважливіших сторінок, щоб виявляти відхилення — биті внутрішні посилання, застарілі заголовки, відсутній alt-текст чи schema, що більше не відповідає сторінці.

Яка різниця між on-page SEO та технічним SEO?

On-page SEO охоплює те, що є на конкретній сторінці й що ви контролюєте під час її створення: контент, ключові слова, заголовки, title і мета-теги, внутрішні посилання, alt-текст зображень та schema рівня сторінки. Технічне SEO охоплює загальносайтові основи, що впливають на сканування й індексацію: robots.txt, карти сайту, архітектуру сайту, редиректи, HTTPS і швидкодію. Вони перетинаються (Core Web Vitals і canonical є в обох), тож ці контрольні списки включають технічні пункти рівня сторінки й добре доповнюють окремий технічний SEO-аудит.

Чому тут шість різних контрольних списків, а не один?

Різні типи сторінок успішні чи невдалі з різних причин. Допис блогу живе або вмирає завдяки відповідності наміру, глибині й внутрішньому лінкуванню; сторінці товару потрібні schema Product, реальні відгуки та охайна обробка варіантів; сторінка категорії може непомітно роздути індекс через фасетну навігацію; PPC-посадковій потрібні відповідність повідомленню та свідоме рішення щодо індексації; головній потрібні ясність бренду та schema Organization; а локальній — узгоджений NAP, schema LocalBusiness і зв'язок із профілем Google Business. Єдиний загальний список пропустив би пункти, найважливіші для кожної.

Які on-page пункти пропускають найчастіше?

Регулярні пропуски: описовий alt-текст зображень і стиснення; унікальні, узгоджені з наміром теги title й meta description замість шаблонних; структуровані дані, яких або немає, або вони не збігаються з видимим контентом; випадкові теги noindex чи неправильні canonical, що лишилися зі staging; тонкий чи дубльований контент (особливо описи виробника на сторінках товарів і шаблонні сторінки міст); та сторінки-сироти, на які нізвідки немає посилань або яких немає в карті сайту.

Чи потрібні структуровані дані на кожній сторінці?

Не та сама розмітка на кожній сторінці, але більшості сторінок корисні якісь структуровані дані, що відповідають їхньому типу: Article на дописах блогу, Product на сторінках товарів, CollectionPage чи ItemList на категоріях, Organization чи LocalBusiness на головній чи сторінках локацій, і BreadcrumbList скрізь, де є «хлібні крихти». Правило — розмічати лише той контент, що справді видно на сторінці, і валідувати його в Google Rich Results Test перед публікацією.

Чи має on-page SEO значення, якщо мій контент чудовий?

Так. Чудовий контент — це основа, але пошукові системи все одно спираються на on-page сигнали, щоб зрозуміти й показати його. Без чіткого title і структури заголовків, описових внутрішніх посилань, коректних canonical, валідної schema, доступних зображень та індексованої швидкої сторінки сильний контент може недопрацьовувати або взагалі не бути просканованим і правильно проранжованим. On-page SEO — це те, як ви гарантуєте, що хороший контент отримає видимість, на яку заслуговує.