Yesvik

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

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

данный документ содержит два понятия Вероятность того что в одной статье будут называть по разному одно понятие - крайне не велика. Да и в первом, при прочтении уточнения, понятно что речь идет о ссылках на сайте а не про структуру url Честно говоря, я совсем перестал понимать суть вопроса. Хочешь поговорить о разных понятиях в одной статье - давай поговорим... Ссылка: https://yandex.ru/support/webmaster/recommendations/changing-site-structure.html Пункт 1: смена структуры - в моём понимании Яндекс расценивает изменение URL как изменение структуры сайта. Т.е. в иерархии изменилась подчинённость страницы по отношению к вышестоящей - значит изменилась структура сайта. Пункт 2: внедрение человеко-понятных URL (ЧПУ-адресов) - в моём понимании Яндекс не расценивает смену URL с GET параметрами на вариант с ЧПУ как изменение структуры сайта, так как подчинённость страницы в иерархии не изменилась, а просто изменилось представление URL. Соответственно если товары в корне сайта - это одна структура сайта, а когда страницы товаров в подчинении категорий сайта - это другая структура и поисковики это отслеживают. Я не говорю что все страницы сайта не могут быть в корне сайта, я говорю что когда все страницы в корне сайта - поисковик будет сам группировать эти страницы по каким-то своим алгоритмам... и меня такая ситуация не устраивает. Я сам хочу управлять этим процессом.

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

И ещё... С учетом того, что Гугл отказался от prev/next, для указания цепочки постраничной навигации можно использовать Search Console Твит с которого пошла волна по поводу отказа Развернутое пояснение на русском языке https://www.searchengines.ru/google-next-prev.html

Забегая вперёд объясняю чем меня не устраивает ни рекомендация Гугл, ни рекомендация Яндекс. Если в категории сотни товаров - страница со всеми товарами будет грузится очень долго и будет забракована поисковиками. Если делать как рекомендует Яндекс - в поисковой выдаче будет только первая страница пагинации. По сути на каждой странице пагинации уникальная часть товаров категории, но из за дублирования описания категории, тайтлов и дескрипшена поисковики могут признать страницы пагинации дублями. Что делать чтобы не давать поисковикам повода признать страницы пагинации дублями я уже писал.

Вот скрин Синим - выделена цитата из рекомендации Яндекса Красным - выделен вопрос со ссылкой на статью 2013 года, в которой Гугл описывает то, что рекомендует в 2015 году Яндекс, как ошибку и рекомендует использовать страницу со всеми товарами. Зелёным - попытка Платона отмазаться, типа это не про товары... Красным - уточнение вопроса со ссылкой на видео, в котором представители Гугл подтверждают, что рекомендуемое Яндексом использование rel="canonical" считает ошибкой. Зелёным - Платон признаёт рекомендации Гугл.

Я не оспариваю этот момент, и никогда не говорил что canonical не работает. Я говорю о том что поисковики будут сканировать в 3,5 раза больше страниц! Если говорить про демку - 67 вместо 19, а если товаров не 19 а тысячи? И утюжить будет не один поисковый бот... Тебя не интересует скорость индексирования сайта? И ещё... Переходим на страницу товара из поисковой выдачи Apple+Cinema+30 Тебе нравятся такие хлебные крошки? Мне нравятся вот такие.

А каноникал какой на этих страницах? https://demo.opencart.com/index.php?route=product/product&product_id=42 В демке 19 товаров, т.е. должно быть 19 URL на страницы товаров. По факту в демке 67 URL на страницы товаров из которых 19 канонических. Получается поисковик должен обойти в 3,5 раза больше страниц. Вот список URL на 19 товаров (первые 19 URL канонические, остальные - дубли)

Действительно, будьте внимательнее... Противоречие заключается в следующем: Яндекс рекомендует указывать первую страницу пагинации как каноническую для остальных страниц пагинации Гугл считает ошибкой указание первой страницы пагинации как каноническую для остальных страниц пагинации Когда Платону дали ссылку https://googlewebmastercentral.blogspot.ru/2013/04/5-common-mistakes-with-relcanonical.html в которой четко написано что нельзя объявлять первую страницу пагинации канонической для остальных страниц пагинации. Платон попытался "отмазаться", типа там говорится не о страницах с товаром, а о текстовой статье. После этого Платону дали ссылку на видео, в котором Гугл говорит, что не важно какая страница разбита на части, текстовая или с товарами. В результате Платон согласился с рекомендациями Гугл Яндекс и Гугл одинаково оценивают последствия указания первой страницы пагинации канонической - в поисковой выдаче будет только первая страница пагинации Т.е. Гугл говорит - не переходите дорогу на красный свет, а Яндекс заявляет - на красный свет можно переходить, но вас собьёт машина.

Зачем изменять сообщение на которое дан ответ и рассказывать про "акцентировал на этом внимание"?

Меня терзают смутные сомнения... Ссылка: Структура сайта Ссылка: Навигационные цепочки

Проблема гораздо шире чем наличие ссылок с ЧПУ и без ЧПУ (т.е. с GET параметрами). Смотрим официальную демку https://demo.opencart.com/index.php?route=product/product&product_id=42 https://demo.opencart.com/index.php?route=product/product&path=25_28&product_id=42 https://demo.opencart.com/index.php?route=product/product&manufacturer_id=8&product_id=42 https://demo.opencart.com/index.php?route=product/product&path=28&product_id=42 https://demo.opencart.com/index.php?route=product/product&path=28_25_24_33&product_id=42 По этим URL доступна одна и та же страница... вот в чем проблема. И эта проблема никуда не денется при использовании ЧПУ! Расскажу историю SEO_PRO. 12 февраля 2009 года Гугл анонсировал атрибут rel="canonical" https://webmasters.googleblog.com/2009/02/specify-your-canonical.html Разработчики Opencart ориентировались на Гугл и типа решили проблему дублей через rel="canonical". Посмотрим как решена проблема дублей в Opencart... По сути дубли не устранены, а замаскированы... на каждой странице указан канонический адрес. Если открыть HTML код страничек демки, которые я привел в начале, мы увидим тэг link с url https://demo.opencart.com/index.php?route=product/product&product_id=42 и атрибутом rel="canonical". Да, Гугл понимает какая страница каноническая, но ему приходится сканировать кучу не канонических страниц и это замедляет обход сайта. Для понимания масштаба бедствия обозначу где возникают дубли: товары со скидками, товары производителя, во всех модулях типа последние поступления, популярные товары, рекомендуемые товары, просмотренные товары и т.д. В то время Гугл с этим как-то справлялся, а с Яндексом всё было очень плохо до 24 мая 2011 https://webmaster.yandex.ru/blog/10371 Первые реализации SEO_PRO были сделаны под версию Opencart 1.4 в конце 2010 года, и это было единственное решение для Яндекса. Но даже после 24 мая 2011 года SEO_PRO не утратил своей актуальности. Допустим вам безразлично сколько времени будут бродить поисковые боты по сайту. Посмотрите во что превращает сайт использование rel="canonical"... все канонические страницы товаров в корне сайта, т.е. структура сайта уничтожена. Точнее структура сайта в виде иерархии категорий есть, но все товары в корне сайта. Нравится такой расклад? Поисковики очень любят структурированные данные. Не забавы ради существует микроразметка... Иерархия категорий - это и есть естественная структура сайта. SEO_PRO не только позволяет создать структуру сайта, но и изменять структуру сайта с минимальными потерями. Рано или поздно вам понадобится изменить структуру сайта. Например, какая-то группа товаров стала для вашего бизнеса приоритетной. В текущей структуре сайта эта группа товаров находится на 4-м уровне вложенности и вам надо поднять эту группу на один уровень. Нормальное желание, но вы боитесь потерять естественные ссылки, существующие позиции начинаете мастырить редиректы. С SEO_PRO можно просто изменить иерархию категорий, главное сохранить алиасы товаров. При переходе по старой ссылке SEO_PRO выполнит переадресацию со статусом 301 на новую ссылку, т.е. ни старые ссылки ни позиции в поисковой выдаче не будут потеряны. Устал писать...

Для того чтобы не получить по шее (а точнее чтобы избежать дублирования контента) я и написал что описание не должно дублироваться на каждой странице постраничной навигации. canonical не устраняет дубли, а даёт рекомендации поисковику какую страницу мы хотим видеть в поисковой выдаче при дублировании контента. Использование canonical это крайняя мера, если не удаётся решить проблему дублирования контента другими способами. Ссылка: Руководство по поисковой оптимизации для начинающих Многие считают SEO_PRO аналогом SEO_URL, который как-то иначе генерит ЧПУ, но это не так... SEO_PRO поддерживает заданную структуру сайта даже если не используется ЧПУ. Попробуй удалить все алиасы и включить SEO_PRO - все URL будут с GET параметрами, но у каждой страницы будет один уникальный URL.

И ещё пару слов по поводу постраничной навигации... На страницах с публикациями в хронологическом порядке (комментарии, отзывы, статьи, новости и т.д.) лучше делать обратную нумерацию. Например есть страница с отзывами, разбитая на части по 10 отзывов на странице. С прямой нумерацией пагинации первые 10 отзывов находятся на первой странице, но при публикации новых отзывов часть отзывов вытесняется на вторую страницу, а при 20 отзывах - все отзывы с первой страницы оказываются на второй странице и такая миграция отзывов по страницам будет постоянной. При обратной нумерации сохраняется номер страницы для каждого отзыва, т.е. если отзыв опубликован на 3-й странице - то он будет на 3-й странице всегда, независимо от количества отзывов.

Отсутствие атрибута rel="canonical" не означает что страница не каноническая. Атрибут rel="canonical" нужен для борьбы с дублями, но у Гугла и Яндекса противоречащие рекомендации по применению canonical в постраничной навигации. Яндекс рекомендует в постраничной навигации объявлять первую страницу канонической, а Гугл считает такое применение canonical ошибочным. Гугл аргументирует свою рекомендацию тем, что в поисковой выдаче будет только первая страница и это проблема. Яндекс тоже пишет что в поисковой выдаче будет только первая страница и витиевато пудрит мозги. Если сделать страницу со всеми товарами категории и указывать её как каноническую для всех страниц постраничной навигации - это будет устраивать и Гугл и Яндекс, но не устроит нас. При большом количестве товаров страница будет очень долго грузится и поисковики забракуют её. Напоминаю - canonical нужен для борьбы с дублями, поэтому надо забить на canonical и сделать каждую страницу уникальной. Поехали... 1. Описание категории и description выводим только на первой странице категории. 2. Добавляем в title и h1 номер страницы (страница 2, страница 3 и т.д.). 3. Закрываем от поисковиков страницы с изменённым порядком сортировки и количеством товаров на странице. Ссылки по поводу canonical: Яндекс https://yandex.ru/blog/platon/2878 Обратите внимание на это: и читайте комментарии, особенно ответ Платона Гугл https://webmasters.googleblog.com/2013/04/5-common-mistakes-with-relcanonical.html посмотрите видео с 14-й минуты

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

Держи модификатор который сделает как ты просил, но ещё раз предупреждаю - в поисковой выдаче гарантировано будет только первая страница категории, с остальными страницами будут приключения. canonical.ocmod.xml

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

От изменений, которые я написал, такой ошибки быть не может. Посмотри в какой строке вносил изменения и на какую строку ругается... Выложи сюда файл контроллера storage/modification/catalog/controller/product/category.php

Не видел что уже объяснили по поводу запросов и ещё... если будете так проверять - выключайте SEO_PRO SEO_PRO не пропустит такой запрос и вы не поймёте есть уязвимость или нет.

Если надо сделать вторую и последующие страницы не каноническими, а канонической объявить первую страницу тогда: в контроллере категорий вместо 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'); } сделай 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']), 'canonical'); $this->document->addLink($this->url->link('product/category', 'path=' . $category_info['category_id'] . '&page='. $page), ''); } В шаблоне шапки вместо {% for link in links %} <link href="{{ link.href }}" rel="{{ link.rel }}" /> {% endfor %} сделай {% for link in links %} {% if link.rel %} <link href="{{ link.href }}" rel="{{ link.rel }}" /> {% else %} <link href="{{ link.href }}" /> {% endif %} {% endfor %}

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

Нашел https://webmasters.googleblog.com/2013/04/5-common-mistakes-with-relcanonical.html

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