Силос — это модель навигации
Контентный силос объединяет страницы, которые отвечают на одну тему или задачу пользователя, и связывает их понятным маршрутом «хаб — дочерние страницы». Это шаблон архитектуры информации, а не переключатель ранжирования и не просто название папки. Хороший силос помогает человеку войти на общую страницу, выбрать более узкий вопрос и вернуться к общему контексту, не полагаясь на поиск.
Например, у технического сайта может быть хаб по управлению индексацией. Под ним — страницы о директивах robots, канонических URL, sitemap и кодах статуса, а внутри каждой темы — более глубокие примеры. Страницы не взаимозаменяемы: хаб объясняет зону решений, страница глоссария определяет термин, а руководство показывает внедрение. Если каждая страница повторяет один и тот же ответ, силос лишь прячет дубли за иерархией.
Проектируем хаб и дочерние страницы
Начните с реальных задач и текущего списка страниц. Объединяйте страницы в группу, только если их связь можно выразить одним предложением, которое узнает посетитель. Затем решите, что относится к хабу, что заслуживает отдельной дочерней страницы, а что должно остаться разделом другой страницы. Рекомендации Google о полезном контенте поддерживают организацию для людей. Фиксированного числа уровней или страниц они не задают.
| Элемент | Отдельная задача | Признак, что он нужен |
|---|---|---|
| Хаб-страница | Сориентировать посетителя и сравнить подтемы | Несколько связанных вопросов нуждаются в общей отправной точке |
| Дочерняя страница | Полностью ответить на один узкий вопрос | У темы есть уникальная процедура, примеры или ограничения |
| Контекстная ссылка | Переходить между действительно связанными задачами | Предложение-источник объясняет, зачем нужна следующая страница |
| Ссылка между силосами | Связать вторичную, но полезную связь | Она помогает текущему читателю, а не показателю по всему сайту |
Конкретный пример планирования: на сайте есть отдельные страницы «как написать robots.txt» и «что значит noindex». Хаб может объяснить различие между сканированием и индексацией и вести на обе страницы. Страница про HTTP 410 может ссылаться на хаб по управлению индексацией, когда объясняет окончательное удаление. Но размещать ее в хабе не нужно только потому, что каждому SEO-термину нужно больше ссылок.
Ссылки внутри темы и между темами
Основной маршрут должен идти от хаба к дочерним страницам и обратно. Используйте описательные анкоры, которые называют пользу страницы, на которую ведет ссылка. Ссылки между силосами уместны, когда следующий вопрос читателя действительно выходит за границы группы. Например, при разборе проблем с производительностью можно дать ссылку на архитектуру рендеринга. Критерий — локальная релевантность, а не то, выглядит ли схема идеально разделенной.
- Составьте список текущих страниц, их задачи пользователя, канонического URL и существующих входящих ссылок.
- Наметьте кандидатов в хабы вокруг тем, у которых есть несколько разных вопросов.
- Для каждой предлагаемой дочерней страницы определите уникальную задачу и решите: страница, раздел или не нужна.
- Добавьте ссылки «хаб — дочерняя страница» и обратно в HTML после рендеринга. Ссылки между силосами ставьте только с явной пользой для читателя.
- Сканируйте от URL хаба и проверяйте, что у каждой индексируемой дочерней страницы короткий прямой путь и нет противоречивого канонического или навигационного маршрута.
Проверяем архитектуру
Силос работает, если читатель может перейти от входной страницы к конкретному ответу без тупиков, а сканирование находит тот же маршрут. Проверяйте страницы-сироты, повторяющиеся title и почти одинаковые разделы, а также ссылки, которые ведут через редиректы. Не создавайте тонкие страницы только ради того, чтобы заполнить схему. Записанное решение «не создавать» часто полезнее страницы без уникального ответа.