Данные брендового интернет-магазина. Что показал Search Console
Второй разбор из моей практики — на этот раз по брендовому интернет-магазину крупного производителя за период с начала 2025 по май 2026 года. Если экспортный сайт из прошлого разбора рос с нуля, то здесь зрелый магазин с большими показами. Search Console брендового интернет-магазина показал три проблемы: около 90 % известных роботу адресов не попадали в индекс из-за канонических дублей, медленный сервер съедал краулинговый бюджет, а часть высоких показов была нецелевой.
Главное
- Около 91 % известных роботу URL было вне индекса; главная причина — канонические дубли от фасетов и параметров.
- Среднее время ответа сервера — около 2,2 секунды, почти четверть запросов робота уходила на JavaScript.
- Часть из 185 000 показов оказалась нецелевой: чужой бренд и отзывы сотрудников.
- Товарные сниппеты дали около 22 % кликов — тот же эффект, что на экспортном проекте.
Оглавление
За период магазин набрал около 5 500 кликов при 185 000 показов. Клики росли скромно, а средняя позиция поднялась с 16 до 7,7. Но самое интересное не в трафике, а в трёх системных проблемах, которые видны только в данных.
Наблюдение первое. Индекс-болото из канонических дублей
В индексе было около 320 страниц против примерно 3 400 вне индекса. То есть в индекс не попадало порядка девяноста процентов известных роботу URL. Когда я разобрал причины, картина оказалась типичной для e-commerce.
| Причина непопадания в индекс | Страниц |
|---|---|
| Просканирована, но не проиндексирована | ~1 440 |
| Канонические дубли (три типа вместе) | ~1 480 |
| Обнаружена, но не проиндексирована | ~370 |
| Заблокировано в robots.txt | 74 |
| Не найдено (404) | 38 |
Главный пожиратель индекса здесь — не контент, а каноникал. Фасетная навигация и параметры порождают тысячи почти одинаковых URL, и Google тратит на них бюджет вместо реальных карточек товара. На таком сайте первая задача не «писать больше», а схлопнуть дубли каноническими адресами и правилами обхода.
Наблюдение второе. Медленный сервер съедает бюджет
Медленный сервер мешает индексации, потому что за то же время обхода робот успевает загрузить меньше страниц. Среднее время ответа сервера было около 2,2 секунды — это втрое дольше, чем на том экспортном сайте из прошлого разбора. При этом почти четверть всех запросов робота уходила на JavaScript.
| Куда уходил краул | Доля |
|---|---|
| HTML | 55% |
| JavaScript | 22% |
| Изображения | 14% |
| Обновление известных страниц | 74% |
Медленный ответ плюс тяжёлый JavaScript на фоне индекс-болота — это тройной налог на краулинговый бюджет. Робот ходит медленно, по дублям и через тяжёлый рендеринг. Ускорение сервера на таком проекте даёт больше, чем десяток новых статей.
Наблюдение третье. Высокие показы — это не всегда спрос
185 000 показов выглядят внушительно, но кликов всего 5 500 — средний CTR около трёх процентов. Когда я разобрал запросы, часть видимости оказалась нецелевой. Заметная доля показов уходила на похожий по названию чужой бренд, а один из крупнейших запросов вообще был про отзывы сотрудников работодателя и стоял на двадцать четвёртой позиции. Это не коммерческий спрос, и накачивать такой трафик бессмысленно. Вывод простой — большие показы надо всегда раскладывать на целевые и паразитные, иначе отчёт выглядит красиво, а заявок нет.
Это второй материал из серии полевых наблюдений. Первый — про данные экспортного проекта. Похожий по типу проект в портфолио — трансформация сувенирного магазина в e-commerce.
