- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Приветствую!
Прочитал немало материала, мнения расходятся, под Яшу и Гугл разные подходы.
Есть ИМ, где сейчас следующая реализация: на стр. категории текст и мета-теги (описание, ключи), на стр. пагинации нет текста, нет тегов, в тайтле дописывается "... - страница N", при этом канон идёт на саму стр пагинации = они все индексируются.
Вопросы:
1) Чем чревата такая реализация? (распределение веса впустую?)
2) Как решаете этот вопрос вы?
Благодарю.
Я на днях разбирался с пагинацией у себя на сайте. Много прочитал. Подходы к решению проблемы очень разные.
Ситуация вроде как чревата незначительным понижением позиций за счёт дублей контента. Но не утверждаю. Сам в этой теме недавно.
Вот, что мне написал представитель моей веб студии.
Проблема устраниться разово и больше не вернется. Будут автоматически формироваться ссылки на следующие и предыдущие страницы
<link rel="prev" href="https://адрессайта/katalog-statej">
<link rel="next" href="https://адрессайта/katalog-statej?page=3">
Прописывать на каждую страницу разные метатеги и текст - неправильно. Страницы динамически появляются при добавлении статей и статьи на каждой из страниц могут меняться, а текст и метатеги должны быть о тех статьях которые на странице.
Поэтому текст и метатеги на всех страницах должны быть одинаковые, но все страницы отличные от первой должны ссылаться на главную (каноническую) страницу с помощью тега:
<link rel="canonical">
Например так сделано на https://www.dns-shop.ru
На 4 страницы раздела каталога "Системные блоки: https://www.dns-shop.ru/catalog/17a8932c16404e77/sistemnye-bloki/?p=4&i=1&mode=list
такой же текст и метатеги как и на всех других, но есть ссылка на первую (каноническую) страницу http://prntscr.com/kap537
Я согласился на такую реализацию.
Законченную работу проверял сайтрепортом. Он показывает, что всё ок. Хотя изначально он был недоволен пагинацией.
Гугл в консоли продолжает показывать дубли. Может нужно время на переиндексацию. Разбираюсь.
1) Чем чревата такая реализация? (распределение веса впустую?)
В качестве релевантной страницы может быть выбрана не главная страница категории. Вероятность вы как могли уменьшили - текст только на главной (первой). Что касается мета описания и тайтла, то если сделаете их на страницах пагинаций более формально, то, возможно, это еще больше увеличит шансы первой страницы.
Что касается дубликатов контента, то их нет. В этом отношении все в порядке.
Вопрос, который, думаю нужно было задать вначале. Для какой цели вам нужно, чтобы страницы пагинаций были в индексе?
Гугл в консоли продолжает показывать дубли. Может нужно время на переиндексацию. Разбираюсь.
гугл плохо воспринимает каноникал, эффективней ставить <meta name="robots" content="noindex, follow">
Вопрос, который, думаю нужно было задать вначале. Для какой цели вам нужно, чтобы страницы пагинаций были в индексе?
По сути, продвигается лишь главная стр категории. Двигать на пагинации другие запросы - сомнительное дело. В таком случае особой ценности в них нет, но сомнений прибавляет подход Гугла (с prev/next и непонимание канона). И, есть ли какая-либо другая польза от страниц пагинации в индексе?
Вполне достаточно настройки canonical на главную страницу категории. Остальное, считаю, лишними телодвижениями. По крайнем мере я делаю так.
Was_Ist_Das, если страницы пагинаций единственные страницы, передающие вес карточкам товаров (или статьям) , то стоит их индексировать. Если есть перелинковка и карточки товаров (или статьи) получают вес от других страниц, то можно страницы пагинаций не индексировать.
У многих проектов, в которых отслеживал трафик по страницам входа с поисковиков в Метрике, в том числе у ИМ, были переходы на страницы пагинации. Страницы могут ранжироваться по тому текстовому контенту, который дают краткие описания товаров и товарные заголовки. Нужно помнить, что ПС ранжируют страницы по всем возможным релевантным на их взгляд ключам, а не только по тем, которые сеошник определил для основной страницы до пагинации (речь конечно про НЧ в первую очередь).
У многих ИМ еще видел решение в виде страницы Показать все - когда все товары на одной странице. Гугл дает в том числе такую рекомендацию по оформлению в своих справках (один из вариантов решения проблемы)
У многих ИМ еще видел решение в виде страницы Показать все - когда все товары на одной странице. Гугл дает в том числе такую рекомендацию по оформлению в своих справках (один из вариантов решения проблемы)
Для не очень большого количества товаров. Но бывают варианты, когда этот способ не применим - http://prntscr.com/kxcpyz.
Для не очень большого количества товаров. Но бывают варианты, когда этот способ не применим - http://prntscr.com/kxcpyz.
Да, есть такой момент) Я правда видел реализацию в ИМ запчастей к ноутбукам, но там счет шел на сотни, по моему не на тысячи позиций (именно по категориям, где было Показать все)
Когда ситуации как на скрине и тематика позволяла то я предлагал делать на числовую, а буквенную пагинацию - как на сайтах онлайн библиотек многих делают. То есть идет сортировка по первым буквам например названия книги