Разбор чужого проекта почти всегда начинается одинаково: трафик падает, до вас на сайте поработали несколько подрядчиков, внятной истории изменений нет. Ниже — порядок действий, который экономит первые дни работы, и практика по дублям и каннибализации: где страницы действительно мешают друг другу, а где страх преувеличен.
Разбор начинается с выгрузки, а не с технического аудита
Соблазн открыть краулер и пойти искать битые ссылки понятен, но на просевшем проекте это редко даёт ответ. Сначала нужны данные о том, как менялся спрос и видимость.
Рабочая последовательность:
- выгрузить из Search Console весь доступный период — показы, клики, CTR, список запросов, страницы;
- то же самое взять из Яндекс.Вебмастера;
- сложить обе выгрузки в одну таблицу и сравнить динамику по каждой системе отдельно.
Смысл сравнения в том, что тренды двух поисковиков отвечают на главный вопрос диагностики. Если трафик просел синхронно в Яндексе и Google, причина, скорее всего, на самом сайте или в общем спросе: сезонность, переезд, изменения в структуре, потеря страниц. Если провалилась одна система, а вторая держится, это уже разговор про алгоритм, санкции или конкретный фильтр — и дальше копать нужно именно там.
Пока данные не выгружены, отличить пессимизацию от сезонного спада невозможно. Гипотеза «похоже на фильтр» без графика показов — это гадание, и на проекте с пятью предыдущими подрядчиками оно почти гарантированно уводит не туда.
Отдельно стоит проверить, какие страницы раньше собирали клики, и посмотреть их текущие позиции. Часто выясняется, что упал не сайт целиком, а конкретный раздел, и дальше работа сужается до него.
Дубли в тайтлах: что происходит в реальности
Классическая ситуация: статья «оцинковка» в блоге и коммерческая страница услуги «оцинковка». Тайтлы почти совпадают, обе страницы претендуют на один запрос.
Теория допускает, что при смешанном интенте выдачи в топ попадут обе — и информационный материал, и услуга. На практике такое встречается, но как исключение, а не как правило. По наблюдениям специалистов, разбиравших сотни тысяч дублей, типичный сценарий другой: страницы мешают друг другу, поисковик не может выбрать явно более релевантную, и ни одна не выигрывает. Рассчитывать на то, что обе закрепятся в топе, при планировании структуры не стоит — это лотерея, а не приём.
Отдельно про Яндекс. Есть подход, при котором каннибализирующие запросы снимают почасово и смотрят пересечения URL в выдаче. По таким замерам две свои страницы по одному запросу в выдаче Яндекса не встречаются — пересечений нет вовсе. То есть надежда «пусть обе повисят, одна зацепится» для Яндекса не работает: место всё равно одно.
Как проверить страницы на каннибализацию
Задача возникает, когда есть категория и несколько уточняющих подкатегорий по одному свойству: «шпиндели», «шпиндели сечением 20», «шпиндели сечением 50». Вопрос — сколько страниц делать.
Надёжный ответ даёт кластеризация по выдаче, а не сравнение текстов между собой. Смотрим, что реально показывает поисковик по каждому запросу, и считаем пересечения URL в топе:
- ключи разводятся в разные кластеры — делаем разные страницы;
- ключи попадают в один кластер — собираем одну страницу и не плодим сущности.
Распространённая ошибка — решать по объёму контента: «текста на три страницы не набирается, сошью в одну». Логика опасная. Если по выдаче это три разных кластера, то после склейки ранжироваться будет только одна страница — та, что осталась основной, а спрос двух других вы просто потеряете. Объём текста здесь вторичен: страницу оправдывает разный интент, а не количество символов.
Правило работает одинаково для Яндекса и Google, поэтому кластеризацию удобно делать один раз и по обеим системам сразу, сверяя расхождения.
Куда относить составной ключ
Ещё один частый случай: в ядре есть «автоматизация кафе», «автоматизация ресторана» и «автоматизация кафе и ресторана». Первые два запроса очевидно разводятся по своим страницам, а третий висит между ними.
Отдельную страницу под него заводить смысла нет: это не новый интент, а объединение двух существующих. Практичнее посмотреть выдачу по составному запросу и отдать ключ той странице, у которой больше совпадений по URL в топе. Логика простая: то, что уже ранжируется, способно принять больше ключей, а новая страница начинает с нуля и с высокой вероятностью станет третьим конкурентом собственным разделам.
Мелочь, которая роняет позиции
Есть класс проблем, который не ловится ни аудитом, ни аналитикой: латинская буква внутри кириллического слова. Одна подменённая «с» в тайтле — и позиции по запросу проседают, при этом визуально с сайтом всё в порядке.
Появляется такое по-разному: переключатель раскладки, копирование из внешнего документа, правка через админку с чужого устройства. Ищется тоже случайно — например, когда скопированный тайтл вставляют в поисковую строку и Яндекс подсвечивает опечатку в слове, которое написано вроде бы правильно.
Проверять это стоит целенаправленно: прогонять тайтлы и H1 через поиск, держать в браузере расширение, подсвечивающее смешанные алфавиты, или добавить регулярку на смешанные символы в скрипт проверки шаблонов. На большом каталоге такая проверка окупается одним найденным случаем.
Когда на проект есть один рабочий день
Отдельный вопрос приоритизации: конкурентов не догнать по частотке, инфораздел трафик даёт, а лидов с него нет, и времени — один день.
За день реально сделать выборку низкочастотных запросов с приемлемой конкуренцией и довести под них десяток страниц. Это не самый сильный ход в перспективе года, но единственный, который укладывается в отведённое время и даёт измеримый результат.
Стратегически новые разделы и новые проекты действительно остаются основной точкой роста: старые страницы можно докручивать, но выхлоп растянут во времени. Только за один день ни отзовик, ни каталог, ни обзорник не собираются. Даже с генерацией через нейросети нужен предварительный сбор данных, а отзывы взять неоткуда — нагенерированные отзывы задачу не решают.
Порядок работы
- Выгрузите Search Console и Вебмастер за весь доступный период, сравните тренды систем между собой.
- Определите, просел сайт целиком или конкретные разделы, и сузьте зону разбора.
- Соберите список запросов, по которым в выдаче мелькают две ваши страницы, — это кандидаты на каннибализацию.
- Прогоните спорные группы через кластеризацию по топу и решайте судьбу страниц по кластерам, а не по объёму текста.
- Составные ключи отдавайте странице, которая уже ранжируется.
- Проверьте тайтлы на смешанные алфавиты.
- Если времени мало, берите низкочастотку и доводите ограниченный список страниц, а не начинайте перестройку структуры.
