Чек-лист SEO-аудиту: 40 перевірок за пріоритетами (2026)

Чек-лист SEO-аудиту — це перелік перевірок, упорядкований за пріоритетом, який підтверджує, що пошукові системи можуть сканувати, індексувати, розуміти й ранжувати сайт. Порядок важливий: спершу індексація та сканування, бо сторінка поза індексом не ранжується взагалі, далі технічне SEO, on-page, контент, перелінковка, швидкість, мультимовність і готовність до AI-пошуку.

Нижче — 40 перевірок, які ми вважаємо обовʼязковими у 2026 році, згруповані за напрямами, з пріоритетом для кожної. Використовуйте їх для першого аудиту, перед запуском редизайну або як щоквартальну перевірку стану сайту.

Головне

• Рухайтеся згори вниз: проблеми з індексацією можуть звести нанівець усі інші покращення.
• Пріоритет = вплив × кількість уражених URL. Помилка в шаблоні важливіша за разову описку.
• Core Web Vitals — це LCP, INP і CLS; INP замінив FID у березні 2024 року.
• Не додавайте розмітку FAQ чи HowTo заради розширених сніпетів: Google їх більше не показує.
• Повторіть той самий чек-лист через 30–60 днів після виправлень, щоб побачити, що змінилося.

Як користуватися чек-листом SEO-аудиту

Кожна перевірка має пріоритет:

• Критичний: блокує індексацію або ламає важливі сторінки. Виправити цього тижня.
• Високий: помітно обмежує позиції чи кліки на багатьох URL. Виправити протягом 30 днів.
• Середній: відчутне покращення, але на меншій кількості сторінок або з меншим ефектом. Запланувати на 60–90 днів.

Знадобляться: Google Search Console, краулер сайту, PageSpeed Insights (показує дані реальних користувачів CrUX, якщо вони є), а також «Переглянути код сторінки» та інструменти розробника в браузері.

З чого почати SEO-аудит сайту?

SEO-аудит варто починати з індексації, бо для сторінок, яких немає в індексі Google, усе інше не має значення. Відкрийте звіт «Індексування сторінок» у Google Search Console і порівняйте кількість проіндексованих сторінок із тією, яку ви насправді хочете бачити в пошуку. Великий розрив у будь-який бік — перша зачіпка. Далі переконайтеся, що robots.txt не блокує важливі розділи, на ключових шаблонах немає випадкового noindex, а canonical вказує на саму сторінку або на правильну основну версію. Лише після цього є сенс переходити до title, контенту чи швидкості. На практиці найруйнівніші проблеми рідко бувають екзотичними: noindex зі staging-середовища, що потрапив на продакшн, ціла категорія з canonical на головну або правило robots.txt, скопійоване зі старого сайту. Виправити їх можна за кілька хвилин, а зачіпають вони тисячі URL.

1. Індексація та сканування

1. Проіндексовано vs. потрібно. Порівняйте кількість сторінок в індексі за Search Console з реальною кількістю. Критичний.
2. robots.txt. Немає Disallow на важливі розділи, CSS чи JS; у файлі вказано sitemap. Критичний.
3. Випадковий noindex. Ключові шаблони (головна, категорії, картки товарів, статті) не мають noindex у meta robots чи заголовку X-Robots-Tag. Критичний.
4. Canonical. Кожна індексована сторінка має canonical на себе або на правильну основну URL. Критичний.
5. XML-карта сайту. Містить лише індексовані канонічні URL з кодом 200; додана в Search Console. Високий.
6. Коди відповіді. Важливі URL віддають 200; видалені сторінки — 404/410 або 301 на релевантну сторінку. Високий.
7. Ланцюжки й петлі редиректів. Внутрішні посилання ведуть одразу на кінцеву адресу, без двох-трьох переходів. Середній.
8. Пастки для краулера. Фільтри, сортування й параметри сесії (/catalog/vzuttia/?color=red&sort=price) не створюють нескінченну кількість URL для сканування. Високий для великих сайтів.

2. Технічне SEO

1. HTTPS скрізь. Працює одна версія (https, з www або без), решта — 301 на неї. Критичний.
2. Мобільна версія. Контент, посилання й мікророзмітка на мобільному ті самі, що й на десктопі: Google індексує мобільну версію. Високий.
3. Рендеринг JavaScript. Основний контент і посилання є у відрендереному HTML (перевірте через «Перевірку URL»). Високий.
4. Soft 404. Порожні категорії чи сторінки «немає в наявності» не віддають 200 без корисного контенту. Середній.
5. Зрозумілі URL. Читабельні, у нижньому регістрі, через дефіс, стабільні: /blog/seo-audit-checklist/. Середній.
6. Дублі адрес. Варіанти зі слешем і без, з великими літерами чи параметрами зводяться до однієї канонічної URL. Високий.

Покроковий розбір цих перевірок — у посібнику технічний SEO-аудит.

3. On-page SEO

1. Унікальні title. Кожна індексована сторінка має унікальний описовий title з головною темою на початку, орієнтовно 50–60 символів. Високий.
2. Meta description. Унікальний і конкретний, приблизно 140–160 символів. Google може його переписати, але вдалий опис підвищує CTR. Середній.
3. Один зрозумілий H1. Відповідає наміру сторінки; структура H2/H3 відображає зміст. Середній.
4. Alt зображень. Змістовні зображення мають описовий alt, декоративні — порожній. Середній.
5. Відповідність пошуковому наміру. Тип сторінки збігається з тим, що ранжується за запитом (категорія, стаття чи картка товару). Високий.

4. Якість контенту

1. Тонкі сторінки. Сторінки без унікальної цінності доопрацьовано, обʼєднано або закрито noindex. Високий.
2. Дубльований контент. Майже однакові сторінки (під різні міста, розміри) обʼєднано або змістовно розрізнено. Високий.
3. Канібалізація запитів. Дві чи більше сторінок не змагаються за той самий запит. Високий.
4. Застарілий контент. Старі цифри, дати, ціни й неактуальні поради оновлено. Середній.
5. Авторство й експертність. У статтях видно, хто автор і чому йому можна довіряти. Середній.

5. Внутрішня перелінковка

1. Сторінки-сироти. Кожна важлива сторінка має хоча б одне внутрішнє посилання. Високий.
2. Глибина вкладеності. Ключові сторінки доступні приблизно за три кліки від головної. Середній.
3. Биті внутрішні посилання. Немає посилань на 404. Високий.
4. Змістовні анкори. «Чоловічі кросівки для трейлу», а не «натисніть тут». Середній.

6. Мікророзмітка

1. Валідний JSON-LD. Без помилок у Rich Results Test і звітах Search Console. Середній.
2. Доречні типи. Organization, Product з пропозиціями й відгуками, Article, BreadcrumbList, LocalBusiness — де це доречно. Середній.
3. Розмітка відповідає видимому контенту. Жодних цін, рейтингів чи авторів у розмітці, яких не бачить користувач. Високий.
4. Без FAQ/HowTo заради сніпетів. Google прибрав розширені результати HowTo у 2023 році, а FAQ для всіх сайтів — у травні 2026-го. Видимі питання й відповіді для людей залишати можна. Середній (прибирання).

7. Швидкість і Core Web Vitals

1. LCP ≤ 2,5 с на 75-му процентилі реальних користувачів. Високий.
2. INP ≤ 200 мс. Типові причини — важкі скрипти, сторонні теги й довгі задачі. Високий.
3. CLS ≤ 0,1. Зображення й рекламні блоки мають зарезервоване місце, шрифти не зсувають макет. Середній.

Пороги, вимірювання та виправлення для кожної метрики — у статті Core Web Vitals: що це і як покращити.

8. Мультимовні сайти

1. hreflang. Кожна мовна версія посилається на всі інші й на себе з валідними кодами ISO 639-1 (uk, en, es; не ua) плюс x-default. Високий для мультимовних сайтів.
2. Локалізований контент. Title, description і тексти перекладено та адаптовано, а не залишено мовою за замовчуванням. Високий.

Як правильно налаштувати і яких помилок уникати: посібник з hreflang.

9. Готовність до AI-пошуку

1. Доступ AI-краулерів. Правила robots.txt для OAI-SearchBot, PerplexityBot і токена Google-Extended — свідоме рішення, а не випадковість. Зауважте: Google-Extended не впливає на Google Пошук та AI Overviews. Середній.
2. Фрагменти з готовими відповідями. Ключові сторінки починаються з прямої відповіді й мають самодостатні блоки, кожен з яких відповідає на одне питання. Середній.
3. Чіткість сутності. Однакова назва бізнесу, розмітка Organization, сторінка «Про нас» і узгоджені профілі на інших майданчиках. Середній.

Щодо llms.txt: це необовʼязковий файл, який читають деякі AI-інструменти. Google Пошук його не використовує, тож це приємне доповнення, а не пріоритет аудиту.

Що насправді дає цитування у відповідях AI — у статті як потрапити в AI Overviews.

Пріоритети SEO-аудиту одним поглядом

Як розставити пріоритети після SEO-аудиту?

Пріоритет знахідки SEO-аудиту визначають як добуток впливу на охоплення з поправкою на трудомісткість. Вплив — наскільки проблема обмежує сканування, індексацію, позиції чи кліки: noindex на категорії — максимум, трохи задовгий meta description — мінімум. Охоплення — скільки важливих URL уражено, з урахуванням їхнього трафіку чи виручки. Трудомісткість — скільки часу займе виправлення і хто має його зробити. Правка шаблону, що прибирає дублі title на 3000 картках товару, має великий вплив, широке охоплення й часто малу трудомісткість, тому стоїть першою. Переписати 50 тонких статей у блозі — ефект теж великий, але й зусиль багато, тож це задача на 60–90 днів. Завжди розділяйте задачі для розробників і для контент-команди: вони рухаються з різною швидкістю. І зафіксуйте базову точку до початку робіт: той самий чек-лист, пройдений пізніше, доведе, що саме покращилося.

Типові помилки під час SEO-аудиту

• Виправляти попередження за кількістю, а не за впливом. Сотні порожніх alt на мініатюрах рідко важать більше, ніж один зламаний canonical.
• Перевіряти лише головну. Проблеми живуть у шаблонах: категоріях, картках, фільтрах, архівах блогу.
• Довіряти лише лабораторним оцінкам. Lighthouse корисний для діагностики, але Core Web Vitals оцінюють за даними реальних користувачів.
• Гнатися за скасованими сніпетами. Розмітка FAQ і HowTo більше не дає розширених результатів у Google.
• Не перевіряти вдруге. Реліз наступного місяця може скасувати виправлення цього.

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

Перевірте свій сайт за цим чек-листом

Пройти 40 пунктів вручну — це час, а найскладніше — правильно інтерпретувати результати. SEORecheck надсилає безкоштовний попередній перегляд за приватним посиланням: SEO-оцінку і кілька реальних проблем вашого сайту з прикладами. Повний звіт містить усі знахідки, уражені URL, рішення і план на 30/60/90 днів, а повторна перевірка згодом покаже, що саме виправлено. Замовити безкоштовний попередній аудит або переглянути приклад звіту.