Технічний аудит сайту за годину — чекліст із 20 пунктів, який знаходить більшість проблем

Навіщо годинний аудит

Більшість технічних проблем малих сайтів — стандартні і повторювані: закрили від індексації і забули, повільні картинки, дублі сторінок, биті посилання після редизайну. Їх не треба «знаходити» — їх треба перевірити за списком. Годинний аудит за чеклістом знаходить те, за що агенції беруть як за «технічний SEO-аудит», і дає або власне рішення, або конкретну задачу підряднику.

Порядок — від критичного до бажаного. Перші п’ять — обов’язково.

Критичне (пункти 1–5)

1. Сайт індексується, і індексується те, що треба

Перевірити: у Google ввести site:вашсайт.ua — скільки сторінок у видачі і які. У Search Console → «Сторінки»: скільки проіндексовано, скільки виключено і чому. Що означає кожна причина виключення і що з нею робити, розібрано в статті про індексацію сайту.

Проблема: нуль результатів (сайт закритий), або сотні технічних сторінок (фільтри, теги, дублі) при 20 реальних, або ключові сторінки у «виключено».

Виправити: перевірити пункт 2; для виключених — подивитись причину в Search Console (найчастіше — «noindex», «дублікат без канонічної», «переспрямування»).

2. robots.txt і мета-тег noindex

Перевірити: відкрити вашсайт.ua/robots.txt. Не має бути Disallow: / для всього сайту. Переглянути код ключових сторінок (Ctrl+U): не має бути <meta name="robots" content="noindex">.

Проблема: типовий випадок — сайт розробляли на закритому домені, перенесли і не зняли заборону. Місяцями «SEO не працює».

Виправити: самостійно, якщо є доступ до налаштувань платформи; це одна галочка.

3. Швидкість на мобільному

Перевірити: PageSpeed Insights, вкладка «Мобільні пристрої», для головної і для однієї типової сторінки послуги.

Проблема: показник продуктивності нижче 50, найбільший елемент (LCP) довше 2,5 секунди. Найчастіша причина на малих сайтах — незжаті зображення на мегабайти і важкі скрипти чатів, віджетів, шрифтів.

Виправити: стиснути і зменшити зображення (є безкоштовні сервіси), увімкнути відкладене завантаження для зображень нижче першого екрана (головне зображення першого екрана, яке найчастіше і є LCP, так завантажувати не можна: це його сповільнює), прибрати невикористовувані віджети. Це часто дає найбільший ефект серед усіх пунктів і робиться за годину. Які пороги Core Web Vitals вважати нормою і що передати розробнику, якщо цього не вистачило, розібрано в статті про перевірку швидкості сайту.

4. HTTPS усюди

Перевірити: відкрити http://вашсайт.ua — має переспрямувати на https://. Відкрити www.вашсайт.ua і без www — одна з версій має переспрямовувати на іншу. У браузері немає попередження «незахищено» на жодній сторінці.

Проблема: дві-чотири робочі версії сайту (http/https, www/без) — для пошуку це різні сайти з дубльованим контентом. Змішаний контент (картинки по http на https-сторінці) — попередження в браузері.

Виправити: налаштування хостингу або платформи; підряднику — «зробити 301-редирект усіх версій на https без www» (або з www — одна).

5. Редиректи не зламані

Перевірити: якщо сайт змінював адреси сторінок (редизайн, переїзд) — відкрити старі адреси з пошуку і закладок. Онлайн-перевірник редиректів для 10 ключових сторінок: не має бути ланцюжків (A → B → C) і редиректів на головну з усіх старих сторінок.

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

Виправити: таблиця «стара адреса → нова» і 301-редирект для кожної. Підряднику — саме така таблиця, не «зробити редиректи».

Важливе (пункти 6–13)

6. Sitemap існує і подана

Перевірити: вашсайт.ua/sitemap.xml (або адреса, вказана в robots.txt). У Search Console → «Файли sitemap» — подана, без помилок.

Проблема: немає, застаріла, містить закриті сторінки.

Виправити: більшість платформ генерують автоматично; подати адресу в Search Console.

7. Один заголовок H1 на сторінку, і він про сторінку

Перевірити: переглянути код або розширення для перегляду заголовків. На кожній сторінці — один H1, який відповідає змісту: на сторінці «Ремонт пральних машин» H1 не «Головна» і не логотип.

Виправити: зазвичай у шаблоні платформи; для сторінок — вручну.

8. Title і description унікальні і змістовні

Перевірити: у коді кожної ключової сторінки <title> і <meta name="description">. Title — орієнтовно до 60 знаків, щоб не обрізався у видачі (жорсткого ліміту Google не має, а обрізає за шириною екрана), містить те, що шукають, і місто для локального бізнесу; description — 1–2 речення про сторінку. У Search Console → «Результати пошуку» видно, за якими запитами показуються сторінки, — title має їм відповідати. Шаблони title для послуги, товару і статті є в статті про мета-теги.

Проблема: однаковий title на всіх сторінках («Головна — Назва компанії»), порожній description, title «Untitled».

Виправити: вручну для ключових сторінок — 10–20 хвилин.

9. Дублі і канонічні адреси

Перевірити: чи відкривається одна сторінка за кількома адресами (зі слешем і без, з параметрами ?utm=, з великими літерами). У коді — <link rel="canonical"> вказує на основну адресу.

Проблема: пошук ділить вагу між дублями; у магазинах — сторінки фільтрів і сортувань як окремі сторінки.

Виправити: канонічні теги (більшість платформ ставлять автоматично, перевірити), редирект варіантів, внутрішні посилання завжди на одну версію адреси, без параметрів; для фільтрів і сортувань, які не потрібні в пошуку, — правила в robots.txt. Окремого інструмента для параметрів у Search Console з 2022 року немає.

10. Биті посилання і сторінки 404

Перевірити: онлайн-сканер битих посилань по сайту; Search Console → «Сторінки» → «Не знайдено (404)».

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

Виправити: замінити або прибрати посилання; для важливих 404 — редирект на релевантну сторінку.

11. Мобільна версія коректна

Перевірити: відкрити на телефоні всі типи сторінок: текст читається без масштабування, кнопки натискаються, форми заповнюються, нічого не виходить за екран. Search Console раніше мала окремий звіт зручності для мобільних; зараз — перевіряти вручну і через PageSpeed.

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

12. Структура URL зрозуміла

Перевірити: адреси сторінок читаються: /poslugy/remont-pralnyh-mashyn/, а не /page?id=37. Латиниця або транслітерація, без дат у адресах статей, без зайвих рівнів.

Виправити: для нових сторінок — правило; для старих — тільки з редиректами (пункт 5), і тільки якщо адреси справді погані.

13. Внутрішні посилання ведуть на ключові сторінки

Перевірити: із головної є посилання на всі сторінки послуг; зі статей — на послуги; сторінки не «осиротілі» (на них веде хоча б одне внутрішнє посилання). Search Console → «Посилання» → внутрішні.

Проблема: ключова сторінка послуги доступна лише з меню третього рівня.

Виправити: меню, блоки «дивіться також», текстові посилання — логіка pillar + cluster, як на цьому сайті.

Бажане (пункти 14–20)

14. Структуровані дані

Перевірити: інструмент перевірки розмітки від Google для головної і сторінки послуги. Для локального бізнесу — розмітка LocalBusiness з адресою, телефоном, годинами; для статей — Article; для FAQ — FAQPage, але на блок питань у видачі не розраховуйте: з серпня 2023 року розширені результати FAQ Google показував лише відомим авторитетним державним і медичним сайтам, а з травня 2026 року не показує взагалі.

15. Зображення з alt-текстами і зрозумілими назвами

Перевірити: у коді — атрибут alt у ключових зображень, описовий. Назви файлів — не IMG_2847.jpg.

16. Сторінка 404 корисна

Перевірити: відкрити неіснуючу адресу: сторінка в дизайні сайту, з навігацією і посиланням на головні розділи, повертає код 404 (не 200).

17. Контакти і адреса — текстом і однаково всюди

Перевірити: телефон і адреса — текстом (не картинкою), клікабельні на мобільному, збігаються з Google Бізнес-профілем до символу.

18. Аналітика встановлена і працює

Перевірити: Google Analytics 4 (або інша) збирає дані, цілі/події на форму, дзвінок, месенджер налаштовані. Без цього неможлива діагностика конверсії.

19. Мова і hreflang

Перевірити: атрибут lang="uk" у коді; якщо є версії іншими мовами — теги hreflang між ними, українська — за замовчуванням (це і вимога закону).

20. Немає зайвого коду і сторінок

Перевірити: тестові сторінки, «Lorem ipsum», старі акції, порожні категорії — видалити або закрити від індексації. Невикористовувані плагіни і скрипти — вимкнути (це ще й пункт 3).

Як оформити результат

Таблиця з трьома колонками: пункт, статус (ок / проблема), дія (сам / підряднику з формулюванням). Половина проблем малого сайту закривається власником за пів дня: стиснути картинки, прописати title, зняти noindex, подати sitemap. Решта — конкретна задача підряднику з номером пункту, а не «зробіть SEO».

Що робити з контентом і структурою після технічної бази — у статті про те, чому сайт не в топі.

Український контекст

Типові проблеми українських малих сайтів за спостереженнями: сайти на конструкторах із незжатими фото з телефона по 5 МБ (пункт 3), забутий noindex після розробки (пункт 2), дві мовні версії без hreflang і з російською за замовчуванням (пункт 19), телефон картинкою (пункт 17), і сайт, зроблений у 2019-му і не відкритий з тих пір із мертвими посиланнями (пункт 10). Кожна з них — година роботи, і кожна коштує позицій.

Що робити завтра

1. Підтвердити сайт у Search Console, якщо ще ні.
2. Пройти пункти 1–5 — 20 хвилин.
3. Пройти 6–13 — 30 хвилин.
4. Записати результат у таблицю: сам / підряднику.
5. Зробити пункти «сам» протягом тижня; підряднику — надіслати список із номерами.

Технічна база — лише одна з трьох частин SEO; що таке решта дві, скільки часу і грошей потрібно і як перевіряти підрядника — у статті для власника.

Висновок

Технічний аудит малого сайту — це двадцять перевірок за годину, а не послуга за тисячі гривень. П’ять критичних пунктів вирішують, чи сайт узагалі в пошуку; решта — чи він працює добре. Більшість проблем стандартні, і половину з них власник закриває сам.