Разработчикам

Установка атрибутов rel="next" и rel="prev" (rel=prev/next) в head

15 Декабрь, 2016 16:06

SEO-оптимизаторы рекомендуют сообщать поисковикам какая страница является предыдущей и следующей через теги rel="next" и rel="prev" (rel=prev/next).
В Битриксе штатной такой функции нету. Кто-то пытается сделать rel=next/prev прямо на ссылках в пагинации. Но такая затея довольно сомнительная, т.к гугл просит размещать код в head (https://support.google.com/webmasters/...3744?hl=ru)
Можно править шаблоны компонентов каталога и новостей, но что если шаблонов очень много? Хотелось бы всё это ставить в одном месте. И недавно за обедом пришла идея такая реализации.

При прочтении будьте внимательны.
Редактор статьи в некоторые link поставил пробелы. В реальности их быть не должно.

Способ размещения rel=prev/next в <head> (работает при кешировании и без)
1) В шаблоне пагинации через html-комментарии ставим признак пагинации и признак последней страницы пагинации.
В моём случае признак пагинации это 
Признак последней страницы пагинации 

Код установки признаков в шаблоне пагинации

//Выводим метки для добавления <li nk rel="prev/next">: начало
$nav_index = (int)$arResult['NavNum'];
$quantity_pages = (int)$arResult['NavPageCount'];

//смотрим номер страницы в параметрах. в случае указания неверной страницы, компонент вернёт первый номер страницы,
//а нам нужен введённый номер. для неправильного номера флаг странация не выводится
$current_page = 1;
if(isset($_GET['PAGEN_'.$nav_index]) && (int)$_GET['PAGEN_'.$nav_index]>1) $current_page = (int)$_GET['PAGEN_'.$nav_index];

if($quantity_pages>1 && $current_page>=1 && $current_page<=$quantity_pages)
{
   echo '<!-- has_stranation_pagen_'.$nav_index.' -->';
   if($current_page >= $quantity_pages) echo '<!-- it_last_page_stranation -->';
}
//Выводим метки для добавления <li nk rel="prev/next">: конец

2) В файле /bitrix/php_interface/init.php в обработчике onepilog смотрим что хранится в буфере страницы. Если там есть признак пагинации, то ставим ссылки rel=prev/next
Пример кода обработчика:

AddEventHandler("main", "OnEpilog", "vova_page_epilog");
function vova_page_epilog()
{
   global $APPLICATION;    
   
   //Проверка на 404 страницу
   $is_page_404 = false; 
   if(defined("ERROR_404")==true) $is_page_404 = true;           
   
   //Добавление тегов rel=prev/next: начало
   if($is_page_404==false )
   {
      $page_content = ob_get_contents();
      if($page_content!=false && strpos($page_content, '<!-- has_stranation_pagen_1 -->')!==false)
      {
         //Номер текущей страницы
         $current_page = 1;
         if(isset($_GET['PAGEN_1']) && (int)$_GET['PAGEN_1']>1) $current_page = (int)$_GET['PAGEN_1'];
         
         //Проверка на последнюю страницу
         $it_last_page = false;
         if(strpos($page_content, '<!-- it_last_page_stranation -->')!==false) $it_last_page = true;

         //Следующая страница
         if($it_last_page==false)
         {
            $element_url = 'http://'.$_SERVER['HTTP_HOST'].$APPLICATION->GetCurPageParam('PAGEN_1='.($current_page+1), array('PAGEN_1'));
            $APPLICATION->AddHeadString('<li nk rel="next" href="'.$element_url.'" />', true);
         }

         //Предыдущая страница
         if($current_page>1)
         {
            if($current_page==2)
            {
               $element_url = 'http://'.$_SERVER['HTTP_HOST'].$APPLICATION->GetCurPageParam('', array('PAGEN_1'));
               //очистка на случай, если останется последний символ ?
               $element_url = trim($element_url, '?');
            }
            else $element_url = 'http://'.$_SERVER['HTTP_HOST'].$APPLICATION->GetCurPageParam('PAGEN_1='.($current_page-1), array('PAGEN_1'));

            $APPLICATION->AddHeadString('<li nk rel="prev" href="'.$element_url.'" />', true);
         }
      }
   }
   //Добавление тегов rel=prev/next: конец
}

Если у вас на сайте кеш, то после правок его нужно почистить.

Теперь тестируем. тут важно проверить четыре момента:
1) Страницу без пагинации (не должно выводиться rel="next" и rel="prev")
2) Пагинацию на странице 1 (должен вывестись только rel="next")
3) Пагинацию на серединных страницах (должен вывестись rel="prev" и rel="next")
4) Пагинацию на последней странице (должен вывестись только rel="prev")

Добавлено 20 декабря 2016
В комментариях к статье Олег и Евгений дали очень дельные замечания. Поиск по html-коду даёт определённую нагрузку на сервер.
Маленькую, но всё-же даёт. Если вы правите своё знакомый сайт и шаблонов не много, то более подходящий способ будет способ Олега через правку шаблона компонента (см. в комментариях)

1 Комментировать

Комментарии: 24 0 24

Ещё 637

Предыдущие комментарии 4

Максименко Олег

Пользователь 158225 15 Декабрь, 2016 22:55

Владимир Беглецов написал:
Но ошибку у вас всё-равно нашёл - если у компонента не указана категория (а это частый случай), то в canonical будет записан адрес главной страницы сайта. То есть выведется неправильный адрес канонической ссылки.

Не-а. В таком случае SECTION_SECTION_PAGE_URL будет равен null, что не выведет canonical вовсе.

0 Ещё

Беглецов Владимир

Пользователь 111813 15 Декабрь, 2016 23:34

Олег Максименко написал:
Не-а. В таком случае SECTION_SECTION_PAGE_URL будет равен null, что не выведет canonical вовсе.

Верно, а вместе с каноникал в данном случае не выведутся rel=prev/next. Хотя пагинация там будет.

И второй момент. Если, например, catalog.section использовать для вывода товаров в продвигаемых seo-разделах "Новинки" или "Акции" и там указать категорию, то каноникал укажется неверный. Он поставится от страницы указанной категории. Допустим, страница "Новинки кормов" это не есть раздел "Корма", но в каноникал установится адрес кормов.

0 Ещё

Максименко Олег

Пользователь 158225 16 Декабрь, 2016 0:02

Владимир Беглецов, ага. Для частных случаев мой вариант можно допилить.

2 Ещё

Микулич Евгений

Пользователь 227946 18 Декабрь, 2016 19:40

Ничего что вы пользуетесь поиском в сгенерированном html? который может быть за 10 000 строк? и что это мможет серьёзно сказаться на происзодительности?

1 Ещё

Беглецов Владимир

Пользователь 111813 18 Декабрь, 2016 21:32

Евгений Микулич написал:
Ничего что вы пользуетесь поиском в сгенерированном html? который может быть за 10 000 строк? и что это мможет серьёзно сказаться на происзодительности?

Тут много факторов, которые влияют на решение. Начиная от количества компонентов/сайтов и заканчивая средним объёмом страниц. Если страница большая, то нужно будет замерять скорость и выбирать оптимальное решение. Но 10 тыс строк с длиной строки в 100 символов в кодировке utf-8 это примерно 2 Мб. В таком случае нужно беспокоится не за поиск, а за пользователя и за деньги клиента, которые он, возможно, теряет. При значительном весе (больше 100 кб) нужно либо сокращать документ и делать замеры, либо внедрять rel=next/prev через шаблон.

0 Ещё

Микулич Евгений

Пользователь 227946 19 Декабрь, 2016 13:21

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

0 Ещё

Беглецов Владимир

Пользователь 111813 19 Декабрь, 2016 14:35

Евгений Микулич, покажите, пожалуйста, ваш большой сайт

0 Ещё

Микулич Евгений

Пользователь 227946 20 Декабрь, 2016 10:27

Владимир Беглецов, pro-poly.ru без должной ранее оптимизации код как раз был 10 000 строк, или 20 я не помню, и такое решение не подошло, но и сейчас на 6000+ строк оно не подойдёт.

0 Ещё

Микулич Евгений

Пользователь 227946 20 Декабрь, 2016 10:30

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

0 Ещё

Беглецов Владимир

Пользователь 111813 20 Декабрь, 2016 21:01

Евгений Микулич написал:
pro-poly.ru без должной ранее оптимизации код как раз был 10 000 строк, или 20 я не помню, и такое решение не подошло, но и сейчас на 6000+ строк оно не подойдёт.

Мы видимо о разных вещах говорим. Под сложностью я понимаю не объём html, а размерность сайта в доменах/компонентах.
Большой сайт это типа hyundai-avtomir.ru, к которому прикручены ещё 15 дилерских сайтов (каждый на своём домене). И вот попробуйте для каждого сайта прописать rel=prev/next, ничего не пропустив и не сломав.
Безусловно в своём замечании вы абсолютно правы. Поиск значительно медленнее, чем реализация в компоненте через отложенные функции. Но я в статьи не указывал, что решение самое оптимальное. Я писал, что оно наиболее гладкое, т.е меньше вероятность чего-то упустить.
Для хорошо знакомого сайта скорее всего идеальное решение будет как у Олега (см. комментарии выше), а для незнакомого с большим количеством шаблонов мне проще использовать способ из статьи. Но тут много побочных факторов (посещаемость, например)

0 Ещё

Микулич Евгений

Пользователь 227946 21 Декабрь, 2016 21:56

Владимир Беглецов, я ещё раз повторю на каждую страницу вы используете поиск strpos это нифига не простая операция когда входной текст, когда в нём лежит весь html код, к тому же это делается на всех страницах, даже там где пагинациинет. Метод у Олега как раз основан на функциях обратного вызова и не вызывается везде подряд.

0 Ещё

Шмаков Денис

Пользователь 57031 31 Август, 2017 15:06

Родился вариант по мотивам решения Олег Максименко
Показалось не очень хорошим генерировать ссылки отдельно от постранички.

В шаблоне system.pagenavigation генерируем ссылки на следующую и предыдущую страницу в нескольких местах. На вроде

$sPrevLink = $arResult["sUrlPath"].'?'.$strNavQueryString.'PAGEN_'.$arResult["NavNum"].'='.($arResult["NavPageNomer"]-1);
$sNextLink = $arResult["sUrlPath"].'?'.$strNavQueryString.'PAGEN_'.$arResult["NavNum"].'='.$arResult["NavPageCount"];

В последних строках записываем всё в данные шаблона

$templateData = array(
   'PREV_LINK' => $sPrevLink,
   'NEXT_LINK' => $sNextLink,
   'NAV_NUM' => $arResult["NavNum"],
);

В component_epilog.php пробрасываем данные в родительский компонент

if($parent = &$this->GetParent()) {
   $parent->arResult['PAGEN_INFO'] = $templateData;
   $parent->SetResultCacheKeys(array('PAGEN_INFO'));
}

А в component_epilog.php компонента выводящего список с постраничкой (например, catalog.section) уже ставим свойства

if ($arResult['PAGEN_INFO']['PREV_LINK']) {
   $APPLICATION->SetPageProperty('prev', 'http://' . SITE_SERVER_NAME . $arResult['PAGEN_INFO']['PREV_LINK']);
}
if ($arResult['PAGEN_INFO']['NEXT_LINK']) {
   $APPLICATION->SetPageProperty('next', 'http://' . SITE_SERVER_NAME . $arResult['PAGEN_INFO']['NEXT_LINK']);
}

В header.php выводим

$APPLICATION->ShowLink("prev", null, true);
$APPLICATION->ShowLink("next", null, true);

По-хорошему бы еще и протокол определять автоматически

1 Ещё

Бойков Дмитрий

Пользователь 38597 2 Сентябрь, 2017 14:41

Шмаков Денис написал:
По-хорошему бы еще и протокол определять автоматически

Для этого можно воспользоваться вспомогательным методом:

$APPLICATION->SetPageProperty("prev", \CHTTP::URN2URI($arResult['PAGEN_INFO']['PREV_LINK']));

0 Ещё

Андреев Кирилл

Пользователь 70221 19 Сентябрь, 2017 10:54

Дмитрий, ++, тоже к этому решению пришел

0 Ещё

Малышева Вероника

Пользователь 275087 13 Март, 2018 14:07

когда несколько компонентов постраничных (новости, блог, каталог), лень менять во всех местах,
поэтому сделала так:
В шаблоне компонента system.pagenavigation

$templateData = array(
   "PREV" => "",
   "NEXT" => ""
);

if ($arResult["NavPageNomer"] > 1){ 
   $templateData["PREV"] =  '<li nk rel="prev" href="'.$arResult["sUrlPath"].'?'.$strNavQueryString.'PAGEN_'.$arResult["NavNum"].'='.($arResult["NavPageNomer"]-1).'">';
}

if($arResult["NavPageNomer"] < $arResult["NavPageCount"]){ 
   $templateData["NEXT"] = '<li nk rel="next" href="'.$arResult["sUrlPath"].'?'.$strNavQueryString.'PAGEN_'.$arResult["NavNum"].'='.($arResult["NavPageNomer"]+1).'">';
}

И в файле component_epilog.php этого же компонента

global $APPLICATION;
if($templateData["PREV"] != ""){
   $APPLICATION->AddHeadString($templateData["PREV"],true);   
}
if($templateData["NEXT"] != ""){
   $APPLICATION->AddHeadString($templateData["NEXT"],true);   
}

1 Ещё

Малышева Вероника

Пользователь 275087 13 Март, 2018 14:30

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

1 Ещё

Беглецов Владимир

Пользователь 111813 16 Март, 2018 22:29

Малышева Вероника, href да, но не каждого SEO'шника получается в этом убедить)))

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

0 Ещё

Малышева Вероника

Пользователь 275087 17 Март, 2018 7:59

Беглецов Владимир, Спасибо!
Поправила добавлением еще нескольких строчек!

if ($arResult["NavPageNomer"] > 1): 
         if($arResult["NavPageNomer"] == 2){
            $templateData["PREV"] =  '<li nk rel="prev" href="'.$arResult["sUrlPath"].'">';
         }
         else{
            $templateData["PREV"] =  '<li nk rel="prev" href="'.$arResult["sUrlPath"].'?'.$strNavQueryString.'PAGEN_'.$arResult["NavNum"].'='.($arResult["NavPageNomer"]-1).'">';   
         }
}

1 Ещё

Горохов Денис

Пользователь 250522 8 Май, 2018 11:36

Сделал новый модуль для 1С-Битрикс.

Позволяет красиво обработать постраничную навигацию, создавать страницы типа /page-2/, /stranica-2/ и при этом соблюсти все рекомендации Google для постраничной навигации, добавить теги rel=next/prev/canonical на страницы с постраничкой!

Надеюсь кому-то будет полезно!

Буду благодарен за отзывы и предложения!
Ссылка на модуль: http://marketplace.1c-bitrix.ru/solut....paging/вЃ

0 Ещё

Плотников Кирилл

Пользователь 1998125 8 Май, 2018 13:15

Спасибо!

0 Ещё

Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».

Установка атрибутов rel="next" и rel="prev" (rel=prev/next) в head

Продукты

Управление сайтом

Битрикс24

Интернет-магазин + CRM

Решения

Для интернет-магазинов

Каталог готовых решений

Внедрение

Выбрать партнера

Проверить партнера

Стать партнером