Фасетна навігація

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

Його дизайн визначає, чи здається великий запас керованим чи надмірним. Вдало підібрані аспекти відображають атрибути, які клієнти фактично використовують для прийняття рішень, і які не обов'язково є атрибутами, що містяться в даних про продукт. Аспекти, отримані з полів внутрішнього каталогу, часто містять специфікації, за якими ніхто не фільтрує, водночас опускаючи виміри, які найбільше хвилюють клієнтів, а виявлення різниці вимагає дослідження, а не перевірки моделі даних.

Кілька деталей взаємодії суттєво впливають на зручність використання. Відображення кількості відповідних елементів поруч із кожним значенням аспекту дозволяє людям передбачити наслідки вибору. Вимкнення або приховування значень, які нічого не повертають, запобігає глухим кутам. Дозвіл на кілька варіантів вибору в межах аспекту, об'єднаних як альтернативи, а не як додаткові обмеження, відповідає тому, як люди насправді думають про прийнятні варіанти. Зберігання застосованих фільтрів видимими та індивідуально видаляними запобігає поширеному розчаруванню від необхідності починати все спочатку, щоб змінити один критерій.

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

Найсерйознішим технічним наслідком є ​​кількість згенерованих URL-адрес. Кожна комбінація значень аспектів може створити окрему адресу, а каталог з кількома аспектами генерує комбінації, кількість яких сягає мільйонів. Пошукові системи, які сканують ці сайти, витрачають свій ресурс на майже дублікати сторінок, а не на сторінки продуктів і категорій, які повинні ранжуватися, і результуюче перевантаження індексу може суттєво пошкодити ефективність пошуку сайту.

Управління цим вимагає обдуманих рішень щодо того, які комбінації повинні бути сканованими, індексованими або жодними. Звичайний підхід дозволяє індексувати невеликий набір комбінацій, які мають справжній пошуковий попит, наприклад, категорію, поєднану з брендом, одночасно блокуючи або канонізуючи решту. Механізми реалізації включають директиви robots, канонічні теги та контроль того, чи взагалі можна сканувати посилання на аспекти. Помилка в будь-якому з цих напрямків дорого коштує: занадто дозвільні обмеження перевантажують індекс, занадто обмежувальні – відкидають сторінки, які могли б ранжуватися.

Продуктивність заслуговує на увагу, оскільки фасетні інтерфейси є інтенсивними з точки зору взаємодії. Кожен вибір запускає запит до великого набору даних, а повільні відповіді створюють враження переривання перегляду. У каталогах будь-якого розміру це зазвичай вимагає спеціального індексу пошуку, а не прямих запитів до бази даних, і швидкість реагування фільтрації часто є вирішальним фактором між продовженням сеансу перегляду та його завершенням.

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