Оптимизация Url адреса страниц сайта для их эффективного SEO продвижения

Добрый день, уважаемые читатели блога.

Скажите, а вы относитесь к тем, кто думает, что оптимизация url адресов страниц на сайте заключается лишь в установке ЧПУ?

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

В теме оптимизации URL имеются еще и подвопросы. Список всех пунктов, по которым мы сейчас пройдемся, можете видеть в содержании.

Начнем с самого просто и поговорим о том, что наверняка уже у всех сделано. Хотя, стоит еще отметить, что такое Url вообще? Заметил, что многие задают данный вопрос.

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

Настройка ЧПУ

ЧПУ - человеко-понятные URL'ы - адреса страниц, которые понятны для восприятия человеком.

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

Какая бы страница не была, то всегда будет один и тот же вид. Не будет ни названия категории в адресе ни названия самой страницы. Всегда будет только доменное имя сайта + приставка ?p=123, которая не дает никакой информации о самой странице. Поэтому, стоит сделать ЧПУ для WordPress да и для всех других движков.

Даже, если ваш сайт не нуждается в продвижении, то я рекомендовал бы настроить человекопонятные URL'ы, так как шанс того, что на страницы ресурса может придти хоть какой-то трафик, увеличивается. А целевые посетители разве могут быть лишними?

Итак, на WordPress реализовать ЧПУ очень просто. Для этого не нужно устанавливать никаких плагинов. Сам движок предусмотрел эту возможность в пункте настроек "Настрройки - постоянные ссылки".

Далее вы увидите, что выбран вариант "по умолчанию", который и создает параметрический URL адрес.

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

Касаемо той структуры, что мы выставили, то:

  • %category% будет выводить имя раздела сайта (категории, рубрики);
  • %postname%.html будет выводить название страницы с выбранным расширением документа. В нашем случае это html документ. Можно сделать и без html, но об этом мы поговорим в другом пункте сего материала.

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

Как видите, цепочка URL состоит из 3х составляющих:

  1. Название домена сайта (http://kostyakhmelev.ru);
  2. Название рубрики (texnicheskaya-chast);
  3. Название статьи с расширением html (mikrorazmetka-schema-org-vnedryaem-na-sait.html).

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

С первым этапом справились, ведь он самый простой.

к содержанию ↑

Правильная транслитерация ссылок - Cyr-to-lat или RusToLat

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

Зачем вообще нужно переводить адрес в транслитерацию? Существует 2 момента:

  1. Во-первых, адреса, которые создаются по умолчанию при настроенном ЧПУ, являются кириллическими и в сниппете поисковой выдаче смотрятся не совсем смотрибельно;
  2. Во-вторых, нет подсветки ключевых слов страниц в адресе страницы внутри сниппета, да и просто не разобрать адрес. Если же сделать транслитерацию, тогда все слова в ссылке на страницу станут понятными поисковых системам и будут корректно отображаться, что при правильном их заполнении будет создавать подсветку ключей в них. А это также небольшой плюс, т.к. создает зрительную точку захвата (привлекает внимание) и провоцирует на клик по сайту в выдаче, что создает дополнительный трафик на ресурс.

    В URL адресе страницы жирным выделены ключевые слова, что и является подсветкой

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

На рынке плагинов WordPress для перевода ссылок в транслитерацию существует 2 самых удачных по моему мнению решения:

  1. Cyr-to-lat;
  2. RusToLat.

Но какой же из них выбрать? Основным критерием при выбор одного из них является использование правильного транслита, чего ни в одном из них нет. Ясное дело, что ошибки есть везде и в этих плагинах они также имеются, но лишь в некоторых моментах. Скажу сразу, что я бы отдал предпочтение именно RusToLat, так как он более правильно переводит некоторые моменты, чем Cyr-to-lat.

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

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

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

Если брать достоинства другого плагина (cyr-to-lat), то можно выделить 2 момента, которые помогают автоматизировать большую часть процессов:

  1. Во-первых, если на сайте очень много страниц с кириллическими адресами, то для их перевода с плагином Rustolat придется зайти в редактор каждой страницы и руками стереть старый URL, чтобы плагин автоматически поставил транслит на основе введенного заголовка. Cyr-to-lat же все сделает без лишнего редактирования. Стоит лишь установить плагин и он сразу все сделает. Это несомненно большой плюс для тех, кто хочет быстро и безболезненно перейти на URL с транслитерацией;
  2. Во-вторых, Cyr-to-lat также может переводить в транслитерацию не только адреса страниц, но и загружаемых медиафайлов на сайт. Например, мы создали скриншот, назвали его как-то по русски и загрузили на сайт. Rustolat его так и оставит в кириллице, а вот Cyr-to-lat при загрузке переведет в транслит. Это также очень здорово, так как изначально мне приходилось все кириллические имена картинок переводить с помощью одного сервиса. С плагином я избавился от данной проблемы и все делается автоматически при загрузке изображений на сайт.

Итак, если брать все вышеописанное, то вкратце можно сделать такой вывод: Оба плагина переводят адреса страниц в транслитерацию, но Rustolat делает это более правильно, а Cyr-to-lat более функционален, что избавляет он множества рутинной работы в некоторых случаях.

Лично для себя я выбрал Cyr-to-lat в связи с тем, что работаю с большим количеством изображений (скриншотов) и сложно (да и долго) переводить их все руками в транслит.

к содержанию ↑

Только правильный транслит

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

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

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

Возьмем в пример фразу "факторы ранжирования" и посмотрим на выдачу.

На первой странице я сразу видел, как минимум, 2 вариант правильного транслита по мнению Яндекса:

  1. faktory-ranzhirovaniya;
  2. faktori-ranzhirovaniya.

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

Тоже самое касается и ранее рассмотренных плагинов. Один переведет так, а другой сяк. Вот, например, вариант перевода слова "факторы", плагином Cyr-to-lat.

Видите, что плагин букву "ы" переводит несколько иначе, чем rustolat, добавляя в конец "i", которая уже не подсвечивается, в отличии от основной части, которая по мнению Яндекса считается верной.

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

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

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

к содержанию ↑

Транслит, перевод или кириллица?

Довольно интересный вопрос, исходя из того, что адрес любой страницы можно сделать в 3х вариантах (учитываем, что ЧПУ уже настроены):

  1. Оставить по умолчанию в кириллице;
  2. Сделать транслитерацию, как описано выше;
  3. Или сделать перевод русских слов на английские.

Все 3 варианта имеют право на существование. Но какой же из них выбрать? Достаточно сложное решение, так как все 3 типа адресов мы можем встретить в выдаче и Яндекса и Google. А что самое интересное, для каждой поисковой системы предпочтительней определенный вид адреса. Это вообще жесть (не побоюсь такого слова).

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

Лично же я предпочитаю уходить от кириллицы, так как это создает некий дискомфорт при дальнейшей работе с такими страницами в плане использования их URL. К тому же, посмотрите на выдачу Яндекса. Неужели каждый второй адрес составлен кириллицей? Очень и очень редко вы встретите там данный вариант. Тоже самое касается и Google. Кириллицы практически ноль.

В обеих ПС преобладает именно транслитерация, что очень логично, ведь такой вариант уже устоялся в сфере SEO оптимизации страниц. Также он довольно просто реализуем. Стоит лишь установить плагин, если используем какой-нибудь движок.

Исходя из последнего довода, что транслита больше всего (это 90-95% на вскидку), я и делаю перевес в сторону использования Url'ов в транслитерации.

Также имеет место быть и 3й вариант - перевод русских слов в адресе на английские. Но это больше применимо именно к поисковой системе Google. Поэтому, если мы ориентируемся только на гугл, то можете делать переводы кириллицы в английский.

Например, имеется все тот же запрос "факторы ранжирования". Если перевести его на английский, то получится "ranking Factors". Обратимся к поисковой выдаче по данному запросу.

Очень интересно. Google прекрасно понял такую структуру адреса. Как видите, запрос ввели на русском, а английский перевод фразы в сниппете выделился, как и при использовании транслита.

Таких примеров достаточно много. А вот кириллицы на пяти проанализированных страницах я так и не заметил.

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

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

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

Это совершенно другой момент (до него дойдем позже). Мы говорим именно об адресе, по которому доступна страница.

Вывод: используем транслитерацию, если упор на обе поисковые системы. Если только под Google оптимизируем, то лучше будет вариант с переводом.

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

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

к содержанию ↑

Ключевые слова в Url адресе

В пункте про настройку ЧПУ мы сказали, что человекопонятные адреса более информативны, как для посетителя, так и для поисковых систем. Но это не из-за того, что они сами по себе становятся длинее в адресной строке браузера.

Дело в том, что в данном адресе мы можем указать те ключевые слова, по которым продвигается страница. Что нам это даст? Самое главное - повысится релевантность страницы поисковому запросу. Это один из немногих внутренних факторов страницы, который еще играет важную роль и, если его использовать, то можно стать выше тех, кто не применяет использование ключей в Url'е.

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

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

По исследованиям MarketingSherpa было выявлено, что короткие адреса дают в 2 раза больше кликов.

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

По умолчанию, в WordPress адрес формируется из заголовка, введенного в редакторе, а не в поле для ввода SEO заголовка, который добавляется одним из SEO плагинов. Это достаточно неприятный момент, так как заголовок H1, то есть название статьи на сайте, обычно довольно длинное и может не содержать ключевое слово в прямом вхождении, что собственно лучше и делать (не в прямом вхождении, а разбавлять).

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

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

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

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

Оптимизация URL адреса страницы для эффективного SEO продвижения

Url адрес же отличен:

optimizatsiya-url-adresa-stranits-sayta

Можно было бы сделать еще короче его. Но я решил оставить такой вариант, так как дополнительные слова "страниц, сайта" в url'е делают хвост из более низкочастотного запроса, что также может дать плюс к трафику по данному запросу. Главное, что в адресе указана основная суть с использованием того ключа, под который пишется материал. Плюс употребил добавочные слова, чтобы образовался еще один более НЧ запрос.

Как видите, то url очень сильно отличается от заголовка, который выводится вам перед статьей на этой странице.

Вывод: ключевые слова лучше употребить в url, так как это дает повышение релевантности страницы поисковому запросу. Указываем с осторожностью и только основной ключ. Не нужно спамить сторонними ключевиками. Делаем, как можно короче, но чтобы не терял информативности.

к содержанию ↑

Слеш в конце Url адреса

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

В большинстве случаев Url страницы заканчивается его последним словом или расширением, как у меня (.html). Но может быть и так, что расширения не будет и после последнего слова из адреса будет стоять флеш. Именно про такой вариант я сейчас и говорю.

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

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

Это может относиться к рубрике, когда только url'ы разделов (рубрик) на конце имеют слеш, так как в рубриках еще имеются статьи. Таким образом адреса рубрик могут еще что-то содержать после слеша.

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

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

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

Активировав этот чек-бокс вы добавите слеш к url'ам страниц рубрик и меток. В описании к данной функции написано:

Если Вы выбрали постоянную ссылку записи с .html, или что-то подобное, с / в конце записи, эта галочка заставит WordPress добавлять слэш и для остальных ссылок сайта.

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

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

Вывод: слеш нужен только для адресов тех страниц, в которых еще имеется какая нибудь вложенность, например статьи. Однозначно - это url'ы рубрик, меток, архивов и может еще других типов документов.

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

к содержанию ↑

Конец адреса с html или без

Данный вопрос также довольно распространенный, так как ситуация в использовании html на конце url и его отсутствие примерно 50 на 50.

Если брать пользовательскую сторону, то я не вижу никакого смысла использовать html, так и его не использовать. Посетителю совершенно неважно, какая структура ссылки.

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

Лично я отдаю предпочтение использованию html на конце. Могу рекомендовать и вам. Хотя, тут уже, как вам больше нравится.

к содержанию ↑

Нужно ли название категории в Url адресе

Ранее выяснили, что адрес страницы должен быть коротким и, чем он короче, тем проще будет восприниматься поисковыми системами и людьми.

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

На WordPress удаление названия категории происходит из того же меню настроек постоянных ссылок, где мы прописывали некий код структуры урла (см. выше в пункт 1). Достаточно удалить приставку /%category% и название раздела уже не будет выводиться. Но необходимо ли это?

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

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

Робот Яндекса четко понимает структуру сайта по url адресу. Он может распознать рубрики и сосчитать все материалы в них.

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

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

Такой ход может привести к АГС.

Вывод: название категории в url адресе должно быть обязательно.

к содержанию ↑

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

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

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

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

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

Такие цепочки отображаются, как в Яндексе, так и в Google. Поэтому, их обязательно стоит сделать.

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

к содержанию ↑
Чек-лист по оптимизации url
  • Обязательно используем ЧПУ с html на конце;
  • Слеш на конце используем только для страниц рубрик, архивов, меток;
  • Используем транслитерацию с проверкой подсветки ключевых слов в выдаче. Если ориентир идет только на google, то можно делать не транслит, а перевод;
  • В урле страницы используем основной ключевой запрос, по которому она продвигается, но без спама;
  • Url делаем, как можно короче, но информативным и с названием категории. Приставку "category" из настроек постоянных ссылок ни в коем случае не убираем;
  • Используем навигационную цепочку в выдаче сниппета для привлечения внимания и большего количества кликов именно на наш сайт;
  • Для разделения слов используете дефис (-), а не нижнее подчеркивание (_). Хотя Google подтвердил, что распознает оба знака, как разделяющие, я не рекомендовал бы использовать второй вариант, так как имеются еще и другие поисковые системы. Тем более, что вариант простой черты уже устоявшийся;
  • Заполняйте урлы только символами в нижнем регистре, то есть маленькими буквами.

Вот и весь чек-лист. Может показаться, что для такого совсем маленького элемента, как URL адрес страницы, это достаточно жесткие требования, но это не так. Все делается очень просто. Если хотите изымать эффект от продвижения ресурса по максимуму, то придется все выполнять. Таков уж мир SEO. Как говориться - "Дьявол кроется в деталях". Их то и нужно соблюдать.

На этом данный материал окончен. Если я в чем-то не прав или у вас есть вопросы, пожелания, то я всегда выслушаю их в комментариях ниже. Всегда пожалуйста и до скорой)

С уважением, Константин Хмелев!

40 лет Победы51937Украина, Днепропетровская обл., г. Днепродзержинск,+38 093 338 11 41
Комментариев: 49
  • Насчет названия категории в Url адресе. В принципе, поддерживаю, что структура сайта, в том числе в адресах, важна. Но как быть, если категории имеют несколько подкатегорий? В этом случае url могут выглядеть не только длинными, но и спамно.

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

    Но, если структура сайта четко продумана еще до его создания, то лучше все-таки использовать с категориями. Если интересно мое мнение по остальным пунктам, то вот писал недавно подобную статью на форум Seoкафе _http://www.seocafe.info/optimizaciya-stranic-saita/46229-pravila-optimizacii-url-prodvigaemyh-stranic-dlya-effektivnogo-seo.html

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

  • Здравствуйте.
    Дайте, пожалуйста, разъяснения.
    Если использовать кириллические URL с пробелами между слов: http://site.com/категория первая/товар свежий.
    В некоторых браузерах URL отображаются: http://site.com/категория%20первая/товар%20свежий.
    Как поисковики реагируют на такие URL? На сколько они удобнее при продвижении?
    Или лучше поставить в URL дефис? Например, http://site.com/категория-первая/товар-свежий.

    • Здравствуйте. А как вы думаете, удобны ли различные знаки в адресе? Посмотрите на выдачу и проанализируйте, что лучше. Везде увидите только дефис. Очень и очень редко можно увидеть нижнее подчеркивание. К тому же в статье я писал, что нужно использовать дефис. Внимательно читайте.

  • Меня мучает один вопрос. Я хочу чтобы некая статья на моем сайте была расценена как статья на странице второго уровня вложенности. Сайт вордпресс. На статью будет ссылка из главного горизонтального меню. Как лучше: создать страницу с адресом sait.ru/stranica или sait.ru/kategorija/post? То есть сбивает ли с толку поисковых роботов лишний слеш, лишний структурный уровень в урле? Лучше сделать страницу или можно сделать пост, лежащий в категории?

    • Второй уровень - это и есть статья, находящаяся в рубрике. 0 уровень - домен, 1й уровень - рубрика, 2й- запись. Если это именно запись, тогда не стоит ничего выдумывать. Создаете ее в определенной рубрике. Это нормально, все сайты так живут. Поисковые системы нормально относятся к таким адресам.

  • Константин, спасибо большое за качественную и подробную статью!
    Возник следующий вопрос: при транслитеризации URL (сайт на WP), система автоматически добавялет -2 в конец URL в некоторых случаях. Я понимаю, что где-то идет пересечение, но среди текущих ссылок сайта, пересечений нет и все URL уникальны... Может у него в БД где-то что-то хранится, что создает помеху. Не подскажешь как убрать?

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

      • Резонно, но, к сожалению, в корзине ничего нет и среди неопубликованных тоже. Страниц не так много, поэтому отследить легко - дубликатов нет. Добавляет -2 и все тут... Еще, параллельный вопрос: изменив URLы на транслит, Yoast SEO перестал понимать ключевое слово в URL - внизу каждой страницы в настройках релевантности отметка "URL страницы" красная теперь, соответственно. С плагином-то ладно - не повлияет ли это на поисковики? Заранее благодарю!

        • Если так, тогда могу предположить, что действительно информация хранится в базе данных. Установите один из плагинов для оптимизации (чистки) БД и удалите весь мусор из нее. Затем попробуйте изменить url. Я не рекомендую вообще смотреть на подсказки плагина в этом вопросе. Максимально правильный url составляется на основе подсветки ключевых слов в выдаче. Если все буквы в ключевой фразе подсвечиваются в введенном вами варианте (вводим ключ и смотрим на адреса других площадок), тогда ключ используется правильно. Иногда бывает, что никогда не подсвечивается. Такой вариант предполагает, что вы можете употребить ключ в любой вариации на свое усмотрение.

          • Несколько плагинов перепробовал по очистке и оптимизации БД - не сработало( Двойку все также дописывает...
            С плагином SEO понял - спасибо! Ориентироваться буду на выдачу

          • Ну я и не знаю, что предположить. Могу только осмелиться сказать, что все таки что-то в БД лежит) В своей практике такая проблема решалась удалением других страниц с аналогичным url. В принципе, если никак не получается устранить проблему, можно оставить эту 2ку, это не критично.

  • Что вы посоветуете для внешней оптимизации кириллицу (которая сейчас используется) или поменять на латиницу и забыть про это???

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

  • Константин, есть вопрос по кирилице (или др. символах) в URL.
    Например если взять иероглифы с их помощью я могу составить 3-4 нужных ключевых слова, а если я использую перевод, то теряю ключевые слова (3-4 слова переводятся как 1 слово на английском), либо транслит, тогда гугл перестает понимать мои ключевые слова и мне приходится использовать иероглифиы в URL.
    Запросы люди пишут тоже в этих же иероглифах и никак иначе.

    По поисковой выдаче люди используют три типа URL:
    1) Цифровой вида: content.php?id=56 , т.е. не ЧПУ
    2) URL содержащий иероглифы, т.е. ЧПУ без транслита и перевода
    3) Ссылка ведет на главную страницу / общее название раздела на английском языке

    Имеет ли в этой ситуации смысл пытаться перейти на транслит дорабатывая его (возможно я транслитирую криво) или оставить как есть иеролгифы в URL?

    • Честно скажу, вопрос для меня затруднителен. Я не могу дать однозначного ответа, не проанализировав лично выдачу по конкретному запросу с иероглифами. Наверное, я все же оставил бы в иероглифах. Хотя, тут опять же, я не знаю, понимает ли гугл и подсвечивает ключевое слово в транслите в выдаче, если ввести его в иероглифах.

  • Хорошая статья, спасибо. Один нюанс, я перевожу на транслит вручную, но что делать с название городов? Пример: Вернацца, Ницца. В оригинале на англ: vernazza, nizza. Но, по правилам транслита: vernatstsa, nitstsa, ужасно смотрится, правда? Так как быть, переводить все, или все, кроме городов?

    • Можно оставить в транслите, а можно и перевести на англ. Всегда смотрим на выдачу - это самый полезный совет, который вам поможет всегда самому разбираться в таких деталях. Если посмотреть на выдачу, то ваш вариант транслита я не встретил на первых 2х страницах яндекса. Увидел лишь английские варианты + правильный транслит: Vernacca, Nicca. Встречается и англ. и такой транслит. Что употребить, решать вам на основе анализа.

  • Блин, думал тут найду ответ как исправить когда в конце странице после html ставишь / то она там и остаётся, а у вас так же (( Как думаете, нужно исправлять или нет такое?

    • Ничего не понял. Опишите более понятно и подробнее. Насколько я понял, то после расширения html вы хотите видеть черту? Зачем это?

  • У меня 2 вопроса:)
    1. Я вручную перевел все страницы используя табл. на вики (посл столбик страницы "Транслитерация русского алфавита латиницей"), там я=ia, х=kh, ц=ts. Это норм, или использовать другую? Если да - то какую.
    2. Допустим у меня сайт про Чинкве-Терре, какой из вариантов вы предпочтете: cinqueterre*.com/ru/kogda-posetit vs cinqueterre*.com/ru/kogda-posetit-chinkve-terre ?

    P.S. Ответ Ринату (пост выше) не могу оставить, он спрашивает про / который добавляется в конце урл, я убираю его вот так:
    #if its not a directory
    RewriteCond %{REQUEST_FILENAME} !-d
    #and it has a trailing slash then redirect to URL without slash
    RewriteRule ^(.+)/$ /$1 [L,R=301]

    • 1. Транслит используете на свое усмотрение, подсматривая в выдачу, что нам говорит яндекс и гугл. Правильными могут быть несколько вариантов, включая и ваш. Смотрим на выдачу. Но мне такой вариант не нравится. Я бы использовал более легкий вариант транслита, подсматривал бы в сервис translit.ru + ориентировался по выдаче. Но я делаю проще - плагин rustolat сам переводит, а я всего лишь сверяю его транслит с выдачей, и то делаю это очень редко в крайних случаях.

      2. Конечно же второй вариант. Первый вариант вообще не дает никакого понятия, о чем страница.

      Не знаю, поможет ли ваш совет Ринату, ведь он что-то говорит про слэш после html. Я не понял его вопрос. Если же слэш добавляется просто после адреса страницы без какого либо html, то нет нужды прописывать редиректы - это лишний геморрой. Достаточно перенастроить вид ссылок в стандартных настройках wordpress.

  • Уважаемый Константин!

    Просьба проконсультировать по вопросу названий категорий и формирования URL.
    Создаю интернет-магазин на CMS OCSHOP с доменом krovati.pp.ua
    Он имеет категорию "Кровати", подкатегорию "Кровати деревянная" и товар "Кровать деревянная двуспальная "Глория"".

    По вложенности это выглядит так (крошки): Дом - Кровати - Кровати деревянные - Кровать деревянная двуспальная "Глория"

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

    Вот 4 возможных варианта:

    1. URL при этом выглядит явно переспамленым: krovati.pp.ua/krovati/krovati-derevjannie/krovat-derevjannaja-dvuspalnaja-glorija

    2. Можно конечно URL категории "Кровати деревянные" /krovati-derevjannie/ сделать /derevjannie/.
    Тогда получим krovati.pp.ua/krovati/derevjannie/krovat-derevjannaja-dvuspalnaja-glorija

    3. Исключить категории из из URL: krovati.pp.ua/krovat-derevjannaja-dvuspalnaja-glorija

    4.Может быть стоит переименовать URL категории "Кровати" в /lizhka/, тогда: krovati.pp.ua/lizhka/krovati-derevjannie/krovat-derevjannaja-dvuspalnaja-glorija, тем более, что сайт продвигаю в Украине. Тогда и категории будут выглядеть лучше krovati.pp.ua/lizhka/krovati-derevjannie

    Такие сложности только для этой категории. Остальные проще: krovati.pp.ua/shkafi/shkaf-3d-trio

    Подскажите, пожалуйста, какой вариант предпочтительнее.

    • Здравствуйте.

      1. вариант спамный. Везде слово "кровать"

      2. неплохой вариант, но я подумал и наверное убрал бы дублирование слов. Получилось бы так: krovati.pp.ua/krovati/derevjannie/dvuspalnaja-glorija или же убрал бы слово кровати после домена, т.к. это опять же идет дублирование, что может посчитаться спамным. Получилось бы так: krovati.pp.ua/derevjannie/dvuspalnaja-glorija

      3. Я бы оставил разделы. Такой вариант (без разделов) имеет место быть, но это на свой страх и риск. Я всегда разделы оставляю.

      4. Плохой вариант. Зачем делать винегрет в адресе?

      Смысл УРЛ сводится к тому, чтобы дать понятие поисковым системам структуру сайта + понятие, о чем страница. Если в раздел имеется слово КРОВАТИ, то в адресе конкретной страницы я бы его не повторял, т.к. и так понятно, что это кровать. Поисковики этот момент понимают и повторение одних и тех же слов приведет к спамности. Тоже самое касается и других ваших разделов, а не только кроватей. Зачем в одном УРЛ адресе несколько слов шкафы, например?

      krovati.pp.ua/shkafi/shkaf-3d-trio - Я бы сделал так: krovati.pp.ua/shkafi/3d-trio

      • Огромное спасибо за развернутый ответ!

  • Костя, подскажи, а какой уровень вложенности категорий максимально допустим?
    Например, у меня есть категория:
    Форекс, в ней подкатегории:
    -стратегии
    -советники
    -индикаторы
    В категории - индикаторы будет логично вложить еще одну категорию:
    --трендовые
    В итоге получаем урл:
    сайт/форекс/индикаторы/трендовые/название статьи.хтмл
    Не будет ли это отрицательно влиять на сео?
    И что посоветуешь по данному вопросу?

    • Максимум допускаются подкатегории. Лучше так не делать. Я бы посмотрел на семантическое ядро и принял следующие 2 решения на основе количества материалов.

      1. Если в категории "индикаторы" порядка 50-60 материалов, то я бы не выделял категорию "трендовые", как отдельную. Все бы спихивал в "индикаторы". Подкатегории нужны не только для того, чтобы разделять контент по смыслу, но и для отсутствие переизбытка информации в разделах.
      2. Если материалов очень много, то я бы выделил категорию "индикаторы", как родительскую, т.е. она не лежит в категории Форекс, а находится сама по себе. В таком случае можно сделать в нее подкатегории, которые вы и хотите. Также тут имеется момент, так как придется обыграть это визуально, ведь нужно дать четкое понимание посетителю, что категория Индикаторы относится к Форексу. Тут ибо создавать специальное меню или какой-то собственный рубрикатор.

      Еще важно, чтобы в каждом разделе, будь-то категория или подкатегория, не было пустых разделов с маленьким количеством материалов. Ориентируемся минимум от 10-15 материалов, если это подрубрика.

  • Здравствуйте.
    подскажите, пожалуйста
    если в url прописана дата (вложенность получается увеличивается)
    это плохо для сео?
    пример - http:/сайт/ру/2015/05/24/буэнос-айрес-вводная-статья-часть-1/

    • Здравствуйте. Это плохо для индексации сайта. Нужно давать максимально короткий путь роботу. Судя из примера, у вас статья находится на 5м уровне вложенности. Максимум допустим 3й. Глубже уже не очень хорошо.

  • Добрый вечер, Константин! огромное спасибо за такую познавательную статью! Как вы думаете, стоит ли для сокращения длины урл категорию называть одной буквой?

    • Здравствуйте. Нет, категорию называйте нормально, чтобы она несла смысл, иначе в ней нет смысла. Тогда лучше ее вообще не выводить.

      • Поняла, Константин! спасибо!))) Не выводили со старым дизайном. А в новом шаблон вордпресса формирует красивое портфолио, но через использование категорий, специально создаваемых плагином.)

  • Уважаемый автор! У меня в доменом имени отображаються символы после слеша. Как их убрать. Вот например http://sportfile.com.ua/#ht_1240

    • Без понятия. Ищите проблему в настройках сайта

  • Хорошая статья про СЕО продвижение. рекомендую. о том как сделать url ссылки. и еще кстати если лень менять всю кириллицу на сайте, то можно запустить cyrtolat. - ссылки изменятся. потом удалить его. и установить rustolat. реально rustolat лучше переводит. и автоматически. читабельные ссылки лучше смотрятся.

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

  • У меня на блоге ЧПУ с .html без категорий. Разве поисковым роботам для определения структуры сайта его карты будет мало?

    • Вы можете зайти в Яндекс вебмастер и посмотреть в разделе "структура сайта", отображаются ли ваши разделы, понимает ли их Яндекс. Я сторонник делать все максимально просто и понятно. Пока не рискую экспериментировать, т.к. нет на это и времени и денег.

  • Добрый день! Думаю над важным вопросом - делать ли у себя на блоге название категории в Url адресе.

    Раньше замечал, что на блогах часто встречаются в Url название рубрики. У вас так вижу и говорят, что полезно для людей и поисковых систем. Думаю на свой блог так реализовать (около 80 статтей, более 3-х лет блогу). Чтобы была структура вида домен.com/smm/targetirovannaya-reklama

    В вордресс по идеи автоматически сработает 301 редирект со старого урл статьи на новый (если изменить шаблон в разделе "Постоянные ссылки").

    Еще я немного арендую ссылки в seopult.pro, на статьи без названия рубрики в урл и со слешем в конце вида домен.com/smm/targetirovannaya-reklama (так в настройках проекта вначале еще создавал).

    Как быть со ссылками, чтобы они приносили пользу? И вообще будет ли польза от добавления в Url названия категории?
    Пожалуйста, подскажите!

    • Здравствуйте. Вам скорее нужно задуматься об аренде ссылок, нежели о смене адресов. Скорее всего, что ваш блог уже под фильтром давно, т.к. временные ссылки - и это прямая погибель в гугле. Не буду утверждатть со 100-процентной вероятностью, но временные ссылки это ходьба по лезвию ножа. Данный способ неактуален для информационных сайтов.

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

      • Прочитал вашу статью и теперь ваш ответ - задумался будет ли польза от добавления в url категорий для людей и поисковых систем.

        Арендованных ссылок всего 55 (примерно из 1000).
        В вебмастерах поисковых систем предупреждений о фильтрах не было.

        Посещаемость в среднем 450-650 человек в день (примерно 80 статтей). Сейчас с начала лета в среднем на 100 посещений меньше.

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

          • Спасибо за помощь

  • Спасибо за статью.
    А Вас не смущает, что эта статья также доступна по url
    http://kostyakhmelev.ru/prodvizhenie/optimizatsiya-url-adresa-stranits-saita.html/110fdgdsgsgdf4112
    ?
    Это не создает дублей или типа того?

    • Она по данному адресу недоступна.

  • Здравствуйте!
    Нужен совет: необходимо, что яндекс и гугл находили сайт через запрос на кириллице
    Например: пишу в Индексе кириллицей "Лола Игнатова одежда", выходит на сайт lolaignatova.ru
    Сайт на основе престашоп

    • Здравствуйте. Достаточно указать название вашего сайта на русском в тайтле, тогда оно и будет находиться по заданному вами запросом. УРЛ на это не повлияет

  • А такой вопрос: если у меня несколько страниц с одинаковым названием, так как это уроки английского, то автоматически добавляется цифра в адрес. А это не очень хорошо? На других сайтах я видела, что цифра, в аналогичной ситуации добавляется после слеша... или это не на вордпрессе?
    Хотелось бы понять... Очень... может поможете? )))

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

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *