8 помилок створення сайту, що коштують заявок: як їх уникнути

Більшість сайтів не приносять заявок не через рідкісні збої, а через кілька помилок, які повторюються з проєкту в проєкт: незрозуміла мета, перевантажена навігація, повільна мобільна версія, слабкий заклик до дії й забуті дрібниці під час запуску. Нижче вісім таких помилок. Для кожної: чим вона шкодить, як її швидко помітити і що виправити.

1. Сайт без мети

Якщо мети немає, кожна сторінка намагається розповісти про все одразу, а відвідувач не розуміє, що робити далі. Таким сайтом ще й неможливо керувати: немає критерію, за яким можна сказати, що він працює.

Як перевірити. Попросіть знайомого, який не знає вашого бізнесу, відкрити головну й за кілька секунд сказати, чим ви займаєтеся та що тут можна зробити. Розмита відповідь означає, що проблема в меті, а не в кольорах.

Що виправити. Для кожної ключової сторінки сформулюйте одну головну дію й один показник, за яким її оцінюють: заявка, дзвінок, замовлення. Наприклад, для сервісу ремонту техніки це заявка на діагностику, а не «історія компанії». Усе, що головній дії не допомагає, переносимо нижче або прибираємо.

2. Заплутана структура

Часта порада звучить так: до будь-якої інформації не більше трьох кліків. Nielsen Norman Group ще у 2019 році писала, що ці «три кліки» не підтверджені даними: у дослідженні Джошуа Портера (2003) відсів відвідувачів не зростав після третього кліка, а задоволеність не падала. Важливіше інше: чи зрозуміло, куди вести далі, і чи швидко відкривається кожна сторінка. Три повільні кліки гірші за п’ять швидких.

Як перевірити. Дайте трьом-п’яти людям завдання без підказок: знайти ціни, умови доставки, контакти. Ті, хто блукає, покажуть слабкі місця краще за будь-який аудит.

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

3. Дизайн, який заважає читати

Креатив шкодить, коли гальмує сприйняття: сірий текст на білому, іконки без підписів, анімація, що зсуває кнопку в момент натискання. У цього є вимірювані мінімуми. За WCAG 2.2 звичайному тексту потрібен контраст не менше 4,5 : 1 до фону, великому (від 18 pt або від 14 pt жирним) — 3 : 1. Цілі для натискання мають бути не менше 24 × 24 CSS-пікселів, якщо не діє виняток, наприклад достатні відступи між елементами. Це рівень AA, тобто мінімум, а не ідеал.

Як перевірити. Інструменти розробника в браузері показують коефіцієнт контрасту для обраного кольору. Пройдіться основним текстом, кнопками й підписами у формах, а потім відкрийте сайт на телефоні під яскравим світлом.

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

4. Мобільна версія «як вийшло»

Для індексації та ранжування Google використовує мобільну версію сторінки. Тому приховане або скорочене на телефоні для пошуку фактично відсутнє. Google радить, щоб основний вміст, заголовки, title і description, alt-тексти й розмітка збігалися в мобільній і десктопній версіях, а адаптивну верстку називає найпростішою у підтримці.

Частка мобільних візитів залежить від ніші: у сервісів, які живуть з реклами та соцмереж, вона зазвичай вища, у B2B нерідко нижча (це наша оцінка). Тому дивіться власну аналітику, а не середні цифри по ринку.

Як перевірити. Відкрийте сайт на справжньому телефоні через мобільний інтернет і пройдіть головний сценарій: знайти послугу, натиснути «Зателефонувати», надіслати форму. Емулятор у браузері корисний, але пропускає те, що ламається в реальних руках: клавіатура закриває поле, меню не закривається, номер не натискається.

Що виправити. Номер телефону зробіть посиланням, для полів форми задайте правильні типи (телефон, email), липка шапка не повинна закривати контент. Робіть одну адаптивну версію, а не окремий мобільний сайт.

5. Повільне завантаження

Google оцінює Core Web Vitals за 75-м перцентилем реальних візитів, окремо для мобільних і десктопів. Добрі значення: LCP до 2,5 с, INP до 200 мс, CLS до 0,1. Сторінка «проходить», якщо дотримано всі три. За Web Almanac, у 2025 році це вдавалося менш ніж половині мобільних сайтів, тож запас для покращення є майже в кожного.

Як перевірити. Вставте адресу головної та двох внутрішніх сторінок у PageSpeed Insights, перейдіть на мобільну вкладку й подивіться на дані реальних користувачів, якщо вони є. Лабораторний бал корисний для пошуку причин, але не підсумок.

Що виправити. Найчастіше винні важкі зображення й зайві сторонні скрипти: чати, піксели, віджети. Стисніть картинки до потрібного розміру, прибирайте те, що не окупається, і повторіть вимірювання через місяць.

6. Немає фокуса на конверсії

Відвідувач, який не бачить наступного кроку, просто йде. В інтернет-магазинах це добре видно на цифрах: Baymard Institute усереднив 50 досліджень і отримав 70,22 % покинутих кошиків. Частина з цього — звичайний перегляд без наміру купувати, але причини решти показові. Ось що називали американські покупці, які залишили кошик:

Для форм заявки на сайті послуг працюють ті самі принципи (це наш висновок): без прихованих умов, без примусової реєстрації, коротка форма, видимі ознаки довіри.

Як перевірити. На кожній ключовій сторінці спробуйте за три секунди знайти кнопку дії без прокрутки. Порахуйте поля у формі й подивіться, чи зрозуміло, що буде після натискання.

Що виправити. Замініть розмите «Дізнатися більше» на конкретну дію: «Отримати розрахунок», «Замовити дзвінок». У формі залиште те, без чого не зв’язатися: ім’я та телефон. Поруч дайте кнопку месенджера, а біля кнопки — відгуки й реальні цифри. На практиці орієнтир «від» у ціні відсікає нерелевантні звернення раніше, ніж вони дійдуть до вас.

7. SEO «для галочки» і втрата позицій при запуску

Заголовки та опис. Google не встановлює жорсткого ліміту довжини <title>: заголовок скорочують під ширину екрана. Він радить робити назви описовими й унікальними для кожної сторінки, не набивати їх ключовими словами та може замінити заголовок, який не відповідає змісту. Тому звичне «до 60 символів» корисне лише як практичний орієнтир: найважливіше ставте на початок. Опис пишіть для людини, з головною вигодою й дією, а один H1 на сторінці має називати її тему. Alt-текст описує картинку тим, хто її не бачить, а не перераховує запити.

Редизайн без редиректів. Найдорожча помилка запуску — нові адреси без перенаправлень зі старих. Google рекомендує серверні постійні редиректи (301 або 308), зіставлення старих і нових адрес ще до переїзду, пряме перенаправлення на кінцеву адресу без ланцюжків і збереження редиректів якомога довше, зазвичай не менше року. Масове перенаправлення всіх старих адрес на головну Google може вважати soft 404.

Як перевірити. Відкрийте вихідний код головної та знайдіть noindex, зазирніть у robots.txt, а в Search Console перевірте кілька адрес інструментом перевірки URL. Типова помилка запуску: тестовий сайт закрили від індексації, і про це забули.

8. Нічого не вимірюється й не підтримується

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

Як перевірити. Чи можете ви назвати, скільки заявок прийшло минулого місяця й з якого каналу? Коли востаннє хтось сам надсилав свою форму?

Що виправити. До запуску визначте ключові дії (надсилання форми, клік на телефон, клік на месенджер) і налаштуйте їх відстеження. Окрема сторінка подяки робить подію однозначною. Раз на місяць дивіться три речі: звідки приходять люди, скільки заявок, чи не погіршилися показники швидкості. Раз на тиждень надішліть тестову заявку.

Що робити далі

Пройдіть ці вісім пунктів перед запуском і потім раз на квартал: перевірка нетривала, а помилки з цього списку коштують найдорожче. Якщо ви тільки замовляєте сайт, закладіть їх у завдання ще до дизайну. У нашому базовому тарифі на сайт для бізнесу уже є дизайн, зручний на телефоні, базове SEO, Google Analytics і Search Console.

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

Автор: Сергій Філатьєв — засновник авторської студії Veb-Dev.