Структура сайта: как спланировать разделы и страницы

Страницы объединяют по задаче посетителя

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

Рассмотрим сайт, на котором несколько направлений услуг и поясняющие материалы помогают посетителю подготовить запрос расчёта. Названия отделов здесь не помогают. Посетитель приходит со своей задачей, поэтому группировка по внутренним исполнителям может разделить нужные посетителю сведения между далёкими пунктами меню и заставить самостоятельно собирать предложение, хотя с точки зрения бизнеса все страницы уже существуют и формально доступны с главной.

Структуру удобнее обсуждать до дизайна. В карте страниц видно, где компания готова дать самостоятельный ответ, какие сведения ещё требуется подготовить и в каком месте посетитель встретит предложение обратиться, поэтому макеты строятся на понятном содержании, а повторные разделы не появляются после согласования внешнего вида.

Откуда берутся будущие разделы

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

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

Я бы начал с групп услуг, которые компания умеет различать в разговоре с клиентом. Направления без самостоятельного содержания оставил бы внутри соответствующей страницы. Этот выбор сокращает пустые разделы, но сохраняет важные различия. Перед обсуждением с разработчиком полезно попросить продажи назвать вопрос, который закрывает каждый будущий адрес: если сотрудники не могут объяснить разницу между соседними страницами, структуру ещё рано превращать в меню.

Иерархия и дополнительные связи решают разные вопросы

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

Для небольшого сайта услуг обычно достаточно понятной иерархии. На странице направления видны входящие в него предложения. Из конкретной услуги можно перейти к общему описанию или связанному материалу. В рекомендациях Яндекса обычная HTML-ссылка описана через элемент a с href. Для заказчика смысл простой: нужная страница открывается по ссылке, которую человек видит и понимает, а специалист может проверить путь поискового робота без догадок о том, какой скрытый элемент интерфейса надо сначала активировать.

Последовательная структура подходит отдельному процессу: например, заполнению обращения. Но делать весь сайт цепочкой экранов неудобно для посетителя, который уже знает нужную услугу и хочет открыть её сразу. Смешанная структура естественна. Иерархия сохраняет порядок, а полезные переходы связывают объяснения, предложения и подтверждения в том месте, где они отвечают на следующий вопрос человека.

Меню отражает выбор, доступный клиенту

В меню выводят основные пути. Попытка поместить туда каждую статью превращает навигацию в справочник, который особенно трудно просматривать на телефоне.

Названия разделов лучше проверять без пояснений автора. Человек видит «Услуги» и ожидает перечень предложений. Под словом «Решения» он может ожидать готовые продукты, отрасли или примеры работ. Общее название допустимо, если содержание действительно ясно. Если же каждый пункт требует устного комментария, полезнее переименовать его до макетов, потому что сотрудники компании уже привыкли к своей терминологии и редко замечают, что новый посетитель прочитает её иначе и выберет соседний раздел лишь по знакомому слову.

Навигационная цепочка помогает понять положение текущей страницы. В справке Яндекса это ряд ссылок на разделы, к которым она относится. В многоуровневом каталоге услуг такая цепочка особенно полезна при входе прямо из поиска: человек видит направление работы и может вернуться к списку, хотя главную страницу до этого вообще не открывал. Разметку для поискового отображения специалист готовит отдельно от видимого оформления.

Структура страницы продолжает структуру сайта

У одной страницы тоже есть порядок. Сначала человек узнаёт предложение, затем получает основания для выбора и понимает, какие сведения понадобятся для обращения.

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

Для сложного предложения выбирайте самостоятельные смысловые блоки с заголовками, а важные условия оставляйте рядом с действием, к которому они относятся. Запрос расчёта без объяснения необходимых вводных принесёт менеджеру неполные обращения. Большой список документов перед самым первым описанием услуги, наоборот, остановит человека, который ещё не понял, подходит ли ему предложение. Порядок помогает дозировать сведения. Он следует развитию решения посетителя, поэтому набор блоков различается между услугой, статьёй и страницей контактов.

Рабочая карта включает содержание и владельца

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

Каждой странице назначают отдельный адрес. Яндекс выделяет это в рекомендациях по структуре. Читаемый адрес удобен и команде. Однако переименовывать действующие URL только ради красивого написания опасно без плана перехода: ссылки в рекламе, письмах и сохранённых материалах продолжат вести по прежним путям, поэтому изменение структуры сначала описывают как карту соответствия, а затем проверяют, что посетитель с любой старой полезной ссылки всё ещё попадает к нужному предложению.

Для новой страницы полезно назвать и владельца содержания. Если условия услуги утверждает отдельный специалист, у редактора остаётся путь уточнения. Иначе в карте появится готовый адрес, который не удаётся наполнить достоверной информацией. На этапе плана такой пробел исправляется разговором, а после запуска становится пустым разделом на сайте.

Как увидеть структуру глазами поиска

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

В Яндекс Вебмастере есть раздел «Структура сайта». Показатель «загружено» относится к страницам, к которым робот обратился. Это не список только успешных ответов. Для оценки участия в выдаче смотрят отдельно «страниц в поиске», поскольку загруженная страница может оказаться перенаправлением, дублем или ошибкой, и один большой счётчик обхода ещё не объясняет, видит ли поисковик основные услуги компании.

Файл Sitemap сообщает поиску об актуальных адресах. В Вебмастере для него предусмотрена страница «Файлы Sitemap». После изменения файла его не требуется каждый раз удалять и добавлять заново. Специалист следит за обработкой и ошибками, а заказчику показывает список значимых страниц, чтобы техническая карта соответствовала реальному содержанию и не состояла из случайных параметров, пустых рубрик или адресов, на которые уже нет переходов для посетителей.

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

Если разделы меняются без общего плана

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

Последствия заметны в работе продаж. Посетитель приходит с неправильным ожиданием или не находит предложение, которое видел раньше. Редактор не понимает, какой адрес считать главным. Подрядчик получает противоречивые задания. Эти потери проще предотвращать одной обновляемой картой: перед добавлением страницы команда выясняет, какой вопрос она закрывает и куда войдёт в навигации, а после изменения содержания возвращается к связям, которые обещают посетителю переход к этой информации.

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