канонические адресаКанонические адреса страниц попадут в индекс. Но только если в коде неканонического варианта текста вставляется атрибут rel=”canonical”. Однако, здесь должна быть ссылка на адрес канонический, то есть  на ту статью, которую мы написали. Синонимами слова «канонический», могут послужить слова: «установленный», «истинный», «узаконенный» — что-то в этом роде. Сейчас атрибут стал вставляется автоматически, средствами Word Press.Но раньше у меня был вставлен дополнительный код. Потом его удалила.

Канонические адреса атрибут rel=”canonical”

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

Однако каноническим является только тот вариант, который мы создали. Все остальные варианты не канонические, но лишь производные от истиной статьи. Длительное время указание  канонических адресов страниц  возлагалось на SEO плагины. Однако, это то плохо получалось. Чем мы можем помочь, чтобы в индексе не было ничего кроме канонических адресов страниц? Справиться с этим может только настоящий программист. Который сможет настроить управление атрибутом rel=”canonical”, при помощи кода.

Например, полгода назад атрибут rel= ”canonical” стал выставляться в коде непосредственно движком Word Press. Если эта же отметка повторялась плагином, то робот мог такие указания не учитывать совсем. Еще робот может индексировать статью на свое усмотрение, потому что атрибут носит характер рекомендательный.

информация в Яндекс вебмастере

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

Код для канонических страниц

Рецепт от беды  нашла у человека, который программистом стал самостоятельно. Он бескорыстно делится знаниями с другими.  О канонических адресах и применении rel= ”canonical” у Виталия Кирилова написано понятно. Скопировала, созданный им, длинный код. Вставила его в файлы функций обеих блогов. В дальнейшем переустановила код в плагин функций. Но потом этот длинный код удалила совсем, потому что он стал не нужен.

Это код, себе записала  для памяти, но вначале скопировала в notepad++. Чтобы в блокноте сделать правильную кодировку /UTF — 8/. Раньше думала, что  атрибутом rel=»canonical» может руководить код, наряду со средствами  Word Press. Но это оказалось неправильным, получилось 2 канонических файла. В дальнейшем код удалила.

 Канонические адреса индексация после вставки кода

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

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

При просмотре кода статей увидела, что в каждой статье у меня генерируется 2 атрибута ссылки rel canonical. Получилось это потому, что плагин Yoast SEO по умолчанию вставляет в код этот атрибут. Но если плагин SEO другой, тогда Word Press автоматически вставляет свою такую же ссылку.

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