Реверсная паджинация

Скорее вам просто надо сохранять урлы проиндексированных страниц (иначе одна новость создаст необходимость переиндексации всего).

Т.е. пусть меняются только ссылки с [1 2 3 4 5...N]

Проще сделать вовсе без постраничной навигации -- Яндекс по-любому к ней плохо относится. :)

Хм... А как сделать без постраничной навигации?

Запретить для индексации в robots.txt? или совсем без нее?

Отличный вопрос на который никто не знает ответа.

Для людей реверсная пагинация отстой. Читать на блоге новости начиная с последней это не очень. Смотреть видео которое уже смотрел тоже.

Для Яндекса, который тормозит месяцами и очень чувствителен к смене контента. Реверсная идеальна.

Для Гугла, без разницы, очень он быстрый и умный.

Итог: если ваша цель яндекс то у вас должныбыть отдельные страницы под яндекс для продвижения(не меняющиеся годами) и отдельные для людей, под вкладками популярное, новое и т д

Для этого и существуют карты сайта: html и xml форматов. Никакой реверс не надо делать.

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

Всем спасибо за ответы и советы

Буду использовать стандартные средства: оптимизация, линковка

И еще вопрос: а при наличие xml карты сайта, html карта приветствуется|обязательна?

И сколько в ней должно быть линков?

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

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

Идеальной я вижу реверсную пагинацию, при которой "главной" страницей всегда является текущая страница N. Или так: страница "index" или как её там звать, на которую посетитель попадает по умолчанию, содержит самые свежие новости. А страницы 1, 2, 3, ..., N - содержат предыдущие новости: 1 - самые старые, 2 - чуть посвежее, N - самые свежие из тех, что старее находящихся на главной. Страницы 1 ... N заполнены и уже больше никогда не меняются. Когда на главной странице новостей/записей становится слишком много, содержимое главной страницы перемещается на страницу N+1, а на главной странице появляется самая свежая запись и т.д.

Пример сделанного так: архив мероприятий на Семинариуме. Архив ведётся по годам, каждый календарный год - одна страничка.

Архив текущего года - это страница arhiv.html.

Когда год кончается, содержимое страницы arhiv.html переносится на новую страницу по адресу номер_прошлого_года.html, а на страницу arhiv.html постепенно заносятся прошедшие мероприятия уже нового года.

Сайт был основан в 2002 году, и в 2002 году архив прошедших мероприятий вёлся на странице arhiv.html. Настал 2003-й - мероприятия 2002 года переместились на страницу 2002.html, а мероприятия 2003-го стали копиться на странице arhiv.html. Закончился 2003-й - архив 2003-го года перешёл на страницу 2003.html, а мероприятия 2004-го пошли накапливаться на arhiv.html.

В настоящее время архивы прошлых лет находятся на страничках от 2002.html до 2012.html, а архив мероприятий 2013 года - на страничке arhiv.html.

а зачем вообще давать индексировать анонсы и пагинацию?

Запрещайте индексировать и все.