Как сделать url поста меньше


Содержание материала:

Правильный URL WordPress

Сегодняшний пост посвящен размышлению о том, какими должны быть URL («урлы») постов и категорий сайта или блога на движке WordPress. Рассмотрим следующие вопросы:

  • Надо ли использовать ЧПУ (человеко-понятные урлы)?
  • Можно ли использовать кириллические URL?
  • Нужно ли удалять название категорий из URL?
  • Следует ли дописывать .html в конце урла поста?
  • Какие ярлыки должны быть у категорий (рубрик)?
  • Надо ли укорачивать URL?
  • Как изменить структура сайта?

В Интернете можно найти множество сайтов, которые себя неплохо чувствуют, хотя и не используют человеко-понятные урлы (ЧПУ). Применительно к WordPress, ссылка может иметь следующий вид https://mukhutdinov.com/?p=1700 (подобную ссылку можно получить, нажав в редакторе на кнопку «Получить короткую ссылку»). Плюс короткой ссылку кроется в её названии — она короткая и без проблем может быть опубликована в сообщении на любой сайте, например в Twitter (ограничение на длину сообщения в Twitter составляет 140 символов). Минусом является то, что по тексту ссылки не понятно, на какой именно документ она ведет. При использовании ЧПУ, ссылка выглядит более информативно https://mukhutdinov.com/skolko-mozhet-zarabotat-novichok-na-svoem-sajte.html — ясно, что она ведет на статью посвященную заработку на сайте.

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

«Желательно, чтобы вид URL давал представление о том, что содержится на соответствующей странице. Использование транслитерации в адресах страниц также позволит роботу понять, о чем может быть страница. Например, один только URL http://download.yandex.ru/company/experience/Baitin_Korrekciya%20gramotnosti.pdf дает поисковому роботу множество информации о документе: его можно скачать; формат, скорее всего, PDF; документ, вероятно, релевантен запросу «коррекция грамотности» и так далее.»

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

Ключевые слова из запроса, содержащиеся в URL, подсвечиваются в сниппете

Вывод: ЧПУ надо использовать, так как это полезно для пользователей, а что хорошо для пользователей, то хорошо и для поисковиков.

Кириллица в URL

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

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

Нужно ли прописывать категорию в URL?

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

Плюсы

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

Минусы

  • По урлу не понятно, к какой категории относится документ. С одной стороны, подавляющему числу рядовых интернет-обывателей абсолютно безразлично, как выглядит и из чего состоит URL конкретно взятого документа. Более того, пользователи браузера Яндекс.Браузер, по умолчанию, в адресной строке видят не URL, а TITLE документа. С другой стороны, существуют правила хорошего стиля, которые подразумевают наличие названий категорий (подкатегорий, под подкатегорий и т.д.) в URL. Также нельзя забывать о продвинутых пользователях, которые, при поиске информации на сайте, иногда обрезают часть URL до слешей, таким образом перемещаясь вверх по структуре.
  • Согласно данным Яндекс.Вебмастер, при отсутствии в URL названий категорий, робот Яндекса не в состоянии правильно определить структуру сайта. В качестве примера, давайте посмотрим, как видит структуру моего блога (в урлах нет категорий) робот Яндекса.

Робот Яндекса «не увидел» категорий на сайте

Теперь посмотрим на структуру сайта, в урлах которого присутствуют названия категорий.

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

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

1) Структура сайта site.ru, с точки зрения робота Яндекса, не содержит категорий, хотя категории есть и во многих из них более 10 публикаций. Я сделал вывод, что это связано с тем, что в URL документов не отображаются категории. Правильный ли вывод я сделал?

2) Насколько важна, с точки зрения робота Яндекса, разница между URL http://site.ru/dog.html и http://site.ru/animals/dog.html ?

Никакой разницы нет.

3) Если второй вариант правильный, то имеет ли смысл менять структуру URL, учитывая, что проиндексировано более 100 документов?

Нет, смысла менять структуру нет.

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

Цитата из справки Яндекса:

«Поддерживайте четкую ссылочную структуру на сайте. Каждый документ должен относиться к своему разделу.»

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

Вывод: наличие названий категорий в URL является плюсом, так как во многих случаях, упрощает жизнь не только простых смертных, но и поисковых роботов. В качестве примера, можно использовать информационный сайт kremlin.ru (сайт Президента России) — согласно заявлению разработчиков в апреля 2015 года, сайт был доработан и может служить хорошим примером для подражания.

Наличие .html в конце URL

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

На сайте CNN.com, по умолчанию (основной URL) слеша в конце URL нет, но если его добавить, то страница доступна и по адресу со слешем: http://edition.cnn.com/v .

На сайте www.artlebedev.ru (студия Артемия Лебедева), кроме главной страницы, все URL заканчиваются слешем.

Итак, возможные варианты настройки ЧПУ для WordPress (в URL прописывается категория):

  1. /%category%/%postname%.html — в конце урла .html
  2. /%category%/%postname%/ — в конце урла слэш
  3. /%category%/%postname% — в конце урла не будет слэша (URL будет выглядеть так, как на большинстве топовых сайтов).

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

Ярлыки рубрик WordPress

В меню, названия рубрик могут быть написаны на кириллице, но ярлыки должны быть на латинице. При наличии плагина Rus-To-Lat, процесс транслитерации происходит автоматически. Однако во многих случаях, есть смысл укорачивать ярлыки, тем самым обеспечив меньшую длину URL (если категории прописываются в урле). Также, иногда, следует использовать английские слова, а не транслит. Возможные варианты:

  • Продвижение сайтов — «seo», а не «prodvizhenie-sajtov»;
  • Программное обеспечение — «soft», а не «programmnoe-obespechenie»;
  • Статьи — «articles», а не «stati»;
  • Книги — «books», а не «knigi».

Укорачивание урлов

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

Длину URL можно сократить как за счет ярлыка категории, так и за счет части, формирующейся на основе заголовка страницы (как правило, это заголовок уровня H1).

Изменение структуры сайта

Изменять структуру сайта можно лишь в том случае, если на это есть веские основания. Как правило, при изменение структуры, настраивают 301-редирект со старых URL на новые. Казалось бы, никаких последствий быть не должно, но это не так. Опираясь на свой скромный опыт, могу сказать, что большое количество 301-редиректов, может привести к существенному проседанию посещаемости сайта. Для того, чтобы позиции и посещаемость полностью восстановились, может потребоваться от 2 до 6 месяцев.

При изменение структуры сайта, воспользуйтесь справкой Яндекса:

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

Руководство по сокращению URL-адресов и отслеживанию социальных сетей

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

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

Что такое сокращение URL-адресов?

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

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

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

К счастью, сокращение URL-адресов — это простой процесс, если использовать генераторы коротких ссылок . Вот шесть моих любимых:

Миллионы людей используют Bitly каждый день, чтобы сокращать ссылки и отслеживать, как они работают:

Вам не нужна учетная запись для элементарного сокращения ссылок:

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

Branded Short Domains — одна из премиум функций настройки Bitly , может увеличить показатель переходов по ссылке до 34% . В доменных с Beats By Dre часть « bit.ly » будет заменена на название вашей компании. Это дает полный контроль над контентом:

Хотя с помощью бесплатного аккаунта в этом генераторе ссылок нельзя изменить домен, но можно настроить строку из букв и цифр и конце Bitly-ссылки ( или Bitlink ). Это отличная функция для ссылок, которые используются в кампаниях.

Отслеживание ссылок

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

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

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

Создать сокращенный URL-адрес с помощью генератора ссылок Гугл очень просто:

  • Перейдите на goo.gl ;
  • Авторизуйтесь;
  • Вставьте URL для сокращения в соответствующее поле;
  • Нажмите кнопку « Сократить URL-адрес ».

Вы можете спросить, зачем авторизоваться, чтобы сократить URL-адрес . Это дает вам ряд преимуществ. Ваши ссылки будут автоматически добавлены в Goo.gl , и вы сможете отслеживать их.

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

Отслеживание ссылок в Goo.gl

После создания сокращенного URL-адреса можно вернуться в Goo.gl чтобы увидеть, сколько людей перешло по вашей ссылке. Также можно получить подробную информацию по сокращенному URL-адресу . В том числе о странах, браузерах и платформах пользователей, переходивших по нему. Для этого нужно добавить .info в конце сокращенного URL :

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

Некоторые платформы могут автоматически сокращать ссылки. На Twitter все ссылки, размещенные в твитах или прямых сообщениях, сокращаются с помощью сервиса платформы T.co .

Все, что вам нужно сделать, это ввести длинный URL-адрес в поле создания сообщения в Twitter , и он будет автоматически сокращен. Имейте в виду, что URL-адрес любой длины будет сокращен до 23 символов, даже если исходная ссылка меньше. Это повлияет на то, сколько символов вам будет доступно для оставшейся части сообщения.

Этот генератор ссылок онлайн не может быть использован в качестве универсального инструмента для сокращения ссылок. В отличие от Bitly , который можно использовать в любой социальной сети, t.co действует только в рамках Twitter .

Основное преимущество t.co заключается в его простоте. Просто вставьте длинную ссылку, и Twitter позаботится обо всем остальном. Вас также может сбить с толку то, что видимая ссылка на Twitter.com отображается как URL-адрес назначения, а не случайная последовательность букв и цифр:

Например, в этом твите из Twitter Sports отображается ссылка на NFL Communications . Но если навести курсор мыши на ссылку, то увидите, что URL-адрес был изменен на ссылку t.co :

Все ссылки, размещаемые в Twitter , занимают только 23 символа, были ли они сокращены или нет.

Отслеживание ссылок в t.co

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

Откроется окно с информацией по конкретному твиту. В том числе о том, сколько раз была нажата ссылка:

Это бесплатный сервис для сокращения ссылок, которые в числе первых начали широко использоваться на Twitter.

Вам не нужно регистрироваться, чтобы сделать ссылку в онлайн генераторе . Просто перейдите на tinyurl.com и вставьте длинную ссылку в соответствующее поле, чтобы создать сокращенную ссылку. Также можно настроить URL-адрес , добавив в поле «пользовательский псевдоним» любое слово или символы, связанные с вашей кампанией.

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

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

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

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

Вы можете создавать собственные ссылки, нажав на кнопку « Дополнительные опции / пользовательские URL-адреса » в выпадающем меню прямо под полем для ввода.

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

Также можно включить отслеживание отдельных ссылок. Если эта опция активирована, можно будет просматривать статистику по URL-адресу на странице предварительно просмотра. Она создается автоматически во время сокращения ссылки. Убедитесь, что для опции « Журнал статистики по этой ссылке » установлен флажок.

Данный сервис позволяет сокращать ссылки прямо в окне создания сообщения нажатием одной кнопки:

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

С помощью четырех различных переменных Sprout автоматически генерирует:

  • utm_campaign: это значение генерируется, исходя из фактического названия кампании;
  • utm_medium: обозначает источник, который вы используете, например, « social «;
  • utm_source: обозначает сеть-источник, например, « Twitter » или « Facebook «;
  • utm_content: является уникальным идентификатором, который добавляется к URL-адресу .

После того, как вы получили ссылки для рекламной кампании, можно отслеживать количество кликов и результаты для каждого сокращенного URL-адреса . Если вы хотите получить и проанализировать данные по сокращенному URL-адресу , попробуйте бесплатную ознакомительную версию Sprout Social в течение 30 дней!

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

Данная публикация представляет собой перевод статьи « Guide to URL Shortening and Tracking for Social Media » , подготовленной дружной командой проекта Интернет-технологии.ру

10 правил оптимизации URL адресов страниц при публикации поста

Внешняя оптимизация сайта, путем закупки бэклинков, это дорого, не всегда эффективно, а порой опасно. После того, как Гугл ужесточил борьбу с продажными ссылками, а Яндекс и вовсе пытается их отключить, многие видят выход в накрутке поведенческих факторов. Но это не выход. Яндекс прямо заявил, что будет беспощадно наказывать за такие попытки повлиять на результаты выдачи. Таким образом, самым действенным и надежным способом продвижения сайта в поисковых системах была и остается внутренняя оптимизация. И тема сегодняшней статьи — оптимизация отдельных web-страниц, а точнее, их URL адресов.

Ну в самом деле, все начинающие блоггеры знают, что надо правильно отформатировать текст поста и распределить ключевые слова, грамотно прописать Title и Description. Это описано на каждом втором SEO-блоге, причем не всегда верно. Даже про внутреннюю перелинковку и релевантность многие осведомлены. А вот составить правильный URL адрес страницы могут не многие. Кто-то скажет, что это уже мелочи и, например, WordPress сам умеет формировать урлы. Позвольте не согласиться, URL-факторы очень даже влияют на релевантность страницы и ее ранжирование в результатах поиска. Поэтому я покажу, как изменить URL адрес, который нам любезно подсунул Вордпресс, и выжать максимум в плане SEO.

Что такое URL адрес сайта или web-страницы? Если обратиться к Википедии, то URL (Uniform Resource Locator) — это Единый Указатель Ресурсов. Проще говоря, это некий стандарт записи адреса интернет-ресурса, в нашем случае, веб-страницы.

Обычно он начинается с протокола передачи данных http://. Далее следует хост, в виде имени домена, и URL-путь до конечной странички, включающий в себя папки и подпапки, в виде рубрик. Посмотреть URL веб-страницы можно в адресной строке браузера, и выглядит он примерно так:

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

Как оптимизировать URL страницы на блоге WordPress

Во-первых, обязательно надо настроить ЧПУ (человекопонятные url) и перевести все ссылки с кириллицы на латиницу при помощи плагина Cyr-To-Lat. Я лишь уточню для тех, кто этого еще не сделал, что правильно настроенная логическая структура ЧПУ ясно дает понять посетителю, где он находится и куда попадет при клике по ссылке. Пример смотрите выше. Кто не в курсе, обязательно прочитайте ту статью, а потом возвращайтесь, иначе дальше будет не совсем понятно.

Во-вторых, поработаем с категориями и тегами. Если вы продвигаете такие страницы, то удаляем слова category и tag из ссылок рубрик и меток. Так мы укоротим URL и избавимся от ничего не значащих слов. Далее, если есть необходимость, меняем русские буквы в URL рубрик и меток латинскими.

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

Правила оптимизации урлов сайта

1. URL страницы должен содержать ключевые слова. Он отображается под сниппетом в поисковой выдаче и ключи в нем подсвечивается жирным шрифтом. Это в случае, если настроены ЧПУ и ссылка не выглядит набором никому непонятных символов.

Что касается имени домена, то в нем тоже желательно использовать главное ключевое слово для сайта. Это еще продолжает работать, хотя уже не так как раньше. Главное не спамить. Вот так нормально: mir-auto.com, а так делать не надо: kupit-avto-v-moskve-nedorogo.ru.

Кстати, в 2014 году появилось 638 новых доменов верхнего уровня с очень “вкусными” названиями. Например, можно создать сайт SEO.GURU или зарегистрировать домен КУРСЫ.ОНЛАЙН. А как вам такое для арбитражников — tanki.online (пока свободно). Некоторые зоны уже доступны для регистрации, на другие пока можно сделать предварительный заказ. Не знаю, как они будут в плане продвижения, но для брендирования самое то.

2. Веб-адрес должен состоять из 3–5 слов. Максимальная длина URL не ограничивается современными браузерами, они нормально воспринимают адреса, содержащие даже тысячи знаков. Но вот для SEO лучше, чтобы ссылка была покороче. Как сказал Мэтт Каттс (руководитель группы по борьбе с web-спамом в Гугл), если будет больше 5 слов, то вес ключевиков в глазах Google будет снижен. К тому же, длинные ссылки обрезаются при показе в выдаче, что может снизить кликабельность сниппета.

3. Не используйте большую вложенность в адресах. Чем дальше страница от Главной, тем меньший вес имеют ее ключевые слова в url. Большое количество подкатегорий может выглядеть спамно: телевизоры.ру/телевизоры/led-телевизоры/led-телевизоры-самсунг/телевизор-самсунг-модель/. За избыток кеев можно получить санкции от поисковиков.

Чтобы не было такой проблемы, я настроил постоянные ссылки по схеме /%postname%.html вместо /%category%/%postname%.html. Конечно, такой адрес не будет выглядеть, как “хлебные крошки”, когда легко можно попасть в нужный раздел, удалив часть ссылки справа. Но зато я вижу здесь ряд преимуществ:

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

4. Делайте окончание с расширением .html. Хотя это не играет роли для поисковиков, но дает понять, что дальше идти некуда и выглядит привычно.

5. Для разделения слов лучше использовать дефис (-), чем подчеркивание (_). Раньше так рекомендовал Google. Хотя сейчас, по словам того же Каттса, поисковик одинаково воспринимает эти разделители, но ведь есть еще Яндекс и Mail.ru :-).

6. Все буквы в URL должны быть написаны в нижнем регистре.

7. Перевод, транслит или кириллица в URL? Яндекс и Гугл отлично понимают любую структуру. Что же использовать? Русские буквы я отметаю сразу, так как такие адреса будут слишком громоздкими и непонятными при копировании. Транслит или перевод? Лично я использую транслитерацию, но и тут не все однозначно, ведь существуют разные стандарты. Поэтому, надо смотреть у конкурентов в выдаче, где сами поисковики подсвечивают правильные URL адреса.

8. Используйте только латинские буквы, цифры, дефис и нижнее подчеркивание. Не используйте специальные символы, русские буквы и пробел в url. Не нужно писать предлоги, союзы и другие стоп-слова.

9. Веб-страница должна быть доступна только по одному адресу. Поэтому, если движок генерирует дубли, типа, replytocom в WordPress, то надо закрывать их от индексации и использовать тег rel=”canonical” для указания поисковому боту канонической страницы.

Топ-пост этого месяца:  Курс по PHP. Урок 32. Практика создания гостевой книги с использованием БД

10. Ключевики в ЧПУ учитываются поисковыми системами и влияют на релевантность страниц. То есть, если вы хотите соблюдать какой-то процент тошноты и планируете разместить на странице 3 кейворда, то ключевое слово в URL будет четвертым и может привести к переспаму. Будьте внимательны!

Вот, кстати, наглядный пример влияния кея в урле на ранжирование.

Первые места по запросу “реплитоком” занимают сайты, у которых этот ключ встречается только в url, причем на латинице. На самой странице, естественно, такого слова нет ни в каком виде и написано вообще не об этом. А попали эти дубли в индекс, видимо, только потому, что ни у одного сайта не прописан запрет в robots.txt, так как тег canonical в наличии. Причем, как первый сайт попал в выдачу, вообще непонятка — у него в коде прописано noindex, nofollow.

Может Яндекс глюканул? Так как это явно не тот ответ, который хотел получить пользователь на свой вопрос. Тем более что на SEO-блогах полно оптимизированных статей на эту тему. Ну да ладно, оставим качество поиска на совести “зеркала Рунета”.

Как изменить URL адрес страницы вашего сайта WordPress

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

Нажимаем рядом кнопку “Изменить” и вписываем нужный нам урл. Обычно для этой цели подходит Title, если он правильно составлен. Можно прописать любой текст на русском языке, следуя правилам выше, и нажать “OK“.

Получаем новый урл страницы.

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

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

Уровень вложенности страниц сайта и URL адресов

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

Вот пример: https://site.ru/catalog/sport/velosport/aksessuary/nasosy-ruchnye

Какого уровня эта страница? Ответить на этот вопрос невозможно. Зато точно можно сказать, что уровень вложенности url равен пяти.

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

Но не все так просто, поэтому нам надо рассмотреть ряд случаев, которые помогут вам понять, какую структуру выбрать для своего сайта.

Уровень вложенности страниц сайта

Есть мнение, что чем меньше уровень вложенности страницы (не URL), тем лучше. И я с ним согласен, потому что чем меньше УВ страницы, тем:

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

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

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

Упрощенно структуру можно представить следующим образом:

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

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

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

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

Идеально, когда главная страница ссылается на все категории сайта, а из категории идут ссылки на все товары или услуги, представленные в категории. Тогда все укладывается в 2 клика и 3 уровня (лично мне привычнее главную страницу обозначать нулевым уровнем, страницу доступную за 1 клик – первым уровнем и т.д., но почему-то общепринято по-другому, потому чтобы вас не путать, буду писать, как принято большинством).

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

Например, как на странице https://vannav.ru/catalog/vanny/ — основные приоритетные категории вверху:

А внизу есть ссылки на другие категории (в данном случае — бренды):

Еще один пример – https://krasnodar.aquanet.ru/catalog/vanny/ — тут ссылки на фильтры сгруппированы и выглядят органично, можно даже больше ссылок и типов фильтров добавить, они не будут мешать посетителям.

А вот внизу есть ужасный перечень всех seo-фильтров, и там почти 400 ссылок. Ребята даже блок обозначили соответствующим классом

Знайте, что вот так делать не стоит, даже несмотря на то, что сайт находится в топе. Однажды такая портянка может стать причиной жесткого переспама и наложения фильтра.

Еще из рекомендаций – если у вас в пагинации не более 10-15 страниц, имеет смысл выводить их все, а не как в примере выше (1, 2, 3 … 37, 38), тогда поисковик сможет быстро добраться до всех страниц пагинации, пробежать по всем товарам и проиндексировать/переиндексировать их.

Как сократить уровень вложенности страниц

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

ЛеруаМерлен сделали трёхуровневое меню с выпадающими списками. Выглядит оно органично, не перегружено лишней информацией.

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

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

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

Один из клиентов задал мне вопрос: «Дает ли ссылка в sitemap.xml и sitemap.html второй уровень вложенности всем страницам?». Важно понимать, что sitemap.xml никак не участвует в перелинковке сайта, соответственно, никак не влияет на уровень вложенности. Xml-карта сайта используется поисковыми роботами для индексации, страницы из карты быстрее проиндексируются, но не факт, что останутся в индексе, если у них большой уровень вложенности на сайте.

А вот html-карта сайта гораздо интереснее для нас в плане перелинковки и сокращения уровня вложенности. Имеет смысл разместить ссылку на карту сайта в футере (можно только на главной, а можно и на всех страницах). Если страниц на сайте не много, как у меня в блоге (это ссылка на карту, посмотрите), то в карте можно выводить на одной странице сразу все ссылки, тогда все страницы сайта будут у вас второго уровня!

Но если это какой-то портал или сайт с десятками и сотнями тысяч страниц, придется строить иерархию. Рассмотрим сайт аренды недвижимости федерального уровня: на первой странице карты можно перечислить все города, проваливаясь в город, видим список улиц или районов, проваливаясь глубже, мы уже видим ссылки на конечные страницы объектов. При этом имеем в виду, что не стоит делать больше 150-200 ссылок на одной странице (возможно, в карте тоже появится пагинация – это нормально). Думаю, схема вам понятна, вы сможете применить и масштабировать ее под свой проект.

Честно говоря, все вышенаписанное – это больше дань теории, ведь, делая новый сайт, вы будете строить его на какой-то CMS, а там уже заложена базовая структура и иерархия, которая укладывается в допустимые нормы. Если будете делать интернет-магазин, выбирайте, например, Битрикс или Open Cart, там уже все готово – остается заполнить разделы и товары. Целенаправленно пытаться уменьшать уровень вложенности нет никакого смысла. А если закрались сомнения – посмотрите конкурентов из топа, как у них сделано (вы убедитесь, что там все тоже «стандартно»).

Если хотите проверить уровень вложенности страниц сайта, можно использовать программу ComparseR (есть демо-версия) – там есть соответствующая колонка:

Формирование быстрых ссылок в Яндексе

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

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

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

Имя ссылок формируется на базе title, h1 и анкоров внутренних и внешних ссылок.

Уровень вложенности url адресов страниц

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

Если рассмотреть url без ЧПУ, то разговор про УВ не имеет смысла:

https://alaev.info/?p=7882 – url без ЧПУ,

https://alaev.info/blog/post/7882 — тот же url, но с ЧПУ.

Говорить о том, как это может негативно или позитивно сказаться на ранжировании или индексации, тоже неуместно. (Замечу, что наличие ключевого слова в url может влиять на ранжирование, но уже другая история.)

Тем не менее, у клиентов часто возникает вопрос в процессе разработки сайта (спросили у меня на днях):

Что выбрать, и как сейчас поисковики относятся к уровню вложенности в урле?
/shop/lifestyle/odezhda-i-obuv/aksessuary/zaponki-bmw-iconic – это норм?
Или лучше так:
/products/zaponki-bmw-iconic ?

Давайте сначала обсудим чисто технический момент – а какая вообще максимальная длина URL? Тут много нюансов, начиная с ограничений типа данных таблицы в БД, где хранится url-адрес, заканчивая тем, какое количество символов готов обработать браузер (от двух тысяч в IE до нескольких десятков тысяч в других браузерах). Но я не буду забивать вам голову, а просто скажу – лимит 2000 символов. Уверен, вы не дойдете до лимита, если только специально этого не захотите!

Я попытался найти информацию о допустимой длине url-адреса в справке поисковиков, но нашел только технические требования к формированию XML-файла выгрузки для Яндекс.Маркета: «URL страницы товара. Максимальная длина URL — 512 символов.» А в Гугле вообще ни одного упоминания про длину. Исходя из этой информации я бы стал придерживаться лимита в 512 символов, даже если вы не планируете присутствие в Маркете.

Основываясь на практике, могу сказать, что url длиннее 100-120 символов встречаются очень редко. Но во многих блогах или других изданиях про seo я вижу рекомендации придерживаться максимальной длины в 70 символов. Для этого нет никаких оснований, и я не встречал реальных экспериментов (да даже если они и есть, то влияние настолько несущественное, что в реальных условиях этим можно пренебречь).

Вернемся к теме разговора про уровень вложенности url страниц. Любой УВ url – это нормально для поисковика, можете не париться и не пытаться искусственно его уменьшить.

Но надо принимать во внимание несколько фактов.

Если вы сделаете плоскую структуру url (это когда не прослеживается иерархия разделов сайта), вам будет очень сложно анализировать индексацию. В панели Вебмастера Яндекса есть отчет «Индексирование — Структура сайта», он выглядит для моего блога следующим образом:

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

Яндекс.Вебмастер показывает разделы сайта, которые содержат не менее 10 страниц и составляют более 1% от общего числа страниц, загруженных в базу Поиска. Разделы представлены в виде дерева в соответствии со структурой URL сайта. По каждому разделу сайта доступна информация о количестве страниц, которые были загружены роботом Яндекса и участвуют в поиске.

Вот пример плоской структуры у огромного сайта:

И как тут понять, куда делись почти 3 миллиона страниц? Они не в индексе целенаправленно или по ошибке? Есть ли какие-то проблемы? Не понятно… Даже пользовательские разделы вам не очень помогут, потому что их можно добавить только пять.

Или вот еще один пример плоской структуры:

Лично мне нравится, когда вот так:

Сразу все как на ладони!

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

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

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

Пусть это будет интернет-магазин климатических систем, на этом сайте есть инверторная сплит-система Midea MSMADU-24HRFN1. Товар будет расположен в категории сплит-систем:

А так как инверторы обычно выделяют в отдельную категорию, то товар будет еще и тут:

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

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

К чему я веду? Если один товар четко привязан к одной категории – это прекрасно, используйте иерархию в структуре ваших URL адресов. Но если товар может быть сразу в нескольких категориях, то разумнее использовать иерархию только для разделов и категорий, а для товаров делать url без какой-либо привязки. На примере магазина сплит-систем это может быть следующий вид url:

В некоторых системах управления можно выбрать основной URL, то есть в какой бы категории не лежал товар, его адрес страницы всегда будет показываться только с основной категорией. Например, у Битрикса есть такая настройка из коробки (в других CMS вопрос решается модулями):


Вероятно, что с такой проблемой вы никогда не столкнетесь, но проверить все же стоит. Можете это сделать с помощью программ CompareseR, Xenu или Screaming Frog – все они покажут, есть ли у вас на сайте дубликаты страниц.

Формирование навигационной цепочки в Яндексе

В Яндексе есть одна полезная штука, завязанная на уровне вложенности url страниц – навигационные цепочки. Они похожи на хлебные крошки на сайте:

Я выбрал данный скриншот, чтобы показать, что:

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

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

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

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

Условия формирования цепочек читайте в справке Яндекса.

Исходя из информации «Навигационные цепочки строятся строго по каталогам: дерево разделов сайта должно соответствовать URL» можно добавить еще один аргумент в пользу иерархической структуры URL страниц для сайта! А из собственной практики добавлю, что наличие хлебных крошек на сайте тоже помогает в формировании НЦ.

Подведем итоги.

Уровень вложенности страниц сайта:

  • Считается по количеству кликов от главной,
  • Влияет на ранжирование,
  • Влияет ни индексирование,
  • Глубокая вложенность влияет негативно на SEO,
  • Проблема решается перелинковкой.

Уровень вложенности url-адресов сайта:

  • Считается по количеству слешей,
  • НЕ влияет на ранжирование,
  • НЕ влияет на индексирование,
  • Глубокая вложенность НЕ влияет негативно SEO,
  • Вложенная структура url помогает в анализе.

На этом у меня все, друзья. Спасибо за внимание!

Как избежать SEO-проблем с параметрами URL: подробное руководство

Автор: Джес Шольц (Jes Scholz), digital-директор, Ringier

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

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

Что такое параметры URL?

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

Они состоят из пары «ключ + значение», разделённых знаком равенства (=). Используя амперсанд (знак &), можно добавить несколько параметров на одну страницу.

Самые распространённые варианты использования параметров:

    Отслеживание. Например: utm_medium=social, ?session >Зачастую параметры URL не вносят существенных изменений в содержимое страницы. Переупорядоченная версия страницы часто не сильно отличается от оригинала, а URL страницы с тегами отслеживания или идентификатором сеанса идентичен оригиналу.

Например, следующие URL-адреса все будут возвращать подборку виджетов:

    Статический URL: https://www.example.com/w >Таким образом, мы получаем несколько URL для, по сути, одного и того же контента. Теперь представьте такую ситуацию для каждой категории на сайте.

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

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

2. Параметры расходуют бюджет сканирования

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

Google описал эту проблему в Справке для вебмастеров:

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

3. Параметры распыляют сигналы ранжирования страницы

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

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

4. Параметры делают URL менее кликабельными

Давайте посмотрим правде в глаза: параметры малопривлекательны. Их трудно читать. Они не вызывают доверия. Соответственно, такие URL получают меньше кликов. А это может отразиться на эффективности страницы в поиске. Причём, не только потому, что CTR может влиять на ранжирование, но также потому, что такие URL менее кликабельны в социальных медиа, в email-сообщениях, при копировании на форумах и в других местах, где может отображаться полный URL-адрес. Каждый твит, лайк, репост, email, ссылка и упоминание имеют значение для домена.

Плохая читабельность URL приводит к снижению вовлечённости во взаимодействие с брендом.

Оцените масштабы проблемы с параметрами на сайте

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

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

Выполните следующие пять шагов:

  • Запустите краулер. С помощью такого инструмента, как Screaming Frog, можно искать «?» в URL.
  • Проверьте данные в инструменте «Параметры URL» в Search Console: Google автоматически добавляет все строки запросов, которые он находит.
  • Просмотрите лог-файлы: проверьте, сканирует ли Googlebot URL с параметрами.
  • Выполните поиск по сайту. Используйте операторы поиска site: и inurl:. Узнать, как Google индексирует параметры, которые вы нашли, можно с помощью следующего запроса: [site: example.com inurl:ключ].
  • Просмотрите отчёт «Все страницы» в Google Analytics. Ищите «?», чтобы увидеть, как каждый из найденных вами параметров используется пользователями. Проверьте, чтобы параметры URL не были исключены в настройках просмотра.

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

SEO-решения для «укрощения» параметров URL

Для работы с параметрами URL на стратегическом уровне в арсенале SEO-специалиста есть 6 инструментов. Рассмотрим их подробнее.

Ограничьте количество URL, основанных на параметрах

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

1. Удалите ненужные параметры

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

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

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

2. Не допускайте появления пустых значений

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

Так, на примере выше key2 и key3 не добавляют URL никакой ценности.

3. Используйте ключи только один раз

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

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

4. Очерёдность параметров

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

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

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

Плюсы:

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

Минусы:

  • Требует времени на внедрение.

Атрибут rel=”canonical”

Атрибут rel=”canonical” указывает, что содержимое страницы идентично или похоже не содержимое другой страницы. Это побуждает поисковые системы объединять сигналы ранжирования по URL, указанному как канонический (основной).

Топ-пост этого месяца:  Как получить массив из функции и обработать его

Таким образом, вы можете добавить этот атрибут на URL с параметрами, указав как канонический более оптимизированный с точки зрения SEO URL-адрес – для отслеживания, идентификации или переупорядочивания контента. Однако эта тактика не подойдёт в том случае, когда содержимое страницы с параметрами недостаточно похоже на содержимого канонического URL.

Плюсы:

  • Относительно легко реализовать;
  • Высокая вероятность защиты от проблем с дублированным контентом;
  • Консолидирует сигналы ранжирования на каноническом URL.

Минусы:

  • Бюджет сканирования тратится на страницы с параметрами;
  • Подходит не для всех типов параметров.
  • Интерпретирует поисковыми системами как подсказка, но не директива.

Директива noindex в метатеге robots

Настройте директиву noindex для любой страницы с параметрами, которая не имеет ценности для SEO. В результате поисковые системы не будут индексировать эти страницы.

Кроме того, такие URL реже сканируются, а директива noindex, follow со временем переходит в noindex, nofollow.

Плюсы:

  • Относительно легко внедрить;
  • Высокая вероятность защиты от проблем с дублированным контентом;
  • Подходит для всех типов параметров, которые не должны индексироваться;
  • Удаляет существующие URL с параметрами из индекса.

Минусы:

  • Не запрещает поисковым системам сканировать URL, но побуждает их делать это реже;
  • Не объединяет сигналы ранжирования;
  • Интерпретируется поисковыми системами как намёк, но не директива.

Директива Disallow в файле robots.txt

Файл robots.txt – это то, на что поисковые системы смотрят в первую очередь, прежде чем сканировать сайт. Если они увидят там запрет на что-либо, то на следующую стадию даже не перейдут.

Вы можете использовать этот файл, чтобы заблокировать краулерам доступ к URL с параметрами с помощью директивы Disallow: /*?* или указания конкретных строк запроса, которые не должны индексироваться.

Плюсы:

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

Минусы:

  • Не объединяет сигналы ранжирования.
  • Не удаляет существующие URL из индекса.

Инструмент «Параметры URL» в Google Search Console

Настройте инструмент «Параметры URL» таким образом, чтобы он сообщал краулерам назначение ваших параметров и то, как бы вы хотели, чтобы они обрабатывались.

Google Search Console предупреждает, что использование этого инструмента «может привести к исчезновению многих страниц из поиска».

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

Поэтому лучше узнать, как настроить параметры URL в Search Console, чем позволить решать Googlebot.

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

  • Параметры отслеживания не меняют контент страницы. Настройте их как «основные URL» (representative URL).
  • Параметры, которые меняют порядок отображения контента на странице, настройте как «сортирующие». Если они опционально добавляются пользователем, то выберите вариант сканирования «Никакие URL». Если параметр «sort» применяется по умолчанию, используйте настройку «Только URL со значением», введя значение по умолчанию.
  • Параметры, которые фильтруют данные на странице, настройте как «ограничивающие». Если эти фильтры не релевантны для SEO, выберите вариант сканирования «Никаких URL». В противном случае – «Каждый URL».
  • Параметры, которые показывают определённый фрагмент или группу контента, настройте как «указывающие». В идеале это должен быть статичный URL. Если это невозможно, выберите вариант «Каждый URL».
  • Параметры, которые предоставляют посетителю страницу на определённом языке, настройте как «перевод». В идеале это должно быть реализовано через подпапки. Если это невозможно, выберите вариант сканирования «Каждый URL».
  • Параметры, которые отображают конкретную страницу длинного списка или статьи, настройте как «разбивающие на страницы». Если вы добились эффективной индексации с помощью файлов Sitemap.xml, вы можете сэкономить краулинговый бюджет и выбрать вариант сканирования «Никакой URL». В противном случае выберите «Каждый URL», чтобы краулеры могли получить доступ ко всем элементам.

При выборе варианта «На усмотрение робота Googlebot» Google автоматически добавит параметры в список. Проблема в том, что удалить эти параметры не получится – даже если они больше не нужны. Поэтому, когда это возможно, лучше заранее добавить параметры самостоятельно. Тогда, если параметр перестанет использоваться, вы сможете удалить его из Search Console.

Плюсы:

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

Минусы:

  • Не объединяет сигналы ранжирования.
  • Интерпретируется Google как подсказка, а не директива.
  • Работает только для Google.

Перейдите от динамических URL к статическим

Многие считают, что оптимальный способ обхождения с параметрами URL – это просто избегать их. В конце концов, подпапки лучше, чем параметры, помогают Google понять структуру сайта, а статические URL-адреса на основе ключевых слов всегда были краеугольным камнем on-page SEO.

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

Например, текущий URL:

Этот подход хорошо работает для описательных параметров на основе ключевых слов — например, для тех, что определяют категории и товары. Он также эффективен для контента, переведённого на другие языки.

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

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

Этот подход также не очень применим к пагинации (хотя это не редкость из-за WordPress), поскольку в итоге он даст примерно такой URL:

Ещё более странно будет выглядеть URL при переупорядочивании контента:

Кроме того, зачастую это неподходящий вариант для отслеживания. Google Analytics не признаёт статическую версию UTM.

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

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

Многие SEO-специалисты утверждают, что можно обеспечить такой же пользовательский опыт, не затрагивая URL. Например, используя POST-запросы вместо GET-запросов для изменения содержимого страницы, что позволяет сохранить пользовательский опыт и избежать проблем с SEO.

Однако удаление параметров таким способом лишит вашу аудиторию возможности добавить страницу в закладки или поделиться ссылкой на неё. И этот вариант явно не подходит для параметров отслеживания и не является оптимальным для разбивки на страницы.

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

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

Плюсы:

  • Смещает внимание краулеров с URL, основанных на параметрах, на статические URL, которые имеют больше шансов на ранжирование.

Минусы:

  • Значительные затраты времени на переписывание URL и настройку 301 редиректов.
  • Не предотвращает проблемы с дублированным контентом.
  • Не объединяет сигналы ранжирования.
  • Подходит не для всех типов параметров.
  • Может приводить к появлению tnin-контента и соответствующих проблем.
  • Не всегда предоставляет URL, которые можно добавить в закладки или использовать в качестве ссылки.

Какой подход выбрать?

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

Например, если вы настраиваете директиву disallow в файле robots.txt, то Google не должен видеть метатеги noindex. Кроме того, метатег noindex не следует сочетать с атрибутом rel=canonical.

Ясно одно: идеального решения нет.

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

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

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

Оптимальное управление параметрами для SEO

Мы рекомендуем придерживаться следующего плана:

  • Проведите исследование ключевых слов, чтобы понять, какие параметры должны быть представлены в виде дружественных к поисковым системам статичных URL.
  • Корректно реализуйте пагинацию с помощью rel=”next” и rel=”prev”.
  • Настройте обработку каждого параметра в Google и других поисковых системах, чтобы помочь им понять их функции.
  • Убедитесь, что URL с параметрами не добавляются в файл Sitemap.xml.

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

Делаем правильный url адрес поста

Как сделать правильный url адрес поста?

Здравствуйте, дорогие друзья! Сегодня небольшой хак для wordpress, который также направлен на улучшение seo оптимизации вашего сайта. А конкретнее мы будем делать правильный url адрес поста оптимизируя его и убирая из него слишком короткие слова, или как их называют стоп-слова. Уверен, что для этого существуют какие-либо плагины, но это можно сделать легко и без плагина, просто добавив в файл functions.php не большую функцию.

По умолчанию WordPress генерирует URL из заголовка поста. Часто бывает что заголовок получается длинным и в нем например много предлогов. WordPress сам их не убирает, а с позиции seo это не очень правильно. Оптимальный правильный url адрес поста должен содержать 3-5 слов, если у вас больше, это может быть причиной плохого ранжирования постов или страниц сайта, например в Google. Сделайти ваши URL как можно короче.

SEO оптимизация WordPress блога

Дата публикации: 2012-01-01

От автора: WordPress считается одной из тех систем управления контентом, которая быстро поднимет ваш блог в SERP (Search Engine Result Pages – страницах результатов поиска) Google’а, но подъем на вершину – это совсем другая история. Вебмастера постоянно находятся в поиске Святого Грааля по SEO оптимизации WordPress и это (прямо как в случае с настоящим Граалем) никогда не закончится благодаря присутствию великана – поисковика Google.

Google искусно не оставляет камня на камне от SEO-оптимизаторов WordPress, пытающихся перемудрить сложные алгоритмы, являющиеся главной основой системы Google’а. Мы (вебмастера) из кожи вон лезем, чтобы продвинуть свои страницы в топ SERP Google’а, а он сбрасывает их вниз, если те не впечатляют. Вебсайты нуждаются в благословении Google’а, чтобы выжить в конкурентном виртуальном мире, и эта статья даст вам некое представление о том, как это сделать. Google любит честность и я научу вас, как «с умом» SEO оптимизировать блоги на WordPress для того, чтобы побить прочих (не таких умных, но честных) конкурентов.

Приемы SEO оптимизации WordPress блогов

Суровая реальность

SEO-оптимизация WordPress блога – это концепция бесконечного движения. Это нескончаемый океан экспериментирования, требующий не одну человеко-жизнь попыток. Вот где нужно понимать, что терпение – ключ к успеху. У меня все отработано на практике, так что, не колеблясь, доверю своим читателям самое дорогое:

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

Практический курс по верстке адаптивного сайта с нуля!

Изучите курс и узнайте, как верстать современные сайты на HTML5 и CSS3

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

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

Сначала пермалинки

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

Примечание: это нужно делать на новом блоге. Если делать изменения в старом блоге с большим количеством постов, то их URL изменится на ваш новый пользовательский пермалинк и Google вернет «ошибку 404 страница не найдена» (404 not found). Нехорошо с точки зрения перспектив SEO. Если вы серьезно настроены изменить структуру пермалинка в массивном блоге, то примените плагин переадресации, который поможет вам при изменении URL’а поста автоматически добавлять редирект 301. Теперь потерь SEO не будет!

URL поста

Хотя можно спорить о том, что пермалинки и URL’ы поста – это одно и то же, на самом деле они весьма разные. Выше вы по умолчанию поменяли структуру пермалинка, но все еще не оптимизировали URL поста, который автоматически генерируется после создания названия поста в блоге. Важно оптимизировать этот URL посредством нижеприведенных указаний:

Избегайте применения стоп-слов вроде предлогов и т.д. Они вам в условиях SEO не помощники и используют впустую ценное место вашего URL’а.

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

Один раз примените свое ключевое слово в самом URL’е.

Название поста

Название поста находится в двух местах – внутри веб-страницы (позиция 1 на изображении внизу) и в строке заголовка вашего браузера (позиция 2 на изображении внизу).

Разрешите мне сначала остановиться на позиции 2 названия вашего поста. Содержимое названия поста зависит от темы, которую вы используете. У некоторых из не настолько оптимизированных тем WordPress название поста находится в приведенном внизу формате:

Название блога | Название поста

А у других тем WordPress название поста может оказаться в приведенном внизу формате:

Название поста | Название блога

Лучше всего работает с SEO последний указанный формат. Если в вашей теме применяется первый, я предложил бы вам установить плагин WordPress’а All in One SEO Pack. Этот плагин поможет сделать необходимые изменения.

ВНИМАНИЕ: с этим я сталкивался дважды, так что хочу, чтобы вы были в курсе. Если вы применяете Thesis Framework или любую другую аналогичную инфраструктуру в установке своего WordPress’а, то предлагаю проверить ее свойства. Большей частью у этих инфраструктур есть свои собственные средства оптимизации SEO. В результате может вмешаться применение другого плагина SEO для выполнения той же задачи, что послужит концом вашему ранжированию. Знайте об этом!

Если вы установили плагин All in One SEO Pack, то во время создания нового поста увидите вышеуказанные опции на той же странице «Создать новый пост» («Create New Post»). Прокрутите вниз, и должны увидеть нечто похожее на изображение вверху. Я перечислю список того, что нужно включить в каждую позицию согласно вышеприведенным изображениям:

Вот название страницы (title), которое показывается как заголовок документа в левом верхнем углу вашего браузера. в названии поста вашего браузера. Как уже объяснялось, оно должно быть в формате «Название | Название блога».

Далее следует самая захватывающая часть. Это название – то, что видно в Google SERP, когда ваш блог показывается на определенной странице результатов поиска. Google (и большая часть других поисковых движков) ограничивает количество знаков в названиях примерно до 60. Так что в этом разделе нужно применить лаконичное название. Помните, оно не будет показано на странице вашего поста. Оно будет показано только в SERP (вот где начинается SEO). А также помните о том, что в него нужно внести один раз ключевое слово.

Это должно быть очевидным. Тут идет короткое описание, показанное в SERP. Также введите сюда ключевое слово.

Практический курс по верстке адаптивного сайта с нуля!

Изучите курс и узнайте, как верстать современные сайты на HTML5 и CSS3

Ключевые слова! Включите сюда основное и впихните дополнительно несколько связанных слов. Используйте наше руководство по поиску ключевых слов для нахождения связанных слова.

Добавьте изображение

Это важно. Google наряду с текстом придает значение эстетическому виду поста. Вот где присутствие изображения становится очень важным. Не поймите меня неверно. Я не имею в виду, что Google смотрит на красоту поста, но он действительно беспокоится о завершенности статьи. Изображение в посте – серьезная разница.

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

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

Дублирующий текст (Alternate Text) – тут нужно быть кратким и точным. Помните о том, что следует включить в начало этого текста ключ.

Примечание: убедитесь, что название изображения само по себе является ключевым словом. Если планируете использовать множество изображений, то назовите их keyword-1.jpg, keyword-2.jpg и т.д.

Использование H1, H2, H3

H1 – это тэг HTML, который означает «Header 1» (Заголовок 1). Его также называют «Primary Header» (основной заголовок). Таким же образом H2 означает «Secondary Header» (вторичный заголовок) и так далее до H6.

У меня нет письменных доказательств этому, но я уверен, что содержимое тэга H1 и название вашего поста должны совпадать. Обычно название поста в любой теме WordPress – это H1, так что если вы используете в своем посте название (что наверняка делаете), то уже однажды применили тэг H1. И в нем тоже есть ключевое слово, так как я просил вас использовать его один раз в названии. Помните, да?

Обычно у поста есть подзаголовок (если он достаточно многословен для такового). Впредь ставьте все подзаголовки внутрь тэгов H2. Может возникнуть вопрос, нужно ли нам использовать в тэгах H2 ключевые слова? Собственно, нужно, но не переборщите. Google – умный алгоритм, с которым не следует играть.

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

Ссылки


В посте можно делать два типа ссылок. Сначала вы должны позаботиться о внутренних ссылках, а затем и о некоторых внешних. Помните о том, что в обоих случаях нужно применять ключевое слово как текстовую ссылку. Следует обратить внимание на некоторые моменты:

Всегда заполняйте поле названия ссылки. В целях SEO оно должно включать ключевое слово.

Содержимое…

Содержимое – это все! Мы отлично знаем, как важен хороший контент, или иначе вся тактика SEO может оказаться напрасной. Вот несколько маленьких подсказок:

В первом предложении своего содержимого один раз употребите ключевое слово.

Один раз используйте ключевое слово в последнем предложении.

Один раз выделите его жирным шрифтом.

Один раз выделите ключевое слово в контенте курсивом.

Один раз подчеркните его.

p>ВНИМАНИЕ: не переусердствуйте. Интенсивность попадания ключевого слова должна оказаться примерно 5-7%. Так что если чувствуете, что его слишком много, то либо удалите некоторые из ключевых слов, либо включите в свой пост больше текста. Избегайте абсурдных ситуаций.

Упаковываем в яркие детали

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

Оптимизируйте текст «Узнайте больше» («Read More») до чего-нибудь более интересного. Это хорошо помогает!

Оптимизируйте текст «Оставить комментарий» («leave a comment»). Вам нужно заставить их оставить комментарий. Вы ведь можете, правда?

Оптимизируйте текст на кнопке «Отправить комментарий» («Submit Comment») до чего-то особенного.

Вместо логотипа, основанного на тексте, я предложил бы использовать изображение. Обычно текстовый логотип размещается внутри тэга H1 темы, и таким образом может конфликтовать с H1 названия поста. Логотип-изображение в таких случаях очень помогает.

Заключение урока по SEO оптимизации блога на WordPress

Это было всего лишь началом. Для оптимизации блога WordPress можно сделать многое. Со временем я раскрою еще больше секретов! Расскажите мне, а что вы в свою очередь делаете для SEO.

Автор: Salman Siddiqui

Редакция: Рог Виктор и Андрей Бернацкий. Команда WebForMySelf, надеемся что урок по начальной SEO-оптимизации WordPress блогов, вам понравился.

Практический курс по верстке адаптивного сайта с нуля!

Изучите курс и узнайте, как верстать современные сайты на HTML5 и CSS3

Хотите узнать, что необходимо для создания сайта?

Посмотрите видео и узнайте пошаговый план по созданию сайта с нуля!

Оптимизируем URL: какие адреса ссылок важны для SEO

В статье:

Для SEO важны URL-адреса: они влияют на восприятие страницы поисковиками и на отношение пользователей. Зарубежный эксперт по SEO Брайан Дин из «Backlinko» составил руководство по дружественным к SEO URL — «SEO Friendly URLs», в котором собрал рекомендации, основанные на своем опыте. Мы перевели, адаптировали и дополнили руководство.

Почему URL влияют на SEO

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

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

К примеру, URL-адрес « http://en.wikipedia.org/wiki/Aviation» к статье об авиации выглядит привлекательнее, чем «http://www.example.com/index.php? >

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

Как поисковик воспринимает URL

Адрес ссылки делится на несколько отдельных разделов: «protocol://hostname/path/filename?querystring#fragment». Например, « https://www.example.com/RunningShoes/Womens. htm?size=8#info».

Google рекомендует, чтобы все сайты использовали «https: //», когда это возможно. Имя хоста — это то место, где размещается ваш сайт, обычно используют то же доменное имя, как и для электронной почты.

Разные версии URL

Google различает версии « www.example.com» и просто «example.com». При добавлении сайта в консоль поисковик рекомендует добавлять версии «http: //» и «https: //», а также версии «www» и «non-www».

Регистр в URL

В имени хоста и протоколе регистр не играет никакой роли. К регистру чувствительны путь, имя файла и строка запроса, которые определяют доступ к серверу. «FILE» в URL будет отличаться от «file».

Косой слэш «/» в URL

При обращении к домашней странице косая черта после имени хоста роли не играет: «https:// example.com/» совпадает с «https:// example.com», контент одинаковый. Но для пути и имени файла косая черта выглядит как другой URL: например, « https://example.com/fish» сигнализирует о файле, а «https: // example.com/fish/» о каталоге.

Информация о записи и различиях в URL есть в руководстве для начинающих Google SEO в разделе «Understand how search engines use URLs».

Оптимизированные URL: что важно для SEO

Как составить оптимизированные URL, которые понравятся пользователям и поисковикам.

Употребите ключевое слово

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

Google утверждает: «URL-адреса со словами, которые имеют отношение к содержанию и структуре вашего сайта, удобнее для посетителей ресурса».

К примеру, пост из блога Брайана Дина, в котором перечислены более 150 инструментов SEO:

Целевая ключевая фраза для этой страницы — «Инструменты SEO», ее и содержит URL — « https://backlinko.com/seo-tools».

Не используйте хэши

Представитель поисковика Джон Мюллер предостерегает от использования хэшей в адресе. Если контент появляется, когда в URL-адресе есть хэш, например «http://www.example.com/office.html#mycontent», Google его не проиндексирует.

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

Якорь в ссылке на странице статьи

Разделяйте дефисами

Google заявляет, что лучше избегать подчеркивания или пробелов в своих URL, а использовать дефис для разделения слов.

К примеру, в ссылке « https://backlinko.com/seo-site-audit» дефис говорит поисковым системам, что «SEO», «сайт» и «аудит» — это три отдельных слова.

URL «backlinko.com/seositeaudit» у этой же статьи сложнее бы воспринимался поисковыми системами и был бы неудобен для понимания и чтения.

Формулируйте короче

Брайан Дин считает, что длинные URL-адреса сбивают с толку Google и другие поисковые системы, поэтому они должны быть короткими.

Например, этот URL содержит много лишнего:

Для Google эта страница о бейсболе, но по ключевым словам получается, что и по умолчанию о редиректах:

Короткая версия выглядит лучше, Google легко может определить тему этой страницы:

Исследование факторов рейтинга 2020 года от Backlinko выявило сильную корреляцию между короткими адресами ссылок и высокими позициями в Google:

График корреляции длины URL и рейтинга

В исследовании участвовал миллион страниц из выдачи Google.

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

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

К примеру, фильтр отелей по стоимости:
http://www.example.com/ hotel-search-results.jsp? Ne=292&N=461
плюс фильтр отелей на пляже:
http://www.example.com/ hotel-search-results.jsp? Ne=292&N=461+4294967240
плюс фильтр отелей с фитнес-центром:
http://www.example.com/ hotel-search-results.jsp? Ne=292&N=461+4294967240+4294967270

Закройте краулерам доступ к проблемным URL-адресам в файле robots.txt.

Используйте кликабельные URL

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

Топ-пост этого месяца:  Изменчивые шрифты в вебе

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

Это касается не только результатов поиска Google. На «некрасивые» URL реже кликают в социальных сетях и онлайн-сообществах, реже делают репосты.

Следуйте рекомендациям к сниппетам и URL-адресам, тогда у вас получится сниппет, по которому пользователи захотят перейти.

Используйте строчные буквы

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

Поэтому на всякий случай используйте только строчные буквы в URL.

Избегайте использования дат

Некоторые CMS автоматически включают даты в URL. К примеру, раньше так делал WordPress:

URL с датой публикации

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

    Даты делают URL длиннее.

Например, этот URL содержит ключевое слово из четырех слов и дату, всего 43 символа:

Без даты длина URL уменьшается до 32 символов:

Даты затрудняют обновление контента.

Допустим, вы опубликовали список лучших приложений для iPhone на 2020 год:

Подборка, привязанная к дате

В январе 2020 года захотите обновить эту страницу, но в URL будет «2020»:

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

Организуйте навигацию

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

Для объединения статей на одну тему подойдет страница-хаб. В своем блоге Брайан опубликовал «YouTube Marketing Hub»:

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

Любой URL с «/hub» сигнализирует о том, что на сайте есть страница-хаб — « https://backlinko.com/hub/youtube», слово или фраза после «/ hub» сообщают, что пользователь находится на странице внутри хаба — «https://backlinko.com/hub/youtube/create-channel».

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

Интернет-магазин «PetSmart» использует разумный подход к URL-адресам и навигации по сайту:

Главная интернет-магазина «PetSmart»

«PetSmart» использует навигацию «Домашнее животное» → «Категория» → «Подкатегория» → «Продукт», чтобы структурировать 85 тысяч страниц и настроить передачу ссылочного веса.

Перейдите на HTTPS

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

Не используйте заголовки постов

Брайан не советует использовать заголовки страниц в качестве текста в URL. Для одной статьи он настроил WordPress, чтобы заголовки страниц блога шли в URL:

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

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

Исключите динамические параметры

Ссылки с динамическими параметрами, к примеру, с метками UTM, могут вызвать проблемы с точки зрения оптимизации:

  • динамические параметры удлиняют URL;
    https://backlinko.com/?utm_source=facebook&utm_med.
  • динамические URL странно выглядят для пользователей, это может повредить органическому CTR;
  • если поисковик проиндексировал разные версии этого URL, могут быть проблемы с дублированием контента в Google;
  • динамические URL-адреса обычно такие длинные, что не умещаются в результатах поиска.

Организуйте подпапки, а не поддомены

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

Но когда вы перемещаете этот раздел в подпапку, Google знает, что это часть вашего основного сайта:

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

Изменение трафика после переноса раздела сайта

Google рекомендует сохранять простую структуру URL и сам в своих проектах следует этим советам.

Резюмируя, какие принципы лучше использовать в оптимизации URL:

  1. Употребите ключевое слово
  2. Не используйте хэши
  3. Формулируйте короче
  4. Используйте кликабельные URL
  5. Используйте строчные буквы
  6. Организуйте навигацию
  7. Перейдите на HTTPS
  8. Не используйте заголовки постов
  9. Исключите динамические параметры
  10. Организуйте подпапки, а не поддомены

Как сократить ссылку — сервисы и плагин

Здравствуйте, уважаемые читатели!

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

Что же это за адреса?

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

Поэтому было сделано так: документ напечатали, поставили печати и подписи, потом отсканировали и как pdf-документ направили нам. Ссылки оказались просто картинками. Вот они:

Можно щелкнуть по картинке для просмотра в увеличенном размере. Как видите, и качество изображения не очень хорошее. Пришлось мне сидеть и вбивать все ссылки вручную. Некоторые символы, например, 1, l, I, выглядят похоже, поэтому приходилось пробовать разные варианты. С четырьмя ссылками я разобрался, а вот с последней ничего не получилось. Может быть, я неправильно понял какой-то символ, а, может, ссылка изначально неправильная.

Для чего сокращать ссылки?

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

Но это не единственная причина, по которой используют сокращение ссылок.

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

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

Сервисы сокращения

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

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

Еще один популярный сервис принадлежит социальной сети ВКонтакте. Он находится по адресу vk.com/cc . Здесь нет личного аккаунта. Созданные ссылки не сохраняются и, конечно, статистику по ним вы не увидите.

Совсем недавно узнал, что аналогичный сервис имеет и Яндекс. Он называется Серьезный укорачиватель URL – Кликер . Он тоже прост – никакой статистики и хранения. Его особенность – создание QR-кода ссылки.

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

P.S. Еще один сервис по сокращению ссылок порекомендовал мне в комментариях один из читателей моего блога, Андрей. Вот ссылка на этот сервис https://cuu.su . Он также позволяет зарегистрированным пользователям отслеживать статистику кликов, а приятной особенностью я считаю, что здесь можно задавать свое имя для ссылки.

Прятатель ссылок

Для тех, кто имеет сайты на основе CMS WordPress, есть еще один хороший метод сокращения ссылок. Для этого используется специальный плагин Прятатель ссылок. Он имеет две версии – платную и бесплатную. В бесплатной версии можно только создавать ссылки вида http://ваш_домен/***, где *** — произвольный набор символов, который вы придумываете сами. В платной версии, несмотря на то, что стоит она всего 150 рублей, возможностей гораздо больше. Вы получаете полное управление ссылками: их можно создавать, удалять, делать к ним комментарии и анализировать статистику кликов. Для работающих с партнерскими программами – это лучший вариант. Скачать бесплатную версию можно здесь , но я рекомендую использовать сразу PRO-версию плагина .

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

Не забудьте поделиться статьей в социальных сетях.

Уровень вложенности страниц сайта и URL адресов

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

Вот пример: https://site.ru/catalog/sport/velosport/aksessuary/nasosy-ruchnye

Какого уровня эта страница? Ответить на этот вопрос невозможно. Зато точно можно сказать, что уровень вложенности url равен пяти.

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

Но не все так просто, поэтому нам надо рассмотреть ряд случаев, которые помогут вам понять, какую структуру выбрать для своего сайта.

Уровень вложенности страниц сайта

Есть мнение, что чем меньше уровень вложенности страницы (не URL), тем лучше. И я с ним согласен, потому что чем меньше УВ страницы, тем:

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

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

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

Упрощенно структуру можно представить следующим образом:

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

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

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

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

Идеально, когда главная страница ссылается на все категории сайта, а из категории идут ссылки на все товары или услуги, представленные в категории. Тогда все укладывается в 2 клика и 3 уровня (лично мне привычнее главную страницу обозначать нулевым уровнем, страницу доступную за 1 клик – первым уровнем и т.д., но почему-то общепринято по-другому, потому чтобы вас не путать, буду писать, как принято большинством).

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

Например, как на странице https://vannav.ru/catalog/vanny/ — основные приоритетные категории вверху:

А внизу есть ссылки на другие категории (в данном случае — бренды):

Еще один пример – https://krasnodar.aquanet.ru/catalog/vanny/ — тут ссылки на фильтры сгруппированы и выглядят органично, можно даже больше ссылок и типов фильтров добавить, они не будут мешать посетителям.

А вот внизу есть ужасный перечень всех seo-фильтров, и там почти 400 ссылок. Ребята даже блок обозначили соответствующим классом

Знайте, что вот так делать не стоит, даже несмотря на то, что сайт находится в топе. Однажды такая портянка может стать причиной жесткого переспама и наложения фильтра.

Еще из рекомендаций – если у вас в пагинации не более 10-15 страниц, имеет смысл выводить их все, а не как в примере выше (1, 2, 3 … 37, 38), тогда поисковик сможет быстро добраться до всех страниц пагинации, пробежать по всем товарам и проиндексировать/переиндексировать их.

Как сократить уровень вложенности страниц

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

ЛеруаМерлен сделали трёхуровневое меню с выпадающими списками. Выглядит оно органично, не перегружено лишней информацией.

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

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

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

Один из клиентов задал мне вопрос: «Дает ли ссылка в sitemap.xml и sitemap.html второй уровень вложенности всем страницам?». Важно понимать, что sitemap.xml никак не участвует в перелинковке сайта, соответственно, никак не влияет на уровень вложенности. Xml-карта сайта используется поисковыми роботами для индексации, страницы из карты быстрее проиндексируются, но не факт, что останутся в индексе, если у них большой уровень вложенности на сайте.

А вот html-карта сайта гораздо интереснее для нас в плане перелинковки и сокращения уровня вложенности. Имеет смысл разместить ссылку на карту сайта в футере (можно только на главной, а можно и на всех страницах). Если страниц на сайте не много, как у меня в блоге (это ссылка на карту, посмотрите), то в карте можно выводить на одной странице сразу все ссылки, тогда все страницы сайта будут у вас второго уровня!

Но если это какой-то портал или сайт с десятками и сотнями тысяч страниц, придется строить иерархию. Рассмотрим сайт аренды недвижимости федерального уровня: на первой странице карты можно перечислить все города, проваливаясь в город, видим список улиц или районов, проваливаясь глубже, мы уже видим ссылки на конечные страницы объектов. При этом имеем в виду, что не стоит делать больше 150-200 ссылок на одной странице (возможно, в карте тоже появится пагинация – это нормально). Думаю, схема вам понятна, вы сможете применить и масштабировать ее под свой проект.

Честно говоря, все вышенаписанное – это больше дань теории, ведь, делая новый сайт, вы будете строить его на какой-то CMS, а там уже заложена базовая структура и иерархия, которая укладывается в допустимые нормы. Если будете делать интернет-магазин, выбирайте, например, Битрикс или Open Cart, там уже все готово – остается заполнить разделы и товары. Целенаправленно пытаться уменьшать уровень вложенности нет никакого смысла. А если закрались сомнения – посмотрите конкурентов из топа, как у них сделано (вы убедитесь, что там все тоже «стандартно»).

Если хотите проверить уровень вложенности страниц сайта, можно использовать программу ComparseR (есть демо-версия) – там есть соответствующая колонка:

Формирование быстрых ссылок в Яндексе

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

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

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

Имя ссылок формируется на базе title, h1 и анкоров внутренних и внешних ссылок.

Уровень вложенности url адресов страниц

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

Если рассмотреть url без ЧПУ, то разговор про УВ не имеет смысла:

https://alaev.info/?p=7882 – url без ЧПУ,

https://alaev.info/blog/post/7882 — тот же url, но с ЧПУ.

Говорить о том, как это может негативно или позитивно сказаться на ранжировании или индексации, тоже неуместно. (Замечу, что наличие ключевого слова в url может влиять на ранжирование, но уже другая история.)

Тем не менее, у клиентов часто возникает вопрос в процессе разработки сайта (спросили у меня на днях):

Что выбрать, и как сейчас поисковики относятся к уровню вложенности в урле?
/shop/lifestyle/odezhda-i-obuv/aksessuary/zaponki-bmw-iconic – это норм?
Или лучше так:
/products/zaponki-bmw-iconic ?

Давайте сначала обсудим чисто технический момент – а какая вообще максимальная длина URL? Тут много нюансов, начиная с ограничений типа данных таблицы в БД, где хранится url-адрес, заканчивая тем, какое количество символов готов обработать браузер (от двух тысяч в IE до нескольких десятков тысяч в других браузерах). Но я не буду забивать вам голову, а просто скажу – лимит 2000 символов. Уверен, вы не дойдете до лимита, если только специально этого не захотите!

Я попытался найти информацию о допустимой длине url-адреса в справке поисковиков, но нашел только технические требования к формированию XML-файла выгрузки для Яндекс.Маркета: «URL страницы товара. Максимальная длина URL — 512 символов.» А в Гугле вообще ни одного упоминания про длину. Исходя из этой информации я бы стал придерживаться лимита в 512 символов, даже если вы не планируете присутствие в Маркете.

Основываясь на практике, могу сказать, что url длиннее 100-120 символов встречаются очень редко. Но во многих блогах или других изданиях про seo я вижу рекомендации придерживаться максимальной длины в 70 символов. Для этого нет никаких оснований, и я не встречал реальных экспериментов (да даже если они и есть, то влияние настолько несущественное, что в реальных условиях этим можно пренебречь).

Вернемся к теме разговора про уровень вложенности url страниц. Любой УВ url – это нормально для поисковика, можете не париться и не пытаться искусственно его уменьшить.

Но надо принимать во внимание несколько фактов.

Если вы сделаете плоскую структуру url (это когда не прослеживается иерархия разделов сайта), вам будет очень сложно анализировать индексацию. В панели Вебмастера Яндекса есть отчет «Индексирование — Структура сайта», он выглядит для моего блога следующим образом:

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

Яндекс.Вебмастер показывает разделы сайта, которые содержат не менее 10 страниц и составляют более 1% от общего числа страниц, загруженных в базу Поиска. Разделы представлены в виде дерева в соответствии со структурой URL сайта. По каждому разделу сайта доступна информация о количестве страниц, которые были загружены роботом Яндекса и участвуют в поиске.

Вот пример плоской структуры у огромного сайта:

И как тут понять, куда делись почти 3 миллиона страниц? Они не в индексе целенаправленно или по ошибке? Есть ли какие-то проблемы? Не понятно… Даже пользовательские разделы вам не очень помогут, потому что их можно добавить только пять.

Или вот еще один пример плоской структуры:

Лично мне нравится, когда вот так:

Сразу все как на ладони!

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

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

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

Пусть это будет интернет-магазин климатических систем, на этом сайте есть инверторная сплит-система Midea MSMADU-24HRFN1. Товар будет расположен в категории сплит-систем:

А так как инверторы обычно выделяют в отдельную категорию, то товар будет еще и тут:

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

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

К чему я веду? Если один товар четко привязан к одной категории – это прекрасно, используйте иерархию в структуре ваших URL адресов. Но если товар может быть сразу в нескольких категориях, то разумнее использовать иерархию только для разделов и категорий, а для товаров делать url без какой-либо привязки. На примере магазина сплит-систем это может быть следующий вид url:

В некоторых системах управления можно выбрать основной URL, то есть в какой бы категории не лежал товар, его адрес страницы всегда будет показываться только с основной категорией. Например, у Битрикса есть такая настройка из коробки (в других CMS вопрос решается модулями):

Вероятно, что с такой проблемой вы никогда не столкнетесь, но проверить все же стоит. Можете это сделать с помощью программ CompareseR, Xenu или Screaming Frog – все они покажут, есть ли у вас на сайте дубликаты страниц.

Формирование навигационной цепочки в Яндексе

В Яндексе есть одна полезная штука, завязанная на уровне вложенности url страниц – навигационные цепочки. Они похожи на хлебные крошки на сайте:

Я выбрал данный скриншот, чтобы показать, что:

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

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

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

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

Условия формирования цепочек читайте в справке Яндекса.

Исходя из информации «Навигационные цепочки строятся строго по каталогам: дерево разделов сайта должно соответствовать URL» можно добавить еще один аргумент в пользу иерархической структуры URL страниц для сайта! А из собственной практики добавлю, что наличие хлебных крошек на сайте тоже помогает в формировании НЦ.

Подведем итоги.

Уровень вложенности страниц сайта:

  • Считается по количеству кликов от главной,
  • Влияет на ранжирование,
  • Влияет ни индексирование,
  • Глубокая вложенность влияет негативно на SEO,
  • Проблема решается перелинковкой.

Уровень вложенности url-адресов сайта:

  • Считается по количеству слешей,
  • НЕ влияет на ранжирование,
  • НЕ влияет на индексирование,
  • Глубокая вложенность НЕ влияет негативно SEO,
  • Вложенная структура url помогает в анализе.

На этом у меня все, друзья. Спасибо за внимание!

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