Canonical для пагинации

Yesvik · 23 квітня 2019

Забегая вперёд объясняю чем меня не устраивает ни рекомендация Гугл, ни рекомендация Яндекс.

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

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

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

Yesvik · 23 квітня 2019

И ещё...

С учетом того, что Гугл отказался от prev/next, для указания цепочки постраничной навигации можно использовать Search Console

Твит с которого пошла волна по поводу отказа

Развернутое пояснение на русском языке https://www.searchengines.ru/google-next-prev.html

btrotsky · 23 квітня 2019

Вообщем решил данную проблему (отображать каноникал на 2,3... страницах на первую) и причина того что модификаторы и код не работал был код такой

			if ($page > 1) {
			    $this->document->addLink($this->url->link('product/category', 'path=' . $category_info['category_id'] . (($page - 2) ? '&page='. ($page - 1) : '')), 'prev');
			}

			if ($limit && ceil($product_total / $limit) > $page) {
			    $this->document->addLink($this->url->link('product/category', 'path=' . $category_info['category_id'] . '&page='. ($page + 1)), 'next');
			}

может он сам по себе не должен мешать, но после того как его закоментировал и установил вместо

if ($page == 1) {
			    $this->document->addLink($this->url->link('product/category', 'path=' . $category_info['category_id']), 'canonical');
			} else {
				$this->document->addLink($this->url->link('product/category', 'path=' . $category_info['category_id'] . '&page='. $page), 'canonical');
			}

этот

$this->document->addLink($this->url->link('product/category', 'path=' . $category_info['category_id']), 'canonical');

все начало работать, не понимаю в чем проблема

Yesvik · 23 квітня 2019

1 час назад, dexion сказал:

А такой вариант допустим?


if( !empty($this->request->server['HTTP_USER_AGENT']) && preg_match('~http://yandex\.com/bots~', $this->request->server['HTTP_USER_AGENT']) ) {
	$this->document->addLink(str_replace('&amp;', '&', $this->url->link($route, http_build_query($params))), 'canonical');
} else {
	$this->document->addLink(str_replace('&amp;', '&', $this->url->link($route, http_build_query( $params + (isset($this->request->get['page']) ? array('page'=>(int)$this->request->get['page']) : array()) ))), 'canonical');
}

По этой части кода сложно сказать. Здесь для Яндекса первая страница объявляется канонической, а для остальных ПС все страницы канонические. Что происходит дальше не понятно... если дальше идёт prev - он затрёт canonical на второй странице пагинации, надо править document->addLink()

В итоге получите только первую страницу в поисковой выдаче. Если такой расклад устраивает - значит вариант допустим.

dexion · 23 квітня 2019

5 минут назад, Yesvik сказал:

Что происходит дальше не понятно... если дальше идёт prev - он затрёт canonical на второй странице пагинации, надо править document->addLink()

prev next идут над canonical, вот код для prev next:

if( !empty($this->request->server['HTTP_USER_AGENT']) && preg_match('~http://yandex\.com/bots~', $this->request->server['HTTP_USER_AGENT']) == 0) {
	if( isset($this->request->get['page']) && (int)$this->request->get['page'] > 1 ) {
		$this->document->addLink(str_replace('&amp;', '&', $this->url->link($route, http_build_query( $params + ($this->request->get['page'] > 2 ? array('page'=>(int)$this->request->get['page']-1) : array()) ))), 'prev');
	}
	if( !isset($this->request->get['page']) || (isset($this->request->get['page']) && (int)$this->request->get['page'] < ceil($product_total / $data['limit'])) ) {
		$this->document->addLink(str_replace('&amp;', '&', $this->url->link($route, http_build_query( $params + (isset($this->request->get['page']) ? array('page'=>(int)$this->request->get['page']+1) : array('page'=>2)) ))), 'next');
	}
}

Находясь на 3й странице, в исходном коде получаем:

Т.е. для яндекса prev next скрываем, а каноникал отображаем на 1ую стр, а для гугла (всех остальных) выводим prev next + canonical на текущую стр.

Yesvik · 23 квітня 2019

21 час назад, Otvet сказал:

В 22.04.2019 в 03:21, Yesvik сказал:

Ссылка: Структура сайта

данный документ содержит два понятия

Цитата

1. Поддерживайте четкую ссылочную структуру на сайте. Каждый документ должен относиться к своему разделу. Следите, чтобы на каждый документ можно было попасть по обычной ссылке, обозначающейся в HTML-коде страницы тегом <A>: <a href=...>...</a>. Вообще говоря, время, которое необходимо роботу Яндекса, чтобы проиндексировать какую-либо внутреннюю страницу сайта, зависит, в том числе, от глубины вложенности этой страницы. Поэтому чем глубже страница, тем больше времени может пройти до включения ее в индекс.

Цитата

4. Каждая страница должна иметь уникальный адрес (URL).

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

Да и в первом, при прочтении уточнения, понятно что речь идет о ссылках на сайте а не про структуру url

Честно говоря, я совсем перестал понимать суть вопроса.

Хочешь поговорить о разных понятиях в одной статье - давай поговорим...

Ссылка: https://yandex.ru/support/webmaster/recommendations/changing-site-structure.html

Пункт 1: смена структуры - в моём понимании Яндекс расценивает изменение URL как изменение структуры сайта. Т.е. в иерархии изменилась подчинённость страницы по отношению к вышестоящей - значит изменилась структура сайта.

Пункт 2: внедрение человеко-понятных URL (ЧПУ-адресов) - в моём понимании Яндекс не расценивает смену URL с GET параметрами на вариант с ЧПУ как изменение структуры сайта, так как подчинённость страницы в иерархии не изменилась, а просто изменилось представление URL.

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

optimlab · 23 квітня 2019

3 часа назад, Yesvik сказал:

Если говорить про демку - 67 вместо 19, а если товаров не 19 а тысячи? И утюжить будет не один поисковый бот...

Тебя не интересует скорость индексирования сайта?

Совершенно нет. А что плохого? Наоборот хорошо, что он утюжит дубли. Я дубли использую в СЕО, я ниже приведу пример как..
Это кстати один из факторов почему я отрицательно отношусь к СЕО-ПРО и всем его вариантам использования для 2-х и 3-х версий Опенкарт.

3 часа назад, Yesvik сказал:

Тебе нравятся такие хлебные крошки?

Мне нравятся вот такие.

Проблема для тройки решена модулем OptimBlog. Там всё есть, делал для себя, попробуйте протестировать..
Хотя это проблема больше Юзабилити, чем ранжирования. Влияние на ранжирование - слишком мелкий коэффициент у этого параметра чтоб я на него обращал внимание. Но упускать из виду его конечно же не стоит, это будет непрофессионально.

Yesvik · 23 квітня 2019

1 час назад, dexion сказал:

Т.е. для яндекса prev next скрываем, а каноникал отображаем на 1ую стр, а для гугла (всех остальных) выводим prev next + canonical на текущую стр.

prev/next можно не скрывать, но если скрываешь - не будет приключений на второй странице.

Не забудь про тайтлы, описание и т.д.

Yesvik · 23 квітня 2019

9 минут назад, optimlab сказал:

Влияние на ранжирование - слишком мелкий коэффициент у этого параметра чтоб я на него обращал внимание.

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

12 минут назад, optimlab сказал:

А что плохого? Наоборот хорошо, что он утюжит дубли. Я дубли использую в СЕО, я ниже приведу пример как..

Если ты про перелинковку - ничего не дают дубли

dexion · 23 квітня 2019

6 минут назад, Yesvik сказал:

Не забудь про тайтлы, описание и т.д.

Ага

if( isset($this->request->get['page']) && (int)$this->request->get['page'] > 1 ) {
	$this->document->setTitle( $this->document->getTitle() . ' - страница ' . (int)$this->request->get['page'] );
}

<?php if ($description && $page == 1) { ?>
	<?php echo $description; ?>
<?php } ?>

optimlab · 23 квітня 2019

12 минут назад, Yesvik сказал:

Если ты про перелинковку - ничего не дают дубли

Ах вы прямо меня подловили! Видимо читали мои посты на другом форуме..

Но я спорить не буду, мне лень, вот вам попрактиковаться на досуге:

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

optimlab · 23 квітня 2019

@dexion , да прекращайте вы уже! Вы вообще что хотите? Кидаетесь кодами, а цель не обозначили.

Если у вас тройка и вы хотите "цепочку", копипастите код из двойки в тройку...

Тема закрыта!

Yesvik · 23 квітня 2019

2 часа назад, optimlab сказал:

Ах вы прямо меня подловили! Видимо читали мои посты на другом форуме..

Нет, не читал. Если есть тема с выкладками - кинь сюда или в личку.

А то что индексирующий робот знает о дублях и постоянно по ним шарится - это понятно.

Otvet · 23 квітня 2019

9 часов назад, optimlab сказал:

А каноникал какой на этих страницах?

У вас в статье ошибка! Я вам писал уже про неё в отзыве на статью, но почему-то вы не опубликовали мой отзыв.

Вот как раз Ясвик на неё и попался процитировав:

Платон отвечает на счёт конкретного примера (вопроса), и отвечает он правильно. Но вы почему-то подумали, что он ошибся и высказывает противоречащие друг другу советы. Прочтите внимательнее! Там нет противоречий!

Кстати, я где-то еще на каком-то сеошном сайте видел аналогичное обсуждение...
Ребята, будте внимательнее!

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

ничего из написанного не понял

Otvet · 23 квітня 2019

3 часа назад, Yesvik сказал:

Пункт 1: смена структуры - в моём понимании Яндекс расценивает изменение URL как изменение структуры сайта. Т.е. в иерархии изменилась подчинённость страницы по отношению к вышестоящей - значит изменилась структура сайта.

Тут можно долго играть в угадайку, в моем понимании это:

Как правило адреса меняются при: при смене структуры сайта, обновлении/изменении CMS, внедрении ЧПУ

и не более

Zetx · 23 квітня 2019

ребята, читал всю эту ветку, но так и не понял, как все же правильно сделать, чтоб не просесть в гугле...

у меня на первой кат. такое:

<link href="https://site.com/woman/" rel="canonical" />
<link href="https://site.com/woman/page-2" rel="next" />

а к примеру на странице site.com/woman/page-6

так:

<link href="https://site.com/woman/page-5" rel="prev" />
<link href="https://site.com/woman/page-7" rel="next" />

и таких страниц: page- 6,9,12

в поиск попало очень много...

вообще к какому итогу пришили и что делать?

Змінено 23 квітня 2019 користувачем Zetx

jaffagold · 24 квітня 2019

Цитата

и таких страниц: page- 6,9,12

в поиск попало очень много...

(сугубо мое личное неэкспертное мнение)

У вас сделано согласно рекомендациям Google, которые были актуальный еще месяц назад. Тогда они указывали, что для улучшения ранжирования следует использовать подход Show all или next-prev.

В марте Google довольно туманно сказал, что более не рекомендует использовать next-prev в целях улучшения ранжирования, как считалось ранее. И все.

Теперь next-prev не влияет на ранжирование. Осталась только рекомендация Show all

Но Google не сказал, что next-prev надо убирать, о прямом запрете и о вреде от данной структуры не сказано.

Чем это закончится, пока мало кто понимает.

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

Что делать?

- Смириться или создавать страницу, где выложены все товары, на которую делать canonical

Змінено 24 квітня 2019 користувачем jaffagold

Zetx · 24 квітня 2019

1 час назад, jaffagold сказал:

(сугубо мое личное неэкспертное мнение)

У вас сделано согласно рекомендациям Google, которые были актуальный еще месяц назад. Тогда они указывали, что для улучшения ранжирования следует использовать подход Show all или next-prev.

В марте Google довольно туманно сказал, что более не рекомендует использовать next-prev в целях улучшения ранжирования, как считалось ранее. И все.

Теперь next-prev не влияет на ранжирование. Осталась только рекомендация Show all

Но Google не сказал, что next-prev надо убирать, о прямом запрете и о вреде от данной структуры не сказано.

Чем это закончится, пока мало кто понимает.

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

Что делать?

- Смириться или создавать страницу, где выложены все товары, на которую делать canonical

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

Yesvik · 24 квітня 2019

2 часа назад, jaffagold сказал:

В марте Google довольно туманно сказал, что более не рекомендует использовать next-prev

История гораздо веселее ) Гугл уже несколько лет не поддерживает prev/next, а в марте признались...

jaffagold · 24 квітня 2019

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

Но по тихому выкинуть "ненужные" страницы из индекса- самое то.

florapraktik · 24 квітня 2019

Скорей всего, они просто научились понимать пагинацию без пре/некст, вот и всё. И каноникл на первую страницу они скорей всего проигнорируют.

Otvet · 24 квітня 2019

ответ в двух буквах: MF

кто не понял, извините

кто понял - молодец

Yesvik · 24 квітня 2019

9 часов назад, jaffagold сказал:

Именно так, но они не сказали, что будут за это пессимизировать.

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

optimlab · 24 квітня 2019

В 23.04.2019 в 16:49, Yesvik сказал:

Вот скрин

Синим - выделена цитата из рекомендации Яндекса

Красным - выделен вопрос со ссылкой на статью 2013 года, в которой Гугл описывает то, что рекомендует в 2015 году Яндекс, как ошибку и рекомендует использовать страницу со всеми товарами.

Зелёным - попытка Платона отмазаться, типа это не про товары...

Красным - уточнение вопроса со ссылкой на видео, в котором представители Гугл подтверждают, что рекомендуемое Яндексом использование rel="canonical" считает ошибкой.

Зелёным - Платон признаёт рекомендации Гугл.

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

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

Дубли страниц

В связи с тем, что товар может быть в разных категориях и открываться по разным URL-адресам происходят дубли контента и роботу отдаются одинаковые документы по разным URL-адресам.
Если кол-во дублей превышает допустимую норму в процентах по отношению ко всем документам на сайте, то на сайт накладываются определенные фильтры от поисковых систем понижающие ранжирование сайта в выдаче.
В начале нулевых, а я пришел в СЕО-спорт в 2006 году, это было настоящей проблемой отлавливать дубли и делать запрет их через robots.txt , noindex, nofollow. Тогда еще не было всяхих Панелей для вебмастеров и сайты приходилось сканировать через СЕО-программы.

Движки в это время все время усложнялись и улучшались и проблема росла комом.

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

Сanonical

Каноническая ссылка - это элемент HTML, который помогает веб-мастерам предотвращать дублирование проблем с контентом в поисковой оптимизации путем указания «канонической» или «предпочтительной» версии веб-страницы.
Т.е. теперь сеошники могут на все дубли страниц проставить каноническую ссылку на одну определенную которая участвует в поиске. Т.е. она проиндексирована и выдается поисковой системой по ключевому запросу.

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

Google - рекомендации

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

В данном случае идет речь об ошибке под номером №1: "указание перовой страницы канонической для страниц листинга". Именно её мы и будем рассматривать..

Само описание ошибки состоит из 3-х примеров:

1) Указание rel=canonical со страницы 2 (или любой более поздней страницы) на страницу 1 не является правильным использованием rel=canonical, поскольку это не дубликаты страниц. Использование rel=canonical в этом случае приведет к тому, что контент на страницах 2 и за его пределами не будет индексироваться вообще.

Цитата

Хороший контент (например, “печенье-превосходное питание” и “овощи”) теряется при указании rel=canonical со страниц листинга на первую страницу.

Как мы видим на рисунке, страницы листинга состоят из разного контента, и эти страницы не являются дублями первой страницы (главной).
Всё логично! Запомнили!

2) rel=canonical со страниц листинга на страницу "Смотреть всё".

В данном примере мы видим что на странице "Смотреть всё" есть контент дублирующийся на страницах листинга. И каноникал с этих страниц ссылается именно на неё. А сами страницы листинга являются дублями "Смотреть всё". И тут нет ошибки.

Всё логично! Запомнили!

3) Если rel=canonical на страницу "Смотреть всё" отсутствует на страницах листинга, то страницы листинга могут использовать разметку rel=”prev” и rel=”next”.

Устаревшее, на данный момент мы не будем обсуждать этот вариант. На данный момент он работает аналогично Яндекс.

Яндекс - рекомендации

Для удобства я возьму цитату из рекомендаций Яндекса и вставлю в неё свои комментарии выделенные жирым.

"Если в какой-либо категории на вашем сайте находится большое количество товаров, могут появиться страницы пагинации (порядковой нумерации страниц), на которых собраны все товары данной категории. Если на такие страницы нет трафика из поисковых систем и их контент во многом идентичен (важная оговрка от яндекса о наличии дублей, т.е. если страницы листинга являются дублями), то советую настраивать атрибут rel="canonical" тега <link> на подобных страницах и делать страницы второй, третьей и дальнейшей нумерации неканоническими, а в качестве канонического (главного) адреса указывать первую страницу каталога, только она будет участвовать в результатах поиска.
Например, страница сайт.рф/ромашки/1 - каноническая, с неё начинается каталог, а страницы вида сайт.рф/ромашки/2 и сайт.рф/ромашки/3 - неканонические, в поиск их можно не включать. Это не только предотвратит возможное дублирование контента (вот тут опять же говориться про дубли), но и позволит указать роботу, какая именно страница должна находиться в выдаче по запросам. При этом ссылки на товары, которые находятся на неканонических страницах, также будут известны индексирующему роботу.
Часто вместо пагинации сайты используют динамическую прокрутку, когда для посетителя, пролиставшего каталог до определённого момента, с помощью JavaScripts загружаются другие товары в данной категории. В такой ситуации необходимо проследить, чтобы весь контент таких страниц отдавался индексирующему роботу (например, с помощью инструмента в Яндекс.Вебмастере), либо чтобы роботу становилась доступна статическая пагинация товаров."

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

Разбор ответов Платона

Явтушенко Александр задаёт вопрос с цитированием рекомендаций от Яндекса. И говорит следующее:
"Представители Google говорили, что такое использование канонических адресов, является ошибочным."
"Но в итоге разработчики попадают в двоякую ситуацию… "

Вот тут как раз тот момент на котором все читатели этой дискусии и попадаются!!! Так как происходит подмена тезиса.

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

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

1) Вебмастер Гугл повторяет 2) часть первой ошибки про "Смотреть всё".

2) Вебмастер Гугл повторяет 1) часть первой ошибки про отсутствие дублей на страницах листинга, и так же в конце посторяет вро страницу "Смотреть всё".

3) Потом он после 17:20 посторяет про 3) часть рекомендаций про rel="next" и rel="prev" . Это нам не интересно.

То есть Явтушенко получил в устной форме от представителя Гугл то же самое, что прочитал на той странице с рекомендациями от Гугл.

И он опять же говорит: "Сказали, что не рекомендуют и в случае интернет-магазинов". - Да ничего они такого не говорили, представитель говорил о запрете из 1) части, где разный контент на страницах листинга.

Но неподготовленный пользователь, верит Саше на слово и читает ответ от Платона:
"Вы правы, момент с наличием страницы, на которой собран весь товар раздела, я упустил. Если такая страница присутствует на сайту, действительно, лучше указывать в качестве канонической именно её."
Т.е. он говорит что в рекомендациях забыл вариант о странице со всеми товарами - "Смотреть всё".

Как вы видите нет никакой путаницы. Путаницу создал невнимательный горе-сеошник.

Остальные прочли его и почему-то решили что он прав.

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

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

lexxkrt · 25 квітня 2019

а при page=all при большом количестве товара в группе не будет ли бот тупо весить ваш сайт при индексации, достаточно уже того что яндекс и так постоянно ддосит игнорируя все параметры в robots

Змінено 25 квітня 2019 користувачем lexxkrt

Вхід

Canonical для пагинации

Recommended Posts

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Надіслати

Поділитися на інших сайтах

Створіть аккаунт або увійдіть для коментування

Створити обліковий запис

Вхід

Зараз на сторінці 0 користувачів

Покупцям

Розробникам

Корисна інформація

Останні розширення

Important Information