Ответ
15 советов по структурированию URL-адреса Опции темы
Старый 01.03.2015, 16:40
  #1
Nataly
 
Регистрация: 30.07.2014
Сообщений: 474

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

#1: Используйте один домен и субдомен

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

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





#2: Чем выше читаемость URL-адреса для человека, тем лучше

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





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

#3: Включайте ключевые слова в URL-адрес

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





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





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





#4: Канонизируйте несколько URL-адресов, обслуживающих похожий контент

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

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

#5: Исключайте динамические параметры (когда это возможно)

Такого рода вещи неприятны:





Если вы можете избежать использования параметров URL, сделайте это. Если у вас есть более двух параметров URL-адреса, следует переписать его как статический, читаемый текст. Чтобы разобраться с этим используйте такие инструменты, как mod_rewrite и ISAPI rewrite или MS' URL Rewrite Module.

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





Исследование 2014 RadiumOne study предполагает, что обмен в социальных сетях (оказывающий положительное косвенное воздействие на SEO) с более короткими URL-адресами, которые четко передают суть сайта и контента, работает лучше, чем с короткими небрендированными или длинными нечеткими URL-адресами.

#6: Короче > длиннее

Более короткий URL является более предпочтительным. При этом не нужно доходить до крайности, и если URL уже меньше 50-60 символов, то это нормально. Но если его длина превышает 100+ символов, то будет лучше переписать его.

Это не является прямой проблемой для Google или Bing, так как поисковые системы легко обрабатывают длинные URL-адреса. Вопрос в юзабилити и пользовательском опыте. Более короткий URL-адрес легче парсить, копировать и вставлять, им также легче делиться в социальных сетях и вставлять в контент, и, хотя все это лишь частично влияет на обмен или развитие, каждый твит, лайк, share, пин, электронный адрес и ссылка имеют значение (либо напрямую, либо, зачастую, косвенно).

#7: Соответствие URL-адреса заголовкам (когда это имеет смысл)

Это не означает, что если заголовок статьи «Мои любимые 7 бутылок виски Islay (и как одна из них стоила мне всей коллекции Lego)», то URL-адрес должен идеально его отражать.

Что-то вроде randswhisky.com/my-favorite-7-islay-whiskies было бы просто замечательно.

Или же такой вариант randswhisky.com/blog/favorite-7-bottles-islay-whisky или сочетание из них двоих.

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





Например, выше, вы видите два адреса, которыми я поделился на Facebook. В первом совершенно непонятно, что вы найдете на этой странице. Ясно только, что это страница одного из разделов сайта BBC, но помимо этого, отсутствует возможность понять, что будет на ней. Во втором примере журнал Pacific Standard magazine обеспечил понимание того, что будет на странице с помощью URL-адреса, и затем мы видим каков заголовок статьи:





Мы должны стремиться к аналогичному уровню ясности в наших собственных URL-адресах и заголовках.

#8: Исключение стоп слов не обязательно

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

#9: Удаление/контроль за громоздкими знаками препинания

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





#10: Сократите число перенаправлений до двух или меньше

Если пользователь или паук запросят URL А, который перенаправляет их на URL B, то это нормально. Также будет хорошо, если URL-адрес B перенаправит их на URL C (не совсем удачно, было бы лучше, если бы URL-адрес А сразу перенаправлял на URL C, но не страшно). Но если после двух раз перенаправления продолжаются, можно заработать проблемы.

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

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

Сократите до минимума их число, чтобы оградить себя от трудностей.

#11: Меньшее количество папок, как правило, лучше

Возьмем URL-адрес:

randswhisky.com/scotch/lagavulin/15yr/distillers-edition/pedro-ximenez-cask/750ml

И, к примеру, структурируем его таким образом:

randswhisky.com/scotch/lagavulin-distillers-edition-750ml

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

#12: Избегайте хэшов, которые создают отдельный/уникальный контент

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

Хэши также используются в качестве параметров отслеживания (например, randswhisky.com/lagavulin#src=twitter). Использование их в других целях, например, для показа уникального контента, а не того, что доступно на странице без хэшей или полностью отдельных страниц, как правило, плохая идея.

Есть исключения, когда Google позволяет разработчикам использовать «#!» для динамических AJAX-приложений, но даже они не столь понятны, доступны для посетителей или просты с точки зрения SEO как статически переписанные URL-адреса. Сайты от Amazon до Twitter обнаружили огромные преимущества в упрощении ранее сложных и имеющих хэш/символ (#!) URL-адреса. Старайтесь избегать этого.

#13: Помните о чувствительности URL-адреса к регистру

Пару лет назад John Sherrod из Search Discovery написал замечательную статью, отметив в ней трудности и проблемы, связанные с чувствительностью URL к регистру. Короче говоря, если вы используете серверы Microsoft/IIS IIS, то вы в безопасности. Если вы используете хостинг Linux/UNIX, то у вас могут возникнуть проблемы, так как они интерпретируют отдельные регистры по-разному.





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

#14: Дефисы и подчеркивания - предпочитаемые разделители слов

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

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

#15: Нагромождение ключевых слов и повторений не имеет смысла и придает вашему сайту вид спама

Посмотрите на листинг результата поиска ниже, и вы увидите массу «canoe puppies» в URL-адресе. Вероятно, это не лучший вариант, так как некоторых пользователей это предупредит не переходить по ссылке.





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

Ответ
 
 

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
8 советов как использовать Google+ для бизнеса luxurious Сервисы 0 27.08.2014 23:37
5 советов по увеличению трафика с Pinterest ShadY Статьи 0 03.06.2014 12:54
SEO, ваш сайт и вы: 5 мифов и 10 советов Ребиллер Магазины 0 15.04.2014 14:05
10 SEO советов для электронной торговли Holly Магазины 0 09.04.2014 22:35
Смена Ip адреса demonikl14 Сервисы 3 01.07.2013 15:01

Метки
url-адрес, канонизация, ключевые слова, регистр, структурирование, субдомен, хэш


Здесь присутствуют: 1 (пользователей: 0, гостей: 1)
 
Опции темы

Быстрый переход


Текущее время: 04:56. Часовой пояс GMT +3.