Почему SEO нужно спроектировать до первой строки кода

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

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

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

Что на самом деле значит «сначала спроектировать SEO»

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

Каждое из них — архитектурное решение, заложенное на этапе сборки. Исследование запросов и намерений должно определять состав страниц, чтобы у сайта была страница под каждый реальный паттерн спроса, а не под догадку о том, что бизнес хочет сказать. Плоская логичная иерархия и чистые адреса дают и людям, и краулерам дойти до любой важной страницы за пару кликов. Способ рендеринга решает, увидит поисковик ваш контент или пустую оболочку, а фронтенд определяет Core Web Vitals вроде LCP и INP — подтверждённые сигналы ранжирования. Ничего из этого нельзя осмысленно дорастить плагином.

Почему столько команд ошибается здесь

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

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

Скрытая цена того, чтобы чинить это потом

Дорастить SEO в готовый сайт почти всегда означает переезд, а переезды — это место, где ранжирование умирает. Исследование 892 миграций доменов показало средний срок восстановления в 523 дня, а 17 процентов сайтов не вернули прежний органический трафик даже через 1 000 дней.

Механика проста. Каждый раз, когда меняется адрес, история ранжирования, ссылки и авторитет, привязанные к старому адресу, обрываются, а любая дыра в карте редиректов превращает заработанные позиции в тупики. Провалы дорогие и реальные: один крупный ритейлер потерял миллионы в первый же месяц после того, как отклонил рекомендации по редиректам в ходе дорогого редизайна, а WooCommerce увидел падение органической видимости примерно на 90 процентов после смены домена и вернулся на исходный адрес. По пути часто теряется и микроразметка, утягивая за собой видимость в ИИ-поиске. Так что добавить SEO потом — не бесплатно. Это отложенный счёт побольше, и, сделав работу заранее, вы избегаете переезда вовсе.

Реальный пример: стратегия решила, что мы строим

У нашего SaaS-клиента blogent.tools результат дала не оптимизация существующей страницы услуги. Дало решение — до всякого дизайна — о том, какие страницы сайту вообще нужны, исходя из того, как его рынок на самом деле ищет. Это решение вышло из исследования поиска и конкурентов, а не из чек-листа разработчика.

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

В 2026 году это окупается дважды. Страницы сравнений и альтернатив всё чаще оказываются тем контентом, который цитируют ИИ-ассистенты, и по данным исследования, 51 процент покупателей B2B-софта теперь начинает поиск с ИИ-чат-бота. Сайт, чья архитектура уже отвечает на запросы стадии решения, показывается и в классическом поиске, и в ответах ИИ, — ровно на это и настроена наша работа по оптимизации под ИИ-поиск.

Как на самом деле меняется порядок работы

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

• Какие страницы существуют: определяется поисковым спросом и анализом конкурентов, а не внутренней оргструктурой компании.
• Адреса и информационная архитектура: размечаются один раз и правильно, чтобы не платить за переезд в будущем.
• Способ рендеринга: выбирается под индексируемость и Core Web Vitals до сборки, а не обнаруживается как проблема после запуска.
• Внутренние ссылки и тематические кластеры: планируются как осознанная карта, которая концентрирует авторитет на приоритетных страницах.
• Микроразметка и готовность к ИИ: закладываются с самого начала, чтобы сайт был цитируем поисковиками и ИИ-ассистентами с первого дня.

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

Решения, которые тихо ставят сайту потолок до запуска

Несколько частых решений задают потолок поисковой отдаче ещё до того, как сайт вышел в свет. Большинство из них невидимы, пока трафик не перестанет приходить.

• Архитектура вокруг отделов: организация сайта по внутренним командам вместо того, как ищут клиенты.
• Рендеринг только на клиенте: сборка, отдающая краулеру пустую оболочку вместо реального контента, — этого можно избежать решением на этапе разработки.
• Текст, запертый в картинках: заголовки и ценностные формулировки внутри графики, которую поисковик прочитать не может.
• Контент, спрятанный на мобильных: при индексации mobile-first всё, чего нет в мобильной версии, фактически отсутствует и в Google.
• Пропущенное исследование спроса: никто не разметил конкурентов и намерения, поэтому хорошо конвертирующие страницы просто не построены.

Чек-лист правильного порядка

До начала визуального дизайна всё это уже должно быть решено.

• Исследование спроса и конкурентов завершено: вы знаете, что ищет рынок и с кем вы конкурируете.
• Состав страниц выведен из этого исследования: список страниц отражает реальные намерения, включая сравнительные страницы стадии решения.
• Структура адресов и иерархия размечены: чистые, неглубокие и стабильные настолько, чтобы переезд не понадобился никогда.
• Рендеринг и бюджет производительности заданы: индексируемый вывод и цели по Core Web Vitals согласованы до сборки.
• Внутренние ссылки, схема и готовность к ИИ описаны: связующая структура спроектирована, а не сымпровизирована потом.

Спроектированное заранее SEO дешевле, сильнее и свободно от налога на переезд, который доработка постфактум почти гарантирует. Больше того, оно решает, до каких аудиторий и до каких моментов покупки ваш сайт вообще способен дотянуться, — а это вопрос стратегический, а не технический. Поэтому наши проекты начинаются с поисковой и маркетинговой стратегии, потом идёт дизайн и только потом разработка. Поставьте стратегию первой — и сайт не просто найдут. Он будет построен, чтобы выигрывать ровно те моменты, в которые решают ваши клиенты.