- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день,
сайт большой - всего 400к ссылок (по вебмастеру), из них содержащих контент - 70к. Остальное списки разного рода с постраничной разбивкой.
Два вопроса:
1. Нужно ли закрывать от индексации целиком страницы, контент которых все время меняется - например, список материалов, разбитый на подстраницы: при добавление новых материалов последние элементы списка сдвигаются на следующую страницу. Если закрывать, то как это лучше сделать - через мета-тег с параметром noindex, follow.
2. Нужно ли закрывать в <noindex> (для Яндекса) изменяющиеся блоки, например список самых читаемых материалов (он же все время меняется)? Ссылки с него нужны для перелинковки, а сами заголовки вроде не очень.
А у Вас у самого есть ответ на вопрос, зачем это нужно закрывать от индексации, если нужно?
НЕ нужно закрывать инд...
Ответа нет, но есть два предположения по 1 вопросу:
1. Страница со списком материалов (а это заголовок + анонс материала) может вступить с конкуренцию со страницей самого материала и выбить его из результатов поиска.
2. В индексе ПС будет одно, а на сайте другое. И человек придет на страницу сайта, а анонс этого материала уже на другой странице. Сам бывал в таких ситуациях. А в связке с 1 пунктом лучше уж сразу приводить пользователя на страницу материала.
1. Страница со списком материалов (а это заголовок + анонс материала) может вступить с конкуренцию со страницей самого материала и выбить его из результатов поиска.
По части запросов - да, возможно.
Но в этом случае не всё ли равно - придёт ли человек с поиска на страницу с материалом или на страницу с анонсом? Ведь если человек искал то, о чём этот материал, то он по анонсу поймёт, что это то, что ему нужно, и перейдёт туда.
Но не по всем запросам! Потому что какие-то запросы будут релевантны тексту самого материала, но в анонсе не будет содержаться того, о чём этот запрос. Тогда посетителю прямая дорога на страницу самого материала.
2. В индексе ПС будет одно, а на сайте другое. И человек придет на страницу сайта, а анонс этого материала уже на другой странице. Сам бывал в таких ситуациях. А в связке с 1 пунктом лучше уж сразу приводить пользователя на страницу материала.
А не лучше ли сделать так, чтобы не было так, что
при добавление новых материалов последние элементы списка сдвигаются на следующую страницу.
😕
Но в этом случае не всё ли равно - придёт ли человек с поиска на страницу с материалом или на страницу с анонсом?
Страница с анонсом - это список анонсов, например, десяти материалов. И надо среди них отыскать еще тот что показала ПС. Есть большой шанс, что эту страницу просто закроют.
Забыл написать, что мне нужно не только получить переходы с ПС, а прежде всего удовлетворить запросы пользователей. Нужна постоянная аудитория.
А не лучше ли сделать так, чтобы не было так
Лучше, но вроде как это стандартное решение для списков - новые материалы появляются сверху и, в случае использования постраничной навигации, старые уходят на другие страницы. Или есть более современные решения?
____________________________
И интересует ответ по 2 вопросу: закрывать ли в <noindex> блоки которые все время меняются?
Страница с анонсом - это список анонсов, например, десяти материалов. И надо среди них отыскать еще тот что показала ПС. Есть большой шанс, что эту страницу просто закроют.
Насчёт опасений, что страницу просто закроют, - вопрос об обоснованности таких опасений.
Вот почему Вы думаете, что "большой шанс, что эту страницу просто закроют"? 😕
вроде как это стандартное решение для списков - новые материалы появляются сверху и, в случае использования постраничной навигации, старые уходят на другие страницы. Или есть более современные решения?
Уж не знаю, насколько оно более современное, но я такое у себя уже 10 лет использую :p.
Маленькая информация к размышлению: там, где мы сейчас находимся, как пагинация осуществляется? :)
Насчёт опасений, что страницу просто закроют, - вопрос об обоснованности таких опасений.
Обычная человеческая лень - если есть выбор между думать (искать что-то, принимать решение) или не думать, большинство выберет второе. Можно, правда, предположить, что оставшееся меньшинство и есть та самая качественная аудитория. В-общем, это долгий вопрос.
Маленькая информация к размышлению: там, где мы сейчас находимся, как пагинация осуществляется? :)
Есть же разница между форумом, где желательно понимать, что обсуждают и между новостями в сюжете "В Испании поезд сошел с рельсов", где актуальны последние сообщения и только потом более старые. Разные форматы повествования (дискуссия и новостной сюжет).
---------- Добавлено 25.07.2013 в 16:28 ----------
Добавлю еще подвопрос - страницы со списками не зас...рут весь индекс, их же 10-ки тысяч (по видам материалов, по темам, по датам и т.п.).
Есть же разница между форумом, где желательно понимать, что обсуждают и между новостями в сюжете "В Испании поезд сошел с рельсов", где актуальны последние сообщения и только потом более старые. Разные форматы повествования (дискуссия и новостной сюжет).
Разные.
Посему - разный интерфейс.
А структура урлов - та же самая.
Ну, почти.
Отличие структуры урлов - в том, что есть страница "самые новые новости" с постоянным адресом. Допустим, "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.
Ну, и приглашаю посмотреть, как у меня сделано.
По постраничной навигации в принципе понятно - вариант с постоянным содержанием можно сделать, спасибо за посказку.
Остались другие вопросы:
1. Конкуренция страницы с анонсами со страницей полного материала с шансом выбить ее из поисковой выдачи.
2. Большое количество постраничек, которые увеличат индекс в несколько раз (вместо 70к чисто контентных страниц получим + 300к скомпилированных страниц)
3. Нужно ли закрывать в <noindex> блоки постоянно менеющего контента ("самое читаемое" на сайте и т.п.)
Есть ответы на эти вопросы?
ап
не пойму, толи вопрос из разряда очевидных и всем лень писать, толи наоборот из разряда сложных