Аудит цифрової присутності: чекліст для власника бізнесу
Самостійна перевірка сайту, пошуку, аналітики й каналів звернень за один вечір. 40 пунктів із поясненням, який симптом на яку проблему вказує.
Найдорожчі рішення в digital ухвалюють наосліп: замовляють редизайн, коли проблема була в швидкості, або платять за просування сайту, який технічно не може ранжуватися. Причина одна — ніхто не подивився на стан справ до того, як витрачати гроші. Цей чекліст проходиться за один вечір без підрядника й без платних інструментів. Він не замінює технічний аудит, але показує, у який бік дивитися і про що питати виконавця.
1
вечір на повний прохід
6
блоків перевірки
0 ₴
вартість інструментів
80%
проблем видно без спеціаліста
Як користуватися
Ідіть блоками по порядку й позначайте кожен пункт як «так», «ні» або «не знаю». Останнє — теж результат: якщо ви не знаєте, чи налаштована аналітика, значить, рішення про бюджет ви досі ухвалювали без даних. Наприкінці кожного блоку є підказка, що означає скупчення відповідей «ні».
Блок 1. Сайт узагалі видно?
Базова видимість
- Сайт знаходиться в Google за точною назвою компанії
- Знайдено головну сторінку, а не сторонній каталог із вашою назвою
- Сайт відкривається і з www, і без — обидві версії ведуть на одну адресу
- Адреса починається з https, браузер не показує попереджень
- Сайт підтверджено в Google Search Console і там немає критичних сповіщень
- У звіті індексації кількість сторінок приблизно збігається з реальною
Блок 2. Швидкість і мобільні
Технічний стан
- Головна відкривається за 3 секунди на мобільному інтернеті, а не на вашому Wi-Fi
- PageSpeed Insights показує зелену або жовту зону для мобільних
- Текст читається без збільшення, кнопки натискаються пальцем без промаху
- Нічого не «стрибає» під час завантаження сторінки
- Меню працює на телефоні й не перекриває контент
- Форма заповнюється з телефона без незручностей
Перевіряти треба саме на телефоні з мобільним інтернетом: більшість власників дивляться на свій сайт із десктопа в офісі й не бачать того, що бачать клієнти. Детальніше про вимоги до швидкості — в матеріалі про Core Web Vitals.
Блок 3. Чи є сторінки під те, що шукають
Структура й покриття
- Кожна послуга має власну сторінку, а не абзац на спільній
- Заголовок кожної сторінки описує саме її, а не компанію загалом
- Є сторінка з цінами або орієнтирами вартості
- Є кейси або приклади робіт із конкретикою
- До будь-якої важливої сторінки не більше трьох кліків від головної
- Немає двох сторінок, що відповідають на одне й те саме питання
Скупчення «ні» в цьому блоці зазвичай означає, що сайт побудований за структурою компанії, а не за попитом. Як це виправляється — в матеріалі про структуру сайту.
Блок 4. Чи можна вас знайти й перевірити
Довіра й локальна присутність
- Телефон і пошта видно з першого екрана без прокручування
- Є картка компанії в Google з актуальними годинами роботи
- Назва, адреса й телефон однакові на сайті, у картці та в каталогах
- Є хоча б кілька відгуків із іменами, а не анонімні
- Вказано юридичну особу або ФОП, якщо ви приймаєте оплати
- Є політика конфіденційності, якщо на сайті є форма
Блок 5. Чи рахуєте ви результат
Аналітика
- Аналітика встановлена й показує дані за вчора
- Відправлення форми зафіксоване як конверсія, а не просто перегляд сторінки
- Ви знаєте, скільки заявок прийшло минулого місяця з сайту
- Ви знаєте, з якого джерела прийшла більшість із них
- Клік по телефону й перехід у месенджер теж рахуються
- Search Console підключена та зв’язана з аналітикою
Блок 6. Чи не втрачаєте ви звернення
Обробка заявок
- Ви самі відправили тестову заявку за останній місяць і вона дійшла
- Сповіщення приходить у месенджер, а не лише на пошту
- Є місце, де видно всі заявки: CRM або хоча б таблиця
- Відомий середній час першої відповіді
- Заявки у вихідні не губляться
- Помилка форми надсилає сповіщення, а не мовчить
Перший пункт варто зробити прямо зараз, ще до кінця читання: тестова заявка виявляє зламані форми частіше, ніж будь-яка інша перевірка. Як побудувати надійні сповіщення — в матеріалі про автоматичні звіти й алерти.
Що робити з результатом
| Де найбільше «ні» | Що це означає | З чого починати |
|---|---|---|
| Блок 1 | Сайт невидимий для пошуку | Технічне виправлення індексації |
| Блок 2 | Втрата відвідувачів до першого екрана | Швидкість і мобільна версія |
| Блок 3 | Немає сторінок під попит | Перегляд структури й нові сторінки |
| Блок 4 | Немає довіри й локальної видимості | Картка компанії, відгуки, контакти |
| Блок 5 | Рішення ухвалюються наосліп | Налаштування конверсій в аналітиці |
| Блок 6 | Заявки губляться після відправлення | Сповіщення й облік звернень |
Якщо «ні» рівномірно розподілені по всіх блоках, редизайн — не відповідь: він перенесе ті самі проблеми на новий шаблон. Ознаки, за якими редизайн справді потрібен, ми розібрали окремо.
Часті питання про аудит
Чи можна провести аудит сайту самостійно?
Базовий рівень — так. Перевірка видимості в пошуку, швидкості на мобільному, наявності сторінок під основні запити, налаштування аналітики та проходження тестової заявки не потребує спеціальних знань і виконується за один вечір. Глибокий технічний аудит з аналізом логів, структури коду й семантики вже потребує спеціаліста.
Які інструменти потрібні для самостійної перевірки?
Достатньо безкоштовних: пошук Google для перевірки видимості, PageSpeed Insights для швидкості, Google Search Console для стану індексації та власний телефон із мобільним інтернетом. Платні сервіси на цьому етапі нічого принципово не додають.
З чого починати, якщо проблем знайшлося багато?
З видимості в пошуку та швидкості завантаження. Ці два блоки впливають на все інше: сайт, якого немає в індексі або який довго відкривається, знецінює будь-які вкладення в контент і рекламу. Зміни в дизайні та текстах мають сенс уже після того, як технічна основа працює.
Чи означає багато проблем, що потрібен новий сайт?
Ні. Більшість пунктів такого чеклиста виправляються на наявному сайті й коштують суттєво дешевше за розробку з нуля. Новий сайт виправданий тоді, коли платформа не дозволяє змінити швидкість чи структуру, або коли вартість виправлень наближається до вартості нової розробки.
Як часто варто повторювати таку перевірку?
Раз на квартал, а також обов’язково після будь-яких змін на сайті: оновлення шаблону, переїзду на новий хостинг, зміни структури розділів або підключення нових скриптів. Саме після технічних змін найчастіше зникають конверсії в аналітиці або ламаються форми.
Коротко
- Шість блоків: видимість, швидкість, структура, довіра, аналітика, обробка заявок.
- Відповідь «не знаю» — теж результат: вона означає, що рішення ухвалювалися без даних.
- Перевіряйте сайт із телефона на мобільному інтернеті, а не з офісного комп’ютера.
- Найчастіша знахідка — аналітика стоїть, але конверсії не налаштовані.
- Відправте собі тестову заявку прямо зараз: це виявляє зламані форми швидше за будь-що інше.
- Рівномірні проблеми в усіх блоках не означають потребу в новому сайті — редизайн перенесе їх на новий шаблон.
Схожі матеріали
Технічний SEO-аудит: що перевіряти і в якому порядку
Технічні помилки коштують позицій тихо. Порядок аудиту, який ловить найдорожчі з них першими.
Як обрати підрядника на сайт: 15 питань перед підписанням
Найгірші проєкти починаються з найкращих презентацій. Ось питання, які все прояснюють.
7 ознак, що сайту потрібен редизайн (і 3, коли не потрібен)
Редизайн часто лікує не ту хворобу. Ось як перевірити, чи справа справді в сайті.