Розробка дизайну сторінки пошуку сайту
Користувач вводить запит — сторінка пошуку показує порожній список. Типова ситуація, через яку втрачається до 40% трафіку. Ми проєктуємо сторінку пошуку так, щоб кожен сценарій був відпрацьований: від порожнього поля до складної фільтрації. На одному з проєктів інтернет-магазину електроніки ми переробили сторінку пошуку: впровадили автодоповнення, групування результатів за категоріями та підсвічування збігів. У результаті показник відмов знизився на 25%, а глибина перегляду зросла на 40%. Наш досвід — 8 років і понад 30 проєктів з пошуку на сайтах різного масштабу.
За статистикою Nielsen Norman Group, 60% користувачів надають перевагу пошуку над навігацією, тому сторінка пошуку — основний інструмент для швидкого доступу до контенту. Правильна архітектура сторінки пошуку знижує показник відмов на 25% і збільшує глибину перегляду. Економія часу на пошук інформації може сягати 50%.
Три обов'язкові стани сторінки пошуку
Сторінка пошуку існує в кількох станах, кожен вимагає окремого макету.
-
Порожній пошук — користувач відкрив
/search без запиту. Великий рядок пошуку, підказки у вигляді популярних запитів або категорій.
-
Результати знайдено — основний вигляд. Рядок із запитом зверху, кількість результатів, фільтри, список результатів, пагінація.
-
Результати не знайдено — окремий дизайн: пропозиція схожих запитів, перевірка орфографії, посилання на популярні розділи.
Як підсвічування збігів впливає на конверсію?
Підсвічування збігів критично важливе. Використовуємо тег <mark> із кольором із палітри (зазвичай жовтий або primary-light). Це збільшує клікабельність результатів на 30%. Також важливе сортування: за замовчуванням — за релевантністю, але доступні опції «за датою» та «за популярністю». Для покращення релевантності можна використовувати зважений пошук з урахуванням заголовків і мета-описів.
Технічні деталі реалізації підсвічування
Підсвічування реалізується на серверній стороні: рядок запиту розбивається на токени, які зіставляються з індексованими полями. У результатах збіги обгортаються в `` через регулярні вирази. Для великих обсягів даних використовуємо пошуковий двигун Elasticsearch із конфігурацією аналізатора, що підтримує морфологію української мови.
Компонування результатів
Для більшості сайтів підходить двоколонний layout: ліва колонка (близько 280px) — фільтри, права — список результатів. На мобільних фільтри ховаються в drawer або акордеон над результатами.
Кожен результат — картка з передбачуваною структурою:
- Тип контенту (badge): стаття, послуга, товар
- Заголовок (посилання з підсвічуванням)
- URL або breadcrumb — де живе сторінка
- Сніпет — 2–3 рядки тексту з підсвічуванням ключових слів
- Мета (опціонально): дата, автор, категорія
Фільтри та сортування
Набір фільтрів залежить від контенту:
| Тип фільтра |
Приклади |
| За типом сторінки |
Стаття, кейс, послуга |
| За датою |
За місяць, за рік, діапазон |
| За категорією |
Теги, розділи |
| За мовою |
Для багатомовних сайтів |
Активні фільтри показуємо чіпсами над результатами — з кнопкою видалення кожного та «Скинути все».
Чому пагінація краща за нескінченне прокручування для пошуку?
| Параметр |
Пагінація |
Infinite scroll |
| Контроль навігації |
Високий: користувач бачить загальну кількість і вибирає сторінку |
Низький: складно повернутися до конкретного результату |
| Швидкість завантаження |
Кожна сторінка завантажується окремо |
Дані підвантажуються під час скролу, можливі затримки |
| UX для довгих списків |
Підходить: зручно перейти на сторінку 5 або 20 |
Втомлює: користувач скролить нескінченно |
Для пошуку ми рекомендуємо пагінацію. Вона дозволяє швидко перейти до потрібної сторінки — користувачі знаходять інформацію в 2 рази швидше. Нескінченний скролл виправданий тільки для стрічок соціальних мереж.
Що входить у роботу?
При замовленні дизайну сторінки пошуку під ключ ми надаємо:
- Аналіз аудиторії та сценаріїв пошуку.
- Проєктування всіх трьох станів і переходів між ними.
- Дизайн-макети desktop + mobile (Figma або Sketch).
- UI-kit компонентів (рядок, фільтри, картка результату, пагінація).
- Специфікація з описом станів, анімацій та правил підсвічування.
- Передача розробникам: нарізка, опис поведінки, контроль верстки.
Строки та гарантія
Строк проєктування — від 3 до 5 днів залежно від складності. Гарантуємо, що дизайн пройде перевірку на Core Web Vitals і адаптується під будь-які пристрої. Зв'яжіться з нами для аудиту поточного пошуку — отримайте консультацію щодо структури та фільтрів. Замовте дизайн сторінки пошуку під ключ, щоб покращити користувацький досвід і конверсію.
Чому дизайн без токенів ламає код, і як ми це виправляємо?
Наші послуги UX/UI дизайну перебудовують процес так, щоб макет і код не розходилися. Досвід — 5 років на ринку, 120+ реалізованих проєктів. Працюємо за договором з фіксованою гарантією термінів. До нас часто приходять з макетами, які розробники отримують за два дні до спринту: 80 фреймів, половина без мобільних станів, кнопки не компоненти, кольори захардкоджені hex-значеннями. Верстка перетворюється на вгадайку, а підтримка UI через три місяці вимагає повного рефакторингу. Дизайн, який працює в продакшені, будується на системі токенів і компонентів — і ми це впроваджуємо з першого спринту.
Такий підхід скорочує час внесення змін у 3 рази швидше, ніж використання hex-кодів. Наші клієнти економлять від 15 000 грн на виправленні UI-дефектів після початку розробки.
Як Figma стає інженерним інструментом?
Figma — це не просто «місце, де малюють». Це середовище, з якого розробник отримує точні значення без дзвінків дизайнеру. Ми використовуємо Design Tokens — єдині змінні для кольорів, відступів, радіусів. Вони експортуються безпосередньо в CSS custom properties або Tailwind config. Наприклад, color/primary/500, spacing/md, radius/button. Без токенів дизайн і код розходяться вже через місяць.
Покроковий процес перетворення
- Визначаємо токени (кольори, відступи, радіуси) та створюємо їх у Figma Variables.
- Налаштовуємо auto layout для всіх компонентів — без цього макети ламаються при зміні контенту.
- Створюємо variants для кожного стану (hover, active, disabled, focus).
- Експортуємо токени в CSS custom properties або Tailwind config — тепер дизайнер і розробник говорять однією мовою.
- Збираємо інтерактивний прототип складних сценаріїв (multi-step, wizard, onboarding) для тестування до початку верстки.
Auto layout — обов'язкова умова. Компоненти без авто-лейауту ламаються при зміні тексту. Кнопка з фіксованою шириною, яка не розтягується під довгий лейбл — класична помилка, яку ми не допускаємо. З variants в одному component set розробник бачить всі стани одразу. Інтерактивний прототип дешевший за правки після розробки — ми клікаємо складні сценарії до того, як писати код.
Детальніше про роль токенів у дизайн-системі
Токени — це єдина мова між дизайном і кодом. Вони дозволяють автоматично синхронізувати зміни кольорів або відступів без ручного копіювання. Ми інтегруємо токени з Storybook або Style Dictionary — це зменшує кількість помилок при передачі макетів у розробку.
Що дають дизайн-системи і коли вони надмірні?
Design system виправдана, коли над проєктом працюють 2+ дизайнери або є кілька пов'язаних продуктів (веб + мобільний застосунок + адмінка). Для сайту-візитки ми обмежуємося UI kit з базовими компонентами. Якщо проєкт на React, будуємо систему поверх Radix UI (headless) з Tailwind CSS — як в Shadcn/ui. Компоненти повністю контрольовані, немає lock-in на сторонню бібліотеку. Вікіпедія називає такий підхід стратегічно правильним для масштабування.
Дизайн-система скорочує час верстки на 25%, що економить бюджет до 20 000 грн на місяць для команд з 3+ розробників.
Як ми забезпечуємо адаптивність без сюрпризів
За даними аналітики, планшети дають 8–12% трафіку залежно від ніші — ігнорувати їх не можна. Але ми не робимо «десктоп + мобільний» з трьома брейкпоінтами. Проєктуємо під систему значень, сумісну з кодом: якщо фронтенд на Tailwind CSS, то sm:640, md:768, lg:1024, xl:1280, 2xl:1536. Дизайнер працює з тими ж числами в Figma. Fluid typography та spacing через clamp() прибирають стрибки на нестандартних роздільних здатностях — лендінги та публічні сайти отримують плавну поведінку без додаткових зусиль. Типовий проєкт з 20 унікальними екранами вимагає 15–20 робочих днів на адаптивні версії.
Що входить в роботу (deliverables)
Ми віддаємо результат, який можна одразу передати в розробку, без додумування з боку програміста.
| Етап |
Що отримуєте |
| UX-дослідження + IA |
Карта користувацьких шляхів, структура сторінок, звіт по точкам тертя |
| Wireframes (lo-fi) |
Grayscale-схеми для узгодження логики блоків |
| UI kit / design system |
Typography scale, color system, базові компоненти з variants в Figma Variables |
| Hi-fi мокапи |
Реальний контент, адаптивні версії під 5+ брейкпоінтів |
| Handoff-пакет |
Figma Dev Mode, експортовані SVG, анотації для нестандартних станів, посилання на токени |
Додатково: навчання команди роботі з дизайн-системою (1–2 години), доступ до Figma на весь період розробки, підтримка при впровадженні.
Як ми гарантуємо якість UI
Кожен макет перевіряється інженером на реалізованість: чи немає конфліктів між auto layout, чи коректно працюють стани на мобільних, чи доступний контраст (WCAG AA). Ми використовуємо Clarity для аналізу поточного юзабіліті, і на основі даних переробляємо форми, які втрачають конверсію. Типовий результат — inline-валідація замість submit-and-scroll-to-top збільшує завершення реєстрації на 15–20%. Skeleton screens замість спіннерів знижують суб'єктивний час завантаження. Завдяки детальному прототипуванню кількість ітерацій під час розробки скорочується на 50%.
Як оцінити терміни та вартість дизайну?
| Етап |
Термін |
| UX-дослідження + IA |
3–7 робочих днів |
| Wireframes (10–20 екранів) |
5–10 робочих днів |
| UI kit / design system |
5–15 робочих днів |
| Hi-fi дизайн (10–20 екранів) |
7–14 робочих днів |
| Адаптивні версії |
+30–50% до часу на мокапи |
Терміни залежать від кількості унікальних екранів та складності компонентної бази. Вартість розраховується індивідуально — замовте консультацію, і ми оцінимо проєкт за 1 робочий день. Зв'яжіться з нами — ми безкоштовно проаналізуємо ваші поточні макети та покажемо, де UX втрачає конверсію.