Технічний SEO-аудит сайту: як провести самостійно
У статті про SEO-просування сайту я обіцяв детально розписати технічний аудит — саме той крок, який більшість власників сайтів пропускають, бо “сайт же і так працює”. Проблема в тому, що “працює” для людини й “коректно індексується та ранжується” для Google — це часто дві різні речі. Нижче — методика, якою я користуюсь на реальних проєктах, розписана так, щоб ви могли повторити її самостійно за один-два дні.
Що вам знадобиться
Весь аудит можна провести безкоштовними інструментами. Платні сервіси на кшталт Ahrefs Site Audit прискорюють процес, але не є обов’язковими для базової перевірки.
| Інструмент | Що перевіряє | Вартість |
|---|---|---|
| Google Search Console | Індексація, покази, помилки сканування, Core Web Vitals | Безкоштовно |
| PageSpeed Insights | Швидкість завантаження на мобільних і десктопі | Безкоштовно |
| Mobile-Friendly Test | Коректність мобільної версії | Безкоштовно |
| Screaming Frog (free) | Биті посилання, дублі, заголовки — до 500 URL | Безкоштовно до 500 сторінок |
Шість блоків технічного аудиту
Розкрийте кожен блок і пройдіться по пунктах — саме в такому порядку я перевіряю сайти клієнтів.
1Індексація+
- Відкрийте звіт “Покриття” (Coverage) у Search Console — скільки сторінок проіндексовано, скільки виключено і чому.
- Перевірте robots.txt на предмет випадкових заборон (Disallow) на важливі розділи.
- Переконайтесь, що на потрібних сторінках немає тега
noindex, залишеного після розробки. - Подайте актуальний XML sitemap, якщо він ще не поданий або застарів.
2Швидкість завантаження+
- Перевірте ключові сторінки через PageSpeed Insights окремо для мобільної й десктопної версії.
- Зверніть увагу на розмір зображень — найчастіша причина повільного завантаження.
- Перевірте, чи не вантажаться зайві скрипти (чати, віджети), яких немає на сторінці візуально.
3Мобільна версія+
- Пройдіть Mobile-Friendly Test для кількох типів сторінок (головна, категорія, стаття).
- Відкрийте сайт на реальному телефоні — автоматичні тести не завжди ловлять проблеми з накладенням елементів.
- Перевірте розмір тексту й кнопок — чи зручно натискати без масштабування.
4Структура URL і дублі+
- Проскануйте сайт через Screaming Frog — знайдіть сторінки з однаковим title чи description.
- Перевірте, чи URL з фільтрами й UTM-мітками не створюють нескінченну кількість дублів.
- Переконайтесь, що на дублях стоїть canonical на основну версію сторінки.
5Безпека й технічна коректність+
- Перевірте, що сайт працює через HTTPS і немає “змішаного контенту” (частина ресурсів завантажується через http).
- Переконайтесь, що стара версія (наприклад, без www) коректно редиректить на основну, а не показує дублікат.
- Перевірте сторінку 404 — чи вона зрозуміла для користувача, а не просто біле полотно.
6Внутрішня перелінковка+
- Перевірте, чи всі биті внутрішні посилання (404) знайдені через Screaming Frog виправлені.
- Оцініть, чи мають ключові сторінки достатньо вхідних внутрішніх посилань з інших частин сайту.
- Переконайтесь, що немає “сирітських” сторінок — тих, на які взагалі ніде не веде посилання.
Пройдіть блоки в цьому порядку, а не хаотично. Індексація й швидкість — фундамент; виправляти дублі чи перелінковку на сайті, який Google взагалі погано сканує, — марнування часу.
Приклад із реального аудиту
Один із сайтів, які я перевіряв цього року, мав красивий, швидкий дизайн і хороший контент — але позиції не рухались місяцями. Ось що показав аудит.
Фільтри в каталозі товарів генерували понад 3000 унікальних URL-адрес без canonical — Google витрачав краулінговий бюджет на дублі замість нових сторінок.
Додали canonical на базову версію категорії для всіх URL із параметрами фільтрів. Кількість проіндексованих “сміттєвих” сторінок впала на 80% за місяць.
Як часто повторювати аудит
Повний аудит за цією схемою варто робити раз на квартал, а швидку перевірку індексації й основних помилок у Search Console — раз на 2–4 тижні. Сайт, який активно поповнюється новим контентом, накопичує технічні проблеми швидше, ніж здається: нові сторінки, нові фільтри, нові інтеграції — кожна може створити непомітну дірку в структурі.
Часті запитання
Скільки часу займає технічний аудит для середнього сайту?
Для сайту на 50–200 сторінок повний аудит за цією схемою займає 1–2 дні, включно з часом на аналіз звітів. Для більших сайтів (тисячі сторінок) варто закладати більше часу на сканування через Screaming Frog.
Чи потрібен платний Screaming Frog для базового аудиту?
Ні, безкоштовна версія з лімітом 500 URL цілком покриває потреби невеликого чи середнього сайту. Платна версія стає доцільною для сайтів на тисячі сторінок або якщо потрібна автоматизація регулярних перевірок.
З чого почати, якщо аудит показав одразу багато проблем?
Почніть із блоку “Індексація” — якщо сторінки взагалі не сканує чи не індексує Google, решта виправлень не дасть результату, поки не вирішена ця базова проблема.
