Ingello
Ingello / Systems Ingello
Автор: Олег Григорьев
Проверка: 2026-05-14T09:26:15.979Z

AliBord - расширенный UX/QA аудит сайта

Документ детализирует первый аудит: проверены ключевые сценарии, форма подачи объявления, чат, карточка объявления, профиль, поиск, категории и trust/B2B-разделы. Основной фокус - дизайн, UX, валидация, состояния и практичные рекомендации по доработке.

Бонус к исходному объёму: дополнительно выполнена SEO/структурная проверка sitemap, 404, title/H1 и контентных рисков. SEO не было основным предметом первого UX-аудита, поэтому SEO-часть вынесена ближе к концу отчёта.

1. Краткий вывод

Готовность основы

Сайт уже похож на рабочий маркетплейс: поиск, категории, карточки, профиль, избранное, чат и подача объявления существуют.

Главная проблема

Ключевые сценарии выглядят функционально, но не отполированы: debug-строки, слабые пустые состояния, перегрузка и неполная валидация.

Критичный сценарий

Create требует отдельной доработки: телефон, цена, черновик, preview, ошибки и модалки напрямую влияют на конверсию публикации.

Рекомендуемый путь

Не начинать с дорогого полного редизайна. Сначала улучшить текущий шаблон, компоненты и UX в существующей версии.

2. Покрытие проверки и ограничения

Категорийные URL2261
Региональные URL200
Объявления в sitemap35
URL в status scan2497
404 в sitemap2
ОбластьСтатусКомментарий
Sitemap и доступность URLПроверено структурно2497 URL; 200: 2495; 404: 2
Ключевые UI-страницыПроверено через браузер/CDPГлавная, поиск, категории, карточка, Create, Chat, профиль, избранное, help, ads/api
Create / подача объявленияПроверено глубокоПоля формы, preview, черновик, телефон, цена, модалка авторизации; отправка не выполнялась
ChatПроверено частичноОткрытие раздела и пустое состояние проверены; переписка не тестировалась, потому что в аккаунте нет диалогов
Карточки объявленийПроверено выборочноОткрыта актуальная карточка из sitemap; весь каталог объявлений не проходился вручную
SEOБонус к UX-аудитуSitemap, 404, title/H1, debug-строки, контент карточек; SEO не входило в исходный минимальный scope

Важно: все URL из sitemap проверены структурно по HTTP-статусу, но вручную/браузерно проходились ключевые сценарии и выборочные страницы. Все 2+ тыс. категорий и региональных комбинаций не проверялись как отдельные пользовательские сценарии - это было бы отдельным regression/SEO crawl этапом.

3. Главные находки

4. Комментарии по разделам и страницам

Блок переоформлен в полноширинный формат: для сложных страниц комментарии детальные, для малых страниц - короче. Это лучше отражает разную функциональную нагрузку страниц.

Create / подача объявления

P1 UX/validation

Что проверено: Форма после входа, фото/видео, заголовок, категория, описание, цена, состояние, тип объявления, продавец, доставка, город, контакт, preview, черновик и модалка входа.

Находки

  • Поле телефона принимает мусорный ввод: попытка `abc123@@` осталась как `abc123@@`; `type=tel`, `pattern` пустой, `inputmode` не задан, браузер считает значение валидным.
  • Цена частично фильтрует буквы (`abc123` стало `123`), но поле остается `type=text`, без `pattern` и без явного сообщения пользователю.
  • При открытии/работе появляется модалка черновика или входа, перекрывающая форму. Пользователь видит сложную форму, но не всегда понимает, что именно заблокировано и почему.
  • Форма длинная и функциональная, а preview справа полезен, но сейчас он скорее декоративный: не показывает пользователю пошаговую готовность объявления и не помогает исправлять ошибки.
  • Кнопка генерации AI есть, но сценарий и ответственность за результат не объяснены. На карточке уже встречается текст `ШІ не зміг згенерувати опис`, что может повредить доверию.

Рекомендации

  • Сделать телефон настоящей маской: ограничивать ввод только цифрами, добавить `inputmode=tel`, нормализацию по выбранной стране и проверку длины до публикации.
  • Для цены использовать числовой контрол или строгий sanitizer с понятной подсказкой: если буквы отбрасываются, пользователь должен видеть, что значение изменено.
  • Разбить форму на логические блоки с локальными ошибками: медиа, содержание, цена, доставка, контакты, публикация. Ошибки показывать рядом с полем сразу, не после полной отправки.
  • Preview превратить в реальный ассистент качества: фото есть/нет, заголовок достаточный/нет, цена указана/нет, город выбран/нет, контакт валиден/нет.
  • Сценарий черновика сделать спокойнее: не перекрывать форму неожиданно, дать понятный выбор `продолжить черновик / начать заново / закрыть`.
Create / подача объявления

Chat / сообщения

Частично проверено

Что проверено: Открытие раздела, пустое состояние, элементы избранного/архива/шаблонов/жалобы/блокировки. Полный диалог не проверялся: в аккаунте показано `Немає діалогів`.

Находки

  • End-to-end отправку сообщения проверить невозможно без существующего диалога или тестовой карточки со вторым аккаунтом.
  • Пустое состояние говорит, что диалогов нет, но не ведёт пользователя к следующему действию: найти объявление, открыть продавца, начать переписку.
  • На экране видны элементы удаления/блокировки/жалобы и модалка входа, хотя активного диалога нет. Это создаёт ощущение, что интерфейс собран из состояний сразу.
  • Нет явной связи между карточкой объявления и будущей перепиской: пользователь должен понимать, откуда появится чат и что будет прикреплено к разговору.

Рекомендации

  • Добавить отдельное пустое состояние: `У вас пока нет диалогов`, CTA `Перейти к объявлениям`, пояснение `Напишите продавцу из карточки объявления`.
  • Скрывать действия удаления/жалобы/блокировки, пока не выбран реальный диалог.
  • Для QA создать тестовый диалог между двумя аккаунтами и проверить: старт из карточки, отправку текста, фото/файла, шаблоны, жалобу, блокировку, уведомления.
  • Визуально отделить список диалогов, тело переписки и служебные действия; сейчас при пустом состоянии центральная область выглядит слишком серой и неинформативной.
Chat / сообщения

Главная и верхняя навигация

P1 доверие

Что проверено: Первый экран, поиск, регион, тема, язык, профиль, избранное, чат, уведомления, кнопка добавления объявления, промо/VIP-блоки.

Находки

  • Вверху публично видна техническая строка Server/IP/SID/UID. Это выглядит как debug-режим и снижает доверие к площадке.
  • Первый экран перегружен навигацией, сервисными элементами и промо; главная ценность маркетплейса не считывается мгновенно.
  • Кнопка подачи объявления заметна, но конкурирует с большим количеством элементов в шапке.

Рекомендации

  • Убрать debug-строку из публичного интерфейса полностью.
  • Сделать верхний сценарий проще: поиск + регион + добавить объявление + личный кабинет, остальные элементы вторым уровнем.
  • Добавить один ясный hero/intro для marketplace-пользы: быстро найти, быстро продать, безопасно общаться.
Главная и верхняя навигация

Поиск, категории и региональные страницы

P2 навигация

Что проверено: VIP-поиск, категории Auto/Electronics, региональные URL из sitemap, фильтры, сортировка, вид плитка/галерея.

Находки

  • Категорий много, но визуальный язык и приоритеты категорий пока не помогают быстро понять структуру.
  • VIP/обычные объявления и фильтры должны быть визуально яснее, чтобы монетизация не выглядела как шум.
  • Региональные страницы полезны для SEO, но при однотипности могут восприниматься как пустые посадочные страницы.
  • Многие разделы сейчас выглядят пустыми или почти пустыми. Для текущей версии это, скорее всего, нормально, но пустые состояния должны объяснять следующий шаг пользователя.

Рекомендации

  • Собрать единый компонент карточки объявления и единый компонент фильтров для всех категорий.
  • Пилотно привести 5-7 главных категорий к одному визуальному стандарту, затем масштабировать.
  • Для региональных страниц добавить полезный контекст: популярные категории, количество объявлений, соседние города, быстрые фильтры.
  • Для пустых категорий показать аккуратный empty state: `пока нет объявлений`, быстрый возврат к популярным категориям и CTA на подачу объявления.
Поиск, категории и региональные страницы

Карточка объявления

P1 контент/доверие

Что проверено: Актуальная карточка из sitemap: фото, характеристики, описание, цена, город, автор, похожие объявления.

Находки

  • Открытая карточка: `Audi A5 2000 — купити в Київ за 50 000 UAH | AliBord`.
  • В тексте карточки видно: `ШІ не зміг згенерувати опис` и несоответствие фото/модели. Это выглядит как внутренний технический результат, попавший пользователю.
  • ID, просмотры, дата, цена, автор и характеристики есть, но доверие к объявлению сильно зависит от качества описания и фото.
  • Система отступов в карточках требует стандартизации: сейчас композиция местами выглядит плотной, а местами появляются лишние пустоты.
  • Кнопка/плашка добавления в закладки должна быть размещена так, чтобы не перекрывать айдентику и важные детали на изображениях. Если айдентика часто находится в верхнем левом углу, действие лучше переносить в левый нижний угол, в отдельную нижнюю зону или в другой угол, где оно не закрывает фото.
  • Статусные чипсы вроде `нове` стоит показывать в одну линию с городом/метаданными, чтобы убрать лишние вертикальные пробелы и сделать карточку компактнее.

Рекомендации

  • Не публиковать служебные AI-сообщения как описание. Если AI не смог создать текст, оставлять ручной fallback или просить продавца заполнить описание.
  • Добавить проверку соответствия категории/марки/модели/фото до публикации или хотя бы warning в форме Create.
  • Усилить блок продавца: рейтинг/подтверждения/кнопка чата/безопасность сделки/жалоба должны быть понятны.
  • Зафиксировать spacing scale для карточек: внешние отступы, расстояние между фото/ценой/городом/чипсами/действиями, мобильные и desktop-варианты.
  • Пересобрать верхний слой изображения: bookmark/action не должен закрывать логотипы, водяные знаки, маркировки и значимые детали фото.
  • Свести город, дату/метаданные и статусные чипсы в одну строку с переносом только при нехватке ширины. Это даст экономию пространства и позволит сделать общий интерфейс визуально просторнее.
Карточка объявления

Профиль и избранное

P2 состояния

Что проверено: Профиль пользователя, объявления, отзывы, информация, фильтры, избранное.

Находки

  • Профиль технически доступен, но пустые состояния и фильтры выглядят как недоделанный кабинет, если объявлений мало.
  • Избранное доступно, но пустой раздел должен вести обратно к поиску и категориям.
  • Пустые разделы на текущем этапе не являются проблемой сами по себе: важнее, чтобы они выглядели как осознанные состояния, а не как незавершенная разработка.

Рекомендации

  • Для каждого пустого состояния дать следующий шаг: добавить объявление, перейти к поиску, заполнить профиль, подключить Telegram.
  • Сделать профиль продавца отдельной доверительной страницей, а не просто списком вкладок.

Help, правила, безопасность, Ads/API

P3 trust/B2B

Что проверено: Help-разделы, правила, безопасность, контакты, oferta, реклама, API и партнёрство.

Находки

  • Trust-разделы есть, но их роль в пользовательском пути пока слабая: безопасность и правила должны помогать при публикации, оплате, жалобах и переписке.
  • Ads/API выглядят как отдельное B2B-направление, но требуют более строгой подачи, примеров и понятной заявки.

Рекомендации

  • Связать help/security/rules с Create, Chat и карточкой объявления контекстными подсказками.
  • Для API-страницы добавить более конкретный flow: кто подаёт заявку, какие данные нужны, что произойдёт после отправки.
Help, правила, безопасность, Ads/API

5. Рекомендации по стилю и Figma

ВопросРекомендация
Полный Figma redesignНе рекомендую как первый шаг, если нет принципиального требования полностью пересогласовать продукт. Качественный дизайн с auto layout, компонентами, атомарностью и стандартами может достигать $2000 и выше.
Дешёвый быстрый FigmaНе рекомендую. Макет без auto layout, компонентов, вариативности состояний и дизайн-системы почти ничего не даст разработке и потом создаст повторную работу.
КомпромиссИспользовать текущий шаблон как базу, оптимизировать существующие экраны, доработать компоненты и постепенно внедрять улучшения в коде. Это возможно, потому что структура сайта в целом приемлема.
Если нужен полный redesignДелать только по стандартам: компоненты, auto layout, responsive variants, tokens, состояния, UI-kit, правила для карточек/форм/модалок/пустых состояний.
Система отступовСтандартизировать spacing scale для сайта: 4/8/12/16/24/32, одинаковые внутренние отступы карточек, одинаковые расстояния между группами элементов и отдельные правила для mobile/desktop.
Карточка товараПересобрать микрокомпозицию: bookmark/action не должен закрывать айдентику на фото; при необходимости перенести его в левый нижний угол или другую безопасную зону. Статусные чипсы вроде `нове` лучше ставить в одну строку с городом/метаданными, чтобы экономить место и делать карточку просторнее.
Иконки категорийНачать с пилота 8-12 ключевых категорий, утвердить стиль и только потом масштабировать на полный набор.

Вывод по дизайну: текущая структура сайта относительно приемлема, поэтому разумный первый шаг - оптимизация существующего шаблона, компонентная чистка, доработка Create/Chat/card/search и постепенное внедрение улучшений. Полный качественный дизайн-макет с нуля может быть затратным; дешёвую версию без стандартов Figma лучше не делать.

6. Приоритетный план доработок

#ЗадачаПриоритетКомментарий
1Снять debug/Server/SID из публичного UIP1Техническая правка, сразу влияет на доверие
2Исправить Create: телефон, цена, ошибки, черновик, previewP1Самый важный конверсионный сценарий
3Доработать Chat empty state и подготовить тестовый диалогP1/P2Без диалога нельзя принять переписку полностью
4Унифицировать карточки объявлений, spacing, bookmark/action и status chipsP2База для более просторного и собранного визуального языка
5Убрать AI-служебные тексты из карточекP1Контент напрямую влияет на доверие
6SEO-бонус: исправить 404 из sitemap, title/H1, региональные страницыP2/P3Это бонус сверх исходного UX-scope

7. Карта сайта и разделы

Проверка показала, что основные крупные разделы покрыты sitemap. Ниже - крупные группы URL; длинный хвост состоит в основном из подкатегорий и региональных страниц.

РазделКоличество URL
/board35
/rent21
/rent-equipment21
/wheels21
/housing21
/solnechnaya-enerhetyka21
/fashion21
/hobby21
/gaming21
/free21
/exchange21
/auto1
/parts1
/realty1
/electronics1
/jobs1
/kids1
/animals1
/home1
/services1
/kids-clothes1
/kids-shoes1
/kids-strollers1
/kids-car-seats1
/kids-furniture1
/kids-toys1
/kids-transport1
/kids-feeding1
/kids-school1
/kids-other1
/realty-flats1
/realty-rooms1
/realty-houses1
/realty-land1
/realty-commercial1
/realty-garages1
/realty-abroad1
/auto-cars1
/auto-trucks1
/auto-buses1

Найденные не-200 URL

URLСтатусSitemap
https://alibord.com/uk/home/404sitemap-categories.xml
https://alibord.com/uk/women-sw-%D1%82%D0%BE%D0%BB%D1%81%D1%82%D0%BE%D0%B2%D0%BA%D0%B8/404sitemap-categories.xml

8. SEO-бонус: структурные замечания

Эта часть добавлена сверх исходного UX/design scope. Основной предмет отчёта - интерфейс и пользовательские сценарии; SEO здесь зафиксировано как полезный бонус перед дальнейшим запуском.

ЗонаКомментарий
SitemapПроверено 2497 URL: 200 - 2495, 404 - 2.
404 в sitemapНайдены `/uk/home/` и `/uk/women-sw-толстовки/`. Их нужно восстановить или убрать из sitemap.
Title/H1На части страниц H1 пустой или title слишком общий (`| AliBord`). Для SEO и UX лучше иметь понятный H1 на ключевых страницах.
Служебная строкаServer/IP/SID/UID индексироваться и показываться пользователю не должны.
AI-контентКарточки с текстом `ШІ не зміг згенерувати опис` лучше не публиковать: это одновременно SEO и trust-риск.

9. Финальный вывод

AliBord не выглядит проектом, который нужно выбрасывать и полностью перерисовывать с нуля. Основа рабочая: структура маркетплейса, публикация, кабинет, чат, категории и объявления уже есть. Главная задача следующего этапа - убрать технический шум, довести ключевые сценарии до аккуратной продуктовой логики и постепенно привести визуальную систему к единому стандарту.

Самый практичный следующий этап: точечная UX/UI-доработка Create, Chat, карточки объявления, поиска/категорий и пустых состояний, плюс исправление 404/debug/AI-контента. После этого можно отдельно оценивать иконки категорий и более широкий визуальный редизайн.

Ingello
Подготовлено Ingello / Systems Ingello. Автор отчёта: Олег Григорьев. Документ предназначен для обсуждения UX/QA-доработок AliBord и планирования следующего этапа.