Технічний SEO-аудит це перевірка того, чи може Google взагалі знайти, прочитати й правильно оцінити сторінки сайту, і на неї йде від одного до п'яти робочих днів залежно від розміру проєкту. Нижче чек-лист із 25 пунктів у восьми блоках: індексація, структура й URL, швидкість, мобільність, дублі й canonical, мета-теги, посилання й редиректи, безпека. До кожного блоку вказуємо, чим перевіряти, а наприкінці даємо правило, як розкласти знахідки за пріоритетами, щоб розробник не витратив тиждень на «бажане» замість «критичного».
Контентний аудит відповідає на питання «чи є на сайті те, що люди шукають, і чи це написано краще за конкурентів». Технічний відповідає на інше: «чи доходить це до Google без втрат». Сайт може мати найкращі тексти в ніші й не отримувати трафіку, бо половина сторінок закрита в robots.txt, а друга половина віддає дублі з параметрами. Тому в повному SEO-аудиті сайту технічна частина йде першою: доки не виправлено фундамент, оцінювати контент і посилання немає сенсу, бо цифри в Search Console брешуть.
Ще одна відмінність у виконавцях. Контентні правки робить копірайтер і маркетолог, технічні майже завжди розробник. Тому результат технічного аудиту має бути технічним завданням із конкретними URL і прикладами, а не переліком рекомендацій «покращити швидкість».
| № | Що перевіряємо | Ознака проблеми |
|---|---|---|
| 1 | robots.txt | Закрито /catalog/, CSS або JS; немає Sitemap: |
| 2 | Мета robots і X-Robots-Tag | noindex на важливих сторінках |
| 3 | Sitemap.xml | Редиректи, 404, noindex у карті |
| 4 | Індексування в Search Console | Багато «виявлено, не проіндексовано» |
| № | Що перевіряємо | Ознака проблеми |
|---|---|---|
| 5 | Глибина вкладеності | Товари на 5-6 рівні без шляху з меню |
| 6 | Формат URL | Параметри, кирилиця, змішані регістри |
| 7 | Хлібні крихти й розділи | Сторінка у двох категоріях під різними URL |
| № | Що перевіряємо | Ознака проблеми |
|---|---|---|
| 8 | Core Web Vitals (польові дані) | LCP понад 2,5 с на мобільних |
| 9 | Час відповіді сервера (TTFB) | Понад 600-800 мс, немає кешу |
| 10 | Вага сторінки | Фото по 2-3 МБ, п'ять трекерів у head |
Про метрики швидкості й де їх дивитись ми детально писали в статті про Core Web Vitals, тут лише нагадаємо: Google оцінює польові дані реальних користувачів, тому лабораторна «сотка» в PageSpeed сама по собі нічого не гарантує.
| № | Що перевіряємо | Ознака проблеми |
|---|---|---|
| 11 | Паритет мобільної й десктопної | На мобільній сховано текст або меню |
| 12 | Зручність на мобільних | Горизонтальний скрол, спливайки на весь екран |
| № | Що перевіряємо | Ознака проблеми |
|---|---|---|
| 13 | Дзеркала: http/https, www, слеш | Дві версії віддають 200 |
| 14 | rel="canonical" на кожній сторінці | Канонічний на головну або відсутній |
| 15 | Параметри сортування, фільтрів, utm | Тисячі адрес з ?sort= в індексі |
| № | Що перевіряємо | Ознака проблеми |
|---|---|---|
| 16 | Title: унікальний, до 60-70 символів | Однаковий title на сотнях сторінок |
| 17 | Description: унікальний, до 160 | Порожній або з першого абзацу |
| 18 | H1 один, структура H2-H3 | Кілька H1, заголовки як стилі кнопок |
| № | Що перевіряємо | Ознака проблеми |
|---|---|---|
| 19 | Биті посилання й посилання на редиректи | У меню адреси, що переїхали |
| 20 | Ланцюжки й цикли редиректів | Три стрибки до фінальної адреси |
| 21 | Сирітські сторінки | Є в карті, ніхто не посилається |
| 22 | Hreflang: взаємність, коди, x-default | Код ua замість uk, немає зворотних |
| № | Що перевіряємо | Ознака проблеми |
|---|---|---|
| 23 | HTTPS і сертифікат | Змішаний контент, сертифікат спливає |
| 24 | Безпека й ручні заходи в Search Console | Будь-який запис у звітах |
| 25 | Оновлення CMS, сторонні скрипти | CMS дворічної давності, чужі домени |
Чотири інструменти закривають майже весь чек-лист. Решта (валідатори розмітки, перевірка сертифіката, логи сервера) підключаються точково.
| Інструмент | Що закриває | Блоки |
|---|---|---|
| Google Search Console | Індексація, CWV, безпека, санкції | 1-4, 8, 11, 23-24 |
| PageSpeed Insights | Швидкість і її причини | 8-10 |
| Screaming Frog | Повний краул: коди, canonical, дублі | 5-7, 13-22 |
| Serpstat Audit | Краул у хмарі з пріоритетами | Усі, акцент на 13-22 |
Ми в Query проганяємо сайт і Screaming Frog, і Serpstat: перший дає повну сирову картину, другий вже розкладену за категоріями й зручну для звіту клієнту. На маленьких сайтах достатньо одного з них.
Аудит на 40 сторінок, де все «важливо», не виконує ніхто. Ми ділимо знахідки на три рівні за одним питанням: що буде, якщо це не виправити.
| Рівень | Критерій | Термін |
|---|---|---|
| Критично | Сторінки не в індексі, трафік падає зараз | Цього тижня |
| Важливо | Індексує, але оцінює гірше | Найближчий місяць |
| Бажано | Покращує обхід, ефект накопичувальний | У плановому порядку |
Практичне правило: у пріоритеті ті помилки, що зачіпають шаблон, а не одну сторінку. Один зламаний canonical у шаблоні категорії гірший за сто битих посилань у старих новинах.
Для сайту послуг на 50-200 сторінок технічний аудит займає один-два дні: краул, аналіз, оформлення. Для інтернет-магазину на десятки тисяч сторінок від трьох до п'яти днів, бо додаються фільтри, пагінація, фасетна навігація та мовні версії. Час на виправлення зазвичай у два-три рази більший за час аудиту і залежить від розробника й CMS.
Результат, який має отримати власник, це не PDF на 60 сторінок зі скріншотами, а три речі: перелік знахідок із рівнем пріоритету, технічне завдання для розробника з прикладами URL, і список того, що треба перевірити після впровадження. Швидкий зріз найпомітніших проблем можна отримати в межах безкоштовного SEO-аудиту, а повний прохід по всіх 25 пунктах із ТЗ і контролем впровадження це вже детальний аудит сайту, який ми робимо під ключ.
Технічний аудит не одноразова подія. Після кожного релізу, редизайну чи міграції частина пунктів ламається знову, тому короткий прохід за цим чек-листом раз на квартал дешевший за пошук причин, чому трафік просів на третину.
.webp "Юзабіліті сайту: компоненти, метрики й типові проблеми, через які користувач іде")
.webp "Google My Business: навіщо реєструвати компанію і як налаштувати профіль")
.webp "Google Discover: як отримати цільовий трафік зі стрічки рекомендацій")