Количество объектов на одной странице.

[DoobBY 9]

Доброго времени суток, подскажите, влияет ли количество объектов, на одной странице, на продвижение *(в плане того, что будет больше текста на странице - относительна кода).

 

Или же сделать меньшее количество, для плюса в поведенческий фактор (больше переходов на пользователя).

Возможно уменьшение объектов на странице, увеличит скорость загрузки? (если выбрано отображение thumbs)

 

Или не стоит даже заморачиваться по этому поводу? =)

 

Спасибо.

[XTRO 154]

я бы не заморачивался

делайте, чтобы быстро и удобно было для посетителей.

[zelcit 1]

Лучше придерживаться золотой середины - не резать специально мало объектов на страницы и не пытаться вывести всё на одной странице при большом количестве объектов,

т.е. использовать пагинацию там, где это будет удобно пользователю.

Посмотрите как у ваших конкурентов (достойных) - скорее всего, это будет оптимальный вариант.

 

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

 

"Больше текста относительно кода" - не стоит обращать внимание - поисковые системы понимают, что это карточки товаров.

[abushyk 694]

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

 

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

 

В работе с недвижкой сортирующих факторов больше чем один, а самый "удобный" - по ид - является так же и самым бесполезным. Поэтому все постарничные запросы приходят к виду LIMIT M, N. А принцип выборок по таким запросам весьма трудоемок с ростом M. Т.е. если вам нужно получить 5-ю страницу и на странице у вас 10 объектов, то по факту вам нужно выдернуть с базы 50-объектов и первые 40-к выкинуть. Естественно на 1000-й странице объемы возрастут. Так что тут дело не в количестве на страницу, а скорее в балансе между количеством на страницу и количеством страниц.

 

Для поисковика по факту важна первая страница из постранички. Вторую и далее он вообще не должен видеть. А первая обычно ВСЕГДА загружается менее напряжно по сравнению с остальными. Так что не парьте голову и учитывайте именно удобство людей. Листать странички по 3 объекта и листать списки по 500\страницу - две крайности.