Написание статей в Microsoft Word. Индексирование страниц пагинации

日本語 ()

Description

WP_Error is a class that makes error handling within plugins and WordPress itself much easier.

Instances of WP_Error store error codes and messages representing one or more errors, and whether or not a variable is an instance of WP_Error can be determined using the function.

Error Codes

Error codes are slugs that are used to identify each error. They are mostly useful when a piece of code can produce several different errors, and you want to handle each of those errors differently.

The error codes used in WordPress are not integers, but strings, with any spaces between words replaced with underscores (example: an_error_code). The error codes used in WordPress are usually based on the error message associated with that code.

Methods and Properties

Properties

$errors Array containing the list of errors. $error_data Array containing the list of data for error codes.

Note: Since 4.0, these properties are private, see . Then were then made public again in .

Methods

__construct($code = "", $message = "", $data = "") Sets up the error message. All parameters are optional, and if the $code parameter is empty, the other parameters will be ignored. When you pass a value for the $code parameter, the $message will be added for that code, even if you did not pass a value for $message (but $data will be used only when you pass a value for $data). It is possible to add multiple messages to the same code by using other methods in the class. get_error_codes() Retrieve all error codes. Access public, returns array List of error codes, if available. get_error_code() Retrieve first error code available. Access public, returns string, int or Empty if there is no error codes get_error_messages($code) Retrieve all error messages or error messages matching code. Access public, returns an array of error strings on success, or empty array on failure (if using code parameter) get_error_message($code) Get single error message. This will get the first message available for the code. If no code is given then the first code available will be used. Returns an error string. get_error_data($code) Retrieve error data for error code. Returns mixed or null, if no errors. add($code, $message, $data) Append more error messages to list of error messages. No return. add_data($data, $code) Add data for error code. The error code can only contain one error data. No return. remove($code) Remove any messages and data associated with an error code. No return.

Example

function doer_of_stuff() { return new WP_Error("broke", __("I"ve fallen and can"t get up", "my_textdomain")); } $return = doer_of_stuff(); if(is_wp_error($return)) { echo $return->get_error_message(); }

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

Главная – это, конечно же, неправильная кодировка баз данных.
Проявляется она кракозябрами на странице. Узнайте кодировку, которая установлена на сервере хостера по умолчанию. Обычно это win-1251, но может быть и utf8.
Чтобы у вас не возникло этой проблемы, после создания базы данных не спешите устанавливать WordPress - вместо этого откройте phpMyAdmin.
Дальше вам нужно выбрать базу данных и если таблиц в базе еще не создано, о чем говорит сообщение: "Таблиц в базе данных не обнаружено", перейти на страницу phpMyAdmin и в окошке «Сопоставление соединения с MySQL» выбрать кодировку для сравнения.
Если на сервере кодировка по умолчанию win-1251 – выбираете «utf8_general_ci».
Если кодировка UTF-8, то сравнение в базе данных нужно выбрать UTF-8_unicode_ci.
Если же таблицы в базе уже есть, найдите их список и обратите внимание на самую нижнюю строчку «Таблиц всего:» и «Сравнение». Проверьте, чтобы оно было выбрано правильно, так, как описано выше.
Если сравнение выбрано неправильно, переходим на вкладку «Операции».
Внизу вы увидите выпадающий список «Сравнение», где нужно выбрать нужное вам сравнение. После этого жмем «ОК».
Проверьте, также, чтобы все файлы вашей темы были в кодировке utf8. Для этого нужен блокнот Notepad2 – обычный блокнот не дает возможности исправить кодировку.
При запуске инсталляционного файла скрипт выдает сообщение "Error establishing a database connection".
Это значит, что недоступна база данных (mysql не отвечает). В таком случае, проверьте, чтобы название базы данных, логин и пароль в файле cоnfig.php совпадали с таковыми в созданной вами базе. Далее перезагрузите страницу, возможно это придется сделать несколько раз. Если не поможет – пишите хостеру.
Самостоятельно с этим не справиться.
После закачки и попытки начать установку по адресу http://mydomain.com/wp-admin/install.php открывается пустая страница. При попытке открыть http://mydomain.com/index.php та же картина.
Проверьте, верно ли вы загрузили файлы. В тот ли каталог? Создайте в папке с вашим сайтом файл index.html – он, обычно, загружается без всяких проблем. То есть добейтись, чтобы отображалась хоть какая-нибудь тестовая страница. Если не получится, то лучше обратиться к хостеру, он скажет что-то конкретное.
Установка проходит нормально, но не удается настроить ЧПУ или вообще загружается одна Главная страница, а остальные нет.
Создайте в корне сайта файл.htaccess и установите на него права 777, скрипт сам запишет в него то, что ему нужно для работы ЧПУ. Или самостоятельно вставьте в этот файл следующий код:
# BEGIN WordPress RewriteEngine On RewriteBase / RewriteCond % { REQUEST_FILENAME} !- f RewriteCond % { REQUEST_FILENAME} !- d RewriteRule . / index. php [ L] # END WordPress
# BEGIN WordPress RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] # END WordPress
На сайте или в админке вылазят ошибки, такого типа:
Warning: Cannot modify header information - headers already sent by
Или вообще отображаются одни ошибки и ничего больше.
Лечить так:
Найти файл wp-config.php (в корне сайта), открыть его нормальным текстовым редактором, (например Notepad2 - http://www.flos-freeware.ch ), выбрать:
Файл - Сохранить как - Кодировка UTF-8 (а не UTF-8 с сигнатурой).
И нажать "Сохранить".
Такие ошибки также могут появляться, если в этом файле код начинается не с первой строки – тогда, соответственно, убираем пустую строку.

Это, конечно, не все ошибки, появляющиеся при установке, просто наиболее часто встречающиеся.
Искренне надеюсь, что эта информация вам не пригодится.
P.S. Пост перенесен с http://wordpressru.blogspot.com/

Пожалуй, вы согласитесь с тем, что ошибка 503 service unavailable самая сбивающая с толку из всех ошибок, который вы когда-либо получали на своём сайте WordPress.

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

503 Service Unavailable Http/1.1 Service Unavailable HTTP Server Error 503 503 Error HTTP 503 HTTP Error 503

Оказывается, исправление ошибки 503 service unavailable относительно простая задача и мы покажем вам в этой статье, как именно это сделать.

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

Причины ошибки 503 Service Unavailable в WordPress

Ошибка 503 service unavailable может быть вызвана рядом причин, включая (но не ограничиваясь):

Ошибки в плагинах или темах
Сбои в работе пользовательский PHP скриптов
Недостаточно ресурсов сервера
Ошибки сервера
Злоумышленные атаки, такие как хорошо всем известные DDoS (Distributed Denial of Service)

Мы пройдёмся по всем этим причинам и предложим различные решения по устранению ошибки 503 service unavailable.

Ошибка в плагине

Некорректно работающий плагин может быть причиной большинства возникающих в WordPress ошибок. К слову, ошибка в плагине лидирующая причина возникновения ошибки 503 service unavailable в WordPress.

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

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

Но как деактивировать все плагины WordPress, если у вас нет доступа к админ панели?

Деактивация всех плагинов WordPress

Зайдите в ваш каталог WordPress по FTP или используя . В этом руководстве будем использовать популярную программу подключения по FTP :

Так выглядит наш тестовый каталог WordPress в Файловом менеджере на Hostinger:

Внутри нашего каталога WordPress, найдите и откройте каталог wp-content , который содержит ваши плагины, темы и медиа контент среди прочего.

Нажмите правой кнопкой мыши на каталоге plugins и переименуйте его в plugins-old :

Это приведёт к деактивации всех плагинов одновременно. Теперь переименуйте обратно plugins-old в plugins и перегрузите свой сайт. Если ошибка 503 исчезла, плагин является причиной вашего текущего затруднительного положения.

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

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

Каждый раз, когда вы активируете плагин, перезагружайте сайт, чтобы выявить неисправный плагин. Как только вы нашли хулиганистый плагин, зайдите свой каталог plugins по FTP и удалите его:

Если деактивация плагинов не помогла в устранении ошибки 503 service unavailable, читайте дальше другие решения. Теперь давайте проверим, не является ли причиной проблемы ваша тема.

Сомнительная тема WordPress

Порой, скрипт PHP с ошибками, который выдаёт ошибку 503 может быть частью темы. Для проверки этого, мы переключимся на тему по умолчанию Twenty Seventeen. Между прочим, рекомендуется оставлять темы по умолчанию даже после установки новой темы, поскольку она (тема по умолчанию) служить запасной темой в случае проблема с вашей.

Деактивация темы WordPress

Прежде, чем мы деактивируем вашу тему (или удалим, если это проблема) нужно создать бэкап. Подключитесь к своему сайту WordPress по FTP и перейдите в каталог wp-content -> themes .

Найдите вашу текущую тему и скачайте её, как показано ниже:

Если ошибка 503 service unavailable осталась, возможно, фрагмент кода PHP с ошибкой находится где-то в другом месте вашего сайта.

Сбой в работе пользовательского кода PHP

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

В обычном режиме, когда ваш сайт работает, можно использовать плагины для отладки, такие как Query Monitor и Debug Bar .

Включение WP_DEBUG

Но, так как 503 ошибка часто блокирует вам вход в админ панель вашего WordPress сайта, мы будем использовать константы WP_DEBUG и WP_DEBUG_LOG , WP_DEBUG_DISPLAY и @ini_set доступные в WordPress.

Для включения режима отладки в WordPress и записи логов ошибок в файл, следуйте шагам:

Откройте каталог WordPress по FTP или в Файловом менеджере.
Откройте файл wp-config.php
Прокрутите до определения константы WP_DEBUG . Выглядит так: define ("WP_DEBUG", false); . Если она пропущена, мы добавим её сразу перед словами /*That"s all, stop editing! Happy blogging.*/
Вставьте магический код отладки DEBUG. Только исправьте код define ("WP_DEBUG", false); на:
define ("WP_DEBUG", true);
define ("WP_DEBUG_LOG", true);
define ("WP_DEBUG_DISPLAY", false);
@ini_set ("display_errors", 0);
Сохраните изменения

Теперь перезагрузите свой сайт, чтобы вызвать появление ошибки. Далее, найдите файл под названием debug.log внутри вашего каталога wp-content в каталоге WordPress.

В этом файле содержаться записи по всем ошибкам на вашем сайте. Если ваша ошибка 503 service unavailable вызвана фрагментом пользовательского кода, это будет видно с указанием её подробностей.

Устраните/замените проблемный код и перезагрузите сайт. Если ошибка 503 осталась, проблема может быть в вашем веб-сервере.

Причины, связанные с сервером

Ряд причин, связанных с сервером тоже может вызывать ошибку 503 service unavailable. Обычно, ошибка 503 вызванная проблемами с сервером исчезает автоматически через несколько минут.

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

Повысить ресурсы сервера

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

Вы постоянно получаете ошибку 503 service unavailable? Если да, проверьте свои показатели в Google analytics. Если вы получаете больше трафика, чем обычно, вам определённо перестало хватать изначальных ресурсов сервера.

Однако, если у вас нету прироста в трафике, но всё равно возникает ошибка 503, ваша проблема не имеет отношение к недостаточному количеству RAM или памяти на сервере.

Ограничение частоты сканирования Google

Для индексирования вашего контента, Google использует специальные скрипты, известные как сканеры (crawlers). Они регулярно посещают сайт и собирают контент и определяют другие показатели ранжирования.

Хоть это и редкий случай, но сканирование может вызвать рост потребления ресурсов на вашем сервере и замедление работы сайта. Чтобы обойти это и избежать ошибки 503, вы можете ограничить частоту сканирования Google в Google Search Console.

Примечание: Изменения, внесенные вами, будут действовать в течение 3 месяцев. К тому же, если у вас есть версия сайта с WWW и без WWW, сделать настройки нужно для обоих.

Войдите в Google Search Console и выберите свой сайт. Далее нажмите на иконку шестерёнки, как показано ниже:

На следующей странице настройте частоту сканирования Google перемещением ползунка влево:

Ограничение WordPress Heartbeat

Согласно WordPress.org, “…Heartbeat API – это пример API приложения встроенного в WordPress и осуществляющего опрос сервера, позволяя в режиме почти реального времени видеть показатели. ” Он отвечает за такие функции, как авто-сохранение и так далее.

Приложение WordPress Heartbeat API запускает файл admin-ajax.php среди других запросов с регулярным интервалом, когда вы заходите на свой сайт.

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

Чтобы определить вызывает ли WordPress Heartbeat ошибку 503 service unavailable на своём WordPress сайте, добавьте следующий код в свой файл темы functions.php сразу после открытия тэга

Add_action("init", "stop_heartbeat", 1); function stop_heartbeat() { wp_deregister_script("heartbeat"); }

Сохраните изменения и перезагрузите сайт. Если ошибка 503 пропала, вздохните с облегчением. Но если ошибка 503 service unavailable всё ещё осталась, это значит WordPress Heartbeat API является наименьшей из ваших проблем.

Если код выше не помог устранить ошибку 503, не забудьте удалить этот код из своего файла functions.php.

Заключительные заметки

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

Надо отметить, что ошибка 503 service unavailable, это преимущественно результат выполнения некорректного кода PHP, такого как ошибка в плагине или теме.

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

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

Сталкивались ли вы с ошибкой 503 service unavailable? Как вы её устраняли? У вас есть вопросы или предложения? Пожалуйста, делитесь ими в комментариях ниже. Заранее благодарим!

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

Ошибка с мобильным меню

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

Это происходит, если вы забыли указать мобильное меню в настройках WordPress. Чтобы исправить ошибку, в консоли выберите раздел «Внешний вид – Меню – Управление областями». Выберите нужное меню и сохраните изменения.

Проверьте доступность мобильного меню на сайте.

Ошибка структурированных данных (hatom, hcard)

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

Откуда взялась ошибка? Большинство дизайн-шаблонов для WordPress по умолчанию поддерживают разметку с помощью микроформатов. Многие разработчики тем реализуют данные microformats.org с ошибками.

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

В теории в будущем семантические данные могут стать фактором ранжирования. В этом случае ошибки в разметке будут негативно влиять на видимость ресурса в поиске. Также из-за ошибок поисковики не отображают на странице выдачи расширенный сниппет. Еще один аргумент в пользу работы над ошибками: соответствующие сообщения в Search Console просто раздражают.

Есть два способа исправить ошибку и один способ предупредить ее. Профилактика заключается в выборе дизайн-шаблона, в котором разметка microformats.org интегрирована корректно. Выберите тему с характеристиками SEO Friendly и , установите и проверьте с помощью инструмента тестирования микроразметки Google.

Обратите внимание, это не гарантирует отсутствия ошибок в структурированных данных, а только уменьшает их вероятность. Встречается такая проблема: тема проходит валидацию в сервисе Google, но после индексирования страниц в Search Console появляются сообщения об ошибках. В таком случае их нужно исправлять.

Первый способ - исправление ошибок с помощью плагина DT hAtom Error Removal . Обратите внимание, это коммерческий продукт, который автор в настоящее время распространяет бесплатно. Также обратите внимание на отсутствие этого плагина в официальном каталоге на WordPress.org. Это значит, что надстройка может не отвечать требованиям безопасности.

DT hAtom Error Removal автоматически удаляет микроформаты из файлов темы и добавляет корректный вариант разметки. Разработчик предупреждает, что надстройка работает не со всеми темами, поэтому стопроцентной гарантии исправления ошибок нет.

Установите и активируйте плагин. Чтобы исправить ошибки в разметке публикаций и страниц, отметьте флажком опции Add hAtom code to Posts и Add hAtom code to Pages. Сохраните изменения.

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

Созданная плагином разметка проходит валидацию.

Если на вашем ресурсе страницы архивов, меток и категорий открыты для индексации, а в Search Console есть сообщения об ошибках, отметьте флажком опцию Remove hentry class from Archive Pages. Она удаляет структурированные данные со страниц архивов. Если страницы архивов на вашем сайте закрыты от индексации, дополнительные настройки не требуются.

Если на вашем сайте используется статичная главная страница, отметьте флажком опцию Add hAtom code to Home Static Page. Если в качестве главной используется страница записей, отметьте опцию Remove Hentry class from Home page.

Существует еще один плагин, с помощью которого можно исправить ошибки размтеки. Hatom fix by Fivera.net платный. Обратите внимание, он также отсутствует в официальном каталоге WordPress.

Второй способ исправить ошибку можно назвать радикальным. С помощью плагина Hatom/hentry remover вы можете удалить микроформаты из любой темы. Разработчик утверждает, что использование надстройки не влияет на другие функции и внешний вид дизайн-шаблона.

Если вы используете другие типы разметки, удаление микроформатов - логичный шаг. Например, если вы размечаете публикации с помощью Article или BlogPosting Schema.org, поисковые системы получают семантические данные с помощью этого типа разметки. Микроформаты просто дублируют информацию, поэтому их можно удалить.

Установите и активируйте плагин. С помощью инструмента проверки структурированных данных убедитесь, что плагин удалил со страниц вашего ресурса микроформаты. После переиндексации ресурса сообщения об ошибках в Search Console исчезнут.

Неудобные для пользователей URL

Рекомендации по настройке ЧПУ есть практически в каждом руководстве по созданию сайтов на WordPress . Тем не менее многие владельцы сайтов используют недружественные к пользователям URL.

Почему дефолтные ссылки считаются неудобными для живых пользователей? Они неинформативные. Человеку ни о чем не говорит набор символов «/?p=112», поэтому ему сложно запомнить URL или оценить целесообразность перехода по ссылке. Сравните дефолтные ссылки с ЧПУ, которые выглядят так: https://site-wordpress/kotiki или https://site-wordpress/cats/britancy.

Чтобы настроить URL, установите плагин Cyr to Lat enhanced . Эта надстройка конвертирует в ссылках кириллические символы в латинские. После активации плагина перейдите в меню консоли «Настройки – Постоянные ссылки». Выберите подходящую по вашему мнению структуру URL и сохраните изменения.

Чтобы в URL отображалось название рубрики, на странице настроек постоянных ссылок установите флажок напротив опции «Произвольно». В пустом поле укажите значение /%category%/%postname%/.

Отсутствие ускоренных мобильных страниц

Эта стратегическая ошибка лишает ваш сайт доли мобильного трафика. Исправить ее можно в течение нескольких минут.

Основные тезисы, которые нужно знать об ускоренных мобильных страницах:

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

Чтобы создать ускоренные мобильные страницы, воспользуйтесь плагином AMP от Automattic. После установки и активации на вашем сайте появятся AMP. Чтобы попасть на ускоренную страницу, добавьте к URL окончание /AMP/. Обратите внимание, плагин создает ускоренные страницы только для публикаций. Для категорий, тегов, статических страниц и главной AMP не создается.

Чтобы ускоренные страницы отображались в выдаче, они должны быть валидными .

После индексации AMP информация о них появится в Search Console в меню «Вид в поиске – Ускоренные мобильные страницы».

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

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

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

Настройте отслеживание эффективности ускоренных страниц. Чтобы следить за посещениями AMP с помощью Google Analytics, установите и активируйте плагин AMP Analytics или AMP Toolbox . В настройках укажите идентификатор отслеживания GA.

Индексирование страниц пагинации

Практически на каждом сайте под управлением CMS WordPress есть страницы пагинации. Если не предпринимать никаких действий, в индексе поисковых систем могут появиться лишние страницы типа https://site-wordpress/page/2/ или https://site-wordpress/category/page/2/.

Google предлагает три способа решения проблемы:

Не делать ничего и позволить поисковику самостоятельно определять, нужно ли включать в индекс страницы пагинации.
Сделать страницу «Показать все» и указать ее в качестве канонической.
Использовать атрибуты rel="next" и rel="prev", чтобы указать поисковику на связь между страницами пагинации.