Многие корпоративные сайты при проверке основ индексации уделяют внимание заголовкам, описаниям и ключевым словам главной страницы, но забывают об иерархии страниц. Как только иерархия становится запутанной, добавление разделов, смена шаблона или изменение контента превращаются в проблему: одна и та же услуга появляется в двух каталогах, навигация и хлебные крошки не совпадают, а удаление старых страниц грозит потерей точек входа. Чтобы избежать этого, при проверке следует рассматривать иерархию как отдельную задачу.
Сначала проверьте, можно ли по URL определить положение страницы
Иерархия страниц наиболее наглядно отражается в URL. При проверке откройте несколько основных страниц и посмотрите, отражает ли путь их место на сайте. Например, страницы услуг могут находиться в /fuwu/, а конкретные услуги — на уровень ниже, чтобы читатель уже по адресу понимал, к какой категории относится контент. Если все страницы свалены в корень или используются адреса вида /page-12.html, не несущие смысла, при сопровождении будет сложно быстро определить, к какому разделу относится страница.
Проверку можно организовать так: выгрузите список URL основных страниц, сгруппируйте их по префиксу каталога и посмотрите, сколько страниц в каждой группе и относятся ли они к одному типу контента. Если в одном каталоге смешаны страницы услуг, новостей и загрузок, значит, разделение каталогов требует пересмотра. На этом этапе не нужно менять страницы на сайте — достаточно подготовить список.
Группировка каталогов должна следовать типу контента, а не шаблону
Некоторые сайты группируют каталоги по стилю шаблона, например, объединяют страницы с одинаковой вёрсткой. На начальном этапе это удобно, но при росте контента возникают проблемы: непонятно, куда поместить новую страницу, редакторы не запоминают правила. Более устойчивый подход — группировать по типу контента: услуги, кейсы, новости, о компании — каждый в своём каталоге, а внутри каталога — по бизнес-направлению или времени.
Чтобы оценить разумность каталога, задайте три вопроса: относятся ли страницы в этом каталоге к одному типу контента; сможет ли новый сотрудник по названию каталога догадаться, что внутри; будет ли понятно, в какой каталог добавить новую страницу того же типа. Если хотя бы на один вопрос нет ответа, значит, правила группировки недостаточно чёткие и их нужно унифицировать на этапе проверки.
Навигация, хлебные крошки и URL должны указывать на одну структуру
Иерархия страниц существует не только в URL, но и в навигации и хлебных крошках. При проверке последовательно откройте основные разделы и убедитесь, что название раздела в навигации, путь в хлебных крошках и каталог в URL соответствуют друг другу. Частая проблема: в навигации раздел называется «Решения», в URL — /product/, а в хлебных крошках отображается «Главная > Центр продукции». Три разных названия сбивают с толку и пользователей, и редакторов.
Решение: сначала определите внешнее название каждого раздела, а затем приведите навигацию, хлебные крошки и каталог URL к этому названию. Если по историческим причинам URL сложно изменить, по крайней мере обеспечьте согласованность навигации и хлебных крошек, а во внутренней документации укажите соответствие между URL и названием раздела, чтобы облегчить работу тем, кто придёт позже.
Предусмотрите место для расширения иерархии
При планировании иерархии нужно учитывать, будут ли добавляться новые разделы. Если все услуги находятся в одном каталоге первого уровня, при росте бизнеса придётся только добавлять страницы того же уровня, и иерархия станет слишком плоской. Более надёжный подход — зарезервировать уровень категорий: например, внутри услуг сгруппировать по бизнес-линиям, а в каждой группе разместить конкретные страницы услуг. Тогда при добавлении новой услуги достаточно отнести её к существующей группе, не перестраивая весь сайт.
Резервирование не означает создание множества пустых каталогов заранее. При проверке достаточно убедиться, что логика группировки работает, а страницы создавать по мере появления контента. Пустые каталоги и страницы разделов, если их обнаружат поисковые системы, могут привести к дублированию или низкокачественному контенту, поэтому структуру нужно продумать, а создавать элементы по необходимости.
Используйте список иерархии для поддержки сопровождения
После проверки рекомендуется оставить простой список иерархии, в котором для каждого каталога указаны тип контента, внешнее название раздела, ответственный и частота обновления. Список не должен быть сложным — достаточно одной таблицы. Его задача — быстро отвечать на вопросы при сопровождении: «куда поместить эту страницу», «кто отвечает за этот раздел», «какие URL нельзя менять при редизайне».
Список можно организовать по таким полям: путь каталога, название раздела, тип контента, примеры страниц, ответственный, примечания. При каждом добавлении раздела или изменении структуры обновляйте его, чтобы правила иерархии не оставались только в чьей-то памяти. Для корпоративного сайта такой список имеет более долгосрочную ценность, чем разовая проверка индексации.
Рекомендуемый порядок проверки основ индексации
Если совмещать проверку иерархии с другими пунктами основ индексации, можно придерживаться такого порядка: сначала выгрузить список URL и сгруппировать по каталогам, затем проверить соответствие навигации и хлебных крошек каталогам, после этого оценить, разделены ли каталоги по типу контента, и наконец убедиться, что предусмотрено место для расширения и оставлен список для сопровождения. На каждом шаге критерием должно быть «поймут ли это позже, сможет ли кто-то другой это сопровождать», а не только то, открываются ли страницы сейчас.
Хорошо спланированная иерархия страниц уменьшает объём изменений при сопровождении. Чтобы добавить страницу услуги, достаточно создать её в нужном каталоге; чтобы изменить раздел, нужно лишь синхронизировать навигацию и список; при смене шаблона структура URL остаётся стабильной, и соответствие старых ссылок проще отследить. Эти преимущества не проявятся мгновенно в каком-то показателе, но будут постоянно снижать количество переделок в повседневной работе.
