Архитектура сайта: что важно для Google
Архитектура сайта — это то, как страницы сгруппированы, названы и связаны между собой. Самое важное в ней — не число кликов от главной, а три практических вещи: страницы достижимы по обычным ссылкам, у каждого материала один понятный адрес, а посетитель понимает, где он находится. Ниже — что об этом говорит документация Google, как устроить разделы, навигацию и пагинацию и какие популярные правила («не глубже четырёх кликов» и подобные) в документации не подтверждаются.
Что сказано в документации, а что нет
Стартовое руководство Google по SEO советует организовать сайт логично, но тут же предупреждает: не нужно бросать всё и перестраивать сайт ради поисковиков — они, скорее всего, поймут ваши страницы и в их нынешнем виде, как бы сайт ни был устроен. Главный адресат структуры — посетитель: ему нужно ориентироваться и находить разделы. Поэтому архитектуру стоит менять, когда она мешает людям или ломает доступность и дубли, а не ради «идеальной» схемы.
В документации нет правила «любая страница не глубже четырёх кликов», нет числовых порогов глубины, нет утверждения, что вес «затухает» с каждым уровнем, нет данных о том, что «тематические кластеры» поднимают позиции, и нет сравнения силы поддомена и подпапки. Это рабочие эвристики авторов курсов. Их можно использовать как ориентир при проектировании — но не как факт о Google и не как аргумент для миграции.
Что в документации есть
1. Понятные адреса
Справка об адресах страниц советует делать их описательными: слова в адресе полезны людям, а случайные идентификаторы — меньше. По словам в адресе Google может понять и «хлебные крошки». Если на сайте тысячи адресов, группировка похожих страниц по каталогам помогает Google оценивать, как часто обновляется каждый каталог; на небольших сайтах это почти не заметно. Подробности — в уроке про структуру URL.
2. Один материал — один адрес
Справка о дублирующихся адресах рекомендует, чтобы к каждому материалу вёл один URL. Для архитектуры это значит: один товар не должен лежать в трёх категориях с тремя разными адресами, фильтры и сортировки не должны плодить бесконечные варианты, а во внутренних ссылках нужен один канонический вид адреса. Если дубли неизбежны — см. урок про canonical и про дублированный контент.
3. Ссылки, по которым можно ходить
Google находит страницы по ссылкам, и в справке про ссылки, доступные для сканирования разобрано, какие работают: элемент <a> с атрибутом href, ведущим на реальный адрес. Меню, где переход происходит только по клику через скрипт, элементы без href или адреса, подставляемые лишь после действия пользователя, — рискованны. Подробнее — в уроках про навигацию, JavaScript SEO и то, как поисковики находят страницы.
| Элемент навигации | Риск | Что делать |
|---|---|---|
Меню на ссылках <a href> | низкий | оставить как есть |
Переход по onclick или кнопке без href | Google может не найти адрес | заменить на обычную ссылку |
| Поиск по сайту как единственный путь к страницам | робот не вводит запросы в формы | добавить разделы и ссылки на материалы |
| Страница без входящих внутренних ссылок | узнать о ней можно только из карты сайта или внешних ссылок | связать с разделом; карта сайта — дополнение |
Карта сайта помогает сообщить адреса, но не заменяет ссылок; об этом — в уроке про XML-карту.
4. Хлебные крошки
Согласно справке о разметке хлебных крошек, цепочка показывает положение страницы в иерархии сайта и может помочь пользователям понимать сайт и ориентироваться в нём; Google использует эту разметку, чтобы классифицировать информацию со страницы в результатах поиска. Крошки — это и навигация для людей, и внутренние ссылки наверх по иерархии.
Пагинация: что рекомендует Google
В документации по пагинации сказано: у каждой страницы последовательности должен быть свой уникальный адрес (например, ?page=2), страницы связываются между собой обычными ссылками, фрагменты (#) для разбиения не годятся, а первая страница не должна быть canonical для остальных — у каждой страницы свой canonical. Атрибуты rel="next" и rel="prev" Google больше не использует, хотя ими могут пользоваться другие поисковики. Совет делать страницу «показать всё» и указывать её как canonical в документации не содержится. Для интернет-магазинов в разборе структуры адресов рекомендованы параметры вида ?page=2 и ?color=green, а во внутренних ссылках не стоит использовать идентификаторы сессий.
Как проверить архитектуру своего сайта
Здесь работают измерения, а не схемы. Запустите краулер, соберите для важных страниц число входящих внутренних ссылок, ответ сервера и глубину в вашем собственном обходе (это ваша метрика, а не показатель Google). Дальше сопоставьте с данными Search Console: какие страницы с невысокой связанностью уже получают показы, какие вообще не получают. Анкоры и места размещения внутренних ссылок на конкретную страницу показывает инструмент контекста внутренних ссылок, а общие технические ошибки — аудит сайта.
Чек-лист
- Важные страницы достижимы по ссылкам
<a href>, а не только через поиск или скрипт. - Адреса описательные и стабильные; идентификаторы сессий не попадают в ссылки.
- У каждого материала один адрес; фильтры и сортировки не создают бесконечных вариантов.
- Разделы сгруппированы логично; на очень больших сайтах — по каталогам.
- Есть хлебные крошки и, при необходимости, разметка для них.
- Пагинация: свой адрес и свой canonical у каждой страницы, обычные ссылки между страницами.
- Страниц без входящих внутренних ссылок нет.
Ошибки
- Перестраивать сайт ради «глубины в четыре клика», которой нет в документации.
- Указывать первую страницу пагинации как canonical для всех.
- Строить навигацию на скриптах без
href. - Размещать один материал под несколькими адресами.
- Менять структуру адресов без плана доменов и перенаправлений.
Что дальше
Дальше — навигация, дружественная поиску: как сделать меню и фильтры, по которым роботы и люди доходят до нужных страниц. А как архитектура связана с тематикой и контентной стратегией — в уроке про информационную архитектуру.