8 августа 2015 — 20:49

Сооснователь Moz Рэнд Фишкин (Rand Fishkin) опубликовал статью в блоге, посвящённую оптимизации URL. Информация будет полезна начинающим оптимизаторам. 

Для начала важное сообщение — все советы, которые здесь приводятся, НЕ критичны для любой страницы. Этот список — скорее вещи, которые сделать желательно, но не обязательно. Google и Bing могут справляться с самыми разными техническими задачами, в том числе и «читать» самые разные URL. Но, как и всегда в SEO, чем проще для роботов (и пользователей) будет что-то сделано, тем лучше будут результаты.

 

#1: Всегда используйте один домен или субдомен, если это возможно

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

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

 

#2: Чем легче прочитать человеку, тем лучше

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

Читаемость — это субъективное понятие, но, возможно, эта иллюстрация поможет понять суть:

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

 

#3: Ключевики в URL не теряют актуальности

Использование ключевиков, по которым вы хотите двигаться, в URL — хорошая стратегия. И на это есть несколько причин.

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

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

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

#4: Разные URL для одного контента? Нормализуйте!

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

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

 

#5: Не используйте динамические параметры, если это возможно

Это старьё выглядит ужасно:

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

Большинство CMS теперь это делают автоматически, но несколько слоупоков ещё осталось. Используйте инструментыmod_rewrite и ISAPI rewrite (для IIS), они вам помогут.

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

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

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

В общем и целом, чем короче URL, тем лучше. Не доводите до крайности, если URL меньше 50-60 символов, то не беспокойтесь. Но если он длиннее сотни, то лучше его переписать.

Это не проблема для Google или Bing — машины нормально обрабатывают длинные адреса. Дело скорее в юзабилити и UX. Короткие URL легче воспринимать, копировать, вставлять, ими легче делиться. Это может казаться незначительным улучшением, но каждый твит, лайк, email и ссылка имеют значение (прямо или, чаще, косвенно).

#7: Подбирайте URL под заголовки (если это имеет смысл)

Это не значит, что если ваша статья называется My Favorite 7 Bottles of Islay Whisky (and how one of them cost me my entire Lego collection) [Мои любимые 7 сортов айлейского виски (и как один из них стоил мне целой коллекции Лего)], то URL должен в точности повторять это. Что-то типа

randswhisky.com/my-favorite-7-islay-whiskies

или

randswhisky.com/blog/favorite-7-bottles-islay-whisky

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

Вот, например, два URL, расшаренные на Фейсбуке. В первом случае абсолютно неясно, что вас ждёт на странице. Во втором же, напротив, журнал Pacific Standard позаботился о том, чтобы намекнуть на содержание статьи.

Заголовок статьи выглядит так:

(правда, которую мы не признаём: алкоголь помогает здоровью)

Рэнд советует равняться на такой же уровень ясности и в ваших URL.

#8: Включать стоп-слова в URL не обязательно

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

#9: Удаляйте знаки пунктуации и символы

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

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

#10: Не делайте редирект больше двух раз с одной страницы

Если пользователь или паук попадают с URL 1 на URL 2, то в этом нет ничего плохого. Если даже URL 2 отправляет URL 3, то и это нормально (не самый лучший вариант, конечно же, лучше было сразу связать 1 и 3, но не смертельно). Если же цепочка редиректов продолжается и дальше, то Рэнд считает, что у вас могут быть проблемы. Машины могут решить, что не стоит переходить по всей цепочке или не станут учитывать сигналы, поступающие с конечной страницы.

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

#11: Чем меньше папок, тем лучше

Возьмём такой URL:

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

И поменяем его на такой:

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

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

Однако, заключает он, это ещё один пункт, где вам лучше полагаться на свои ощущения.

#12: Избегайте хэшей в URL для отдельного/уникального контента

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

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

#13: Будьте осторожны с регистром

Пару лет назад Джон Шеррод (John Sherrod) из Search Discovery написал замечательную статью по поводу проблем с регистром в URL. Если вкратце, то с серверами на Microsoft/IIS проблем не будет, а если вы хоститесь на Linux/UNIX, то они могу распознавать разные регистры. Таким образом адрес randswhisky.com/AbC не то же самое, что randswhisky.com/aBc. А это нехорошо.

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

#14: Дефис и нижнее подчёркивание — лучшие разделители слов

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

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

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

Более того, подобные повторения не помогают в продвижении — Google и Bing давно не обращают внимания на частое использование ключевиков в URL. Рэнд предостерегает, что вы можете снизить трафик, повышая количество ключевиков в URL.

 

Источник:  Moz

---