Почему 80% сайтов приходится переделывать через год — и что нужно сделать до запуска

Большинство сайтов строятся в неправильном порядке: сначала дизайн, потом разработка, потом SEO. Но к моменту, когда SEO-специалист заходит в проект, половина архитектурных решений уже принята — и менять их дорого. Мы в Кинетике научились разворачивать этот порядок: сначала спрос и структура, потом всё остальное.

Почему переделки — не случайность

Есть закономерность, которую видно почти на каждом проекте с историей: сайт запускается, работает несколько месяцев, трафик не растёт — и начинается разбор полётов. Оказывается, что страницы конкурируют друг с другом за одни и те же запросы. Что структура каталога не совпадает с тем, как люди ищут товар. Что половина важных кластеров вообще не закрыта страницами. Что URL-схема не позволяет нормально масштабировать фильтры.

Всё это — не ошибки разработчиков или дизайнеров. Это следствие одного пропущенного этапа: сайт спроектирован под удобство команды или владельца, а не под логику поискового спроса.

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

Семантическое и контентное проектирование решает эту проблему до того, как она возникла.

Что такое семантическое проектирование — и чем оно отличается от сбора ключей

Семантическое ядро знают все. Семантическое проектирование — другое.

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

Разница принципиальная. В первом случае получается список слов. Во втором — архитектура: иерархия разделов, URL-схема, логика фильтров и тегов, карта внутренних ссылок, шаблоны мета-тегов для каждого типа страниц.

Конкретно это выглядит так:

• Массив поисковых запросов собирается из нескольких источников: конкуренты, сервисы типа keys.so, Wordstat, поисковые подсказки — и объединяется в единый пул
• Запросы группируются по интентам: что именно хочет человек, набирая этот запрос — купить, сравнить, разобраться, найти локального поставщика
• Из групп строится таксономия: дерево разделов с учётом вложенности, типов страниц и связей между ними
• На основе таксономии генерируются URL-шаблоны, структура фильтров и заготовки мета-тегов

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

Мы выстраиваем этот процесс как конвейер: n8n автоматизирует пайплайны обработки данных, GPT и Genspark формируют черновые структуры, SEO-специалист валидирует каждое ветвление и убирает ложные слияния. Результат — структура сайта в Xmind с готовыми URL и мета-шаблонами, которая передаётся в разработку как техническое задание, а не как пожелание.

Контентное проектирование: от структуры к сценариям

Если семантическое проектирование отвечает на вопрос «какие страницы нужны», то контентное — на вопрос «что должно быть на каждой из них и зачем».

Стандартное ТЗ на тексты выглядит примерно так: «напишите 3 000 знаков про [тему], включите ключевые слова». Это не контентное проектирование, а инструкция по заполнению пространства.

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

Путь пользователя от первого касания до покупки проходит через несколько стадий: осознание проблемы, поиск вариантов, сравнение и оценка, принятие решения. Разные типы страниц закрывают разные стадии. Статья в блоге работает на осознание. Страница категории — на поиск вариантов. Карточка товара с отзывами и сравнительной таблицей — на принятие решения. Если страница спроектирована под одну стадию, а трафик приходит с другой — конверсия будет низкой вне зависимости от качества текста.

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

Когда это нужно, а когда — избыточно

Семантическое и контентное проектирование оправдано не всегда. Честный ответ на вопрос «нужно ли это вам» зависит от нескольких факторов.

Когда проектирование критично: новый сайт в конкурентной нише, где SEO — основной канал трафика. Редизайн с переездом на новую CMS или изменением URL-схемы — без правильной архитектуры переезд роняет трафик на месяцы. Расширение на новые тематики или регионы. Ситуации, когда сайт давно работает, но трафик стагнирует и понятно, что дело в структуре.

Когда проектирование избыточно: сайт-визитка с пятью страницами. Закрытая платформа, куда пользователи приходят по прямым ссылкам, а не из поиска. Проекты с очень коротким горизонтом окупаемости, где органический трафик не закладывается в модель.

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

После полного цикла проектирования — сбор, кластеризация, таксономия, контентное планирование — время подготовки структуры составило 32 часа вместо стандартных 48.

Проектирование под AI-поиск: что изменилось

Традиционное SEO работает с запросами — ключевыми словами, которые пользователь вводит в строку поиска. Генеративный поиск (Яндекс с нейросетевыми блоками ответов, Google Overview) работает иначе: он не просто ранжирует страницы, а выбирает источники, которым доверяет, и цитирует их в сводном ответе.

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

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

Pillar-cluster перелинковка — сигнал алгоритму о том, что у сайта есть центральные темы с глубоким раскрытием и связанными материалами. Страницы-столпы (pillar) задают тематический авторитет, кластерные страницы его детализируют.

Что получает бизнес на выходе

Результат семантического и контентного проектирования — рабочая документация, которая синхронизирует разработку, SEO, контент и дизайн без итераций. 

Конкретный состав deliverables:

• Очищенный массив запросов с кластеризацией по интентам
• Таксономия сайта в Xmind — дерево разделов с типами страниц и логикой вложенности
• URL-схема и шаблоны мета-тегов для каждого типа страниц
• Карта внутренней перелинковки по модели pillar-cluster
• ТЗ на контент с описанием блоков, сценариев и CTA для каждого типа страниц
• Техническое задание на разметку и семантическую вёрстку
• Чек-лист приёмки этапа: покрытие интентов, отсутствие смысловых конфликтов, валидность таксономии, соответствие типам страниц

Последний пункт важен отдельно. Приёмка по чек-листу означает, что передача материалов в разработку — формальная проверка по критериям. Это снижает количество итераций между командами и убирает ситуации, когда разработчик реализует одно, а SEO-специалист ожидал другого.

Порядок имеет значение

Сайт, спроектированный правильно с первого дня, не требует «SEO-оптимизации» как отдельного проекта через год после запуска. Он уже устроен так, чтобы поисковые системы понимали его структуру, пользователи находили ответы на свои вопросы, а алгоритмы генеративного поиска воспринимали его как авторитетный источник.

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