Нумерация страниц и поисковики

встал перед вопросом, как лучше, в плане SEO, организовать нумерацию страниц в скрипте:
1. На первой странице самый старый контент, и соответственно, на последней странице самый новый. Таким образом, все страницы получаются статическими.

Цитата:

500(index) ... 3 2 1

2. На первой странице самый новый контент, а на последней странице самый старый, и в этом случае, весь контент постоянно переползает со страницы на страницу.

Цитата:

1(index) 2 3 ... 500

Как думаете?

Leng писал:

на последней странице самый новый. Таким образом, все страницы получаются статическими.

Хм.. Ну может первая схема и правильней, в теории. Но какая-то дурная логика - на первой странице всего старьё будет лежать!? По второй схеме все блоги организованы, и вроде все ок. Страница меняется, повод для бота её снова обойти, imho.

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

Последний раз редактировалось: Leng (26/08/09 в 19:58), всего редактировалось 2 раз(а)

А так:

Код:

1 2 3 ... 500(index)

Это первый вариант, только номера страниц переставлены наоборот

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

тут еще один момент:
при переходе с поисковика: в первом случае серфер найдёт искомое на странице, т.к. она статическая, а во втором нет, т.к. искомое уже уплыло на черт знает сколько страниц за короткое время

Последний раз редактировалось: Leng (26/08/09 в 19:54), всего редактировалось 1 раз

ну дак поисковик же обновит данные, если сайт белый то пох, ТС у тебя не предполагается по 10 страниц в день навигации?

Цитата:

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

предполагается именно десятки страниц листинга ежедневно

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

спасибо за ответы, всех оценил.

А, если десятки страниц в день, то будет лучше добавлять постранично, с уникальными урлами каждой страницы постов.. Но это опять же тип 2, меняется лишь анкор на эту страницу (её номер), но не её содержимое и её урл. И это явно нужен свой движек..

вернее тип 1 ) именно там любая страница листинга имеет свой неизменный урл и постоянный контент, как в тредах форумов. Во втором варианте, у всех страниц листинга есть свои неизменные адреса, но весь контент постоянно переползает на страницы с большим номером, как в блогах. Движок свой, скрипт не блоговый.