Наш сегодняшний вопрос исходит от Ли, который спросил:
«Насколько важны пути к страницам при использовании тематических кластеров? У нас часто есть основная страница в основной навигации, но темы поддержки часто находятся в блоге.
Они взаимосвязаны, но путь к странице не соответствует идеальному направлению основной темы/подтемы/подподтемы».
Это отличный вопрос, который затрагивает множество фундаментальных областей SEO, которые мы не всегда понимаем правильно.
Давайте начнем с рассмотрения тематических кластеров и путей к страницам.
Содержание
Что такое тематические кластеры?
Тематические кластеры относятся к системе контента, которая структурирует взаимодействие страниц веб-сайта друг с другом.
По сути, это группа страниц сайта, посвященных одной и той же теме.
Основная страница написана так, чтобы широко осветить тему и дать обзор предмета. Содержание «кластера» более подробно рассматривает конкретные аспекты темы.
Например, в вашем зоомагазине может быть страница, посвященная игрушкам для кошек. В нем будет рассказано о пользе игрушек для здоровья кошек и о том, какие игрушки доступны.
Тогда у вас будут более конкретные страницы о каждом типе игрушек, игрушках, которые небезопасны для кошек, типичном игровом поведении кошек и так далее.
Эта структура контента помогает менеджерам веб-сайтов создавать подробные и актуальные тексты, охватывающие всю широту темы.
Основная страница позволяет им ориентироваться на поисковые запросы верхнего уровня и вопросы, которые могут возникнуть у кого-то по теме, но страницы кластера будут адресовать более конкретные запросы с «длинным хвостом».
Таким образом, веб-сайт повышает авторитет предмета и может демонстрировать релевантность соответствующим поисковым запросам.
Ключевым моментом является связывание страниц вместе, чтобы поисковые роботы понимали взаимосвязь между содержанием основной страницы и страницами кластера.
Причины, по которым пути к страницам могут быть важны для тематических кластеров
Теперь о путях страниц.
Обратите внимание, что я не упомянул структуру URL-адресов в приведенном выше объяснении.
Это связано с тем, что в действительности структура опор и кластеров опирается в первую очередь на связи. Именно взаимосвязь между этими страницами показывает их связь друг с другом, а не путь к странице.
Пути к страницам — это фрагменты URL-адреса, расположенные после домена. Итак, для www.helenspetstore.com/cats/toys/catnip-toys часть «cats/toys/catnip-toys» является путем.
Они могут упростить структурирование навигации
Пути к страницам могут быть полезны для организации внутренней части веб-сайта.
Если контент веб-сайта структурирован интуитивно и организованно, это может сделать очевидным, какие страницы должны ссылаться друг на друга.
Например, навигационные ссылки гораздо проще создавать программно, если они просто следуют структуре папок, показанной в URL-адресе.
Это не означает, что невозможно создавать хлебные крошки, которые не имеют той же структуры, что и URL-адрес. Вместо этого, возможно, просто необходимо подумать о том, какие страницы должны быть следующими в последовательности ссылок.
Они могут помочь с организацией вашего сайта
Аналогичным образом, наличие простой для понимания структуры папок для вашего контента означает, что ваши URL-адреса намного проще группировать.
Возвращаясь к моему примеру с зоомагазином, представьте, что у меня есть страница категории, посвященной одежде для собак: www.helenspetstore.com/dogs/clothes.
Если вся одежда для собак, которую продает моя компания, находится в этой папке, она может выглядеть так:
- Категория: www.helenspetstore.com/dogs/одежда
- Подкатегории:
- www.helenspetstore.com/dogs/clothes/coats
- www.helenspetstore.com/dogs/clothes/hats
- www.helenspetstore.com/dogs/clothes/shoes
- Страница продукта: www.helenspetstore.com/dogs/clothes/shoes/red-winter-shoes-xs
Если я решу, что больше не хочу, чтобы робот Googlebot сканировал какие-либо из этих URL-адресов, я могу просто добавить строку запрета в файл robots.txt, которая не позволит роботу Googlebot сканировать любые URL-адреса в папке /dogs/clothes/, например:
Однако если бы я структурировал страницы своих продуктов так, чтобы они находились за пределами структуры папок — например: www.helenspetstore.com/dogs-red-winter-shoes-xs — тогда этот URL-адрес не был бы охвачен вышеуказанной директивой запрета, и Googlebot все равно сможет его просканировать.
Теперь представьте, что на моем веб-сайте есть сотни страниц, посвященных одежде для собак. Неожиданно становится гораздо более сложной задачей остановить сканирование роботом Googlebot их.
Они могут облегчить анализ
Если рассматривать приведенный выше пример дальше, структура папок также помогает анализировать производительность этих страниц при использовании таких инструментов, как Google Search Console и Google Analytics.
Поскольку страницы продуктов находились в папке /dogs/clothes/, я мог легко увидеть, как работают все страницы с одеждой для собак, включая страницы продуктов, просто просмотрев папку /dogs/clothes/.
Однако если страницы продукта находятся за пределами папки /dogs/clothes/, анализ не будет включать производительность отдельных страниц продукта.
Они могут повлиять на вовлеченность пользователей
Есть аргументы в пользу того, что структура URL-адресов может повлиять на вовлеченность пользователей.
Это гораздо более обширная тема, но прежде чем делать что-то радикальное, например, менять URL-адреса просто для включения в них более описательных папок, учтите, что мы видим URL-адреса в результатах поиска все меньше и меньше, особенно на мобильных устройствах.
Они могут быть второстепенным фактором ранжирования
Опять же, небольшой элемент, который следует учитывать, заключается в том, что URL-адреса с ключевыми словами могут иметь незначительный фактор ранжирования.
Я бы не советовал реструктурировать сайт по этому поводу, но было бы упущением не упомянуть об этом.
Их можно использовать в качестве якорного текста.
Также важно отметить, что в некоторых случаях, когда на URL-адреса имеются ссылки, вместо использования слова или фразы в качестве якорного текста издатели могут просто ссылаться на «голый» URL-адрес.
Если ваш URL-путь содержит ключевые слова, они могут помочь поисковым системам понять контекст ссылки. Это может дать представление о том, что содержит страница, на которую имеется ссылка.
По сути, сам URL-адрес становится текстом привязки.
Причины, по которым URL-пути не важны для тематических кластеров
Есть несколько причин, по которым пути к страницам не так важны, как мы иногда думаем.
Для обозначения иерархии сайтов
В мире SEO часто возникает путаница, связанная с тем, что иерархия веб-сайта = структура вашего URL-адреса.
То есть структура папок вашего сайта определяет, какие страницы являются родительскими, а какие дочерними, а также важность каждой из них. Однако на самом деле здесь гораздо больше нюансов.
По всем причинам, перечисленным выше, наличие простой для понимания структуры папок полезно, но это не означает, что ваш сайт не может обозначать иерархию без нее.
Если мы подумаем о том, как пользователи и поисковые боты перемещаются по веб-сайту, то это в первую очередь посредством ссылок. Я бы сказал, что то, как веб-сайт связан между собой, гораздо более показательно для взаимоотношений и иерархии страниц.
Чтобы дать контекст
Некоторые люди будут утверждать, что URL-пути помогают придать контекст содержимому, находящемуся на страницах, и что вы можете легко определить, каким было вероятное содержимое www.helenspetstore.com/dogs/clothes/shoes/red-winter-shoes-xs до этого. вы нажимаете на него.
Абсолютно! Читабельный URL-адрес поможет создать этот контекст. Но я не думаю, что вы получите гораздо больше контекста от этого URL-адреса, чем от www.helenspetstore.com/dogs-red-winter-shoes-xs.
Стоит ли сосредоточиться на пути к странице?
Да. Это когда вы создаете сайт. Если вы работаете с нуля, вам следует подумать о путях к страницам по всем причинам, которые я перечислил ранее.
Что касается вопроса Ли о действующих вспомогательных страницах существующего веб-сайта, находящихся в папке, отличной от страницы кластера, то нет.
Пока внутренние ссылки между этими страницами надежны и присутствуют другие сигналы, такие как текст привязки и релевантность контента, не стоит изменять URL-адреса существующих страниц, чтобы они соответствовали «идеальной» структуре папок.
Риски изменения путей к страницам
Если вы решите внести изменения в пути к уже работающим, просканированным и проиндексированным страницам, помните, что существует риск.
Изменение URL-адресов означает, что роботу Googlebot необходимо будет понять, что новый URL-адрес имеет то же содержание, что и старый URL-адрес, и поэтому его следует индексировать и ранжировать вместо него.
Это не просто случай реализации перенаправления 301 со старого URL-адреса на новый. 301 редирект это просто сигнал канонизации.
Они предлагают поисковым ботам индексировать и ранжировать новый URL-адрес вместо старого.
Однако, если вы допустите ошибки с другими сигналами индексации и ранжирования, Google может не принять это во внимание.
Например, может потребоваться больше времени, чтобы старый URL-адрес выпал из индекса, если вы продолжаете ссылаться на него из своей внутренней навигационной системы.
Несмотря на то, что пользователи и робот Googlebot все равно окажутся на последней странице перенаправления, это сигнал о том, что исходный URL-адрес по-прежнему важен.
Пути к страницам важны, но учтите риски внесения изменений
Подводя итог, можно сказать, что хорошо организованный веб-сайт имеет много преимуществ.
Я всегда учитывал путь к странице при разработке архитектуры сайта с нуля. Это значительно упрощает жизнь.
Однако это не является основным фактором ранжирования этого контента. Пока вы правильно получаете другие сигналы, фактический путь URL-адреса не так уж важен.
Если вы вносите изменения в значительный объем URL-адресов или страниц, которые имеют особое значение, считайте это миграцией веб-сайта.
Установите все сдержки и противовесы, которые вы бы использовали для этого проекта. Проверьте свои внутренние ссылки, обновите карты сайта XML, установите перенаправления.
Предоставьте роботу Google как можно больше доказательств того, что новые URL-адреса достойны ранжирования.
Дополнительные ресурсы:
Рекомендованное изображение: Пол Поэзия/Журнал поисковых систем