15 лучших рекомендаций SEO для структурирования URL

1. # 1: По возможности используйте один домен и поддомен
2. # 2: чем лучше люди читают, тем лучше
3. # 3: ключевые слова в URL-адресах: все еще хорошо
4. # 4: Несколько URL-адресов, обслуживающих один и тот же контент? Канонизируй их!
5. # 5: исключать динамические параметры, когда это возможно
6. # 6: короче> длиннее
7. # 7: сопоставлять URL с заголовками большую часть времени (когда это имеет смысл)
8. # 8: Включать стоп-слова не обязательно
9. # 9: Удалить / контролировать громоздкие знаки препинания
10. # 10: Ограничить количество перенаправлений до двух или меньше
11. # 11: Чем меньше папок, тем лучше
12. # 12: Избегайте хэшей в URL, которые создают отдельный / уникальный контент
13. # 13: Остерегайтесь чувствительности к регистру
14. # 14: Дефисы и подчеркивания являются предпочтительными разделителями слов
15. # 15: Наполнение и повторение ключевых слов не имеют смысла и делают ваш сайт выглядящим спамом

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

# 1: По возможности используйте один домен и поддомен

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

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

Для более подробной информации и множества примеров (в посте и комментариях), проверьте эта последняя доска объявлений пятница по теме ,

# 2: чем лучше люди читают, тем лучше

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

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

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

# 3: ключевые слова в URL-адресах: все еще хорошо

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

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

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

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

Ключевое слово Explorer поможет вам найти лучшие слова и фразы для таргетинга.

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

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

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

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

Этот вид барахла ужасен

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

За последние годы большинство платформ CMS стали хорошо разбираться в этом, но некоторые отстающие остаются. Проверьте инструменты, такие как mod_rewrite а также ISAPI переписать или MS ' Модуль перезаписи URL (для IIS), чтобы помочь с этим процессом.

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

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

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

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

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

# 7: сопоставлять URL с заголовками большую часть времени (когда это имеет смысл)

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

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

было бы просто отлично. Так бы тоже

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

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

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

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

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

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

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

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

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

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

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

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

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

Вообще говоря, поисковые системы будут следовать этим более длинным переходам, но они рекомендовали против практики в прошлом, и для менее «важных» 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, которые создают отдельный / уникальный контент

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

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

# 13: Остерегайтесь чувствительности к регистру

Пару лет назад Джон Шеррод из Search Discovery написал отличный кусок отмечая проблемы и проблемы чувствительности к регистру в URL. Короче говоря - если вы используете серверы Microsoft / IIS, вы, как правило, в чистом виде. Если вы используете хостинг с Linux / UNIX, вы можете столкнуться с проблемами, поскольку они могут интерпретировать отдельные случаи, и, следовательно, randswhisky.com/AbC может отличаться от randswhisky.com/aBc. Это плохое печенье.

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

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

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

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

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

Просмотрите список результатов поиска ниже, и вы увидите много «щенков каноэ» в URL. Это, вероятно, не идеально, и это может привести некоторых искателей к предвзятости против желания нажимать.

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

Похожие

Комментарии