Оптимизация URL сайта для SEO и юзабилити

1. Иерархические URL
2. URL основной категории
3. URL подкатегории
4. URL-адреса подкатегорий
5. URL продукта
6. Параметры URL в порядке
7. Структура сайта и информационная архитектура
8. Ключевые уроки

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

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

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

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

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

Иерархические URL

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

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

URL основной категории

Прежде всего, нам нужно опираться на наше исследование ключевых слов, чтобы увидеть, какие типы ключевых слов люди используют для поиска этого типа безопасной загрузки. Быстрый поиск с использованием Google Keyword Planner показывает, что «безопасные ботинки» популярны, но не так популярны, как «рабочие ботинки». Тем не менее, «рабочие ботинки» имеют сильный сезонный элемент, в то время как «защитные ботинки» нет, что заставляет меня подозревать, что они не обязательно означают одно и то же. И действительно, «рабочие ботинки» в первую очередь предназначены для наружного использования, в то время как «защитные ботинки» являются более общими и могут относиться как к рабочим ботинкам внутри, так и снаружи.

Существует также сильный географический аспект популярности этих ключевых слов, причем «рабочие ботинки» являются предпочтительным ключевым словом в США.

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

Таким образом, нашей категорией высшего уровня будут «Защитные ботинки». Это дает нам довольно простой URL страницы категории:

http://www.website.com/ safety-boots /

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

URL подкатегории

Наше исследование ключевых слов показывает, что в поисках защитных сапог есть сильный элемент бренда, и пользователи часто ищут конкретных производителей, таких как Dr Martens и Caterpillar. Популярность ключевых слов бренда значительно выше, чем поиск конкретных атрибутов, таких как «стальные пальцы» или «нескользкие подошвы».

Итак, нашими первыми подкатегориями будут загрузочные бренды:

http://www.websites.com/safety-boots/ caterpillar /

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

URL-адреса подкатегорий

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

http://www.website.com/safety-boots/caterpillar/ steel-toe /

или же

http://www.website.com/safety-boots/caterpillar/ ? attr = steeltoe

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

URL продукта

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

http://www.websites.com/safety-boots/caterpillar/ holton-sb-boot.html

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

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

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

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

http://www.websites.com/safety-boots/caterpillar/steel-toed/holton-sb-boot.html
http://www.websites.com/safety-boots/caterpillar/waterproof/holton-sb-boot.html

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

http://www.website.com/caterpillar-holton-sb-safety-boot.html

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

Параметры URL в порядке

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

http://www.website.com/safety-boots/caterpillar/ ? attr = steeltoe

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

Используя параметры, вы включаете более простое управление сканированием - вы можете просто добавить те параметры, которые имеют ограниченное значение SEO (и которые вы не хотите сканировать), в свой файл robots.txt, в то время как вы оставляете те, которые вы хотите, сканировать без изменений.

Пользователь-агент: Googlebot

Disallow: / * attr = цена *

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

Структура сайта и информационная архитектура

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

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

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

Одной из лучших работ по информационной архитектуре в отношении веб-сайтов является так называемая книга Белого медведя О'Рейли: Информационная архитектура для Интернета , Только что вышло обновленное 4-е издание с расширенной сферой охвата, включающей все формы цифрового дизайна:

Книга О'Рейли по информационной архитектуре, 4-е издание

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

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

Ключевые уроки

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

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

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