Короткий ответ: вы ничего не можете сделать в Endeca, чтобы решить эту проблему. Все в Endeca идентифицируется значением измерения. Таким образом, в приведенном вами примере часть перед /_/
не имеет буквального значения для бэкенда, а скорее дает вам представление о том, каким оно должно быть с точки зрения SEO. На самом деле значение, закодированное в Base36 после /_/
, является единственной частью, которая действительно придает смысл Endeca.
Тем не менее, есть кое-что, что вы можете сделать, чтобы попытаться сократить разрыв. Предполагая, что вы используете Endeca 11.2+ и CAS, вы можете экспортировать сопоставление идентификаторов значений измерений из CAS. Затем вы можете реализовать загрузчик данных, чтобы прикрепить значение измерения для каждой категории/продукта к каталогу продуктов. Последним шагом будет реализация конвейерного сервлета для получения URL-адреса, поиска значения измерения из базы данных с помощью запроса, а затем выполнения внутреннего поиска в Endeca для фактической страницы. Если его нет в таблице поиска, просто перейдите к конвейеру сервлета, чтобы разрешить любую другую страницу. Одно предостережение в отношении этого подхода заключается в том, что чрезвычайно сложно реализовать несколько аспектов (например, категорию и бренд).
Это действительно высокоуровневый подход, который я видел работающим, но в конечном итоге вы должны спросить себя, действительно ли клиенты будут пытаться найти продукты на сайте, используя тщеславные URL-адреса. Если вы используете Endeca в качестве инструмента поиска и навигации по сайту, скорее всего, ваши продукты уже легко найти. Тщеславные URL-адреса только начинают приносить пользу с точки зрения SEO. Возможно тратят внимание там.
person
radimpe
schedule
19.11.2018