Содержание

Что делать со страницами пагинации – настройка корректной индексации

#Оптимизация сайта #Индексация

#60

Февраль’18

19

Февраль’18

19

Пагинация (pagination, пейджинг, листинг) происходит от слов «page» и «navigation» и в буквальном смысле означает «постраничную навигацию». Вывод массива данных (например товаров в категории интернет-магазина) с разбиением на несколько страниц.

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

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

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

Отношение к пагинации у Яндекса и Google

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

Google же предлагает три варианта реализации:

  • Ничего не делать и положиться на алгоритмы Google — он сам выберет страницу с наиболее релевантным содержимым.
  • В атрибуте rel=»canonical» в качестве канонической указать страницу «Показать все», на которой выводились бы все товары категории.
  • Указать логическую связь между страницами пагинации с помощью атрибутов rel=»next» и rel=»prev» для тега <link>.

Первый вариант отметаем сразу, так как в Яндексе будет полный беспорядок.

Второй вариант имеет право на жизнь, что подтверждается представителем Яндекса в одном из обсуждений «Клуба о поиске Яндекса». Но если на вашем сайте в категории огромное количество товаров, которые будут выведены на одной странице, это может создать сложности для индексации и верного восприятия содержимого страницы. К тому же, таким образом вы даете понять поисковикам, что именно эту страницу необходимо ранжировать, а значит в поиске будет появляться именно она, и при переходе на нее пользователи будут долго ждать полной загрузки. Получается, что пагинация не будет выполнять своей функции. Поэтому такой способ применим только для небольших каталогов.

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

Как правильно реализовать индексацию пагинации

Чтобы найти компромисс между рекомендациями Яндекса и Google, мы в своей работе придерживаемся следующих правил:

  • Страницы пагинации открыты для индексации (исключение составляют страницы вида пагинация+сортировка и пагинация+фильтрация, если для фильтрации не предусмотрен корректно реализованный функционал
    смарт-фильтра).
  • Текст с описанием категории выводится только на первой странице. На второй, третьей и так далее страницах он не выводится (не скрывается в display:none, а именно не выводится). Это актуально для интернет-магазинов и неактуально, например, для раздела статей или новостей — в этом случае у разделов не бывает описаний, а в качестве контента выступают превью статей/новостей.
  • Первая страница должна быть доступна только по адресу без префикса пагинации. Например, в Bitrix пагинация по умолчанию строится с помощью GET-параметров, которые имеют вид PAGEN_1=N, где N — номер страницы пагинации.
    Допустим, первая страница категории имеет вид /catalog/category/, вторая — /catalog/category/?PAGEN_1=2, третья — /catalog/category/?PAGEN_1=3 и так далее. В этом случае важно, чтобы первая страница НЕ была доступна по адресу /catalog/category/?PAGEN_1=1 (это можно настроить с помощью 301-редиректов и правильного построения ссылок в навигационной цепочке).
  • Мета-теги и заголовок Title не должны дублироваться. Например, если для первой страницы задан оптимизированный title, то для страниц пагинации его можно строить по шаблону «%name% — страница N», где %name% — название категории, а N — номер страницы пагинации.
  • Используем атрибуты rel=»next» и rel=»prev» тега <link> — для Google это будет плюсом, для Яндекса вреда не принесет.
  • Несуществующие страницы пагинации должны отдавать 404 ошибку, либо перенаправлять на главную страницу раздела. Под несуществующими страницами имеются в виду страницы вида /catalog/category/?PAGEN_1=N, где N — больше реально существующего количества страниц в пагинации.

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

  • Указание в качестве канонической страницы вида «Показать все» для больших каталогов неприемлемо, как описывалось выше.
  • Указание в качестве канонической первой страницы категории создаст трудности для Google — это не вписывается ни в одну рекомендацию и может создать проблемы при индексации и верном восприятии сайта.
  • Задание уникальных мета-тегов и заголовков в совокупности с различными выводимыми товарами делает страницы пагинации уже не дубликатами — на каждой из них свой контент. По этой же причине связывать их через rel=»canonical» становится нелогично.
  • Благодаря оптимизированным мета-тегам, заголовкам и описанию, в поиске приоритет всегда будет отдаваться первой странице категории. Однако если возникнет ситуация, что в выдаче Яндекса ее место займет какая-либо страница пагинации, это можно расценивать как сигнал о переоптимизации страницы, что упрощает обнаружение данного фильтра.

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

Похожее

Оптимизация сайта Индексация

Атрибут rel=canonical

Оптимизация сайта Индексация

Индексация ссылок

Оптимизация сайта Индексация

#133

Атрибут rel=canonical

Октябрь’22

10257

22

Оптимизация сайта Индексация

#119

Индексация ссылок

Апрель’19

4228

30

Оптимизация сайта Индексация

#111

Описание и настройка директивы Clean-param

Апрель’19

7903

24

Оптимизация сайта Индексация

#104

Как привлечь быстроробота Яндекс

Февраль’19

2073

21

Оптимизация сайта Индексация

#94

Проверка индекса сайта. Как найти мусорные или недостающие страницы

Декабрь’18

8163

28

Оптимизация сайта Индексация

#86

Как закрыть ссылки и текст от поисковых систем

Ноябрь’18

5185

22

Оптимизация сайта Индексация

#82

Почему Яндекс удаляет страницы из поиска

Ноябрь’18

2894

19

Оптимизация сайта Индексация

#47

Как узнать дату индексации страницы

Ноябрь’17

7026

18

Оптимизация сайта Индексация

#46

Какие страницы надо закрывать от индексации

Ноябрь’17

9447

18

Оптимизация сайта Индексация

#38

Как удалить страницу из индекса Яндекса и Google

Ноябрь’17

12584

20

Оптимизация сайта Индексация

#37

Как добавить страницу в поиск Яндекса и Google

Апрель’17

17990

19

Оптимизация сайта Индексация

#7

Как закрыть сайт от индексации

Ноябрь’17

8543

17

Оптимизация сайта Индексация

#2

Как проверить индексацию сайта в поисковых системах

Ноябрь’17

16163

27

Оптимизация сайта Индексация

#1

Как ускорить индексацию сайта

Ноябрь’17

5032

29

Правильная 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 рекомендует rel=canonical ставить саму на себя (в той же справке по ссылке выше):

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

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

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

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

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

А кто-то говорит запретить в robots.txt или использовать тег meta name=»robots» content=»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» и настраивается, если что это тут:

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

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

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

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

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

Также, когда страниц очень много, можно сделать разбивку по 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-марафона, я почти всем ответил на вопросы, осталось еще чуть-чуть, вопросов пришло очень много, разгребаю. 🙂 Если вдруг вы не успели записаться на предзапись марафона, ждите новостей на блоге (подпишитесь на рассылку по почте, чтобы не пропустить старт продаж), в феврале стартуем!

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

Правильная оптимизация страниц пагинации – Как правильно настроить индексацию страниц в поисковых системах

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

Что такое пагинация?

Далеко не все сайты располагают всем контентом на одной странице. Зачастую мы натыкаемся на мультистраничные ресурсы. Так устроены каталоги интернет-магазинов типа Ozon, Wildberries и Комус.

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

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

В случае с интернет-магазинами — одежда одного бренда или товары из одной категории.

На некоторых ресурсах пагинация реализуется через скрипты AJAX. Новые элементы подгружаются по ходу скроллинга. Пока пользователь листает страницу вниз, скрипт загружает новые единицы товара и показывает их ему. При этом появляющаяся «пачка» контента все еще может быть идентифицирована как  та же страница.

Комьюнити теперь в Телеграм

Подпишитесь и будьте в курсе последних IT-новостей

Подписаться

Зачем использовать пагинацию?

Есть как минимум 2 веских повода изучить эту сущность и реализовать ее на своем ресурсе.

Чтобы посетители были довольны

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

Для удобства организации данных

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

Пагинация воспринимается как норма на новостных ресурсах и в электронной коммерции, поэтому пренебрегать ею не стоит. Посетители не поймут отсутствия пагинации.

Как пагинация влияет на параметры SEO?

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

Индексация

У поисковых служб типа Гугла и Яндекса есть боты, которые занимаются анализом всех веб-страниц в интернете. У ботов есть определенный «бюджет» сканирования, который нужно расходовать аккуратно.

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

То есть сократить количество индексируемых элементов и расставить приоритеты.

Дублирование контента

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

Дубли будут замечены и в уже выставленных параметрах SEO. Поэтому роботу дублированные материалы не понравятся. Он начнет занижать позиции в поисковиках и портить репутацию ресурса.

Появление бесполезного контента

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

Некорректное ранжирование

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

Гораздо лучше это сработает, если будет одна страница, захватывающая больше внимания, чем много страниц, захватывающих минимум внимания Гугл- и Яндекс-ботов. Это будет более качественная SEO-стратегия.

Как правильно настроить пагинацию?

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

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

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

Настроить тег rel=«canonical»

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

Второй вариант предпочтительнее. Робот будет чаще «просматривать» одну из частей ресурса, положительно влияя на ее ранжирование. Вместе с этим на ранжирование сайта в целом.

Для этого используется HTML-атрибут rel=«canonical», сообщающий Гуглу и Яндексу, что страницы пагинации привязаны к одному каноничному адресу. Его и надо индексировать.

Инструкция по настройке каноничного URL-адреса
  • Создаем общую страницу для одной категории контента. Например, все, что подходит под описание «Кеды Converse». Например, https://moysait.net/kedy/converse/?&show-all
  • Убираем номер с первой страницы пагинации. Диапазон с первой по третью должен выглядеть примерно так:​

https://moysait.net/kedy/converse/

https://moysait.net/kedy/converse/page-2

https://moysait.net/kedy/converse/page-3

  • Убираем ссылку на https://moysait.net/kedy/converse/page-1 со всех остальных адресов.
  • Настраиваем переадресацию с кодом 301 с https://moysait.net/kedy/converse/page-1 на https://moysait.net/kedy/converse/
  • Удаляем дублированные материалы со страниц пагинации.
  • На каждую из них добавить ссылку. В раздел head.
  • Настраиваем метатеги Title, Description, Keywords. В Title надо указать название страницы и ее номер.

Настроить тег rel=«canonical» с кнопкой show-all

  1. Создаем общую страницу для одной категории контента. Например, все, что подходит под описание «Кеды Converse». Например, https://moysait.net/kedy/converse/?&show-all
  2. Добавляем туда кнопку типа «Показать больше» (название можно выбрать любое), которая выводила бы в поле зрения дополнительные единицы товара.
  3. В раздел head HTML-разметки каноничной страницы добавляем строку rel=«canonical»
  4. Вставляем rel=«canonical» href=«https://moysait.net/kedy/converse/?&show-all» на страницах пагинации.
Минусы сведения пагинации к каноничному адресу

При попытке оптимизировать через show-all вы наткнетесь на следующие недостатки метода:

  1. Останутся проблемы с производительностью. Онлайн-магазин с 1000 товаров загнется при попытке отобразить весь ассортимент на одной странице. Покупатели тут же ретируются, создав для ресурса дурную репутацию среди поисковых роботов. Поведенческие факторы «просядут», начнется потеря прибыли.
  2. Большинство e-commerce-сайтов оснащается фильтрами товаров и инструментами для сортировки найденных продуктов. Они создают дополнительные динамические страницы, и для каждой придется отдельно прописывать HTML-теги. Слишком большой объем работы.
  3. И это не работает с крупными CMS типа Битрикс. Обычно в них объем данных в несколько раз превышает допустимый для этого метода оптимизации пагинации.

Настроить теги rel=«next» и rel=«prev»

Я не буду рассматривать этот вариант, потому что в прошлом году Google скорректировала работу алгоритмов поискового робота. Теги rel=«next» и rel=«prev» теперь бесполезны. Гуглу на них плевать.

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

Инженер Google Илья Григорик сказал, что их робот больше не ориентируется на сигналы в духе prev и next для индексирования сайтов. Но рекомендует их использовать, чтобы адаптировать ресурс для людей с ограниченными возможностями. На SEO это влияние не окажет.

Скрыть части пагинации от поисковых роботов

Этот метод тоже не рекомендуется использовать. Но можно вообще убрать всю пагинацию из страниц, доступных для индексации. Для этого в head вставляется метатег noindex или nofollow.

Настройка под поисковики

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

Под Google

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

Под Яндекс

Яндекс работает по тому же принципу, но игнорирует канонические адреса в ряде случаев:

  • Если документ оказался недоступен (выдает одну из HTTP-ошибок).
  • Указан неправильный канонический адрес. Например, в URL прописан домен или поддомен, отличающийся от страниц пагинации. Ну или с разными протоколами, доменами третьего уровня и так далее.
  • В списке канонических адресов прописаны несколько ссылок.

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

Другие советы по настройке пагинации

  1. Используйте правильные ключевые слова для организации страниц пагинации.
  2. Правильно устанавливайте категории, чтобы не вызывать путаницы.
  3. Создавайте ЧПУ-ссылки для всех страниц. Типа https://moysait.net/kedy/converse/
  4. Используйте AJAX, чтобы не создавать дополнительных индексирумых страниц для каждой вариации фильтра или сортировки товаров.
  5. Используйте приложения для тестирования, например, Pi Datametrics.

На этом все. Организуйте данные красиво, убирайте дубликаты и настраивайте канонические адреса. Этого хватит, чтобы оба поисковика полюбили настройки пагинации на вашем сайте.

Настройка нумерации страниц, разрывов строк и страниц в Pages на Mac

Страницы

Искать в этом руководстве

Руководство пользователя

страниц для Mac

  • Добро пожаловать
    • Введение в страницы
    • Текстовый редактор или верстка?
    • Знакомство с изображениями, диаграммами и другими объектами
      • Создайте свой первый документ
      • Введение в создание книги
      • Используйте шаблоны
    • Найти документ
    • Открыть или закрыть документ
    • Сохранить и назвать документ
    • Распечатать документ или конверт
      • Отменить или повторить изменения
      • Используйте боковые панели
      • Быстрая навигация
      • Просмотр символов форматирования и руководств по макету
      • Правители
      • Изменить вид документа
      • Сенсорная панель для страниц
      • Настроить панель инструментов
      • Установить настройки страниц
      • Создайте документ с помощью VoiceOver
      • Используйте VoiceOver для предварительного просмотра комментариев и отслеживания изменений
    • Выберите текст и поместите точку вставки
    • Добавить и заменить текст
    • Скопируйте и вставьте текст
      • Добавить, изменить или удалить поле слияния
      • Управление информацией об отправителе
      • Добавление, изменение или удаление исходного файла в Pages на Mac
      • Заполнение и создание настраиваемых документов
    • Используйте диктовку для ввода текста
    • Акценты и специальные символы
      • Форматирование документа для другого языка
      • Используйте фонетические справочники
      • Использовать двунаправленный текст
      • Используйте вертикальный текст
    • Добавьте дату и время
    • Добавить математические уравнения
    • Закладки и ссылки
    • Добавить ссылки
    • Измените шрифт или размер шрифта
    • Установить шрифт по умолчанию
    • Жирный, курсив, подчеркивание и зачеркивание
    • Изменить цвет текста
    • Добавление тени или контура к тексту
    • Изменить заглавные буквы текста
      • Введение в стили абзаца
      • Применение стиля абзаца
      • Создание, переименование или удаление стиля абзаца
      • Обновление или возврат стиля абзаца
      • Используйте сочетание клавиш, чтобы применить стиль текста
    • Копировать и вставлять стили текста
      • Автоматически форматировать дроби
      • Создание и использование стилей символов
      • Лигатуры
      • Добавить буквицы
      • Подъем и опускание символов и текста
      • Форматирование китайского, японского или корейского текста
    • Добавить эффект выделения к тексту
    • Форматирование дефисов, тире и кавычек
    • Установить интервалы между строками и абзацами
    • Установить поля абзаца
    • Форматировать списки
    • Установить позиции табуляции
    • Выравнивание и выравнивание текста
    • Установить разбиение на страницы и разрывы строк и страниц
    • Форматировать столбцы текста
    • Связать текстовые поля
    • Добавьте границы и правила (линии)
    • Установите размер и ориентацию бумаги
    • Установить поля документа
    • Настройка разворота страниц
    • Шаблоны страниц
      • Добавить страницы
      • Добавляйте и форматируйте разделы
      • Изменение порядка страниц или разделов
      • Дублирование страниц или разделов
      • Удалить страницы или разделы
      • Оглавление
      • Библиография
      • Сноски и концевые сноски
      • Заголовки и колонтитулы
    • Добавьте номера страниц
    • Изменить фон страницы
    • Добавить рамку вокруг страницы
    • Добавляйте водяные знаки и фоновые объекты
    • Создать собственный шаблон
      • Добавить изображение
      • Добавить галерею изображений
      • Редактировать изображение
      • Добавить и изменить фигуру
      • Объединяйте или разбивайте фигуры
      • Нарисуйте фигуру
      • Сохранение фигуры в библиотеке фигур
      • Добавление и выравнивание текста внутри фигуры
    • Добавьте линии и стрелки
    • Анимируйте, делитесь или сохраняйте рисунки
      • Добавить видео и аудио
      • Запись аудио
      • Редактировать видео и аудио
    • Установка форматов фильмов и изображений
      • Размещение и выравнивание объектов
      • Размещайте объекты с текстом
      • Используйте направляющие для выравнивания
      • Слой, группировка и блокировка объектов
    • Изменить прозрачность объекта
    • Заполнение фигур и текстовых полей цветом или изображением
    • Добавить границу к объекту
    • Добавить подпись или заголовок
    • Добавьте отражение или тень
    • Используйте стили объектов
    • Изменение размера, поворот и отражение объектов
      • Добавить или удалить таблицу
      • Выбор таблиц, ячеек, строк и столбцов
        • Добавление или удаление строк и столбцов таблицы
        • Переместить строки и столбцы таблицы
        • Изменение размера строк и столбцов таблицы
      • Объединить или разъединить ячейки таблицы
        • Изменение внешнего вида текста таблицы
        • Показать, скрыть или изменить заголовок таблицы
        • Изменение линий сетки и цветов таблицы
        • Используйте стили таблиц
      • Изменение размера, перемещение или блокировка таблицы
      • Добавлять и редактировать содержимое ячейки
        • Форматирование дат, валюты и т. д.
        • Создание пользовательского формата ячейки таблицы
        • Форматирование таблиц для двунаправленного текста
      • Условное выделение ячеек
      • Алфавитизация или сортировка данных таблицы
      • Вычислять значения, используя данные в ячейках таблицы
      • Используйте справку по формулам и функциям
      • Добавить или удалить диаграмму
      • Преобразование диаграммы из одного типа в другой
    • Изменить данные диаграммы
    • Перемещение, изменение размера и поворот диаграммы
      • Изменение внешнего вида рядов данных
      • Добавьте легенду, линии сетки и другие маркировки
      • Изменение внешнего вида текста и меток диаграммы
      • Добавление границы и фона к диаграмме
      • Используйте стили диаграммы
    • Проверять орфографию
    • Поиск слов
    • Найти и заменить текст
    • Заменить текст автоматически
    • Показать количество слов и другую статистику
    • Просмотр аннотаций
    • Установить имя автора и цвет комментария
    • Выделите текст
    • Добавить и распечатать комментарии
    • Отслеживать изменения
    • Отправить документ
    • Опубликовать книгу в Apple Books
      • Введение в сотрудничество
      • Приглашайте других к сотрудничеству
      • Совместная работа над общим документом
      • Изменение настроек общего документа
      • Прекратить совместное использование документа
      • Общие папки и совместная работа
      • Используйте Box для совместной работы
    • Используйте iCloud Drive со страницами
    • Экспорт в Word, PDF или другой формат файла
    • Открытие книги iBooks Author в Pages
    • Уменьшите размер файла документа
    • Сохранение большого документа в виде файла пакета
    • Восстановить более раннюю версию документа
    • Переместить документ
    • Удалить документ
    • Заблокировать документ
    • Защитить документ паролем
    • Создание пользовательских шаблонов и управление ими
      • Передача документов с помощью AirDrop
      • Передача документов с Handoff
      • Перенос документов с помощью Finder
    • Если вы не можете добавить или удалить страницу
    • Если вы не можете удалить что-то из документа
    • Если вы не можете найти кнопку или элемент управления
    • Если форматирование страницы постоянно меняется
    • Горячие клавиши
    • Символы сочетания клавиш
  • Авторские права

Вы можете использовать форматирование для управления размещением текста на странице.

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

  • Разрыв страницы: Используйте разрыв страницы (только в текстовом документе), чтобы переместить строку текста в начало следующей страницы или начать печатать на новой странице.

Вы также можете предотвратить появление отдельных строк текста внизу или вверху страницы (они известны как окна и 9).0525 детей-сирот ).

Переместить текст на следующую строку или страницу

  1. Щелкните в том месте, где должен произойти разрыв.

  2. Выполните одно из следующих действий:

    • Для разрыва строки: Нажмите на панели инструментов, затем выберите «Разрыв строки». Вы также можете выбрать «Вставка» > «Разрыв строки».

    • Для разрыва страницы: Нажмите на панели инструментов, затем выберите «Разрыв страницы». Вы также можете выбрать «Вставка» > «Разрыв страницы».

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

Предотвратить появление отдельных строк текста вверху или внизу страницы

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

  1. Щелкните абзац, в котором вы хотите предотвратить появление одной строки текста.

  2. На боковой панели «Формат» нажмите кнопку «Дополнительно» вверху.

  3. Установите флажок рядом с пунктом «Предотвратить появление оконных и потерянных строк».

Настройка разрыва абзацев между страницами

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

  1. Выберите абзацы, к которым вы хотите применить настройки.

  2. На боковой панели «Формат» нажмите кнопку «Дополнительно» вверху.

  3. Установите любые флажки в разделе «Разбивка на страницы и разрывы»:

    • Сохранить строки на одной странице: Сохранить все строки абзаца на одной странице.

    • Сохранить со следующим абзацем: Сохраняет абзац на той же странице, что и следующий за ним.

    • Начало абзаца на новой странице: Перемещает абзац в начало следующей страницы.

    • Предотвратить висячие и одинокие строки: Предотвращает появление на странице только первой или последней строки абзаца.

Удалить разрыв форматирования

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

См. также Установка позиций табуляции в Pages на MacФорматирование столбцов текста в Pages на MacДобавление и форматирование разделов в Pages на Mac

Максимальное количество символов: 250

Пожалуйста, не указывайте личную информацию в своем комментарии.

Максимальное количество символов — 250.

Спасибо за отзыв.

The Ultimate Pagination — SEO Guide

GuideStart Reading

Содержание

  1. Что такое Pagination?
    1. Когда использовать нумерацию страниц?
    2. Когда не использовать нумерацию страниц?
    3. Каковы требования к нумерации страниц с точки зрения удобства использования и структуры веб-сайта?
    4. Какая связь между страницами пагинации и страницами элементов?
  2. Тестирование различных типов пагинации
    1. Тестовая установка
    2. Результаты испытаний
      1. Базовая нумерация страниц
      2. Первые страницы
      3. Первая и последняя страница
      4. Соседи
      5. Первый, последний и соседи
      6. Фиксированные шаги
      7. Фиксированный блок
      8. Логарифмическая нумерация
      9. Призрачный блок
    3. Сводная таблица
    4. Рекомендации
  3. Технические концепции и разметка для разбиения на страницы
    1. Указать содержимое с разбивкой на страницы
      1. отн. =следующий и отн.=предыдущий
      2. Параметры в Инструментах для веб-мастеров
    2. Посмотреть все страницы
    3. Ограничение количества результатов
      1. Перераспределить рейтинг страницы
      2. Устранение узких мест производительности
  4. Распространенные ошибки при нумерации страниц
    1. Ссылка rel=canonical на странице
  5. Как Audisto может помочь обнаружить проблемы с нумерацией страниц

The Ultimate Pagination — SEO Guide

Извините, ваш браузер не поддерживает встроенные видео.

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

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

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

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

Разбивка на страницы также используется для разделения очень длинных статей на более мелкие части. Это имеет смысл, когда предполагается, что каждая страница разбивки на страницы посвящена определенной теме, например, по соображениям удобства использования или SEO. Однако иногда это просто делается для увеличения количества показов страниц, например. когда основным источником дохода является реклама.

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

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

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

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

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

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

Какая связь между страницами нумерации страниц и страницами элементов?
Связь между страницами элементов и страницами разбивки на страницы

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

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

Чтобы найти наиболее важные страницы в нашей внутренней структуре ссылок, мы можем использовать математические показатели, такие как PageRank и CheiRank, и объединить их в 2D-Rank. PageRank — это метрика, показывающая авторитетность страницы, а CheiRank указывает на лучшие центры. В сочетании с 2D-Rank мы можем найти наиболее релевантные страницы.

Большинство страниц следуют определенной схеме. Изучая тему, мы определили, что пагинация часто строится по следующим шаблонам:

  • Предыдущий — следующий
  • Первый/последний
  • Соседи
  • Фиксированные шаги
  • Фиксированный блок
  • Логарифмическая нумерация
  • Призрачный блок

Мы протестировали все эти различные типы нумерации страниц, чтобы определить их влияние на распределение PageRank и CheiRank, а также на пути кликов.

Проанализируйте структуру вашего сайта и глубину разбиения на страницы с помощью Audisto

Наше программное обеспечение поможет вам понять и оптимизировать техническую структуру сайта. Мы рассчитываем PageRank, CheiRank и 2D-Rank по категориям или по полному междоменному графу ссылок. Смоделируйте изменения перед выпуском.

Заказать демонстрацию

Тестовая установка

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

Мастер разбивки на страницы

Мастер включает следующие настройки:

  • Количество страниц разбиения на страницы
  • Количество элементов на странице пагинации
  • Ссылка на первую и/или последнюю страницу пагинации
  • Количество соседей
  • Фиксированные шаги
  • Логарифмическая нумерация
  • Фиксированный размер блока
  • Призрачный блок

Чтобы обеспечить сопоставимость разбивки на страницы, мы всегда использовали 20 элементов на страницу разбиения на страницы и 100 страниц разбиения на страницы. В результате получается 100 страниц разбивки на страницы и 2000 страниц с элементами, а всего 2100 страниц.

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

  • Предыдущая и следующая страницы всегда связаны между собой.
  • Каждая страница пагинации ссылается на первую страницу пагинации.
  • Каждая страница элемента ссылается на первую страницу пагинации.

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

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

Цель состояла в том, чтобы понять различное влияние на глубину сайта (уровни), распределение PageRank и CheiRank. Для каждой страницы мы хотели ответить на следующие вопросы:

  • Насколько глубока структура сайта?
  • Какие страницы релевантны для SEO?
  • Сколько страниц релевантно для SEO?
  • Какие страницы являются лучшими авторитетами (PageRank)?
  • Какие страницы являются лучшими центрами (CheiRank)?

После создания разбиения на страницы мы использовали наш поисковый робот для анализа.

Кластеры страниц в Audisto

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

Доступные страницы по уровням в Audisto

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

Распределение уровней базовой пагинации

Левый график показывает количество уровней для страниц пагинации. На правом графике показано количество уровней для страниц элементов. Страницы определяются по оси X, а уровни — по оси Y. Когда вы смотрите на график, вы всегда должны помнить, что мы начинаем считать уровни на первой странице пагинации с уровня 0. Таким образом, уровни идентичны количеству кликов, необходимых для перехода на страницу с первой страницы пагинации.

Распределение PageRank и CheiRank для базовой разбивки на страницы

На левом графике показано распределение PageRank и CheiRank для страниц пагинации. На правом графике показано распределение PageRank и CheiRank для страниц товаров.

С помощью наших тестов мы стремились выяснить, какие и сколько страниц релевантны для SEO. Чтобы ответить на эти вопросы, мы решили считать все страницы, значение PageRank выше определенного порога, релевантными для SEO.

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

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

Чем меньше количество страниц, тем выше средний PageRank на странице. При распределении PageRank по небольшому количеству страниц средний PageRank на странице может быть довольно высоким. В нашей тестовой установке мы проанализировали 2100 страниц со 100% PageRank. Равномерное распределение будет означать расчет PageRank по следующей формуле:

 100% / 2100 страниц = ~0,0476% / страница 

Однако значения PageRank распределяются неравномерно (например, первая страница пагинации обычно имеет более 40%). Нам нужен хороший порог, чтобы увидеть истинные различия между различными типами страниц. Чтобы получить хорошие результаты, мы выбрали порог 0,00001%, что ниже среднего. В наших результатах тестов мы называем это заслуживающим внимания количеством PageRank.

Результаты тестов

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

  • Графики для страниц с нумерацией страниц и страниц элементов часто выглядят одинаково. Это особенно верно для уровней и распределения PageRank.
  • Из-за нашей тестовой настройки, в которой первая страница разбивки на страницы всегда связана со всеми другими страницами, первая страница разбиения на страницы всегда имеет очень высокий PageRank.
  • В результате того, что каждая страница разбиения на страницы связывает 20 страниц с элементами, распределение уровней для страниц с элементами выглядит как лестница.
  • Все протестированные пагинации показали, что CheiRank на страницах товаров практически отсутствует. Поскольку CheiRank указывает на концентраторы, это означает, что только страницы с разбивкой на страницы являются хорошими концентраторами.
Пример базовой разбивки на страницы

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

Распределение уровней базовой нумерации страниц

Этот тип нумерации страниц создает 100 уровней. Разбивка на страницы чрезвычайно глубокая, поскольку пользователи могут щелкать страницы разбиения на страницы только одну за другой.

Распределение PageRank и CheiRank для базовой нумерации страниц

100 51 49 100 0 4 60

Базовое разбиение на страницы генерирует 4 страницы разбиения на страницы и 60 страниц элементов с заметным количеством PageRank. Соответствующими страницами являются первые страницы разбиения на страницы и первые страницы элементов.

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

Это разбиение на страницы бесполезно, если вы хотите ввести большое количество страниц в индекс поисковой системы. В основном это связано с тем, что эта разбивка на страницы дает только 64 из 2100 страниц с достойным внимания PageRank. С другой стороны, это разбиение на страницы может быть полезным, если вы хотите, чтобы большая часть внутреннего PageRank располагалась на очень небольшом количестве страниц.

Первые страницы
Пример разбивки на страницы первых страниц

Эта разбивка на страницы всегда ссылается на первые пять страниц разбиения на страницы со всех остальных страниц разбиения на страницы.

Распределение уровней первых страниц разбиения на страницы

Этот тип разбивки на страницы генерирует 97 уровней. Пагинация по-прежнему очень глубокая. Однако по сравнению с базовой пагинацией мы подняли намного больше страниц на первый и второй уровень. Хотя у нас была только одна страница пагинации на первом уровне базовой пагинации, теперь у нас есть четыре страницы пагинации на первом уровне. И хотя у нас было всего 20 страниц с элементами на втором уровне, теперь у нас есть 80 страниц с элементами на втором уровне.

Распределение PageRank и CheiRank для первых страниц Пагинация

97 55 45 100 0 7 120

Разбиение на страницы генерирует 7 страниц разбиения на страницы и 120 страниц элементов с заметным количеством PageRank. Соответствующие страницы по-прежнему являются первыми страницами разбиения на страницы и первыми страницами элементов.

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

Эта разбивка на страницы добавляет в индекс поисковой системы больше страниц, чем базовая разбивка на страницы. Однако при наличии 127 релевантных страниц это лишь небольшое улучшение по сравнению с 64 релевантными страницами базовой пагинации.

Первая и последняя страница
Пример первой и последней страницы разбивки на страницы

Эта разбивка на страницы всегда связана с первой и последней страницей разбиения на страницы. Все остальное идентично базовой пагинации.

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

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

Распределение PageRank и CheiRank для первой и последней страницы Пагинация

51 52 48 100 0 7 100

Разбивка на страницы генерирует 7 страниц разбивки на страницы и 100 страниц элементов с заметным количеством PageRank. Соответствующие страницы теперь являются первой и последней страницами разбиения на страницы, а также первой и последней страницами элементов.

Лучшие концентраторы теперь находятся в середине страниц пагинации.

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

Проанализируйте структуру вашего сайта и глубину разбиения на страницы с помощью Audisto

Наше программное обеспечение поможет вам понять и оптимизировать техническую структуру сайта. Мы рассчитываем PageRank, CheiRank и 2D-Rank по категориям или по полному междоменному графу ссылок. Смоделируйте изменения перед выпуском.

Заказать демо-версию

Соседи
Пример разбиения на страницы соседей

Эта разбивка на страницы всегда связывает первую страницу разбиения на страницы и пять соседних.

Распределение по уровням соседей Страница

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

PageRank и распределение CheiRank для соседей Пагинация

21 56 44 100 0 19 260

Эта разбивка на страницы генерирует 19 страниц разбивки на страницы и 260 страниц с элементами с заметным количеством PageRank. Как и в случае с базовой нумерацией страниц, соответствующие страницы нумерации страниц и элементов находятся впереди.

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

Эта нумерация страниц является усовершенствованием по сравнению с базовой нумерацией страниц. Сейчас 279 страниц из 2100 имеют достойный внимания PageRank. Самые релевантные страницы находятся впереди.

Первая, последняя и соседние
Пример первой, последней и соседних страниц

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

Распределение уровней первого, последнего и соседних страниц

Эта разбивка на страницы генерирует 12 уровней. Глубина уровня настолько мала, потому что есть до двенадцати связанных страниц пагинации. На каждом уровне теперь намного больше страниц с разбиением на страницы и страниц с элементами. Средние страницы снова находятся на самом глубоком уровне, потому что последняя страница связана, и пользователи могут щелкать страницы разбиения на страницы с обоих концов.

PageRank и распределение CheiRank для первого, последнего и соседнего базового разбиения на страницы

12 57 43 100 0 32 360

Разбиение на страницы генерирует 32 страницы разбиения на страницы и 360 страниц элементов с заметным количеством PageRank. Соответствующие страницы теперь являются первой и последней страницами разбиения на страницы, а также первой и последней страницами элементов.

Лучшие концентраторы теперь находятся в середине страниц пагинации.

Из 2100 страниц у нас теперь есть 392 релевантных страницы. Однако, как и в случае с вариантом «первая и последняя страницы», все еще существует проблема, заключающаяся в том, что в конце разбиения на страницы есть нерелевантные страницы, которые получают достойный внимания PageRank.

Фиксированные шаги
Пример разбивки на страницы с фиксированными шагами

Эта разбивка на страницы использует фиксированные шаги и связывает каждую 20-ю страницу в разбиении на страницы. Кроме того, он всегда связывает первую, последнюю, предыдущую и следующую страницы пагинации.

Распределение уровней фиксированных шагов разбивки на страницы

Эта разбивка на страницы создает 12 уровней. Структура уровней настолько низкая из-за сочетания последней ссылки на страницу, а также фиксированных шагов. Этот тип разбиения на страницы в основном представляет собой объединение нескольких разбиений на страницы «первая и последняя страницы».

Распределение PageRank и CheiRank для фиксированного шага разбивки на страницы

12 57 43 100 0 27 340

Разбиение на страницы генерирует 27 страниц разбиения на страницы и 340 страниц элементов с заметным количеством PageRank. Фиксированные шаги распределяют соответствующие страницы по всей нумерации страниц.

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

Из 2100 страниц у нас теперь есть 367 релевантных страниц. Из-за того, что релевантные страницы распределены по всей пагинации, использовать этот вид пагинации для отсортированных списков — плохая идея.

Фиксированный блок
Пример фиксированного блока разбивки на страницы

Эта разбивка на страницы представляет собой фиксированный блок из десяти последовательных страниц разбиения на страницы. Первая, предыдущая и следующая страницы пагинации также всегда связаны. Страницы внутри блока остаются неизменными, пока пользователи не дойдут до последней страницы блока. Затем он переходит к следующим 10 последовательным страницам. В примере первый блок изменится на страницы с 11 по 20, когда пользователи перейдут со страницы 10 на страницу 11.

Для каждой страницы первая страница блока может быть рассчитана по следующей формуле:

 пол((текущая страница - 1) / размер блока) 
Распределение уровней фиксированной блочной пагинации

Эта пагинация генерирует 20 уровней. Распределение по уровням варьируется от одной до девяти страниц пагинации. Вот почему на графике для страниц элементов есть небольшое преимущество.

Распределение PageRank и CheiRank для фиксированной блочной разбивки на страницы

20 59 41 100 0 20 220

Пагинация генерирует 20 страниц пагинации и 220 страниц с элементами с заметным количеством PageRank. PageRank сконцентрирован на первых 20 страницах пагинации и первых 220 страницах элементов.

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

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

Проанализируйте структуру вашего сайта и глубину разбиения на страницы с помощью Audisto

Наше программное обеспечение поможет вам понять и оптимизировать техническую структуру сайта. Мы рассчитываем PageRank, CheiRank и 2D-Rank по категориям или по полному междоменному графу ссылок. Смоделируйте изменения перед выпуском.

Заказать демонстрацию

Пример логарифмической нумерации страниц

Это логарифмическая нумерация страниц, состоящая из 10 шагов. Первая, последняя, ​​предыдущая и следующая страницы пагинации также связаны между собой. Шаги рассчитываются таким образом, что промежутки вокруг текущей страницы становятся меньше по направлению к обоим концам. Цель состоит в том, чтобы свести к минимуму количество уровней.

Распределение уровней логарифмической разбивки на страницы

Эта разбивка на страницы генерирует только 4 уровня. По сравнению с другими типами пагинации гораздо сложнее понять распределение страниц по уровням.

PageRank и распределение CheiRank для логарифмической нумерации страниц

4 62 38 99 1 100 1 720

Логарифмическая нумерация страниц распределяет значительное количество PageRank на 100 страниц и 1720 страниц с элементами. Тем не менее, он по-прежнему генерирует пики, и позиции наиболее релевантных страниц трудно угадать. Пики являются недостатком для отсортированных списков.

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

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

Ghostblock
Пример разбиения на страницы Ghostblock

Этот тип разбиения на страницы использует набор из двух блоков разбиения на страницы. Первый блок представляет собой фиксированный блок из десяти последовательных страниц точно так же, как используется в пагинации «Фиксированный блок».

Для каждой страницы первая страница блока может быть рассчитана по следующей формуле:

 =этаж((текущая страница - 1), размер блока) + 1 

Примечание. В большинстве языков программирования/программ (например, Google Sheets / Microsoft Excel) функция пола имеет два параметра, где второй параметр — это число, до которого будет округлено кратное значение. В этом примере два параметра разделены запятой.

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

 = текущая страница * 10 + 1 

Это реальный пример с популярного новостного сайта, и мы назвали этот блок «блок-призрак» из-за того, как он был спроектирован. Цифры второго блока выполнены в таком светло-сером цвете, что его практически не видно.

Распределение уровней разбивки на страницы Ghostblock

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

Распределение PageRank и CheiRank для нумерации страниц Ghostblock

3 64 36 95 5 100 2000

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

Благодаря этому пагинации все наши 2100 страниц становятся актуальными. Разбивка на страницы с призрачными блоками — единственная в нашем тесте, где первые страницы разбиения на страницы являются лучшими центрами (CheiRank), а также лучшими авторитетами (PageRank). Это означает, что у нас есть исключительно сильные страницы пагинации в начале нашей пагинации.

Это разбиение на страницы полезно как для отсортированных списков, так и для списков с похожими или одинаковыми элементами.

Однако это разбиение на страницы имеет два недостатка с точки зрения удобства использования. Разбиение на страницы с фиксированным блоком и блок-призрак трудно понять, если пользователь хочет получить доступ к страницам за пределами первого фиксированного блока.

Сводная таблица

В этой таблице представлен краткий обзор уровней, распределения PageRank и количества релевантных для SEO страниц для страниц разбиения на страницы и страниц элементов. В таблицу не включены данные о других небольших вариантах для различных протестированных нами типов пагинации. Мы варьировали количество страниц, на которые есть ссылки в пагинации. Например, мы тестировали не только с 5 соседями, но и с 3, и с 10. Результаты различались только по интенсивности. Были очень небольшие различия в глубине уровней, распределении PageRank и CheiRank, а также количестве релевантных для SEO страниц.

В таблицу также не включены данные о распределении CheiRank, поскольку все протестированные варианты имеют более 98,5% CheiRank на страницах пагинации. Концентраторы всегда лежат внутри страниц пагинации.

Базовая нумерация страниц 100 51 49 4 60
Первые страницы 97 55 45 7 120
Первая и последняя страница 51 52 48 7 100
Соседи 21 56 44 19 260
Первый, последний и соседние 12 57 43 32 360
Фиксированные шаги 12 57 43 27 340
Фиксированный блок 20 59 41 20 220
Логарифмическая нумерация 4 62 38 100 1 720
Призрачный блок 3 64 36 100 2000
Рекомендации

Чтобы правильно выбрать нумерацию страниц, необходимо ответить на следующий вопрос:

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

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

Для списков с небольшим количеством важных элементов следует использовать пагинацию «Связать первые страницы», «Соседи», «Фиксированный блок», поскольку они распределяют значительное количество PageRank только на первые страницы пагинации и на страницы первого элемента.

Проанализируйте структуру вашего сайта и глубину разбиения на страницы с помощью Audisto

Наше программное обеспечение поможет вам понять и оптимизировать техническую структуру сайта. Мы рассчитываем PageRank, CheiRank и 2D-Rank по категориям или по полному междоменному графу ссылок. Смоделируйте изменения перед выпуском.

Заказать демо-версию

Указать содержимое, разбитое на страницы
rel=next и rel=prev

Rel=next и rel=prev предоставляют поисковым системам мощную подсказку для определения страниц с разбиением на страницы. Типы последовательных ссылок, такие как rel=next и rel=prev, могут использоваться с , и элементов в HTML или в заголовке ссылки в HTTP-заголовке. Обычно и элементы в HTML используются для разбиения на страницы.

Внутри HTML-Markup элементов используются в . Элементы и используются в .

  • Помимо первой и последней страницы вашей серии страниц, каждая страница должна содержать разметку rel=next и rel=prev, ссылающуюся на следующую и предыдущую страницы серии.
  • Первая страница содержит только тег rel=next, а последняя страница — только тег rel=prev.
  • Вы можете использовать относительные или абсолютные URL-адреса
  • Вы можете использовать для разрешения относительных путей

Чтобы разметить пагинацию в разделе , вы можете использовать:

 Страница 1:
<ссылка rel="следующая" href="/?page=2" />
Страница 2:

<ссылка rel="следующая" href="/?page=3" />
Страница 3:
<ссылка rel="prev" href="/?page=2" />
<ссылка rel="следующая" href="/?page=4" />
Страница 4:
 

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

 Page1:

Страница 2:


Страница 3:


Страница 4:
 

Это пример разметки области:

  jpg" alt="Gallery Image" usemap="#imagemap">
<имя карты="карта изображения">


 

Это пример заголовка ссылки в HTTP-заголовке:

 Ссылка: ;rel="previous";,;rel=" следующий"; 

Примечание. В заголовке HTTP допускается только один заголовок ссылки. Несколько ссылок разделяются знаком «,».

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

Параметры в Инструментах для веб-мастеров

Многие поисковые системы предоставляют такие инструменты для веб-мастеров, как Google Search Console или Инструменты для веб-мастеров Bing. Эти инструменты часто позволяют указать, как поисковая система должна обрабатывать определенные параметры URL.

Настройка параметров URL в старой версии Google Search Console

На снимке экрана показано, как настраивается параметр «страница» для указания страниц разбиения на страницы в старой версии Google Search Console.

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

 http://example.com/directory/?page=1 

вместо

 http://example.com/directory/page-1.html 
Страница «Просмотреть все»

Другой вариант организации контента с разбивкой на страницы — это добавление страницы «Просмотреть все», как это предлагает Google. На странице «Просмотреть все» отображается содержимое всех страниц с разбивкой на страницы в одном документе. Это может быть статья в полный рост или список всех предметов.

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

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

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

Страницы View-All великолепны, но теперь у вас все еще есть страницы с разбиением на страницы, которые не представляют никакой дополнительной ценности для пользователя, особенно с точки зрения пользовательского опыта. Хуже того: они негативно влияют на краулинговый бюджет, и если Google ошибется, они также могут быть восприняты как дублирующийся контент, а пользовательские сигналы и сигналы ранжирования могут не быть объединены на странице View-All. К сожалению, нет никакого способа убедиться, что пользовательские и ранжирующие сигналы были правильно объединены. Неправильная консолидация может нанести вред веб-сайту и привести к потере дохода.

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

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

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

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

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

Устранение узких мест производительности

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

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

Для получения дополнительной информации о бюджете сканирования и оптимизации скорости сканирования прочитайте наше руководство.

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

Некоторые веб-мастера используют тег canonical для ссылки на первую страницу пагинации из всех остальных страниц пагинации. Однако это не очень хорошая практика. Даже Google не советует этого делать, поскольку страницы с разбивкой на страницы не являются дублирующими страницами контента. Чтобы отметить набор разбитых на страницы страниц, вы должны использовать rel=next и rel=prev.

Если вы хотите узнать больше о rel=canonical, ознакомьтесь с нашим руководством по Canonical.

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

Кластеры страниц в AudistoAccessible Страницы по уровням в Audisto

У нас есть подробная информация о доступной функции кластера.

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

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

По всем дополнительным вопросам обращайтесь к нам.

Проанализируйте структуру вашего сайта и глубину разбиения на страницы с помощью Audisto

Наше программное обеспечение поможет вам понять и оптимизировать техническую структуру сайта. Мы рассчитываем PageRank, CheiRank и 2D-Rank по категориям или по полному междоменному графу ссылок. Смоделируйте изменения перед выпуском.

Заказать демонстрацию

Авторы

Тобиас ШварцТехнический директор и основатель

Свенья Хинтц

Разбиение на страницы | Hugo

Настоящая мощь пагинации Hugo проявляется в сочетании с функцией where и ее SQL-подобными операторами: first , last , и after . Вы даже можете заказать контент так, как вы привыкли с Hugo.

Пагинацию можно настроить в конфигурации вашего сайта:

разбить на страницы
по умолчанию = 10 . Этот параметр можно переопределить в шаблоне.
paginatePath
по умолчанию = страница . Позволяет вам установить другой путь для ваших страниц пагинации.

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

paginatePath используется для адаптации URL-адреса к страницам в пагинаторе (настройка по умолчанию будет создавать URL-адреса в форме /page/1/ . чтобы помочь вам создать меню пейджера. В настоящее время эта функция поддерживается только на главной странице и страницах списков (т. е. таксономий и списков разделов)9.0003

Существует два способа настройки и использования .Paginator :

  1. Самый простой способ — просто вызвать .Paginator.Pages из шаблона. Он будет содержать страницы для и .
  2. Выберите другой набор страниц с доступными функциями шаблона и параметрами упорядочения и передайте фрагмент .Paginate , например.
  • {{диапазон (.Paginate (первые 50 .Pages.ByTitle)).Pages }} или
  • {{ диапазон (.Paginate .RegularPagesRecursive).Pages }} .

Для данной страницы это один из вариантов выше. .Paginator является статическим и не может измениться после создания.

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

(Помните, что аргументы функции оцениваются с готовностью, поэтому вызов типа $paginator := cond x .Paginator (.Paginate .RegularPagesRecursive) является примером того, что вы должны делать , а не . Используйте , если / else вместо этого, чтобы обеспечить ровно одну оценку.)

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

  • {{диапазон (.Paginator 5).Pages }}
  • {{ $paginator := . Paginate (где .Pages "Тип" "сообщения") 5 }}

Также можно использовать функции GroupBy в сочетании с нумерацией страниц:

 {{диапазон (.Paginate (.Pages.GroupByDate "2006")).PageGroups }}
 

Построить навигацию

.Paginator содержит достаточно информации для создания интерфейса пагинатора.

Самый простой способ добавить это на свои страницы — включить встроенный шаблон (с Bootstrap -совместимые стили):

 {{ template "_internal/pagination.html" . }}
 

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

В следующем примере показано, как создать .Paginator перед его использованием:

 {{ $paginator := .Paginate (где .Pages "Type" "posts") }}
{{ шаблон "_internal/pagination.