ТопЭксперт признал UMI.CMS самой SEO-оптимизированной платформой! Umi cms rel canonical

ТопЭксперт признал UMI.CMS самой SEO-оптимизированной платформой!

Центр исследований ТопЭксперт признал UMI.CMS самой SEO-оптимизированной платформой среди всех коммерческих CMS Рунета!

Аналитический центр ТопЭксперт опубликовал результаты глобального исследования «CMS для SEO», в котором проанализировал все ведущие системы управления сайтами с точки зрения требований поисковой оптимизации (SEO). По результатам анализа, UMI.CMS получила наивысший балл соответствия SEO-стандартам, что подтверждено официальным статусом «Одобрено центром исследований ТопЭксперт как CMS, оптимально адаптированная для SEO».

Эксперты подтверждают, что продукт содержит практически все необходимые модули и функции для наилучшей поисковой оптимизации.

«Действительно, еще год назад плотно анализировал UMI на профпригодность. Как оказалось, большая часть из того, что было необходимо для SEO, присутствовало уже на том этапе. За год многое изменилось и стало только лучше, поэтому могу смело советовать этот продукт к освоению и внедрению. Многие не задумываются над некоторыми нюансами, которыми могут воспользоваться злоумышленники, а в UMI это изначально уже закрыто».

— комментирует Василий Ткачев, эксперт центра ТопЭксперт,руководитель проекта All in Top

По критериям ТопЭксперта, система соответствует тридцати из 53 возможных требований, обозначенных экспертами. Среди них:

Модуль настройки 301-х редиректов
Модуль генерации контента: текст страницы, description (с возможностью ручного редактирования для каждой страницы)
Модуль генерации TITLE, H, ALT для изображений (с возможностью ручного редактирования для каждой страницы)
Модуль управления robots.txt в связке с sitemap.xml
Модуль поиска битых ссылок
Использование rel=canonical
Модуль проверки на спам
Модуль управления URL, создающий ЧПУ, с возможностью ручного редактирования
Интеграция с Я.метрикой
Модуль построения облака тегов
Визуальный редактор для контента, позволяющий ставить <STRONG>, <EM>, <H> и генерирующий чистый правильный код

Возможность в виде HTML отредактировать контент на каждой странице
Удобная загрузка картинок, возможность добавления alt и title и редактирования названия файла
Модуль, определяющий уровень вложенности для каждой страницы сайта
Модуль редактирования меню сайта на каждой странице
Формирование динамических блоков, размещенных на указанных страницах сайта (блок новостей, анонс статей, популярные товары, новинки и пр.) с возможностью их частичного или полного использования для перелинковки
Модуль управления индексацией страниц или основного контента, с возможностью закрытия от индексации всей страницы, например с помощью мета-тега или контента с помощью тегов <noindex>
Добавление на сайт видео, или флеш роликов (например, игр)
Модуль работы с мультирегиональными сайтами, позволяющий вынести весь контент, относящийся к определенному региону в отдельный раздел сайта, или на субдомен
Автоматическое формирование XML файла для Яндекс.Маркета
Установка главного зеркала
Настройка взаимодействия посетителя сайта и социальных сервисов

Мобильная версия сайта
И многое другое

Помимо этого, UMI.CMS всегда заботится об удобстве всех функций для пользователей системы, и SEO-функционал — не исключение. Все самые часто используемые SEO-настройки сайта вынесены в режим «быстрого редактирования» (Edit-in-Place), что позволяет управлять ими «на лету», без входа в административный интерфейс сайта.

s-sd.ru

Пагинация для SEO - пошаговое руководство

Вы наверняка замечали, что сверху или снизу страницы сайта находится порядковая нумерация. Другое ее название – классическая пагинация. Если рассматривать функционирование интернет-площадки, то неправильная работа с этим структурным элементом может спровоцировать существенные проблемы с последующей индексацией содержимого. Чтобы понять, насколько важен такой момент для внутренней оптимизации, необходимо рассмотреть главные нюансы работы со структурной деталью.

Проблемы, возникающие из-за пагинации

Количество посещения страницы. Поисковые роботы, сканируя ресурс, будут проверять число и глубину составляющих, которые зависят от траста и частоты обновления контента. Создано много страниц пагинации? Будьте готовы к тому, что вероятность посещения каждого структурного элемента значительно упадет, а вся информация о товарах и предоставляемых услугах, которая имеется на интернет-площадке, не проиндексируется. Также израсходуется лимит открытия всех компонентов, а не ключевых составляющих.
Дубликаты. Содержание страниц может быть похожим, а иногда и идентичным. Это связано со структурой размещения данных. Также вы видите, что на каждом элементе встречаются одинаковые теги «metadescription» и «title». Это приводит к тому, что поисковики затрудняются в определении релевантных составляющих для удовлетворения запроса.

Как правило, практически все интернет-ресурсы обладают подобным функционалом, из-за чего и возникает проблема с его настройкой – весьма актуальная задача для SEO-оптимизаторов и веб-мастеров. А все по той причине, что неканонические страницы по сути являются частичными дублями, поскольку они копируют содержание главной, не включая список товаров. Именно поэтому необходимо рассмотреть ключевые нюансы и действующие методики по настройке.

Как устранить затруднения?

SEO-специалисты разработали четыре варианта решения проблем.

Использование noindex с целью удаления постраничной нумерации

Метод пользуется популярностью по причине высокой скорости его реализации. Суть применения: из индекса исключаются все страницы, кроме первой. Реализовать его можно, используя стандартный метатег: <meta name="robots" content="noindex, follow" /> (вставляется в раздел <head> на все составляющие, кроме выбранной посадочной фигуры). Результат: обеспечивается полное сканирование каталога, который представлен на первом листе.

Особенности метода: текст описания главного каталога лучше размещать в первом разделе. Также не забудьте проверить URL – он не должен дублироваться.

Преимущества варианта:

один из простых способов;
превосходно подходит для Яндекса;
отличный вариант исключить категорию из индекса, если нет основания добавления ее в систему.

Однако здесь есть и недостатки:

Последнее можно исправить применением xml-карты.

«Просмотр всего» и rel=“canonical”

Рекомендуется использовать для Google. Способ заключается в создании новой категории, которая подразумевает вывод всех изделий, представленных в галерее. На остальных разделах с нумерацией проставляется rel=“canonical”, что отправляет на просмотр всего ассортимента. В секцию <head> помещается <link rel="canonical" href="http://site.com/catalog/view-all.html" />. Поисковые системы воспринимают каждый раздел в качестве части общего просмотра. «Фишка» в том, что это наиболее предпочтительный вариант для Google.

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

Rel=“prev”/“next”

Метод подойдет исключительно для поисковика Google. Его реализация непростая, поэтому нужно учитывать все тонкости и быть предельно осторожными во время применения. Вставляя rel="prev"/"next", вы формируете цепочку между всеми разделами. Начинать нужно с первого, добавляя в секцию <head> :<linkrel="next" href="http://site.com/page2.html">.

Особенность в том, что для каждой следующей страницы необходимо указывать атрибуты предыдущего и следующего компонента. Например, вторая категория будет выглядеть таким образом: <linkrel="prev" href="http://site.com/page1.html">, <linkrel="next" href="http://site.com/page3.html">. Третья имеет следующий вид: <link rel="prev" href="http://site.com/page2.html">, <link rel="next" href="http://site.com/page4.html">. С применением rel="prev"/"next" Google устранит разбиение и объединит все разделы в единый на индексе. Пользователи увидят его в первую очередь, ведь он будет принят за релевантный.

Особенности: rel="prev" и rel="next" – не директивы, а вспомогательные структуры. Значениями при таких условиях могут выступать абсолютные и относительные rel="prev" и rel="next". Ссылаясь в документе на <base>, относительные пути будут основываться на базовом (существующем) URL. Google может обнаружить большие ошибки, являющиеся причиной того, что система проведет индексирование на основе собственного алгоритма. Чтобы избежать дублирования, обязательно проверяйте адреса.

Преимущества вышеописанного метода:

устраняет проблему пагинации без формирования «Смотреть все»;
его просто воплотить в жизнь, добавив незначительные изменения в HTML.

Недостатки:

атрибут не определяется Яндексом (наиболее существенный минус),
введение сложное и требует предельной внимательности во время формирования связей в цепочках.

Javascript прокрутка и AJAX

Сталкивались ли вы с проблемой прокрутки посадочной страницы к нижней части экрана, чтобы рассмотреть представленную продукцию? При этом изображения изделий медленно загружались. Такой способ поможет закрыть вопрос с юзабилити, если применить его правильно. Автоматическая загрузка позиций сменится простой кнопкой «Показать n число товаров».

Применение параметра: используйте rel="prev"/"next", пагинативные элементы будут содержать атрибуты, которые никак не отразятся на изменении контента (сортировке, количестве продукции, переменных, или сессионных). Однако в результате получаются дубли. Решение – сочетать rel="prev"/"next" и rel=”canonical”. Во-первых, разделы с нумерацией должны использовать представленный параметр rel="prev"/"next". Во-вторых, к каждому URL создается (прописывается) канонический компонент без этого атрибута.

Использование фильтров в сочетании с rel=“prev”/“next” выглядит следующим образом (описание рекомендованного алгоритма на примере создания страницы для выдачи брендовых изделий):

на основной категории говорите твердое «нет» rel=”canonical”, чтобы не испортить уникальность содержания;
каждому бренду присвойте оригинальные цепные связи на основе rel=“prev”/“next”;
для каждого фильтра создайте оригинальные title, descriprion, описание и уникальный текст.

Как выяснить, что пагинация настроена неправильно?

Главный признак, указывающий на возможные ошибки в настройке пагинации, – наличие дублей метаданных в числе проиндексированных поисковыми системами страничек. Наиболее простым способом проверки считается просмотр проиндексированных разделов в Google с помощью оператора site: (к примеру, site:example.com). Он продемонстрирует все страницы для домена example.com. Однако если ваш сайт отличается большим количеством страниц, лучше всего воспользоваться специальными сервисами для проверки по типу Screaming Frog Seo Spider. Здесь необходимо отыскать дубликаты по title и посмотреть на их URL, чтобы определить пагинацию.

Заключение

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

Во-первых, вам придется не только выучить, но и понять целый словарь профессиональной терминологии, которой пользуются специалисты. Во-вторых, никто не даст гарантии, что вы все делаете правильно. Вам придется пойти по методу проб и ошибок, а собственное дело – не лучший вариант для «тренировочного манекена».

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

umi.ru

Rel Canonical - как прописать правильно?

Сегодня мы поговорим про атрибут Rel=” Canonical” и в каких случаях его необходимо прописывать.

Что означает Rel Canonical?

Это атрибут указывается в теге <link> и используется для отображения канонических страниц на сайте. Каноническая страница – является главной страницей, именно она будет индексироваться поисковой системой при наличии дублей на сайте.

История Canonical

Google - Rel Canonical

12 февраля 2009 года Google представил атрибут canonical, который был создан, чтобы избавить сайт от дублированных страниц, указав необходимый URL адрес (каноническую страницу).

23 мая 2011 года поисковая система Яндекс так же запустила поддержку данного атрибута.

Где прописывать rel canonical

<html>

<head>

</head>

Атрибут тега <link> rel canonical прописывается в разделе <head> и может встречаться только 1 раз на странице. Данный тег не может указывается в других разделах на сайте <body> или <footer>.

Каноническая ссылка – что это?

Каноническая страница – более приоритетная страница по сравнению с остальными.

Каноническая ссылка (с атрибутом rel=canonical тега link) – является подсказкой, но не директивой.

Давайте разберем конкретный пример:

У нас имеется каноническая страница, на которую мы хотим ссылаться в случае с дублями.

http://site.ru/

Страницы дублей выглядят по-разному:

http://site.ru/apple-iphone7/

http://site.ru/appleiphone7/

http://site.ru/iphone7/

Соответственно на данные страницы в разделе <head> прописываем:

Тег link с атрибутом каноникал будет являться канонической ссылкой.

Данную проблему мы можем решить другим способом. Со страниц дублей будет идти ReDirect 301 на главную (каноническую страницу). О 301-редиректе я расскажу в следующей статье.

Для главной страницы атрибут canonical необязателен, так как мы указываем в robots.txt директиву Host.

Что делать с пагинацией в интернет-магазине?

Нужен ли Canonical, где имеются карточки товаров? На этот вопрос уже ответил Яндекс:

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

То если страницы пагинаций вида:

http://site.ru/category-name/2/

http://site.ru/category-name/3/

http://site.ru/category-name/4/

Читайте в нашем блоге: Где проверить скорость загрузки сайта

Каноническая ссылка будет такой:

Как правильно прописать Title страницы

ЧПУ ссылки – как выглядит правильный URL?Rel Canonical – как правильно использоватьALT картинки - как правильно прописатьМета-тег Description - разбор с примерамиLSI и SEO тексты – 5 основных отличий

Как правило, проблемы с дублями возникают со стороны платформы (чаще всего это известные CMS Joomla, Opencart и прочие). Opencart вообще можно вынести в отдельную категорию, так как не до конца решена проблема, во всяком случае у меня разобраться не получилось и пришлось переносить все на другой движок. (Никому не рекомендую данный движок)

Но так же существуют ошибки со стороны оптимизатора которые я описал ниже.

Основные ошибки написания Canonical

Неверный ответ сервера.

Страница, на которую ставим тег link rel=” canonical” должна быть работоспособной. То есть ответ сервера должен быть 200.

Проверить robots.txt

Возможно, что данная страница закрыта от индексации поисковых роботов.

Дублирование и расположение атрибута.

Важно, чтобы тег встречался всего 1 раз на странице и располагался только в теге <head>.

Отсутствие цепочек ссылок.

Со всех дублирующихся страниц все канонические ссылки указывают на 1 каноническую страницу. Чтобы не получилось, что одна ссылка ссылается на другую вторая на третью и так далее.

Rel Canonical в CMS Wordpress

Прописать тег Canonical в CMS Wordpress вы можете c помощью плагинов:

Плагин SEO Yoast

Плагин SEO Yoast является самым популярным плагином для SEO в Wordpress

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

Плагин All in SEO

Так выглядит интерфейс плагина All in SEO

В All in SEO имеется возможность так же указывать канонический URL, а так же запрещать пагинацию для канонических URL(то есть ПС не будет индексировать эти страницы).

Заключение

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

Думаю, я рассказал большую часть про атрибут Rel=” Canonical”. Пишите в комментариях, как вы используете канонические ссылки на своих сайтах.

edison.bz

Rel canonical: канонические страницы - SEO-оптимизация CMS

Rel canonical – это специальный тег, размещаемый внутри тега <head>, который указывает на основной адрес страницы в случае, если CMS (движок сайта) создает множество дублей, в результате чего в индекс поисковых систем попадают различные адреса страниц с одинаковым содержимым.

Поисковая система Google анонсировала тег в начале 2009 года, с 2011 года rel canonical начал поддерживать и Яндекс.

Зачем нужны канонические страницы: использование rel canonical

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

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

CMS поддерживает несколько типов адресов:

http://site.com/?p=3 http://site.com/rel-canonical http://site.com/rel-canonical.html http://site.com/category/rel-canonical http://site.com/id/rel-canonical

Сервер отдает одно и тоже значение для субдомена www или протокола https:

http://site.com/rel-canonical.html https://site.com/rel-canonical.html http://www.site.com/rel-canonical.html

Динамические адреса содержат значения различных параметров, которые могут быть расположены в любом порядке (особенно часто ошибка встречается в CMS для интернет-магазинов):

http://site.com/products?category=dress&color=red http://site.com/products?color=red&category=dress http://site.com/dress/cocktail?gclid=2423432

CMS автоматически присваивает странице несколько адресов, если она относится к нескольким разделам:

http://site.com/news/rel-canonical/ http://site.com/seo/rel-canonical/

Контент сайта предназначен для распространения на других web-ресурсах, поэтому полностью или частично повторяется:

http://news. site.com/rel-canonical.html (синдицированное сообщение). http://blog. site.com/rel-canonical/3245/ (исходное сообщение).

Настройка rel canonical: канонические адреса как инструмент удаления дублей

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

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

Указанный в rel canonical адрес может быть и абсолютным (http://site.com/rel-canonical.html), и относительным (rel-canonical.html), однако в рекомендациях Google советуется абсолютный путь, который снизит вероятность ошибки поискового робота.

Канонические страницы и 301 редирект

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

Преимущества rel canonical

Использование rel canonical позволяет заметно упростить SEO-оптимизацию сайта. Теперь web-мастеру не нужно закрывать от индексации в robots.txt такие страницы-дубли как версии для печати или pdf-файлы.
Rel canonical – это лучший способ избавиться от искусственно созданных страниц-дубликатов. Многие конкуренты способствуют появлению в индексе документов-дублей путем добавления несуществующих адресов в аддурилку или проставления на них ссылок. В результате сайт определяется поисковыми алгоритмами как некачественный, состоящий из множества одинаковых документов, а его индексация и ранжирование могут значительно ухудшиться.

Как настроить rel canonical

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

В CMS WordPress для этого используется опция get_permalink(). Таким образом, чтобы установить rel canonical плагин не нужен. Достаточно просто открыть файл header.php, который имеется в любой теме для WP, и уставить туда код:

<?php if ( is_singular() ) echo '<link rel="canonical" href="'.get_permalink().'" />'; ?>

Функция is_singular() проверяет, является ли документ единичной записью или страницей.

seo-praktika.com

Атрибут rel= «canonical» — полное руководство по использованию канонических ссылок

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

Но, когда мы или не можем использовать 301 редирект, или нам необходимы страницы для просмотра пользователями, то нам на помощь приходит атрибут rel= «canonical».

С помощью этого атрибута можно довольно быстро устранить проблемы дублирующего контента.

Как прописать rel= «canonical»?

На странице сайта (основной способ)

Чтобы для текущей страницы указать ее каноническую ссылку, то в секции <head> нужно прописать следующее:

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

Через xml-карту сайта

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

Через ответ сервера (лучше всего для не html документов)

Если вам нужно указать канонические ссылки для не html документов, а, например, для pdf-файлов, то можно указать каноническую ссылку в http-заголовке. Для этого, сервер при запросе дублирующего файла должен отдавать следующее

Link: <http://site.com/main-file.pdf>; rel="canonical".

Но, следуют учесть, что на данный момент Google поддерживает данный элемент заголовка <link> только для Веб-поиска.

Когда нужно использовать канонические ссылки

Если вы точно знаете в каком случае у вас на сайте появляются дубли

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

Когда сложно или невозможно реализовать 301 редирект

В общем лучше всего использовать 301 редирект, но если это довольно сложно или долго реализовывать, то можно воспользоваться и атрибутом rel=”canonical”. По заявлениям Google, передаваем вес через канонические ссылки абсолютно идентичный весу, который передает 301 редирект.

Несколько страниц для одной серии продуктов

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

При разных сортировках товаров в каталоге

Если на вашем сайте товары можно сортировать разными способами и параметр сортировки указывается в урле:

http://site.com/dresses.html?sort=price

то, необходимо, со всех различных комбинаций сортировок, проставлять канонические ссылки на каталог с сортировкой по умолчанию. Обычно, это URL категории без параметров, которые отвечают за сортировку товаров:

При создании страницы каталога со всеми продуктами

По рекомендациям Google (https://support.google.com/webmasters/answer/1663744?hl=ru), способ при котором вы со всех страниц каталога вы делаете каноническую ссылку на страницу со всеми товарами/статьями, является оптимальным для индексации как страниц каталога сайта, так и всех товаров/статей сайта. При этом способе, для каждого раздела сайта необходимо создать страницу «Смотреть всё» и с каждой страницы пагинации проставить каноническую ссылку на страницу «Смотреть всё».

Но, это способ довольно сложный в реализации. Поэтому, другие реализации пагинации вы сможете найти по этой ссылке:https://seoprofy.ua/blog/optimizaciya-sajtov/pagination-for-seo

Страница печати

Если печать страниц на сайте реализована через дополнительный параметр, например,

http://site.com/news-1.html?print=yes

то, необходимо, проставить каноническую ссылку на основную версию страницы

При использовании партнерской программы у вас на сайте

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

Поэтому, для всех страниц на которые стоят партнерские ссылки

http://site.com/dresses.html?partner=dkfEi3dj1

мы прописываем следующую инструкцию:

Кроме этого, вы можете указать Google все не нужные параметры для индексации через Параметры URL (в Google Webmasters раздел Сканирование). В данном случаем необходимо указать параметр partner, как такой, что не изменяет содержимое страницы.

Для склейки индексного файла каталога

Важно проверять, чтобы файлы в каталоге типа index.html не приводили к дублям: это может произойти, когда открыты для индексации 2 таких адреса http://site.com/dresses/ и http://site.com/dresses/index.html. В таких случаях, для решения данной проблемы, легче всего в файле http://site.com/dresses/index.html прописать такую каноническую ссылку

При использовании одинакового контента на разных доменах или разных языковых версиях

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

Основные ошибки при использовании rel=”canonical”

Использование на страницах пагинации

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

Как правильно делать пагинацию для seo смотрите здесь: https://seoprofy.ua/blog/optimizaciya-sajtov/pagination-for-seo.

Каноническая ссылка не является индексируемой

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

страница отдает 200 код сервера
на странице нет запрета индексации (через мета тег robots и noindex)

Несколько ссылок rel=canonical с одной страницы

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

Разные канонические URL

Следите за тем, чтобы всегда указывать одни и те же канонические страницы при разной реализации (например, через xml-карту сайта и через rel=”canonical” на самой странице).

Неправильное использование относительных ссылок

В общем случае, при указании канонических ссылок всегда желательно прописывать абсолютные ссылки

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

Тогда поисковые системы будут просто игнорировать данные инструкции.

Проверка использование rel=»canonical» на своем сайте

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

После индексации вашего сайта эта программа в удобном для вас виде предоставит вам полную информацию по всем страницам

на которых стоит атрибут rel=”canonical” и на какие именно страницы он указывает
на какие страницы сайта проставлены канонические ссылки
какие страницы без атрибута rel=”canonical”

Вся эта информация будет на вкладке Directives

Следует не забыть провести некоторые дополнительные настройки:

1. Убедиться, что на вкладке Basic выставлена галочка напротив Crawl Canonical

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

2. На вкладке Advanced установлена галочка напротив Respect Canonical

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

В заключение

Использование атрибута rel= «canonical» может сэкономить очень много времени на этапе разработки. Но такие решения в итоговом варианте могут привести к проблемам, если не учесть все нюансы использования.

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

Хорошие статьи в продолжение:

— Чек лист по SEO для разработчиков

— Ответы сервера — практическая методичка

— Robots.txt — инструкция для SEO

— Оптимизация кода сайта — базовое руководство

Оцените статью

Загрузка...

seoprofy.ua

Новый тег rel=canonical для удаления дубликатов страниц — Devaka SEO Блог

12 февраля Google анонсировал новый тег canonical, который поможет вам избавиться на сайте от дублированного контента, указывая предпочитаемую версию URL адреса для страницы. Также в этот день ввод нового тега анонсировали компании Yahoo и Microsoft.

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

Теперь вы можете добавить этот тег, для указания вашей версии адреса, внутри тега <head> на страницах с дублированным контентом:

Таким образом, Google поймет, что все дубликаты ссылаются на канонический адрес, указанный в теге. Дополнительные свойства адреса, такие как PageRank и связанные сигналы также перенесутся с дублированных страниц на указанную.

Подобный тег будет полезным в основном при использовании различных движков (phpBB, IPB, WordPress, и т.д., напр. сайту ipbskins.ru – разработка дизайна сайта на IPB, приходится использовать длинный robots.txt в целях избежания дублированного контента), создающих множество похожих страниц, например, это могут быть страницы:

печатной версии статьи:http://site.ru/article01.html?print=trueтекстовой версии статей для моб. телефонов:http://site.ru/lofiversion/article01.htmlдублированные из-за недостатка движка:http://site.ru/articles/?id=1&category=newhttp://site.ru/articles/?id=1&tag=keywordи ряд других…

Этот стандарт может быть адаптирован любой поисковой машиной при индексации сайта.

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

Ответы на некоторые популярные вопросы по тегу:

Является ли rel=“canonical” подсказкой или директивой?Это подсказка, которую мы берем во внимание и во взаимодействии с другими сигналами вычисляем наиболее релевантную страницу для отображения в поисковых результатах.

Могу ли я использовать относительный путь для указания canonical, например так: <link rel=“canonical” href=“product.php?item=swedish-fish” />?Да, относительные пути распознаются также, как и в обычном теге <link>. Даже если вы введете тег <base> с ссылкой на документ, тогда относительные пути будут считаться в соответствии с базовым URL.

Это нормально, если канонические адреса содержат не полностью дублированный контент?Мы позволяем небольшие различия, такие как порядок сортировки в таблице продуктов. Также мы понимаем, что канонические адреса могут парситься роботом в разное время, поэтому все это нормально.

Что если rel=“canonical” возвращает 404 ошибку?Мы продолжим индексировать ваш контент и использовать эвристический подход, для определения канонического адреса, однако, мы рекомендуем, чтобы вы использовали существующие URL в качестве канонических.

Что если rel=“canonical” ещё не проиндексирован?Мы стараемся достучаться до канонического URL быстро. Как только мы его проиндексируем, тогда сразу же перерассмотрим подсказку rel=“canonical”.

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

Что если я имею противоречивые сигналы для rel=“canonical”?Наши алгоритмы мягкие: мы можем следовать по каноническим цепям, однако, мы настоятельно рекомендуем, чтобы вы на страницах указывали единственный канонический адрес, чтобы быть уверенным в оптимальном результате канонизации.

Может ли этот тег для ссылки предложить канонический адрес на совершенно другом домене?Нет. Чтобы мигрировать на другой домен, 301 редирект более подходящ. В настоящее время Google поддерживает канонизацию внутри поддоменов или внутри одного домена. Таким образом, владельцы сайтов могут указать www.example.com вместо example.com или help.example.com, однако, не могут указать example.com вместо example-widgets.com.

Звучит интересно, но могу ли я увидеть пример?Да, wikia.com помогла нам, как трастовый тестер. Например, вы замтетите, что исходный код по адресу http://starwars.wikia.com/wiki/Nelvana_Limited содержит rel=canonical http://starwars.wikia.com/wiki/Nelvana.

Два адреса почти идентичны, исключая то, что Nelvana_Limited, первый URL, содержит короткое сообщение возле заголовка. Это хороший пример использования тега в будущем. С rel=canonical, свойства двух адресов обьединяются и поисковые результаты отображают нужную версию.

Если у вас есть какие-либо вопросы по использованию нового тега, вы можете их задать в комментариях на официальном блоге Google для вебмастеров.

От автора блога: Теперь мы имеем ряд преимуществ, умея немного управлять индексацией сайта, а именно:

1. Помимо избавления от естественного дублированного контента (из-за недостатка движка), мы также избавляемся от дублированного контента искусственного, когда конкуренты нам пытаются насолить, добавляя в адурилку страницы с произвольными параметрами в URL.

2. Теперь нет надобности использовать robots.txt для запрета индексации таких страниц, как “печатная версия” и других дубликатов (напр. в WordPress нужно было закрывать путь /teg/) и угождать каждому поисковику отдельно (есть общие стандарты для robots.txt, но есть также и ряд особенностей работы каждого поисковика с этим файлом, поэтому мы раньше не могли предусмотреть запрет индексации некоторых страниц сразу для всех ботов).

3. Мы теперь имеем хороший инструмент для ускорения индексации сайта 🙂

devaka.ru

Роль канонических URL-адресов в SEO. Тег rel=canonical

С развитием вашего веб-сайта, вы можете столкнуться с ситуацией, когда одну и ту же страницу с одинаковым контентом можно найти не по одному, а по нескольким URL адресам. Это совершенно нормальное явление, но оно уж очень осложняет жизнь поисковым ботам: какую же страницу те должны отобразить в результатах? В таких случаях, поисковые системы стараются избегать ранжирования контента дважды, поэтому боты вынуждены решать, какие страницы имеют большее предпочтение с помощью процесса, который называется «каноникализация».

Когда страницы должны быть каноникализованы?

Наличие страниц с одинаковым содержимым создают противоречия для поисковых роботов. Наиболее распространенными примерами, отмеченными Google, Bing и техподдержкой Tsohost, являются:

Принадлежность публикации к несколькими категориями: из-за количества работающих CMS, некоторые сообщения в блоге можно найти по двум отдельным URL ( т.е. /blog/category-1/title and /blog/category-2/title). И вот, следовательно, неясно, какие публикации должны ранжироваться, а какие нет.
Динамическое содержимое страницы: ваша страница предоставляет различное содержание в зависимости от пользовательских сеансов.
Ваша конфигурация сервера: если вы не правильно установили свой SSL сертификат, поисковые роботы могут прийти в замешательство: хотите ли вы, чтобы использовалась http:// или https:// версия вашего сайта. В таких случаях боты могут каноникализировать вариант http://, что в свою очередь наносит вред SEO.

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

Потенциальные проблемы каноникализации:

Каноникализация не является таким уж несложным процессом. К примеру, взгляните на эти URL-адреса:

http://example.com/
http://www.example.com/
http://example.com/index.html

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

Это конечно же не конец света, но помните, что более 70% поисков Google никогда не проходят дальше первой страницы, так что любое разделение ранжирования будет существенно урезать результат поисковой выдачи вашей страницы.

Предотвращение дублированного контента:

В действительности очень легко остановить поисковые роботы от передела поискового ранжирования. На самом деле, все, что вам нужно, это использовать тег rel=canonical. Одна простая строка кода в <head> тегах каждой из страниц, содержащих дублированный контент:

Примечание: в приведенном выше коде, замените текст «[canonical URL]» на ваш основной адрес URL.

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

С ростом вашего вебсайта, становится естественным то, что все труднее избегать «наказаний» поисковых систем, и во многих случаях веб-мастера на самом деле не понимают тот факт, что не каноникализированные URL-адреса сдерживают SEO показатели. Это одна из тех маленьких деталей, которые очень легко упустить из виду, но которая по факту, в долгосрочной перспективе, может нанести существенный ущерб.

Источник: https://www.tsohost.com/blog/the-role-of-canonical-urls-in-seo

blog.ukrnames.com

ТопЭксперт признал UMI.CMS самой SEO-оптимизированной платформой! Umi cms rel canonical