Информация в этой теме может быть устаревшей
Ищите актуальные инструкции в Базе Знаний или свяжитесь с командой Эквида.
Closed Thread
 
Thread Tools Display Modes
  #1  
Old 04-06-2014, 12:59 PM
Pavel Expat's Avatar
Pavel Expat is offline
Junior Member
 
Join Date: Nov 2012
Posts: 2
Default

Поиск релевантный структуре каталога


На мой взгляд, при реализации системы поиска в ECWID нарушается логическая структура и не соответствует логике построения каталога ECWID.
Каталог строится вполне логично: корневая категория/подкатегория/товар. Вполне логично ожидать от системы поиска релевантность в соответствии со структурой каталога, но поиск вообще игнорирует описание категорий/подкатегорий.
У разных товаров может быть одно назначение, следовательно, и одно описание, в этом случае нет смысла создавать описание для каждого товара, можно дать общее описание в подкатегории, а на странице самого товара описать нюансы. Структура каталога ECWID позволяет это делать, но логика системы поиска мешает реализации такой структуры.
Таким образом, получается, что 2 модуля одной системы вступают в противоречие друг с другом. И при построении логической структуры каталога встаёшь перед выбором – либо подстраиваться под поиск, жертвуя логикой постарения каталога и перегружать страницы товаров лишней одинаковой информацией, либо отказываться от структурированного поиска. Это конечно не страшно при малом количестве товаров, но если делать каталог с тысячами товаров, то без поиска релевантного структуре не обойтись. Да и с малым количеством товаров тоже не очень удобно, так как выдача результатов поиска является релевантной запросу покупателя, но не является релевантной структуре каталога, что нарушает правила логической коммуникации между покупателем и продавцом. На мой взгляд, продавец должен создать такую структуру, которая приведёт покупателя на нужную страницу до того как он потеряет интерес и это можно успешно реализовать при помощи каталога ECWID, но нельзя тоже сделать используя поисковую систему.

[B]Пример постарения структуры каталога:[/B]
Корневая категория[INDENT]Подкатегория[/INDENT][INDENT][INDENT]Субкатегория [/INDENT][/INDENT][INDENT][INDENT][INDENT][INDENT]Товар[/INDENT][/INDENT][/INDENT][/INDENT]Следовательно и выдача в поиске должна соответствовать структуре каталога, если допустим пользователь делает поисковый запрос «серебряная шкатулка», то выдача должна быть релевантная структуре каталога:
1. Корневые категории, где встречается словосочетание «серебряная шкатулка»
2. Подкатегории, где встречается словосочетание «серебряная шкатулка»
3. Субкатегори, где встречается словосочетание «серебряная шкатулка»
4. Непосредственно товары «серебряная шкатулка»
[COLOR="Red"]Вопросы:
1 - Возможно ли настроить поиск вышеупомянутым образом, дабы насладиться возможностями ECWID не подстраиваясь под логику поиска?
2 – Возможно ли реализовать 2 варианта поиска: по товарам, по категориям?
3 – Возможно ли вообще исключить поиск по товарам, заменив его поиском по описанию категорий каталога?[/COLOR]
The Following User Says Thank You to Pavel Expat For This Useful Post:
apande.store (04-15-2014)
  #2  
Old 04-23-2014, 12:17 PM
Liza P's Avatar
Liza P Liza P is offline
Ecwid Team
 
Join Date: Jan 2013
Posts: 2,517
Default

[QUOTE=Pavel Expat;107353]На мой взгляд, при реализации системы поиска в ECWID нарушается логическая структура и не соответствует логике построения каталога ECWID.
Каталог строится вполне логично: корневая категория/подкатегория/товар. Вполне логично ожидать от системы поиска релевантность в соответствии со структурой каталога, но поиск вообще игнорирует описание категорий/подкатегорий.
У разных товаров может быть одно назначение, следовательно, и одно описание, в этом случае нет смысла создавать описание для каждого товара, можно дать общее описание в подкатегории, а на странице самого товара описать нюансы. Структура каталога ECWID позволяет это делать, но логика системы поиска мешает реализации такой структуры.
Таким образом, получается, что 2 модуля одной системы вступают в противоречие друг с другом. И при построении логической структуры каталога встаёшь перед выбором – либо подстраиваться под поиск, жертвуя логикой постарения каталога и перегружать страницы товаров лишней одинаковой информацией, либо отказываться от структурированного поиска. Это конечно не страшно при малом количестве товаров, но если делать каталог с тысячами товаров, то без поиска релевантного структуре не обойтись. Да и с малым количеством товаров тоже не очень удобно, так как выдача результатов поиска является релевантной запросу покупателя, но не является релевантной структуре каталога, что нарушает правила логической коммуникации между покупателем и продавцом. На мой взгляд, продавец должен создать такую структуру, которая приведёт покупателя на нужную страницу до того как он потеряет интерес и это можно успешно реализовать при помощи каталога ECWID, но нельзя тоже сделать используя поисковую систему.

[B]Пример постарения структуры каталога:[/B]
Корневая категория[INDENT]Подкатегория[/INDENT][INDENT][INDENT]Субкатегория [/INDENT][/INDENT][INDENT][INDENT][INDENT][INDENT]Товар[/INDENT][/INDENT][/INDENT][/INDENT]Следовательно и выдача в поиске должна соответствовать структуре каталога, если допустим пользователь делает поисковый запрос «серебряная шкатулка», то выдача должна быть релевантная структуре каталога:
1. Корневые категории, где встречается словосочетание «серебряная шкатулка»
2. Подкатегории, где встречается словосочетание «серебряная шкатулка»
3. Субкатегори, где встречается словосочетание «серебряная шкатулка»
4. Непосредственно товары «серебряная шкатулка»
[COLOR="Red"]Вопросы:
1 - Возможно ли настроить поиск вышеупомянутым образом, дабы насладиться возможностями ECWID не подстраиваясь под логику поиска?
2 – Возможно ли реализовать 2 варианта поиска: по товарам, по категориям?
3 – Возможно ли вообще исключить поиск по товарам, заменив его поиском по описанию категорий каталога?[/COLOR][/QUOTE]

Здравствуйте,

Спасибо за подробное объяснение.

Эквид использует весьма продвинутую систему поиска по товарам, заточенную на быстрый и релевантный поиск по очень большому количеству данных. Для нее используется специальный сервер [URL="http://en.wikipedia.org/wiki/Apache_Solr"]Solr[/URL], который индексирует и постоянно поддерживает актуальную информацию обо всех товарах всех пользователей Эквида. Когда вы добавляете новый товар, он сразу же индексируется этой системой и становится доступен для поиска в магазине.

Применение такой системы, во-первых, дает возможность находить товары быстро. Во-вторых, имея возможность искать товары по многим характеристикам (название, описание, категория, опции), пользователь, тем не менее, получает наиболее релевантные результаты. Это отличает Эквид от широкого многих других решений электронной коммерции, где механизмы поиска основываются на простом обходе записей в базе данных, что делает поиск медленным, а резултаты выдачи нерелевантными.

Однако, схема работы поиска, которую вы описали, действительно подошла бы для определенных магазинов с определенной спецификой постороения каталога. Вы можете самостоятельно создать подобный механизм поиска в магазине с помошью [URL="http://help.ecwid.com/customer/portal/articles/1163920-product-api"]Ecwid Product API[/URL].

Также, пожалуйста, обратитесь вот к этой странице: [url]http://ninjawidget.com/cloudsearch/demo.html#!/~/category/id=0&inview=category3002&offset=0&sort=normal[/url] Здесь представлено приложение для Эквид - Cloud Search, которое позволяет осуществлять поиск по категориям. Возможно, именно это решение подойдет для вашего магазина.
__________________
Liza P.
Customer Care
Ecwid Help Portal
Closed Thread
Информация в этой теме может быть устаревшей
Ищите актуальные инструкции в Базе Знаний или свяжитесь с командой Эквида.

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is Off
Smilies are Off
[IMG] code is Off
HTML code is Off

Forum Jump


All times are GMT. The time now is 06:01 AM.
Powered by vBulletin® Version 3.8.11. Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.