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

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

На прошлой неделе наш клиент бросил крупный гаечный ключ в своих работах, сказав нам, что «эксперты по SEO», которые он начал использовать на своем текущем сайте, сказали, что структура сайта, которую использует новый сайт Umbraco, является неработоспособной, а также плохой для SEO потому что у него много «уровней». Их основная забота заключается в том, что их продукты и услуги вложены слишком далеко вниз в дерево и что это как-то влияет на их SEO отрицательно. Я признаю теперь, что я не эксперт по SEO и считаю, что вся вещь SEO немного черного искусства, которая, кажется, меняется каждую неделю, может ли кто-нибудь дать мне какие-либо советы относительно этого, а также доказательства в поддержку (желательно от самих Google ).

Здесь находится сайт, если вы хотите взглянуть: http://tinyurl.com/umbracourlstructure

Мы структурировали страницы следующим образом: (1) = Уровень {X} = Не в Главной навигации

(1)->Home
  (2)--> Destinations
    (3)---> South America [Continent]
      (4)----> Argentina [Country] {X}
        (5)-----> Buenos Aires [Area] {X}
          (6)------> Buenos Aires [City] {X}
             (7)-------> Package Product 1 {X}
             (7)-------> Package Product 2 {X}
             (7)-------> Package Product 3 {X}
             (7)-------> Hotel Product 1 {X}
             (7)-------> Hotel Product 2 {X}
             (7)-------> Hotel Product 3 {X}
             (7)-------> Activity Product 1 {X}
             (7)-------> Activity Product 2 {X}
             (7)-------> Activity Product 3 {X}
      (4)----> Bolivia {X}
    (3)---> North America [Continent]
  (2)--> Holiday Types
    (3)---> Cruise
    (3)---> Family Holiday
  (2)--> Places To Stay {X}
  (2)--> Things To Do {X}
  (2)--> About Us   
  • Продукты имеют фактические имена на веб-сайте, но пронумерованные версии, показанные выше, являются просто примером

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

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

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

Если вы нажмете область внутри страны, они снова будут отфильтрованы.

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

www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1

Это, конечно, из-за структуры дерева /папок, по умолчанию Umbraco.

Проблема заключается в том, что мой клиент хочет, чтобы URLS был:

www.example.com/southamerica/argentina

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

Есть ли у кого-нибудь какие-либо рекомендации относительно этого и любого опыта, так как действительно ли уровень гнездования действительно вреден для SEO? Моя основная проблема заключается в том, что только сейчас, когда мы завершаем разработку, они поднимают эти проблемы и меняют структуру в Umbraco, по сути, означают переписывание большого количества сайта, на котором у нас действительно нет времени или ресурсов для сделать.

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

После обнаружения этих данных я перенаправил следующие ресурсы нашему клиенту:

Сохранять простую структуру URL: https://support.google.com/webmasters/answer/76329?hl=ru

Увеличивает ли количество подкаталогов в URL-адресе рейтинг? https://youtu.be/l_A1iRY6XTM

Тем не менее, они уволили оба этих ресурса с аргументом о том, что видео датировано 2010 годом и что практика Google, вероятно, изменилась с тех пор.

Итак, может ли кто-нибудь пролить свет на эту проблему и указать мне в сторону каких-либо более свежих заявлений или рекомендаций, которые Google выпустила, чтобы связать эту проблему?

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

18 голосов | спросил jezzipin 8 PMpWed, 08 Apr 2015 12:28:51 +030028Wednesday 2015, 12:28:51

5 ответов


10

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

  • Точный домен соответствия: www.keyword-phrase.com
  • Точный путь ключевого слова: example.com/keyword-phrase
  • Множество каталогов: example.com/category/subcategory/info/keyword-phrase
  • Работает на базе базы данных: example.com/info.php?id=388388
  • Статья со слизью: example.com/article-2829802-what-do-i-do-with-keyword-phrase

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

Одна потенциальная проблема с www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1 заключается в том, что длина иногда приводит к ее усечению. Это чаще всего происходит, когда оно отправляется по электронной почте или когда оно вставляется в форум. Он может появиться как www.example.com/destinations/southamerica/argentina/buenosai... Пользователи, которые посещают этот сайт, получат ошибку 404. Вы не сможете полностью его исправить, потому что часть, которая была отрублена, имеет важную информацию о том, чего именно хочет пользователь. Google найдет эти URL-адреса и сообщит о 404 ошибках в Инструментах для веб-мастеров Google.

Еще одна проблема с длинными URL-адресами заключается в том, что пользователи никогда не запомнят их или не смогут ввести их. Пользователи больше всего похожи на URL-адреса, которые являются описательными, запоминающимися и достаточно короткими для ввода. С точки зрения пользователя идеальным URL-адресом может быть www.example.com/buenos-aires. Конечно, для туристического сайта, который трудно управлять. www.example.com/boston должен был бы означать Boston, MA, и вам нужно было бы иметь еще один URL-адрес, например www.example.com/boston-tx для менее популярных город в Техасе. www.example.com/portland очень неоднозначен, потому что и Portland OR, и Portland ME - популярные туристические направления. Википедия обрабатывает такие случаи со страницами «неоднозначности» и отдельными URL-адресами, такими как /portland-me и /portland-or.

Хотя ваши очень длинные URL-адреса структуры каталогов не идеальны, а не то, что я бы выбрал, они не повредят юзабилити или SEO , что значительно . Я бы оценил, что идеальные короткие URL-адреса улучшат удобство использования 5%, что в свою очередь улучшит SEO примерно на 0,5% в течение нескольких лет. Обычно есть намного более простые способы получить такое улучшение, по сравнению с тем, чтобы тратить время на обновление URL-адресов.

ответил Stephen Ostermiller 8 PMpWed, 08 Apr 2015 13:12:01 +030012Wednesday 2015, 13:12:01
5

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

ответил Alex 8 PMpWed, 08 Apr 2015 13:11:52 +030011Wednesday 2015, 13:11:52
5

Люди могут запутаться /раздражаться глубокими иерархиями . Будьте добры к своим пользователям.

Google Analytics анализирует (распаковывает) первые 4 части пути

Вы знаете, что географические регионы на самом деле не иерархичны? На каком континенте находится Турция? Какое состояние Texarkana в?

Вы должны использовать дефис разбить слова в URL-адресах.

ответил Neil McGuigan 8 PMpWed, 08 Apr 2015 23:11:29 +030011Wednesday 2015, 23:11:29
2

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

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

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

ответил Ferro 8 PMpWed, 08 Apr 2015 16:24:38 +030024Wednesday 2015, 16:24:38
0

Включите только последнюю часть URI, затем используйте канонические средства, чтобы вырезать средние уровни для ботов. Сокращенный URI [с строкой идентификатора, если необходимо] не должен быть видимым для пользовательского использования на сайте, хотя они могут видеть, как он нажимает на кнопку из SERPS. Этот более короткий [идентификатор] URI действительно не является большой сделкой IMO, так как он будет возвращаться к удобной для пользователя сегментированной структуре при следующем нажатии. Даже акции будут использовать «чистый» сегментированный URI вместо канонического. Эти «профи» SEO должны были подумать об этом в первую очередь. Проблема решена.

ответил dhaupin 8 PMpWed, 08 Apr 2015 23:57:55 +030057Wednesday 2015, 23:57:55

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132