Информационная архитектура сайта
Информационная архитектура — это не меню и не красивые URL, а ответ на два вопроса: как Google вообще добирается до страницы и почему именно она должна отвечать на запрос. В этом уроке — что делает структуру рабочей для поиска, почему глубина вложенности почти никогда не бывает главной проблемой и что ломает каталоги на самом деле.
Опираться будем на документацию о том, какие ссылки Google может обойти, и на описание краулингового бюджета.
Первое: ссылка должна быть ссылкой
Самая дорогая ошибка архитектуры не в глубине, а в том, что путь к странице технически не существует. Документация формулирует это прямо: «как правило, Google может обойти ссылку, только если это HTML-элемент <a> с атрибутом href». Ссылки в других форматах сканеры обычно не разбирают.
Отсюда классический разрыв: меню на скриптах, фильтры, открывающие товары без ссылок, «показать ещё» без href. Для человека каталог есть, для сканера — нет. Проверяется это обходом: сканер сайта показывает, до чего он дошёл по ссылкам, и этот список почти никогда не совпадает с ожиданиями.
Второе: глубина — не главная проблема
«Три клика от главной» — удобное правило, но не документированное требование. Значение имеет не число уровней, а то, есть ли на страницу внятный путь и достаточно ли он заметен. Страница на четвёртом уровне с ссылками из категории и из связанных материалов обнаруживается лучше, чем страница на втором, куда ведёт одна ссылка из подвала.
Иерархию для человека и для выдачи показывают хлебные крошки с разметкой: они объясняют, где находится страница, не требуя от пользователя разбирать URL.
Третье: каталоги ломает не вложенность, а фильтры
Краулинговый бюджет определяется двумя составляющими: пределом скорости обхода и потребностью в обходе, и считается он для хоста целиком. Там же сказано важное: не каждая обойдённая страница будет проиндексирована — после обхода страницу ещё оценивают.
Фасетная навигация превращает конечный каталог в бесконечное множество адресов: каждая комбинация фильтров и сортировок — отдельный URL. У Google на это отдельное руководство, и именно здесь, а не в глубине меню, расходуется обход на крупных сайтах.
Практический признак проблемы — число известных Google URL сильно больше числа реальных страниц. Смотреть это нужно в отчёте по проблемам индексации, а соответствие карты сайта реальности — в мониторинге sitemap.
Четвёртое: одна тема — одна страница
Архитектура определяет не только доступность, но и то, какая страница отвечает за тему. Когда две категории или две статьи претендуют на один запрос, выдача выбирает сама, и выбор меняется от обхода к обходу. Это каннибализация, и лечится она не текстом, а структурой: объединением, канонизацией или переориентацией одной из страниц.
Правила консолидации описаны в руководстве по канонизации дублей, а найти конфликтующие пары в своих данных помогает каннибализация запросов. Какие разделы реально приносят показы, видно в производительности папок — это и есть архитектура, увиденная со стороны поиска.
Пятое: URL говорит о структуре, но не создаёт её
Понятный адрес полезен: руководство по структуре URL рекомендует простые, читаемые адреса со словами вместо идентификаторов. Но URL — следствие архитектуры, а не она сама. Переименование адресов без изменения связей ничего не чинит и при этом требует редиректов.
Мини-аудит архитектуры
- Обойдите сайт сканером и сравните список найденных URL с тем, что должно быть.
- Найдите страницы, до которых обход не дошёл: как туда попадает человек и почему не попадает сканер.
- Проверьте, не превышает ли число известных URL число реальных страниц в разы: если да, ищите фильтры.
- Для трёх ключевых запросов назовите одну страницу, которая должна по ним ранжироваться. Если названо две — это задача на структуру.
- Проверьте внутренние ссылки на ключевые страницы: сколько их и откуда. Анализ внутренних ссылок показывает доноров и анкоры.
Ошибки, которые видно сразу
- Меню без href: для сканера путей нет.
- Каждый фильтр — индексируемый URL без правил консолидации.
- Карта сайта и навигация описывают разные сайты.
- Две страницы на одну тему, созданные «чтобы покрыть оба запроса».
- Переименование URL вместо исправления связей.
Что дальше
Архитектура проверяется теми же данными, что и всё остальное: сначала первичной диагностикой из урока про первичный анализ сайта, потом сверкой с тем, что вознаграждает выдача, — как в уроке про конкурентный анализ. И помните про сроки: изменения проявляются не сразу, а перестройка структуры — одно из самых медленных изменений.