Каталог інтернет-магазину — дерево розділів, картка товару, варіації, фільтри й пошук, який знаходить артикул. На Horoshop, Woo, OpenCart і кастомі ті самі помилки: фільтри плодять дублі, пошук не прощає друкарку, на картці немає наявності й відділення Нової Пошти.

Починаємо з того, як продаєте: прості товари, опції, комплекти, гурт. Фасети лише з живих властивостей. На великих каталогах пошук — не LIKE, а окремий контур.

Входить: IA, структура картки (ціна, наявність, доставка, характеристики), лістинг, пагінація, правила зображень. Не входить без окремого рядка: фотосесії на тисячі SKU.

Далі — SEO й фіди Rozetka/Prom і оформлення замовлення.

Картка без наявності, орієнтира по ТТН і зрозумілої доставки конвертує гірше за будь-який «унікальний дизайн». Фільтри — лише від властивостей, які менеджер реально заповнює. Пошук тестуємо запитами з каси й з реклами. Для великих вітрин окремо вирішуємо, чи індексувати брендові посадкові — це SEO, але закладається в IA. Українські й англійські картки для експорту не копіюємо калькою: різні одиниці, різні поля доставки.

Приймання каталогу — сценарії: пошук за артикулом, два фільтри, картка з нульовим залишком, варіація «немає». Якщо сценарій ламається, це дефект. ЧПУ українською без id у хвості, якщо платформа дозволяє. Крихти мають збігатися з деревом, яке бачить Google. Для двох мов (uk/en) не копіюємо фільтри калькою. Порожня видача пошуку має підказку категорій, а не білий екран. Сортування «спочатку наявні» має враховувати склад, а не випадковий прапорець у CSV. Картки без фото не потрапляють у фід і в рекламні вивантаження, поки немає заглушки. Назви кольорів уніфікуємо в довіднику, інакше фільтр множить синоніми. Пагінація має самодостатні URL, щоб пошуковик бачив сторінку 2.