Подгрузка списка товаров на ajax

<!--

Никто не говорил, что пагинация обязательно порождает дубли, может и нет. Проблема в том — что именно фильтруется ПС. И показаны примеры того, что не фильтруется, хотя по логике должно бы.

А если ещё главного вурдалака почитать /ru/news/16569 вообще ужас.

Ознакомился с мнением Гугла на этот счет. В общем дело дрянь. Хороших вариантов на все случаи (и контента, и чтобы Гуглу и Яндексу угодить), похоже, нет. В каждом конкретном случае надо выбирать наиболее безболезненный вариант.

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

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

Далее Гугл предлагает rel="prev", rel="next". Но это тоже для меня не вариант.

Далее самый простой вариант: для всех страниц пагинации (кроме первой) прописать в метатеге "NOINDEX,FOLLOW". Меня этот вариант больше всего устраивает своей простотой и очевидностью (если конечно те страницы пагинации действительно в индекс можно не включать).

Интересная дискуссия.

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

И ПС предлагают пока только затычки вместо полноценных решений.

Для нашего сайта все немного проще - у нас категории не длинные, позиций по 30 (все таки у нас не интернет магазин, скорее сервис рекомендаций). для нас необходимость выдачи укороченного списка - скорее вопрос повышения юзабилити и конверсии. Но делать по рекомендации google страницу view all тоже сейчас не хочется.

Для нас бы подошел вариант с NOINDEX,FOLLOW - вопрос тому кто понимает в этом лучше меня - в этом случае вес с других страниц перейдет на основную? и чем тогда этот вариант отличается от просто закрытия страниц в robots?

Трудно показать простые вещи тем, кто умнее ПС.

Всё, о чём вы пишите — не относится к реальным проблемам. Делать можете хоть с пагинацией, хоть с ajax, хоть пагинацию на ajax, можно и без #!этого говна (с JS-переадресацией на /#страницу после захода из поиска на /страницу).

В контексте этого форума... важно лишь то, какая часть из ваших стараний покажется ПС и будет искаться. Так вот (вульгарно выражаясь) её надо делать похожей на дубли yandex.ru/m/ (т.е. максимально различающейся между собой).

Очевидно, на основную. Ведь у вас рекомендации наверняка ссылаются на начальную страницу списка (категории), а не на последующие.

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

А зачем вам именно ajax? Зачем асинхронность? Вы же хотите не бесконечную прокрутку с постепенной подгрузкой.

Про якобы ускорение из-за не-перезагрузки всей страницы... обычно говорят те, кто ничего не измерял и забывает про HTTP, как основной тормоз.

В выдумки#!гуглоидов влипают те, кому за это всё лучше бы пока не браться, просто потом некому будет всё переделать правильно. А примеров#!куча, но можно делать иначе.

И бесполезно искать секреты, если смотреть хочется исключительно мимо них.

И всё это уже обсуждалось тут.

ТС хочет типа такого: http://www.wildberries.ru/catalog/850/women.aspx или http://www.lamoda.ru/shoes/index/?is_new=1&sitelink=leftmenu ? Вроде как смотря исходный код там все товары есть, просто картинки подгружаются при скроле. Программер сказал, что такое обычными скриптами сделать можно