Shlackbaum

Shlackbaum
Рейтинг
322
Регистрация
18.08.2010

P.S. Рассмотрю вопрос продвижения за проценты от прибыли;)

Diversant:
Отобрали 30 картинок в ручную и присвоили им места
-1, -2, -3 и т.д. а все что с 1 и выше это уже вторая страница получилась 😂

Боже, ну и феееейл....

Мы не можем править выдачу вручную... ага... господи, ну до чего лицемерные продажные твари.

Не, ребят вы просто неправильно поняли. На самом деле это просто старый-престарый индекс.

Вот у гугла старый престарый индекс - еще когда Путин первый срок был президентом.

А у нас уже быстрее - уже ближе к Медведеву.

Так что все у нас нормально. По сравнению с гуглом

Самая ржака в том, что реально оперативно изменили выдачу. Руками. Оперативно.

Если грамотно реализовать - будет только улучшение за счет контекстуального выбора товаров. Но делать такую фишку будет с программной точки зрения сложновато. Это только лидерам рентабельно вроде.

Посмотрите на wikimart - у них хорошая система фильтров (наверное лучшая на рынке) и туда в принципе можно и тексты подвязать. Хотя викимарт и без них справляется

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

под ником melrozaur?)

шутка, конечно же

YaanGle:
Значительная часть запросов - уникальная, соответственно там не будет признаков, связанных с CTR по запросу.

Будут, просто они не пройдут кворум статистической значимости.

YaanGle:
А эти посткликовые признаки не связаны с запросом (агрегируются на уровне домена или урл), соответственно в исследовании и показано, что максимальная польза от них на редких запросах.

логично.

По сути зависимый компонент траста.

YaanGle:
Конкретно в этом исследовании признак QueryDomCTR является самым полезным, даже лучше BM25.

Это может кстати говоря косвенно показывать о слишком большом влиянии шумов при анализе маршрутов, т.к. сам по себе QueryDomCTR по логике не может нести настолько высокий показатель. Точнее не должен.

Но т.к. если впрягаться в использование маршрутных факторов вероятность напортачить значительно выше - пока веса распределяются так. Думаю если найдут метод нивелировать шумы - то значения параметров изменятся как раз в сторону веса маршрутных.

YaanGle:
"чем больше, тем лучше". К примеру, кликабельность в СЕРП.

Логично... Учитывая, что вес этого фактора чуть ли не самый высокий... Даже выше BM25:)

*Это если я не натупил и не напутал, т.к. слишком бегло пока доклад прочитал.

UPD: Не напутал знач;)

YaanGle:
1. У Вас С1 на изображении должен быть урл1- урл7, тогда будет 3.

Почемуй-та он там же должен быть?)

Я рисунки сделал соответственно вашим рекомендациям, т.к. у меня целые числа вообще не получаются:)

Опуская мелочи, что касается практического применения - тут для меня все не очевидно. Разве что могу предположить - чем больше удовлетворенных шагов и dwell time, тем видимо лучше.

Не согласен...

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

А вот как правильно переранжировать топ без ручного вмешивания асессорских проверок (Когда у всех итак уже Useful) - это уже интересно.

Хотя судя по той инструкции которая у меня есть - могут вмешиваться уже и некоторые элементарные параметры типа свежести документа.

Всего: 4266