Нужно ли закрывать от индексации постоянно меняющийся контент?

12
АГ
На сайте с 04.09.2008
Offline
59
1970

Добрый день,

сайт большой - всего 400к ссылок (по вебмастеру), из них содержащих контент - 70к. Остальное списки разного рода с постраничной разбивкой.

Два вопроса:

1. Нужно ли закрывать от индексации целиком страницы, контент которых все время меняется - например, список материалов, разбитый на подстраницы: при добавление новых материалов последние элементы списка сдвигаются на следующую страницу. Если закрывать, то как это лучше сделать - через мета-тег с параметром noindex, follow.

2. Нужно ли закрывать в <noindex> (для Яндекса) изменяющиеся блоки, например список самых читаемых материалов (он же все время меняется)? Ссылки с него нужны для перелинковки, а сами заголовки вроде не очень.

87793
На сайте с 12.09.2009
Offline
661
#1

А у Вас у самого есть ответ на вопрос, зачем это нужно закрывать от индексации, если нужно?

Наше дело правое - не мешать левому!
M
На сайте с 13.07.2013
Offline
1
#2

НЕ нужно закрывать инд...

АГ
На сайте с 04.09.2008
Offline
59
#3

Ответа нет, но есть два предположения по 1 вопросу:

1. Страница со списком материалов (а это заголовок + анонс материала) может вступить с конкуренцию со страницей самого материала и выбить его из результатов поиска.

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

87793
На сайте с 12.09.2009
Offline
661
#4
Александр Герасимов:
1. Страница со списком материалов (а это заголовок + анонс материала) может вступить с конкуренцию со страницей самого материала и выбить его из результатов поиска.

По части запросов - да, возможно.

Но в этом случае не всё ли равно - придёт ли человек с поиска на страницу с материалом или на страницу с анонсом? Ведь если человек искал то, о чём этот материал, то он по анонсу поймёт, что это то, что ему нужно, и перейдёт туда.

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

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

А не лучше ли сделать так, чтобы не было так, что

Александр Герасимов:
при добавление новых материалов последние элементы списка сдвигаются на следующую страницу.

😕

АГ
На сайте с 04.09.2008
Offline
59
#5
87793:
Но в этом случае не всё ли равно - придёт ли человек с поиска на страницу с материалом или на страницу с анонсом?

Страница с анонсом - это список анонсов, например, десяти материалов. И надо среди них отыскать еще тот что показала ПС. Есть большой шанс, что эту страницу просто закроют.

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

87793:
А не лучше ли сделать так, чтобы не было так

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

____________________________

И интересует ответ по 2 вопросу: закрывать ли в <noindex> блоки которые все время меняются?

87793
На сайте с 12.09.2009
Offline
661
#6
Александр Герасимов:
Страница с анонсом - это список анонсов, например, десяти материалов. И надо среди них отыскать еще тот что показала ПС. Есть большой шанс, что эту страницу просто закроют.

Насчёт опасений, что страницу просто закроют, - вопрос об обоснованности таких опасений.

Вот почему Вы думаете, что "большой шанс, что эту страницу просто закроют"? 😕

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

Уж не знаю, насколько оно более современное, но я такое у себя уже 10 лет использую :p.

Маленькая информация к размышлению: там, где мы сейчас находимся, как пагинация осуществляется? :)

АГ
На сайте с 04.09.2008
Offline
59
#7
87793:
Насчёт опасений, что страницу просто закроют, - вопрос об обоснованности таких опасений.

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

87793:
Маленькая информация к размышлению: там, где мы сейчас находимся, как пагинация осуществляется? :)

Есть же разница между форумом, где желательно понимать, что обсуждают и между новостями в сюжете "В Испании поезд сошел с рельсов", где актуальны последние сообщения и только потом более старые. Разные форматы повествования (дискуссия и новостной сюжет).

---------- Добавлено 25.07.2013 в 16:28 ----------

Добавлю еще подвопрос - страницы со списками не зас...рут весь индекс, их же 10-ки тысяч (по видам материалов, по темам, по датам и т.п.).

87793
На сайте с 12.09.2009
Offline
661
#8
Александр Герасимов:
Есть же разница между форумом, где желательно понимать, что обсуждают и между новостями в сюжете "В Испании поезд сошел с рельсов", где актуальны последние сообщения и только потом более старые. Разные форматы повествования (дискуссия и новостной сюжет).

Разные.

Посему - разный интерфейс.

А структура урлов - та же самая.

Ну, почти.

Отличие структуры урлов - в том, что есть страница "самые новые новости" с постоянным адресом. Допустим, "fresh".

А все "предыдущие" страницы - номерные с 1 по N. При этом "fresh" - это в логике "номеров" будет "N+1".

Если делать новостную ленту с нуля, то изначально есть только страница fresh.

Как только число сообщений на ней достигло ёмкости одной страницы (предположим, 10) - она переименовывается в "1", а новые сообщения лепятся снова на fresh. Достигли 20 (10 на 1 и 10 на fresh) - текущее содержание fresh перекидывается на странцу 2, а на fresh опять кидаем новости последнего часа.

При этом все номерные страницы имеют постоянное содержание от момента формирования номерной страницы и до конца времён 😂.

Если кто-то в какой-то момент нашёл анонс новости на странице 221 - он зайдёт туда через 10 лет, и анонс оного сообщения так и будет на странице 221. Разница будет только в том, что всего было, скажем, 225 страниц на момент, когда он это нашёл, а когда во второй раз зашёл - 2348, к примеру.

Теперь интерфейс.

Понятно, что в формате "ленты новостей" посетителю интересно видеть сначала новости последнего часа, потом (при листании) - чуть менее свежие и, если идти дальше, то ещё в глубь времени.

Ну так можно ленточку ссылок на страницы делать:

N N-1 N-2 N-3 ... 1.

Ну, и приглашаю посмотреть, как у меня сделано.

АГ
На сайте с 04.09.2008
Offline
59
#9

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

Остались другие вопросы:

1. Конкуренция страницы с анонсами со страницей полного материала с шансом выбить ее из поисковой выдачи.

2. Большое количество постраничек, которые увеличат индекс в несколько раз (вместо 70к чисто контентных страниц получим + 300к скомпилированных страниц)

3. Нужно ли закрывать в <noindex> блоки постоянно менеющего контента ("самое читаемое" на сайте и т.п.)

Есть ответы на эти вопросы?

АГ
На сайте с 04.09.2008
Offline
59
#10

ап

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

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий