Пять ошибок в семантике, которые блокируют трафик

Большинство воспринимают семантическое ядро как технический этап: собрать запросы, отфильтровать, раздать копирайтерам. Это глубокое заблуждение.

Семантика — это ответ на три главных вопроса: что за страницы должны быть на сайте, как они связаны между собой и какую задачу каждая из них закрывает. Это не приложение к сайту — это его основа.

Когда семантика проработана правильно, структура сайта буквально вырастает из неё: каждый раздел и каждая страница существуют потому, что есть конкретная группа людей, которые ищут именно это. Когда семантика собрана формально — структура сайта отражает фантазию заказчика, а не реальный спрос.

Результат во втором случае предсказуем: сайт существует, трафика нет.

Это самая незаметная ошибка — и одна из самых разрушительных. Компания годами использует внутреннюю терминологию, и когда дело доходит до сайта, она естественным образом переносится туда же.

Производитель называет своё изделие «металлические ограждающие конструкции». Пользователь в Яндексе пишет «забор из профнастила». Для поисковика это два разных мира. Страница существует, правильно оптимизирована — но не ранжируется, потому что люди просто не используют те слова, которые на ней написаны.

Этот разрыв встречается в каждой второй нише. B2B-компании особенно уязвимы: они выработали профессиональный язык, который абсолютно непонятен клиенту, который делает первый шаг в поиске.

Типичный пример: бухгалтерская компания создаёт страницу с заголовком «Комплексное сопровождение хозяйственной деятельности» – и искренне не понимает, почему на неё никто не заходит. Ответ простой: именно так клиенты не ищут. В Вордстате по этому запросу – ноль показов. Зато «бухгалтерские услуги для ООО» дают 4 800 показов в месяц, «аутсорсинг бухгалтерии» – ещё 2 100. Страница существует, контент написан, но найти её через поиск невозможно — потому что название взято из внутреннего языка компании, а не из реальных запросов клиентов.

Правильный алгоритм всегда один: сначала смотреть в Яндекс Вордстат и изучать реальные запросы — как люди формулируют свою потребность. Потом сопоставлять это с продуктом. Никогда не наоборот.

Дополнительный источник — поисковые подсказки. Начните вводить запрос — Яндекс и Google подскажут, как люди заканчивают похожие фразы. Это буквально словарь живого спроса.

На этапе сбора семантики легко получить пять, десять, двадцать тысяч запросов. Инструменты это позволяют. И вот тут начинается следующая ловушка: большое ядро принимают за хорошее ядро.

В раздутом ядре неизбежно оказывается лишнее. Запросы под услуги, которых у вас нет. Запросы с другой географией — «купить в Краснодаре», когда вы работаете только по Москве. Информационные запросы без коммерческого потенциала — по ним приходят читатели, а не покупатели. Нулевые или почти нулевые запросы, которые никто не вводит.

Под каждую такую группу создаются страницы. Они требуют времени и денег на создание. Потом — на поддержку, обновление, техническое обслуживание. И при этом не приводят ни одного клиента.

Фильтр должен быть встроен в процесс, а не быть послесловием. Каждый запрос нужно оценить по трём критериям:
• Соответствует ли он тому, что реально предлагает бизнес?  
• Есть ли у него коммерческий потенциал?
• Охватывает ли он нужную географию?

Если хотя бы один ответ «нет» — запрос удаляется. Точность семантики всегда важнее её объёма.

Эта ошибка возникает из благих побуждений. Кажется логичным: тема одна, продукт один — значит, и страница одна. Зачем плодить сущности?

Но за внешним единством темы скрываются принципиально разные намерения пользователей. И поисковик это понимает.

Возьмём простой пример: строительный магазин и кирпич.
• «Купить кирпич» — человек готов к покупке, ему нужна цена и корзина.
• «Кирпич для фасада» — человек выбирает, ему нужны характеристики и сравнение.
• «Облицовочный кирпич цена» — человек сравнивает предложения, ему важна таблица цен.

Это три разных интента, три разных сценария поведения, три разных страницы. Если всё это свалить в одну — страница теряет фокус. Поисковик не понимает, под какой именно запрос её ранжировать. В итоге она занимает средние позиции по всем запросам, вместо того чтобы занимать хорошие по каждому.

Это и есть каннибализация, о которой мы говорили в статье про структуру сайта. Только здесь она возникает не из избытка страниц, а из их нехватки.

Рабочее правило: одна группа запросов с одним интентом — одна страница. Кажется очевидным, но нарушается постоянно.

Ещё один распространённый случай: компания делает одну страницу «Услуги» и размещает на ней всё сразу — аудит, консультации, сопровождение, разовые задачи. Логика понятна: зачем плодить страницы, если всё можно собрать в одном месте. Но поисковик не может ранжировать одну страницу сразу по десятку запросов с разными интентами. «Аудит бухгалтерии» и «бухгалтерское сопровождение» — это разные потребности, разные аудитории, разные страницы. Пока они свалены в одну кучу, ни по одному запросу страница не займёт нормальных позиций.

Это психологически понятная ошибка. «Бухгалтерские услуги» — 15 000 показов в месяц. «Бухгалтерское сопровождение ООО на УСН Москва» — 80 показов в месяц. Кажется очевидным, что нужно идти за первым.

На практике всё сложнее.

По высокочастотным запросам в топе стоят компании, которые продвигаются годами, с огромными ссылочными профилями и тысячами страниц контента. Выбить их оттуда — дело не месяцев, а лет. И немалых бюджетов.

При этом низкочастотные запросы имеют три критических преимущества, которые часто недооценивают.

Человек, который ищет «бухгалтерское сопровождение ООО на УСН Москва», уже знает что хочет. Он не выбирает, нужна ли ему бухгалтерия — он выбирает, у кого её взять. Это горячий спрос.

По узким запросам значительно меньше борьбы. Молодой сайт или сайт без огромного ссылочного профиля имеет реальный шанс занять первое место.

Десятки страниц под низкочастотные запросы дают совокупный трафик, который со временем обгоняет одну высокочастотную страницу на средних позициях.

Оптимальная стратегия — комбинация. Низкочастотные запросы дают первые результаты и конверсии уже через 2–3 месяца. Среднечастотные — устойчивый трафик через полгода. Высокочастотные — долгосрочная цель для зрелого проекта.

Это самая дорогостоящая ошибка в списке. Не потому что она самая частая — хотя она именно такая. А потому что её последствия тянутся за проектом годами.

Типичный сценарий: компания решила сделать новый сайт. Наняли дизайнера, нарисовали красивые макеты, разработчики сделали сайт за три месяца. Сайт запустили, все довольны. Потом приходит SEO-специалист.

Ещё болезненнее ситуация, когда структура сайта вообще не проектировалась под семантику. Классический набор разделов — Главная, О нас, Услуги, Портфолио, Контакты — выглядит логично с точки зрения бизнеса, но с точки зрения SEO это катастрофа. «Разработка корпоративного сайта», «создание интернет-магазина», «лендинг под рекламу» — каждый из этих запросов требует отдельной страницы с отдельным контентом. Когда всё это собрано на одной странице «Услуги», поисковик не понимает, что именно предлагает компания. В итоге SEO-специалист вынужден предложить создать новые страницы, переделать навигацию, переписать метатеги — и, возможно, затронуть дизайн. А бизнес только что заплатил за разработку.

Этот разговор происходит постоянно. Он неприятен для всех сторон — и его можно было полностью избежать, если бы семантика была готова до начала разработки.

Когда семантика делается первой, она становится техническим заданием для проектировщика: вот сколько страниц нужно, вот их иерархия, вот какие запросы на каждой из них. Дизайнер рисует под эту структуру. Разработчик реализует именно её. Копирайтер пишет под конкретные запросы.

Когда семантика делается после — всё переделывается. И стоит это кратно дороже, чем если бы было сделано с первого раза.

Эти пять вопросов займут 15 минут и дадут ответ на вопрос «где проблема»:

1. Совпадают ли формулировки на страницах сайта с реальными запросами пользователей в Яндекс Вордстате?

2. Есть ли отдельные страницы под каждую ключевую услугу или категорию — или всё собрано на одной?

3. Проверял ли кто-то семантику на наличие запросов с нулевой частотой, нерелевантной географией или отсутствующими услугами?

4. Есть ли в семантике низкочастотные запросы с коммерческим интентом — или ядро состоит только из высокочастотных?

5. Семантика была готова до разработки сайта или появилась после?

Если на три вопроса из пяти ответ «нет» или «не знаю» — с высокой вероятностью проблема именно в семантике. И её нужно решать до того, как снова вкладываться в контент или ссылки.