Закрывать страницы пагинации – Страницы пагинации: закрывать или не закрывать от индексации? Популярные ошибки, мифы и заблуждения

Содержание

Страницы пагинации: закрывать или не закрывать от индексации? Популярные ошибки, мифы и заблуждения

Закрывать или не закрывать страницы пагинации? Вот в чем вопрос! Столько мифов и заблуждений вокруг индексации листинга товаров, что даже опытные оптимизаторы и seo-студии начинают путаться. Давайте окончательно разберемся, стоит ли запрещать индексировать пагинацию? Если да, то как?

пример блока пагинации

Для тех, кто в танке :smile:.

Страницы пагинации (или листинга) — это навигационный элемент сайта, разбивающий большой объем контента на более мелкие части. Так, например, в категории интернет-магазина аккуратно и быстро показываются 20-30 товаров вместо всех 3564 штук. Или в блоге симпатично выводится 7-10 постов раздела вместо всех мыслей автора за последнюю дюжину лет.

Главная задача блока — облегчить и ускорить навигацию посетителя на сайте. Естественно, такой элемент есть и в моем блоге. Он же присутствует практически на каждом сайте. Именно поэтому вопрос носит массовый характер.

пример

Сегодня я буду говорить про Рунет, где оптимизаторам приходится налаживать отношения не только с «отечественным зеркалом» (Яндексом), но и зарубежным big brother (Гуглом). В примеры буду ставить интернет-магазины, но правила также справедливы и для всех остальных типов ресурсов.

Проблема в том, что до сих пор нет универсального правила, которое бы отражало волю поисковых систем и решала задачи по SEO. Чтобы прийти к решению, которое устраивало бы всех, нужно ухищряться и прибегать к здравому смыслу. Забегу немного вперед — одно из них, на самом деле, очень простое ;-)

.

Что рекомендует Яндекс?

Платон в своем посте (пункт №2) советует ставить атрибут rel=»canonical» со всех страниц пагинации на первую.

…советую настраивать атрибут rel=»canonical» тега <link> на подобных страницах и делать страницы второй, третьей и дальнейшей нумерации неканоническими, а в качестве канонического (главного) адреса указывать первую страницу каталога, только она будет участвовать в результатах поиска.

Особенности:

  1. Карточки товаров будут индексироваться как обычно.
  2. Предотвращает возможное дублирование.
  3. Помогает поисковику определить корректную посадочную страницу.
  4. Для Яндекса rel=»canonical» не является строгой директивой. По опыту могу судить, что Яндекс иногда не учитывает или пропускает указания каноникала.
  5. rel=»canonical» позволяет передать на основную страницу «некоторые показатели неканонических адресов».
  6. В комментариях Платон ответил, что оказывается можно ссылаться не на первую страницу пагинации, а на документ со всем количеством товаров (если таковой имеется). Возникает вопрос — почему эту информацию не вывели в содержание записи?
  7. В марте 2018 года Платон ответил в комментариях фразой «Если страницы со всеми товарами нет, на страницах пагинации атрибут rel=»canonical» можно не устанавливать«. :lol: Ставьте каноникал на первую страницу. Хотя нет, на документ с общим ассортимент. Но если его нет, то вообще не ставьте. Так, ставить или не ставить, и куда? :twisted:.

…в то время как атрибут rel=»canonical» указывает на каноническую страницу и позволяет передавать ей некоторые показатели неканонических адресов (источник — все тот же пост).

Вы правы, момент с наличием страницы, на которой собран весь товар раздела, я упустил. Если такая страница присутствует на сайте, действительно, лучше указывать в качестве канонической именно её (источник — комментарии к посту).

Робот считает ссылку с атрибутом rel=»canonical» не строгой директивой, а предлагаемым вариантом, который учитывается, но может быть проигнорирован (источник).

Получается, что идеальный вариант для Яндекса — rel=»canonical» на отдельную страницу со всем ассортиментом продукции категории. Почему это не подходит для большинства сайтов?

canonical на общий документ

  • Во-первых, на многих сайтах нет подобного функционала.
  • Во-вторых, такая страница должна быть основным документом категории и быть прописана в меню. Иначе ее внутренний вес будет минимальным. Или ставить дополнительно rel=»canonical» со стандартной категории на документ со всем ассортиментом раздела. Сюда же ее оптимизация: Title, Description, h2. На мой взгляд, много сомнительных манипуляций. Непонятно, как на это еще отреагируют поисковые системы.
  • В-третьих, самое главное — теряется значение пагинации: посетители с поисковиков будут переходить на большую страницу с общим ассортиментом.
  • В-четвертых, документ будет «тяжелее». От этого будет страдать скорость загрузки, которая, в свою очередь, влияет на ранжирование. Получается, ловим одно, но топим другое :smile:.

Как велит поступать Google?

Гугл с присущей ему демократичностью дает больше вариантов:

  1. Оставить как есть. Гениальный совет — распечатать и поставить на полку к «Развивайте сайт» :smile:
    .
  2. Добавить страницу «Показать все». Аналог идеального решения Яндекса, но которое не вяжется с реальным положением дел.
  3. UPD. Google перестал учитывать rel=»next» и rel=»prev». Использовать атрибуты rel=»next» и rel=»prev». Они указывают связь между документами пагинации (подробнее по ссылке выше). Удобно, но есть одно «но» — атрибуты не поддерживаются Яндексом.

Важно! Google считает вариант Яндекса с rel=»canonical» на первую страницу категории ошибкой. Подтверждение тому видео (начинает показываться с нужного момента).

Закрывать или не закрывать?

Мнение Яндекса — закрывать (из комментариев к той же записи):

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

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

Основной вывод один — я бы крайне не советовал оставлять все на волю поисковых систем. Приведу несколько причин:

  1. Мигающая индексация. Яндекс любит, то добавлять пагинацию в индекс, то исключать (статус «некачественная страница»).
  2. Постоянно меняются посадочные в связи со схожей релевантностью и пунктом №1. Посетители из ПС постоянно попадают на разные документы. В поисковой выдаче они конкурируют с основной категорией (особенно если на ней нет дополнительного контента).
  3. Пользователи не попадают на нужный набор товаров. Например, вы сделали наиболее привлекательную сортировку. В начале листинга показываются товары в наличие или по скидке, но потенциальный клиент может попасть на любую из страниц пагинации с распроданным ассортиментом.

Простой способ для новичков

Итак, что же делать в итоге? Самый простой вариант, который подойдет для большинства сайтов в Рунете — добавить на страницы листинга в рамках тега head строчку:

<meta name=»robots» content=»noindex, follow» />

Поисковые роботы не будут индексировать пагинацию — noindex, но будут следовать по ссылкам на ней — follow (например, чтобы лучше индексировать карточки товаров).

Все :smile:! Единственное «но». Джон Мюллер из Google в конце прошлого года в видео-встрече с вебмастерами сообщил, что со временем noindex follow алгоритмами могут восприниматься как noindex nofollow. Когда же это случается — осталось тайной.

Популярные ошибки

А теперь несколько распространенных ошибок, которые нередко мешают продвижению:

  1. Запрет индексации пагинации в robots.txt. Так делать неправильно. Во-первых, может пострадать индексация карточек товаров. Во-вторых, Google не особо любит правила в этом файле.
  2. Дубли дополнительного контента на странице основной категории и листинга. Например, вы написали текст на продвигаемый раздел, а он также показывается на всех документах пагинации. Если она закрыта к индексированию, то еще ничего страшного, но если открыта, то получаются внутренние дубли.
  3. Первая страница листинга доступна по адресу https://site.ru/nazvanie-categorii/page-1 и дублирует содержание основного документа категории https://site.ru/nazvanie-categorii/ . Нужен 301-редирект.
  4. Добавление пагинации в sitemap. Делать такое не нужно. Не настолько это важные документы.
  5. Одинаковые теги Title (опционально description). Даже если листинг запретили индексировать, то по-хорошему к тайтлам необходимо добавить номер страницы (его все-таки видит посетитель).
  6. Все оставить на усмотрение поисковой системы (не запрещать индексировать). Выше написал, почему это может быть плохо. Потенциальное увеличение статического веса карточек товаров не перекроет проблем с дублями и мигающей индексацией. Некоторые даже советуют оптимизировать документы листинга под разные запросы и писать на каждую свой уникальный текст. Если вам нечем заняться и все задачи по сайту выполнены, то можете поэкспериментировать в данном направлении. Но зачастую это сомнительное и неэффективное мероприятие с элементами манипуляции над поисковой выдачей (спамом).

Пагинация через Javascript и «бесконечная» прокрутка

Есть и такой вариант вывода дополнительных карточек товаров — через javascript. Это либо динамическая «бесконечная прокрутка» (новые товары автоматически появляются сразу, как только посетитель прокручивает до конца списка), либо кнопка «Показать еще».

"бесконечный" листинг - показать еще

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

Если у вас товары выводятся с помощью javascript, то Яндекс советует следующее:

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

Здесь 2 варианта:

  1. К динамической прокрутке добавлять обычную систему пагинации и действовать по общему алгоритму. Советую этот пункт.
  2. Следить за объемом карточек товаров в sitemap.xml и перелинковкой, чтобы страницы продуктов индексировались максимально полно. Совет полезен и для всех остальных сайтов :smile:.

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

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

sosnovskij.ru

нужно ли закрывать постраничную навигацию от индексации

Пагинация и SEO

Пагинация и SEO Привет, друзья. Тут недавно в Фейсбуке возникло обсуждение на тему постраничной навигации (пагинации) с целью сформировать какую-то единую точку зрения на то, что делать с такими страницами на сайте: как правильно их оформлять, открыть их для индексации или лучше закрывать. Если открывать, то что при этом надо учесть, уникализировать заголовки или оптимизировать каждую страницу. И вообще полезно ли держать эти страницы открытыми? А если закрывать, то каким именно способом: robots.txt, meta robots, canonical…

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

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

Итак, пагинация – это постраничная навигация на страницах каталогов или категорий (смотря о каком типе сайта речь), и возникает она в том случае, когда все товары или другие элементы не помешаются на одной странице, и чтобы посмотреть следующий список элементов, приходится переходить на вторую страницу и далее. Уверен, каждый из вас это видел: пагинация есть на страницах поисковых систем, в интернет-магазинах, досках объявлений и т. д.

Вот пример блока со страницами навигации на моем блоге:

Пример постраничной навигации в моем блогеПример постраничной навигации в моем блоге

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

Как сделать пагинацию, мы обсуждать с вами не будем, потому что каждый движок (CMS) имеет такой функционал и везде он похож, так что подразумеваем, что вы сейчас решаете вопрос, что делать с уже существующими страницами пагинации, чтобы это не вредило, а помогало в SEO. Тем не менее, упомяну мой пост как сделать пагинацию для WordPress без плагинов – этим методом я пользуюсь для моего блога и по сей день.

Вот какие у нас есть варианты и соответствующие требования:

  • Оставить страницы пагинации для индексации:
    • Факты:
      • Уникализировать title,
      • Не дублировать seo-текст с первой страницы,
      • Не дублировать главную страницу категории со страницей page/1/.
    • Вопросы:
      • Надо ли использовать атрибуты next/prev?
      • Надо ли уникализировать h2?
      • Что делать с description для пагинации?
  • Закрыть пагинацию от поисковых систем:
    • Способы:
      • Закрыть в robots.txt,
      • Закрыть мета-тегом robots,
      • Использовать canonical.
    • Вопросы:
      • А может лучше использовать X-Robots Tag?
      • Можно ли использовать несколько методов одновременно?
      • Надо ли уникализировать закрытые от индексации страницы?
  • Другие вопросы, связанные с пагинацией:
    • На что влияет кнопка «Показать еще» и AJAX подгрузка контента?
    • Важно ли наличие ЧПУ для страниц пагинации?
    • Можно ли продвигать страницы пагинации?
    • Сколько товаров выводить на странице?

Как видите, вариантов много, вопросов тоже достаточно. Я предлагаю все это подробно разобрать, в результате чего вы сможете выбрать подходящий для себя вариант. А если не сможете, то я обязательно поделюсь вариантом, который предпочитаю лично я.

Очень часто страницы пагинации становятся причиной появления дублей title у сайта. А это, как известно, нарушение, и не приветствуется поисковыми системами. Выявить наличие или отсутствие дублей заголовков вы можете любой программой-краулером, например, ComparseR. Хотя если страницы пагинации у вас закрыты от индексации, вы не увидите дубликатов при стандартных настройках программы, но их не увидит и робот ПС.

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

Давайте разберем каждый из вариантов и ответим на вопрос: оставлять или закрывать страницы пагинации для индексации.


Оставить страницы пагинации в индексе

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

И если мы решили оставить страницы пагинации, нам надо выполнить несколько важных условий:

  1. Надо уникализировать заголовок title у всех страниц пагинации. Первая страница, она же главная страница категории, будет иметь какой-то оптимизированный заголовок, например: «Купить холодильник в Краснодаре недорого – интернет-магазин Холодос». Тогда для всех последующих страниц, начиная со второй и далее, заголовок будет с приставкой « – страница X», вот так: «Купить холодильник в Краснодаре недорого – интернет-магазин Холодос – страница 2».
  2. Описанный выше вариант самый простой и распространенный. Но его можно модифицировать, чтобы стало еще лучше и красивее. Например, подставлять в title пагинаций не весь title целиком, а брать только название категории (часто это переменная, которая подставляется в h2), вот так: «Холодильники – страница 2». Я называю это деоптимизацией title. Это нужно, чтобы страницы пагинации никак не мешали первой странице категории, поэтому делаем заголовок неоптимизированным, менее релевантным.
  3. Если вдруг у нас есть в категории какое-то описание или seo текст, он не должен дублироваться, то есть его нельзя повторять на всех страницах, он должен оставаться только на главной странице категории.
  4. Нельзя допускать дублирования главной страницы категории по адресам типа site.ru/category/holodolnik и site.ru/category/holodolnik/page/1 (или site.ru/category/holodolnik?page=1 в зависимости от технических особенностей движка). Это решается 301 редиректом со страниц page/1 (page=1 и т.п.) на url без них.

Это действия, которые необходимо сделать если вы решили оставлять страницы пагинации в индексе.
Но есть и менее очевидные вещи, которые находятся под вопросом:

  1. Надо ли менять h2 на страницах пагинации? Вопрос интересный, но лично я этого не делаю, я дублирую на всех страницах навигации один и тот же заголовок (в отличие от дублирования title — это не есть нарушение). И в целом очень редко встречаю сайты, где в h2 добавляется приставка «- страница X». Это не хорошо и не плохо, можете делать так, как вам нравится.
  2. Надо ли использовать атрибуты <link rel=»prev» href=»…»/> и <link rel=»next» href=»…»/>? Раньше Google поддерживал эти теги и рекомендовал их использовать для страниц пагинации, но весной 2019 года внезапно сообщили, мол: «Мы упразднили атрибуты rel=prev/next, потому что исследования показали, что пользователи любят одностраничный контент».

    Spring cleaning!

    As we evaluated our indexing signals, we decided to retire rel=prev/next.
    Studies show that users love single-page content, aim for that when possible, but multi-part is also fine for Google Search. Know and do what’s best for *your* users!

    — Google Webmasters (@googlewmc) March 21, 2019

    Это заявление не запрещает использовать данные директивы, но и поисковик их учитывать больше не будет.
    Что касается Яндекса, то он никогда и не поддерживал атрибуты next и prev, о чем свидетельствует комментарий Платона от 2018 года:

    Яндекс никогда и не поддерживал атрибуты next и prevЯндекс никогда и не поддерживал атрибуты next и prev

    Учитывая, что сама публикация, к которой оставлен данный комментарий, датирована 2015 годом и вопрос об next и prev там поднимался не раз, вряд ли что-то изменится когда-либо. Поэтому целенаправленно настраивать данные атрибуты не нужно, но и удалять, если ваш движок их выводит, нет смысла.
  3. Последнее, с чем осталось разобраться, если мы решили оставить страницы пагинации открытыми для индексации – надо ли уникализировать метатег description? Лично я вообще удаляю этот метатег со страниц пагинации, чтобы его не было в коде. Как вариант – можно оставить его пустым. Еще один вариант – добавлять в него приставку «- страница X», как для title. Выбирайте то, что вам больше нравится, любой из этих вариантов приемлемый.

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

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

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

Закрыть от индексации страницы пагинации

Данный вариант не плохой, сторонников его использования не меньше, чем первого (это как iOS vs. Android, Canon vs. Nikon и т. д.), поэтому и единого мнения на счет пагинации никогда не будет, в каждом методе есть свои преимущества.

И если вы решили закрыть страницы пагинации, у вас есть несколько способов:

  1. Закрыть индексацию страниц через robots.txt. Например, директивой Disallow: */page/ или Disallow: /*page= (в зависимости от технической реализации в CMS). Это самый плохой способ избавиться от пагинаций, и я не рекомендую вам его использовать. Потому что тогда робот точно не будет заходить на закрытые страницы, карточки товаров в глубине каталога будут плохо индексироваться, а при всем при этом ссылки на страницы пагинации могут появляться в выдаче Google (он показывает в выдаче даже закрытые страницы, но с пометкой, что они закрыты).
  2. Закрыть страницы при помощи <meta name=»robots» content=»noindex» />. Этот метод также закроет страницы от поисковиков, как и предыдущий, только Google уже не будет выводить ссылки на такие страницы, то есть все будет чисто. Но проблема с тем, что товары из глубины каталога будут страдать останется. Можно использовать сочетание директив content="noindex,follow" при которых робот не будет добавлять страницы в индекс, но будет переходить по ссылкам, содержащимся на данных страницах, но проблему с товарами из глубины каталога это не решает.
  3. Использовать rel=»canonical» с указанием главной страницы категории для страниц пагинации. Это самый лучший вариант избавиться от пагинации в индексе. Если мы будем использовать канонический адрес, например, <link rel="canonical" href="https://site.ru/category/holodolnik"/> на всех страницах пагинации, то поисковики будут заходить на все страницы, будут обходить ссылки на этих страницах, при этом сами страницы пагинации в индекс не попадут.

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

У Яндекса есть публикация в блоге для вебмастеров от 29 декабря 2015 года «Несколько советов интернет-магазинам по настройкам индексирования» и в ней раздел «Что делать со страницами пагинации товаров», где рекомендуется использовать каноникал:

Если в какой-либо категории на вашем сайте находится большое количество товаров, могут появиться страницы пагинации (порядковой нумерации страниц), на которых собраны все товары данной категории. Если на такие страницы нет трафика из поисковых систем и их контент во многом идентичен, то советую настраивать атрибут rel=»canonical» тега <link> на подобных страницах и делать страницы второй, третьей и дальнейшей нумерации неканоническими, а в качестве канонического (главного) адреса указывать первую страницу каталога, только она будет участвовать в результатах поиска.

Например, страница сайт.рф/ромашки/1 — каноническая, с неё начинается каталог, а страницы вида сайт.рф/ромашки/2 и сайт.рф/ромашки/3 — неканонические, в поиск их можно не включать. Это не только предотвратит возможное дублирование контента, но и позволит указать роботу, какая именно страница должна находиться в выдаче по запросам. При этом ссылки на товары, которые находятся на неканонических страницах, также будут известны индексирующему роботу.

Но не стоит забывать, что указание канонической страницы – это не строго правило, а лишь рекомендация для поискового робота. Если страницы полные дубли друг друга, то склейка неканонической страницы с канонической произойдет, а если есть различия, то поисковик сможет поступать так, как посчитает нужным, и результат будет непредсказуемым.

Так что в последнее время появляется все больше вопросов, когда неканонические страницы попадают в индекс и ранжируются. Подтверждением тому служит пост Яндекса «Неканонические страницы в Поиске»:

Часто на сайтах присутствуют страницы с разными URL, но с одинаковым или очень похожим содержанием. С помощью атрибута rel=«canonical» вебмастера могут указать, какая страница является «канонической» — предпочтительной для индексации и появления в результатах поиска. Остальные, неканонические версии как правило в поиск не попадают.

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

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

Они будут показаны в том случае, если они более релевантны запросу и их контент существенно отличался от канонической версии во время сканирования роботом.

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

Есть и еще один метод закрыть страницы от индексации, который я не указал в своем списке выше – это заголовок X-Robots Tag. По результатам он полностью идентичен использованию метатега robots и имеет аналогичные директивы: noindex, nofollow, nosnippet и т. д., однако робот узнает о правилах не в момент посещения страницы и изучения ее кода, а на уровне ответа сервера, когда только идет обращение к url-адресу. Данный метод самый сложный в реализации и отслеживании, поэтому практически никто им не пользуется для решения задач, типа нашей.


Можно ли использовать несколько методов одновременно?

Нельзя! Каждый из перечисленных выше методов – robots.txt, meta robots, canonical, x-robots – исключают использование друг друга, а срабатывать будет более строгое правило.

Вот, что написано об этом в Google:

Метатеги robots и HTTP-заголовки X-Robots-Tag обнаруживаются при сканировании URL. Если сканирование страницы запрещено файлом robots.txt, то директивы, касающиеся индексирования или показа контента, будут проигнорированы. Чтобы обеспечить обязательное выполнение директив, не следует запрещать сканирование URL, для которых они заданы.

По аналогии: Если в коде одновременно будут meta robots noindex и canonical, то страница просто не будет индексироваться и дело до учета канонического адреса страницы не дойдет, так как meta robots – это правило, а canonical – всего лишь рекомендация.


Надо ли уникализировать закрытые от индексации страницы?

Не надо. В этом просто нет смысла. Если у страниц, которые вы запретили к индексации дублируются title заголовки, то нет смысла делать их уникальными, робот все равно не проиндексирует страницы, а значит не возникнет и проблем.

Если вы будете уникализировать страницы, которые хотите склеить с помощью canonical, то они станут еще более отличные друг от друга и вероятность того, что они не будут склеены, повышается. Так что не надо этого делать.


Пагинация на JS, кнопка «Показать еще» и AJAX подгрузка контента

Замена классической системы навигации с перечнем страниц 1, 2, 3 … N встречается часто, вместо нее может быть одна кнопка «Показать еще», «Еще товары», «Следующая страница» и т. д. Согласен, что это довольно удобно с точки зрения юзабилити, особенно при работе с мобильных устройств. Кроме того, скорость отдачи контента выше, ведь приходится загружать только блок с карточками товаров вместо перезагрузки все страницы, как это происходит при классической пагинации.

Не зря крупные сайты типа Яндекс.Маркета и других используют такую систему:

Пагинация и кнопка «Показать Еще»Пагинация и кнопка «Показать Еще»

Пагинация и кнопка «Еще товары»Пагинация и кнопка «Еще товары»

Но обратите внимание, что кроме кнопки «Еще» дублируется и классическая навигация по страницам.

Вот что сам Яндекс говорит на этот счет:

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

То есть необходимо совмещать приятное (кнопка «Показать еще» для пользователя) и полезное (постраничная навигация для робота). Если же по какой-то причине классическая пагинация не вписывается в дизайн вашего сайта или есть другие причины ее не показывать, есть решение – оставить классическую пагинацию в коде страницы, а с помощью стилей “display:none” скрыть ее в дизайне. И все будут довольны 🙂


Важно ли наличие ЧПУ для страниц пагинации?

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

site.ru/category/holodolnik/page/2
site.ru/category/holodolnik/?page=2
site.ru/category/holodolnik/?PAGEN_1=2 и т. д.

Нет никакой! Главное, чтобы и робот, и посетитель понимали, что это пагинация.


Можно ли продвигать страницы пагинации?

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

Мое мнение – это из разряда каких-то извращений или «а смотрите, как я могу!». Во-первых, технические заморочки, чтобы обеспечить на страницах навигации настройку уникальных title, h2 и seo-текста. Во-вторых, чем плохи подкатегории, тегирование и seo-фильтры? Ничем не хуже, они даже лучше, так как более предсказуемы по содержанию и лучше отвечают на запросы пользователя, который попадает на главную страницу подкатегории/фильтра, а не на энную страницу общей категории.


Сколько товаров выводить на странице?

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


Все вышесказанное относится не только к интернет-магазинам, на примере которых я вам рассказывал, но и к каталогам, доскам объявлений, агрегаторам, порталам и т. д., даже к информационным сайтам. Везде, где есть пагинация – данная информация будет применима!

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

До связи!

alaev.info

Правильная SEO оптимизация страниц пагинации

Страницы пагинации в SEO

Всем привет! Есть в SEO, как кажутся, элементарные и очевидные вещи, но если немного разобраться в них, возникает много вопросов и нюансов, которые беспокоят владельцев проектов. Сегодня я хочу поговорить про страницы пагинации (или еще их называют страницами листинга). Хочется написать развернутый урок: что, зачем и почему, чтобы все разъяснить, как удалось это сделать с уроком про переход на https.

Я уже рассказывал на своем блоге, как сделать пагинацию в WordPress (там же и рассказывал, что такое постраничная навигация). Теперь пришло время показать, что нужно с ними делать с точки зрения SEO. Многих беспокоят следующие вопросы:

  • стоит ли их закрывать индексацию пагинации в robots.txt;
  • может стоит закрыть их с помощью meta name=»robots»;
  • или лучше использовать rel=canonical;
  • а может вообще их оставить открытыми для индексации;
  • ну и другие вопросы.

Итак, поехали!

к оглавлению ↑

Страницы пагинации

Страницы пагинации — это страницы, которые создаются, когда список постов или товаров разбиваются на несколько страниц. Вот пример постраничной навигации на моем блоге, эти ссылки ведут на страницы пагинации:

Страницы пагинации

Как вы уже поняли постраничная навигация может быть на страницах, где размещено большое количество:

  • карточек товаров;
  • информационных постов;
  • обсуждения на форумах.
к оглавлению ↑

Индексация пагинации

Лучше страницы пагинации не запрещать от индексирования, чтобы роботы доходили до как можно большего количества товаров/постов (особенно важно, когда у вас очень много товаров). Но опять же, несмотря на то, что страницы открыты для индексирования, я бы рекомендовал сделать так, чтобы они не участвовали в основном поиске. Я противник низкокачественных страниц в индексе и считаю, что в поиске должны быть только нужные страницы, и важность подобных страниц будет выше, нежели будет полно низкосортного контента. Как же тогда быть?

Вся сложность заключается в том, что у двух наиболее крупных поисковиков на нашем рынке (Яндекс и Google) разные требования. Давайте разберем их.

к оглавлению ↑

Требования Яндекса

Яндекс рекомендует ставить rel=canonical со второй, третьей и последующих страниц на первую (взял отсюда https://yandex.ru/blog/platon/2878):

Пагинация в Яндексе

Причем в данном случае проблем с индексацией товаров или постов не будет, так как rel=canonical не запрещает ходить роботам по страницам, но в индексе будет только основная страница в обоих поисковиках.

к оглавлению ↑

Требования Google

Гугл же рекомендует использовать теги rel=»prev» и rel=»next», чтобы указать логическую последовательность между URL (вот тут https://support.google.com/webmasters/answer/1663744?hl=ru&ref_topic=4617741):

Пагинация в Google

И в тоже время, Google рекомендует rel=canonical ставить саму на себя (в той же справке по ссылке выше):

Rel canonical и rel prev и next

То есть Гугл не рекомендует, как это делает Яндекс, ставить каноникал на первую страницу, также он говорит, что это неправильно. Но по опыту замечено, что, если ставить  rel=canonical на первую страницу, ничего критичного не происходит, сайты хорошо чувствуют себя в обоих поисковых системах.

И да, есть такой момент: Яндексу все равно на теги rel=prev и rel=next, он не понимает их и просто игнорирует.

к оглавлению ↑

А что же говорят SEOшники?

Мнений на эту тему очень много, приведу парочку.

Кто-то говорит, что каждую страницу пагинации нужно подтачивать под разные запросы. К примеру, первую страницу под «Купить ноутбук», вторую под «Купить ноутбук недорого», третью под «Купить ноутбук в интернет-магазине» и так далее. Не делайте так. Поисковики не настолько тупые, может быть это еще и работало лет 5-8 назад, но сейчас однозначно так не стоит делать.

А кто-то говорит запретить в robots.txt или использовать тег meta name=»robots» content=»noindex,follow». Я раньше тоже так делал, но это не совсем правильно, так как поведенческие факторы со страниц пагинации не будут передаваться. Да и Яндекс также говорит:

Robots="noindex,follow"Я не продвигаю страницы категорий на блоге (а зря, я рассказывал про пользу правильной SEO-оптимизацию категорий), все руки не доходят, как-нибудь доберусь обязательно, уберу «noindex, follow». Тем, кто продвигает категории, рекомендую использовать инструкцию выше.

к оглавлению ↑

Дублирование в пагинации

Кстати, если Яндекс считает, что страницы пагинации — это дубли, то Google так не считает, ему главное указать rel=prev и rel=next. Если вы используете тег rel=canonical на основную страницу, то в индексе будет только она. Если же использовать только rel=prev и rel=next, страницы пагинации будут попадать в индекс поисковых систем.

Теги prev и next показывают роботу, что страницы связаны в логической последовательности, как бы это одна большая страница. Именно поэтому одновременно использовать rel prev/next и rel canonical на основную страницу — неправильно. То есть, если вы хотите указать и каноникал, и prev/next, тогда каноникал указываем только на саму страницу (саму на себя).

к оглавлению ↑

Как оформить страницы пагинации

Текст описания рубрики/категории нужно выводить только на первой странице, на остальных страницах пагинации не выводим. Это чтобы не было сильного дублирования, да и текста в первую очередь все равно выводятся для роботов. И пользователи, уже перешедшие на вторую и др. страницы, уже не заинтересованы в текстах + улучшение юзабилити.

Также рекомендую, чтобы Title страниц пагинации генерировался. У меня плагин Yoast SEO просто дописывает «Страница Х из Y» и настраивается, если что это тут:

Title пагинации

Если у вас интернет-магазин, можно добавить ссылку на страницу «Все товары» данной категории. Это позволит просмотреть страницу сразу, без переходов на другие страницы. В этом случае rel=canonical поисковики рекомендуют ставить rel=canonical на эту страницу со всеми товарами без пагинации.  Но здесь нужно быть аккуратным, потому что если выводить много товаров/постов, то страница подгружается дольше, а поисковики любят как можно более быстрые сайты.

И еще, если мы находимся на второй или любой другой странице, ссылка на первую страницу должна идти сразу на основную, а не на /page/1, вот пример:

Ссылка на первую страницу пагинации

Повторюсь, закрывать от индексации страницы пагинации не нужно. Опять же скриншот комментария «Платона» и ссылку на него уже приводил выше.

Кто-то делает бесконечный скроллинг (товары/посты подгружаются по мере пролистывания страницы вниз). Если вы делаете это, снова нужно быть аккуратным. Либо кто-то выводит кнопки «Показать еще»:

Кнопка "Показать еще"

Бесконечный скроллинг и прочие javascript/ajax использовать можно, но чтобы не было проблем, я бы рекомендовал сделать так, чтобы все элементы индексировались и отдавались роботу. И все же, я бы продублировал бесконечный скроллинг цифрами 1,2,3,4, так как некоторым пользователям так удобнее. Вот пример:

Пагинация Java script и Ajax

Также, когда страниц очень много, можно сделать разбивку по 10 страниц для того, чтобы индексирующему роботу «бегать» по страницам было легче, да и страницы будут располагаться в меньшем количестве кликов. То есть выводим примерно так:

1, 2, 3 … 10, 20, 30, 40, 50, 60, 70…79.

И, конечно, выводить всю пагинацию (ссылки на все страницы) не нужно — это слишком много ненужных внутренних ссылок, да и с эстетической точки зрения смотрится не очень.

к оглавлению ↑

Вывод — как же в итоге поступить правильно?

На мой взгляд есть 3 варианта наиболее правильных развития событий:

  1. Если вам важен Яндекс или интересны оба поисковика (практически для всех проектов под Россию), то делаем каноникал на первую страницу.
  2. Если интересует только Гугл (например, ваш сайт находится в странах СНГ, где в некоторых из них трафика в Яндексе практически нет, или зарубежные проекты), то делаем rel canonical саму на себя и прописываем prev/next.
  3. Если у вас есть страница, где выводятся все товары, можно указать рел каноникал на нее, использовать rel=prev и rel=next. Тогда будет правильно для обоих поисковых систем. Но в таком случае, напомню, минусы тоже есть: если у вас имеются категории, где выводятся больше количество товаров, то это замедлит скорость загрузки сайта, а это влияет на ранжирование.

Во всех случаях запрета на индексирование не требуется (ни в robots.txt, ни в meta name=»robots»). Не забываем, что текст размещаем только на 1-ой странице, чтобы не было дублей с большим количеством совпадений. Вы можете проследить за изменения страниц в индексе в панели вебмастеров Яндекса и Google.

Если делать подобные шаги для оптимизации сайта, результат не заставит себя ждать. Вот свежий пример из последних наших работ (это суммарный трафик с поисковых систем, начали работать в октябре 2017-го года, кликните, чтобы увеличить):

График посещаемости с поиска

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

Ну и вопрос: а что вы делаете со страницами пагинации на своих проектах?

wpnew.ru

Нужно ли закрывать от индексации страницы пагинации — Сайтостроительство

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

 

Индексироваться все будет, я говорю про статистический вес страниц, так называемый виртуальный Page Rank. Тулбарный PR отключили, но он по-прежнему существует.

 

Страница А передает примерно 0,75 собственного PR страницам Б, С и Д, на которые с первой стоят ссылки. Получается по 0,25 на страницу. Но если Б, С будут закрыты от индексации, вес им передаваться не будет, его получит только третья страница Д, но всего 0,25, а 0,5 растворится в воздухе.

 

Чтобы передавать вес, нужно открывать страницу к индексации или использовать способ, предложенный пользователем ToneR

 

Почему не передается? У меня к каждой закрытой страницы прописывается тег robots с параметрами noindex,follow. Индексироваться страница не будет, а робот переходить по ссылкам будет, соответственно будет передаваться вес. Не так ли?

 

Так, но noindex, follow не гарантирует, что страница не будет проиндексирована. Также как и добавление в robots, соответственно, могут появиться дубли, но редко.

 

Для чего закрывают этот список. Вот представим, человек ищет «Колбаса из рыбы», и он получает страницу в выдаче на пагинацию, а зачем? Ему надо конкретно страницу с «Колбаса из рыбы». Плюс, пагинацию может колбасить, списки в тут и другою сторону. Ни кто рыться в ней не будет, посетителя потеряли!

 

Если и попадет на вторую страницу категории «Колбаса из рыбы», то чем она отличается от первой, если принадлежит категории «Колбаса из рыбы»? Такие же товары, что и на первой странице.

 

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

talk.pr-cy.ru

закрывать или не закрывать от индексации? Популярные ошибки, мифы и заблуждения

Закрывать или не закрывать страницы пагинации? Вот в чем вопрос! Столько мифов и заблуждений вокруг индексации листинга товаров, что даже опытные оптимизаторы и seo-студии начинают путаться. Давайте окончательно разберемся, стоит ли запрещать индексировать пагинацию? Если да, то как?

пример блока пагинации

Для тех, кто в танке :smile:.

Страницы пагинации (или листинга) — это навигационный элемент сайта, разбивающий большой объем контента на более мелкие части. Так, например, в категории интернет-магазина аккуратно и быстро показываются 20-30 товаров вместо всех 3564 штук. Или в блоге симпатично выводится 7-10 постов раздела вместо всех мыслей автора за последнюю дюжину лет.

Главная задача блока — облегчить и ускорить навигацию посетителя на сайте. Естественно, такой элемент есть и в моем блоге. Он же присутствует практически на каждом сайте. Именно поэтому вопрос носит массовый характер.

пример

Сегодня я буду говорить про Рунет, где оптимизаторам приходится налаживать отношения не только с «отечественным зеркалом» (Яндексом), но и зарубежным big brother (Гуглом). В примеры буду ставить интернет-магазины, но правила также справедливы и для всех остальных типов ресурсов.

Проблема в том, что до сих пор нет универсального правила, которое бы отражало волю поисковых систем и решала задачи по SEO. Чтобы прийти к решению, которое устраивало бы всех, нужно ухищряться и прибегать к здравому смыслу. Забегу немного вперед — одно из них, на самом деле, очень простое ;-).

Что рекомендует Яндекс?

Платон в своем посте (пункт №2) советует ставить атрибут rel=»canonical» со всех страниц пагинации на первую.

…советую настраивать атрибут rel=»canonical» тега <link> на подобных страницах и делать страницы второй, третьей и дальнейшей нумерации неканоническими, а в качестве канонического (главного) адреса указывать первую страницу каталога, только она будет участвовать в результатах поиска.

Особенности:

  1. Карточки товаров будут индексироваться как обычно.
  2. Предотвращает возможное дублирование.
  3. Помогает поисковику определить корректную посадочную страницу.
  4. Для Яндекса rel=»canonical» не является строгой директивой. По опыту могу судить, что Яндекс иногда не учитывает или пропускает указания каноникала.
  5. rel=»canonical» позволяет передать на основную страницу «некоторые показатели неканонических адресов».
  6. В комментариях Платон ответил, что оказывается можно ссылаться не на первую страницу пагинации, а на документ со всем количеством товаров (если таковой имеется). Возникает вопрос — почему эту информацию не вывели в содержание записи?
  7. В марте 2018 года Платон ответил в комментариях фразой «Если страницы со всеми товарами нет, на страницах пагинации атрибут rel=»canonical» можно не устанавливать«. :lol: Ставьте каноникал на первую страницу. Хотя нет, на документ с общим ассортимент. Но если его нет, то вообще не ставьте. Так, ставить или не ставить, и куда? :twisted:.

…в то время как атрибут rel=»canonical» указывает на каноническую страницу и позволяет передавать ей некоторые показатели неканонических адресов (источник — все тот же пост).

Вы правы, момент с наличием страницы, на которой собран весь товар раздела, я упустил. Если такая страница присутствует на сайте, действительно, лучше указывать в качестве канонической именно её (источник — комментарии к посту).

Робот считает ссылку с атрибутом rel=»canonical» не строгой директивой, а предлагаемым вариантом, который учитывается, но может быть проигнорирован (источник).

Получается, что идеальный вариант для Яндекса — rel=»canonical» на отдельную страницу со всем ассортиментом продукции категории. Почему это не подходит для большинства сайтов?

canonical на общий документ

  • Во-первых, на многих сайтах нет подобного функционала.
  • Во-вторых, такая страница должна быть основным документом категории и быть прописана в меню. Иначе ее внутренний вес будет минимальным. Или ставить дополнительно rel=»canonical» со стандартной категории на документ со всем ассортиментом раздела. Сюда же ее оптимизация: Title, Description, h2. На мой взгляд, много сомнительных манипуляций. Непонятно, как на это еще отреагируют поисковые системы.
  • В-третьих, самое главное — теряется значение пагинации: посетители с поисковиков будут переходить на большую страницу с общим ассортиментом.
  • В-четвертых, документ будет «тяжелее». От этого будет страдать скорость загрузки, которая, в свою очередь, влияет на ранжирование. Получается, ловим одно, но топим другое :smile:.

Как велит поступать Google?

Гугл с присущей ему демократичностью дает больше вариантов:

  1. Оставить как есть. Гениальный совет — распечатать и поставить на полку к «Развивайте сайт» :smile:.
  2. Добавить страницу «Показать все». Аналог идеального решения Яндекса, но которое не вяжется с реальным положением дел.
  3. Использов

pozi.pro

SEO пагинация или оптимизация постраничной навигации

Поисковая оптимизаця постраничной навигацииПоисковая оптимизаця постраничной навигации

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

Примеры и аргументы у всех свои, но суть, как правило, одна: больше страниц — лучше СЕО. Нет, не лучше. Почему лучше меньше, да лучше я уже писал, но давайте рассмотрим подробнее постраничную навигацию на сайте. Какой должна быть порядковая нумерация страниц сайта, чтобы, как минимум, не навредить SEO. Почему не навредить? Потому что в задачи поисковой оптимизации сайта входит определение точного соответствия страницы ключевому запросу, а не создание бесконечного числа дублей одной и той же страницы с заголовком «Страница №911».

Польза пагинации для SEO

Давайте рассмотрим, какую невероятную пользу несет постраничная навигация для сайта в плане поисковой оптимизации. Она обеспечивает доступ ко всем страницам сайта из списка страниц категории. Да, действительно. Особенно, когда у вас 50 страниц и чтобы добраться до, скажем, 21 страницы, поисковому роботу нужно углубиться на … сколько уровней? Найти на 21 странице товар или пост и углубиться еще на один уровень. Да, польза колоссальная, особенно если учесть, что поисковые боты не ходят глубже 3-4 уровней вложенности. Нет, ну конечно ходят, но ценность и сроки индексации с каждым уровнем падают в геометрической прогрессии.

Что еще полезного нам несет порядковая нумерация страниц сайта? Она ограничивает количество ссылок на странице, ибо негоже более 100 ссылкам на одном холсте собираться. Вот это действительно польза. Есть еще косвенная польза, в виде улучшения поведенческих факторов, так как постраничная навигация — один из самых популярных и привычных методов отображения больших списков информации на сайте. За то и держим. Вот вроде бы и все.

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

SEO постраничной навигации на сайте

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

Существуют уникумы, которые пытаются персонализировать номерные страницы категорий, добавляя в заголовки номера страниц и даже по шаблону меняя описание страницы. Но вот один вопрос: какому запросу отвечает любая из номерных страниц? Особенно, если учитывать миграцию содержимого со страницы на страницу. По какому ключевому запросу должна выйти в поисковой выдаче номерная страница категории, как самая релевантная страница? Нет таких запросов. И как страницы для несуществующих запросов, в индексации сайта такие страницы участвовать не должны.

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

Исключение пагинации из индексации

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

Исключение пагинации через Канонические ссылки

Если коротко, то каноническая ссылка — это ссылка на главную страницу раздела или ту страницу, которую решено считать главной. На каждой нумерованной странице указываем ссылку на главную и «о, чудо!» — все номерные страницы улетают, как исключенные из индексации. Если более развернуто, то читаем что такое канонические ссылки.

А вот так выглядит код, который надо поставить на каждую номерную страницу:

<link rel="canonical" href="http://site.ru/category/"/>

Канонические ссылки — универсальный способ, но есть и другие частные случаи, где можно обойтись и без канонических ссылок, если нет возможности их настроить или просто лень.

Исключение пагинации через Robots Disallow

Представим, что адрес номерной страницы выглядит так:

http://site.ru/category/page/3

Всего-то надо попросить поисковых роботов не ходить куда не надо, а именно:

Disallow: /category/page

Вставляем в robots.txt запрет на индексацию и забываем про постраничную навигацию. Вот так вот, как в стихах. Но тут великолепный мистер Роботс преподносит нам еще один сюрприз.

Исключение пагинации динамических страниц

Ежели пагинация на сайте организована средствами URL динамических:

http://site.ru/category?page=3

Извольте воротиться в robots.txt прописать уже знакомые:

Disallow: ?page=

или

Clean-param: page /

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

Ставь лайк, делай репост, подписывайся на новые статьи, которые выходят каждый день.

convertmonster.ru

✅️ Закрывать ли пагинацию? Универсального решения нет — Сосновский.ру

Тема настолько популярная и противоречивая, что к моему относительно недавнему посту публикую новый. Надеюсь, что совместными силами нам удастся добиться оптимального результата. Ни Яндекс, ни Google, ни SEO-сообщество не дает однозначных ответов.

пагинация

Почему тот же вопрос?

Буквально год назад я был уверен в том, что в индексе пагинация не нужна. Теперь уверен не на 100%. Но и ее индексация вызывает много противоречий. Добавляем сюда советы от разных поисковых систем (Яндекс и Google) и получаем полный SEO-коктейль :smile:. Ниже все, что накопилось у меня на этот счет. Возможно, вместе докопаемся до истины ;-).

Началось все с того, что несколько месяцев назад у довольно авторитетного SEO-специалиста я увидел мнение противоположное моему — «Пагинацию закрывать не нужно». Продолжилось тем, что Google официально заявил, что rel=»next» и rel=»prev» больше не учитываются.

Подумал, что нужно спросить мнение у других. Сначала создал опрос в твиттере, потом в блоге. Получил следующие результаты.

опрос в твиттере

опрос в блоге

Оказывается, незакрывающих больше, чем закрывающих. Давайте, переубедите меня, почему не закрывать лучше, чем закрывать :smile:. Просьба проголосовать в опросе тех, кто это еще не сделал.

Загрузка ... Загрузка …

Почему стоит закрыть?

Мои доводы в пользу закрытия:

  1. Посетители попадают всегда на главную страницу категории. Как правило, на ней отображен подготовленный ассортимент (именно его видит посетитель при переходе из меню). Какой ассортимент отобразится пользователю на 6 или 10 странице пагинации (мой опыт показывает, что это не редкость)? Может быть, он и вовсе попадет на товары, которых нет в наличии.
  2. Постоянно меняющиеся целевые страницы. Алгоритмам поисковых систем сегодня понравилась главная категория, завтра 4 страница, послезавтра 10 (при отсутствии дополнительного контента на главной странице раздела отличия документов незначительные). На мой взгляд, периодически «пляшущие» посадочные это не очень хорошо.
  3. В индексе образуется большое количество некачественных документов. Во-первых, это статус «Некачественная страница» в Яндекс.Вебмастере. Во-вторых, в Google существует практика, когда при удалении из индекса низкокачественных документов, не приносящих трафика, общая поисковая посещаемость ресурса подрастала.

Почему стоит открыть?

Открытая пагинация мне импонирует по 2 пунктам (первый больше всего):

1. Поисковая система может определить глубину ассортимента (используется в качестве коммерческого фактора ранжирования). И снова «Я спросил у Яндекса». Мой вопрос:

Подскажите, пожалуйста, в случае использования с пагинации rel=»canonical» на первую страницу категории или конструкцию meta name robots noindex, follow будет ли поисковый алгоритм Яндекса видеть весь ассортимент раздела?

Например, в разделе «Шины» представлено 100 товаров, которые разделены на 10 страниц пагинации (включая первую). В случае использования rel=»canonical» на первую страницу категории или конструкцию meta name robots noindex, follow будет ли алгоритм «видеть» то, что ассортимент состоит из 100 товаров, а не только из 10?

Ответ:

Если документы будут запрещены к индексированию, то робот не сможет загрузить в поисковую базу данные о том, какой именно контент они содержат, он только сможет перейти по ссылкам с этой страницы.

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

Действительно, могут быть проблемы с ассортиментом при закрытой пагинации.

2. Если в качестве целевой поисковая система выбрала «нумерованный документ», то это может свидетельствовать о фильтрах на главную страницу категории (например, постраничный Баден-Баден). Но это не точно :smile:. Как диагностировать фильтр, если никакого дополнительно текста нет, а с Title, Description и h2 все в порядке? Вопрос остается открытым.

Позиция Яндекса

Вроде поисковая система — точная математическая формула, а точного решения нет:

1. Ставьте canonical на основную категорию. Google считает ошибкой + видео в этом пункте).

использование canonical в яндексе

Мне стало интересна актуальная позиция Яндекса и будут ли известны индексирующему роботу ссылки на товары, если используется не тег rel canonical, а тег meta name robots со значением noindex, follow? Ответ от службы поддержки ниже:

Если страницы будут ограничены при помощи мета-тега noindex, follow, то робот сможет получать данные о ссылках на таких запрещенных документах.

Что же касается наших рекомендаций, в целом мы рекомендуем оценить, могут ли быть полезны такие страницы пользователям и смогут ли они появиться в поиске по релевантным запросам. Если документы по таким адресам содержат контент, который может быть полезен, то, возможно, такие страницы не стоит ограничивать, а оставить доступными для поискового робота. Если же нет, а содержимое данных страниц уже представлено в поиске на других документах, вы можете ограничить их индексирование при помощи атрибута rel=»canonical», либо мета-тег noindex.

2. Ставьте canonical на страницу со всем ассортиментом. Это крайне неуниверсальный метод. Для сайтов с большой номенклатурой страницы будут очень сильно грузиться. В меню тоже не дашь такую ссылку посетителю. Дополнительно получится большое количество внутренних ссылок на неканонические документы.

каноникал на общую страницу

3. Не ставить canonical на страницу со всем ассортиментом :smile:.

canonical можно и не ставить

Итоговый совет от Яндекса — делайте, как хотите :smile:. Собственно, на beru.ru (маркетплейс Яндекса и Сбербанка) есть и canonical и meta name robots, и rel prev/next (прошу прощение за «масштаб»).

:smile:

В Яндекс.Маркете есть canonical и meta name robots (правда, не уверен, что они обрабатываются — выводятся не классическим методом: через функцию или скрипт).

Вероятно, ассортимент должен быть во всем. Методы запрета индексирования — не исключение :smile:.

Позиция Google

  1. В справке, которая сейчас недоступна первым пунктом был как раз совет Яндекса (по типу Google сам разберется).
  2. Canonical на страницу с общим ассортиментом.

Здесь Google полностью солидарен с Яндексом — никакого конкретного совета.

С сервисами Гугла найти страницы пагинации было намного сложнее: в основном на них используется «бесконечная прокрутка» без смены URL. Но одну систему с нумерацией страниц я нашел — форум поддержки.

Форум разбивается на продукты: Chrome, Android, Вебмастеры и так далее. В каждом продукте есть сообщество с категориями. Так вот с пагинации стоит, там-та-ра-рам, canonical на общий листинг тем по продукту (в сообществе).

каноникал в гугле

Ай-яй-яй, а говорят, ошибка-ошибка :smile:. Из-за этого canonical в индексе только сами топики и главная страница сообщества, без каких-либо разделов, категорий и страниц со всеми топиками (пример ниже на разных языках).

:smile:

Как делают крупные агрегаторы/справочники?

У них, как ни у кого, большая база продуктов и вопрос индексации пагинации стоит остро. Ниже таблица по 10 крупным русскоязычным справочникам и их методы.

СайтЧто используют
Flamp.ruКаноникал на главную категорию
Zoon.ruБесконечная прокрутка без смены URL
Spr.ruНет пагинации за счет углубленной разбивки по геолокациям
Spravker.ruКаноникал на относительный URL, что является ошибкой (в качестве каноникал необходимо указывать абсолютный URL)
Yell.ruКаноникал на главную категорию
Pulscen.ruКаноникал на главную категорию
Blizko.ruКаноникал на страницу пагинации + prev/next, в robots.txt запрета нет (зато есть директива host =) ). В Title добавляется номер страницы, description дублируется.
Price.ruКаноникал на главную категорию + prev/next.
Regmarkets.ruКаноникал на страницу пагинации, но meta name noindex nofollow.
Satom.ruКаноникал на главную категорию + prev/next

Все кроме blizko.ru закрывают пагинацию в основном с помощью canonical — подстраиваются под Яндекс. И это правильно, агрегаторы и справочники любит больше именно он :smile:.

А что по интернет-магазинам?

СайтЧто используют
Wildberries.ruCanonical на главную раздела
Lamoda.ruCanonical на главную раздела
Citilink.ruCanonical на главную раздела
Mvideo.ruCanonical на главную раздела
Eldorado.ruCanonical на главную раздела
Dns-shop.ruCanonical на главную раздела

Ой, а тут у всех единое мнение.

Как поступать в итоге и что буду делать я?

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

Единственное, на некоторых проектах я попробую вместо meta name robots noindex follow использовать canonical. На паре — попробую в принципе открыть ее. Посмотрю, что из этого выйдет. Если результаты будут интересными, то опубликую их в блоге.

Как, на мой взгляд, поступать оптимально? Сначала анализируйте ТОП 5-10 своих самых крупных конкурентов. Смотрите, как настроено у них. Делаете также. Но не забывайте «Что дозволено Юпитеру, не дозволено быку» :smile:.

Советы по закрытию с помощью canonical:

  1. Не закрывайте пагинацию в robots.txt.
  2. Ставьте абсолютный URL на главную страницу категории/раздела.

Рекомендации, если будете оставлять открытой:

  1. В случае наличия описания у категории, убирайте его со страниц пагинации.
  2. Уникализируйте Title и Description. Можно просто в конце добавить, например, «Страница 2».
  3. Ставьте 301-редирект с первого документа пагинации на главную категорию.

«Пустяковый» момент, а снова больше чем на 7 страниц А4. Жду ваши отзывы, комментарии и вопросы ;-)!

sosnovskij.ru

Leave a Reply