Перейти до змісту
Системно.
БазовийСайт і SEO

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

· · 7 хв читання

Технічний аудит малого сайту не потребує агенції: двадцять перевірок безкоштовними інструментами (Google Search Console, PageSpeed Insights, перегляд коду сторінки, кілька онлайн-сервісів) за годину знаходять більшість проблем, які заважають сайту бути в пошуку і швидко відкриватись — сторінки, закриті від індексації, повільний мобільний, відсутні або дубльовані заголовки, дублікати адрес без канонічної, биті посилання, зламані редиректи. Чекліст нижче — у порядку від критичного до бажаного; половину пунктів власник може виправити сам, решту — сформулювати підряднику як конкретну задачу з посиланням на пункт.

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

Більшість технічних проблем малих сайтів — стандартні і повторювані: закрили від індексації і забули, повільні картинки, дублі сторінок, биті посилання після редизайну. Їх не треба «знаходити» — їх треба перевірити за списком. Годинний аудит за чеклістом знаходить те, за що агенції беруть як за «технічний 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 секунди. Найчастіша причина на малих сайтах — незжаті зображення на мегабайти і важкі скрипти чатів, віджетів, шрифтів.

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

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 знаків, містить те, що шукають, і місто для локального бізнесу; description — 1–2 речення про сторінку. У Search Console → «Результати пошуку» видно, за якими запитами показуються сторінки, — title має їм відповідати.

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

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

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

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

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

Виправити: канонічні теги (більшість платформ ставлять автоматично, перевірити), редирект варіантів, закриття параметрів у Search Console.

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.

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. Зробити пункти «сам» протягом тижня; підряднику — надіслати список із номерами.

Висновок

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

Питання й відповіді

Які інструменти потрібні?
Усі безкоштовні: Google Search Console (обов’язково, підтвердити сайт), PageSpeed Insights, будь-який онлайн-перевірник битих посилань і редиректів, режим перегляду коду в браузері, перевірка структурованих даних від Google. Платні сканери корисні для великих сайтів; для 10–50 сторінок вони не потрібні.
Що найкритичніше?
Пункти 1–5: сайт не індексується або індексується не те, повільний мобільний, немає HTTPS, зламані редиректи. Будь-який із них зводить нанівець усе інше. Спочатку вони, потім решта.
Як часто робити аудит?
Повний — раз на пів року і після будь-яких змін сайту (нова платформа, редизайн, переїзд). Швидка перевірка помилок у Search Console — раз на місяць, 10 хвилин.

Де ще про це йдеться

ПросунутийСайт і SEO

Семантика для інтернет-магазину — від збору запитів до структури категорій, яку розуміють і люди, і пошук

Покроково: звідки брати запити (планувальник, підказки, конкуренти, внутрішній пошук, директ), як їх чистити і групувати за наміром, як з груп вивести структуру категорій, підкатегорій і фільтрів, що робити з інформаційними запитами, як розподілити запити по сторінках без канібалізації. З прикладом для магазину товарів для дому: 400 запитів → 6 категорій → 22 підкатегорії.

· 7 хв читання

БазовийСайт і SEO

Чому ваш сайт не в топі, хоча «SEO робили» — вісім причин у порядку ймовірності і як їх перевірити

Розбір типової ситуації: підрядник півроку «робив SEO», звіт є, позицій немає. Вісім причин від найімовірнішої до рідкісної: технічна база не закрита, сторінки під запити не створені, контент не відповідає наміру, запити обрані не ті, немає локальних сигналів, посилань і згадок немає, конкуренти сильніші, і — рідше, ніж думають, — санкції. Для кожної — як перевірити за 10 хвилин і що робити. Плюс: як читати звіт підрядника і що в ньому має бути.

· 7 хв читання

БазовийСайт і SEO

Лендинг чи багатосторінковий сайт — як вибрати під задачу, а не під моду

Критерії вибору між односторінковим лендингом і сайтом із розділами: джерело трафіку (реклама чи пошук), кількість продуктів і запитів, довжина рішення, потреба в контенті, бюджет і терміни. Матриця рішень для шести типів бізнесу, гібридний варіант, типові помилки обох підходів і що робити, коли лендинг «переріс».

· 6 хв читання