Мы приближаемся к завершению длинного проекта, в рамках которого мы обновляем сайт нашего клиента с пользовательской 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 следует по умолчанию.
Проблема в том, что мой клиент хочет, чтобы URL-адреса были:
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.
/destinations/
или они действительно хотят использовать/southamerica/argentina
в качестве URL конкретного продукта (как, кажется, предлагает ваш пример)? Или другими словами: какой продукт URL они хотят?Ответы:
Похоже, что 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
будет означать Бостон, Массачусетс, и вам придется иметь другой 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-адресов.
источник
Этот связанный раздел « Хорошо структурированные URL-адреса против URL-адресов, оптимизированных для SEO» , объясняет это довольно хорошо. Насколько я понимаю, URL будет иметь небольшой эффект SEO в зависимости от того, как пользователи стремятся искать контент на вашем сайте, но логическая структура сайта, которую легко обновить (так как сайты редко бывают статичными), возможно, может быть более ценной, чем преимущество SEO ...
источник
Люди могут быть смущены / раздражены глубокими иерархиями . Будьте добры к своим пользователям.
Google Analytics только анализирует (разбивает) первые 4 части пути
Вы знаете, что география на самом деле не иерархическая, верно? На каком континенте находится Турция? В каком штате находится Тексаркана ?
Вы должны использовать дефис, чтобы разбить слова в URL.
источник
Ответ не совсем простой. SEO должно быть связано с пользовательским опытом и бизнес-потребностями сайта. Не делайте вещи только для целей SEO, но думайте о SEO вместе с UX и архитектурой.
Когда дело доходит до структуры URL, я всегда говорю клиентам, чтобы URL были максимально похожи на путь пользователя через сайт. Они должны показать, как сайт структурирован и каковы приоритеты сайта. Если интересный контент находится на пять уровней ниже, то вам нужно спросить себя, почему пользователь должен пройти пять уровней, чтобы добраться до интересного контента. Для меня URL-адреса должны быть почти как панировочные сухари. Вы не хотите иметь 10 уровней панировочных сухарей, верно?
Если у вас есть структура URL, основанная на пути пользователя, и этот путь является прямым и релевантным, Google будет сканировать и индексировать ваш сайт надлежащим образом. Еще важнее то, что в будущем вы сможете расширять и улучшать свой сайт, не сталкиваясь с нелогичными или византийскими структурами.
источник
Включите только последнюю часть URI, затем используйте канонические символы, чтобы обрезать средние уровни для ботов. Укороченный URI [со строкой идентификатора, если необходимо] не обязательно должен быть виден для среднего использования человеком на сайте, хотя они могут увидеть, что он щелкает из SERPS. Этот более короткий [идентификатор] URI на самом деле не имеет большого значения для IMO, поскольку при следующем щелчке он вернется к удобной для человека сегментированной структуре. Даже акции использовали бы «чистый» сегментированный URI вместо канонического. Эти SEO "профи" должны были подумать об этом первым делом. Проблема решена.
источник