Новая тема   Ответить

 iMediaCrew
Имеем свой ротатор для мультинишевого сайта, на данный момент ротация устроена примитивно по аналогии со старым добрым Smart Thumbs:

На странице категории 100 тумб, ротируем по ласткликам, добавляя на Y-позицию X-тумб, каст = 700 кликов. Проблема в том, что базу с 1к+ категорий вывести на ротацию очень сложно.

Изначально пробовали делать на первые 5 кастов в категории рандомное расположение тумб, чтобы отобрать лучшие и затем делать каст с сортировкой по average CTR, а затем уже last click. Результат не очень, т.к. собрать нужное кол-во кликов на все категории очень сложно.

Решили немного облегчить задачу, сделали всем категориям, которые не набрали нужное кол-во кастов и не вышли на нормальную ротацию сделать 6 кастов с рандомом по 100 кликов на каждый каст, но так тоже дело продвигается очень медленно.

Вопрос к тем кто когда-либо задавался вопросом написания ротатора либо плотно с этим работал: как быстро и качественно отротировать более 1к категорий на сайте ?

Всем рейтинга по максимуму

P.S. Большая просьба не предлагать ставить сторонние решения, со всеми скриптами ротаторов знакомы и почти все они не подходят по тем или иным причинам...

 Stek
40% популярных тумб + 30% наиболее свежих тумб + 30% остальных рандомных тумб. Далее все рандомно сортируем и выводим.
И по сути без разницы, внутри категории или по всем вместе. В последнем случаем можно просто дополнительно ограничивать, что бы число из одной категории не превышало число из других.

 iMediaCrew
Stek: т.е. после первого рандомного каста предлагаешь уже сразу начинать выводить часть тумб с большим CTR от предыдущего каста? Я правильно понял? В принципе идея хорошая, это всяко даст лучшую продуктивность на начальном этапе.

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

Насколько помню, раньше пытались считать CTR еще на основе позиции в номере ряда, в позиции в ряду. Но так и не получило подтверждение эффективного варианта.

А больше особо ничего не придумаешь. Разве что соотношение тех или иных тумб в процентах менять под юзера. Типа если первый раз пришел - больше отротированных. Если постоянно ходит - больше новых.

 Rpk
Мне кажется % это не совсем то...
Я в смарттумбе вставляю, несколько рядов, сразу после топовых. Этого достаточно что бы новые тумбы были замечены и остались в ротации и не влияет на проду.

А вот кликабельные в самый верх, сразу это очень важно и правильно.

Ещё можно вспомнить ДТР, там просчитанные и новые разделялись и считались отдельно, в итоге просчёт был максимально быстрый.

Позиции были в Ролинге )) это давало свой + но не критично ибо мало.

Можно реализовать несколько вариантов и оставить для себя лучший) Так сказать тесты не отменялись.

 iMediaCrew
Rpk писал:

У нас сейчас так и есть, но только это начинает работать после выхода категории на ротицию по lastclick, а это уже 7й по счету каст. Новые выводим примерно с 20-25 позиции, 10% от кол-ва тумб на странице.

Rpk писал:

Да, завтра будет проводить мозговой штурм и думать, как это реализовать и в каком количестве выводить топовые/новые тумбы на неотротированных категориях.

 Stek
Rpk писал:
А смысл их считать отдельно ?

Rpk писал:
Имхо позиция вверху она сама по себе более кликабельна. Поэтому даже худшая тумба может получить больший вес если попала наверх. А вот внизу тумба может просто скипаться юзером, так как он не доходит до нее.
Т.е. реально получить ситуацию, когда в кликабельные вылезут весьма посредственные тумбы.