SEO при создании нового сайта

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

Проблема не в том, что SEO поздно подключили как отдельную услугу. Проблема в том, что сайт изначально проектировали без учета того, как клиент ищет, сравнивает и покупает. SEO при создании сайта нужно интегрировать в техническое задание, структуру, прототип, выбор CMS, контент-план и аналитику. 

Хотите разобраться в SEO с самого начала? Прочитайте основное руководство Strategia: Что такое SEO: поисковая оптимизация сайта простыми словами. Это базовая точка входа для тех, кто хочет понять, как сайт становится видимым в Google.

Почему позднее SEO превращается в дорогостоящую переделку

SEO часто подключают, когда сайт уже почти готов. Структура утверждена, дизайн отрисован, шаблоны сверстаны, CMS выбрана, а часть контента уже загружена.

На этом этапе SEO-специалист начинает анализ и обнаруживает, что:

• для важных услуг не предусмотрены отдельные страницы;
• структура не соответствует реальному поисковому спросу;
• в прототипах нет места для важных смысловых блоков;
• CMS не позволяет управлять частью SEO-параметров;
• фильтры, теги или языковые версии создают дубли;
• аналитика не фиксирует ключевые действия пользователей;
• старые URL не сопоставлены с новыми;
• внутренняя перелинковка выстроена хаотично.

Каждую из этих проблем можно исправить. Но после разработки сайта простое изменение на схеме превращается в отдельный пакет работ для команды специалистов.

Это похоже на ремонт квартиры. Пока существует только план, розетку можно перенести за несколько минут. Когда стены уже покрашены, то же решение означает демонтаж, новую проводку, шпаклевку и повторную отделку.

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

В этой статье мы не будем превращать тему в длинный технический перечень из robots.txt, sitemap.xml, canonical, hreflang, Core Web Vitals, структуры URL и микроразметки. Эти элементы важны, но сами по себе не отвечают на главный управленческий вопрос: какой сайт нужно спроектировать, чтобы он поддерживал бизнес-модель, привлекал целевой спрос и приводил пользователя к заявке.

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

Почему SEO стоит подключать во время создания или редизайна сайта, объясняется в руководстве Google: Google Search Central — Do you need an SEO?

SEO для нового сайта начинается с бизнеса, а не с ключевых слов

Прежде чем собирать семантическое ядро, стоит ответить на простой вопрос: какой бизнес-результат должен обеспечивать сайт?

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

Практический порядок работы выглядит так:

1. Определить продукты и услуги, которые бизнес действительно хочет продавать.
2. Сегментировать аудиторию по задачам, уровню готовности и географии.
3. Проверить поисковый спрос и типы страниц, которые Google показывает по этим запросам.
4. Сопоставить кластеры запросов с будущими посадочными страницами.
5. Для каждой приоритетной страницы определить целевое действие: звонок, отправка формы, покупка, запись, скачивание, переход к менеджеру.
6. Оценить, какие страницы напрямую влияют на доход, а какие формируют доверие или помогают пользователю принять решение.

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

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

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

Как SEO меняет структуру и прототип до начала дизайна

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

Google объясняет, что определяет взаимосвязь и важность страниц по внутренним ссылкам между ними. Для поисковой системы важно не только то, как выглядит URL, но и можно ли попасть на нужную страницу по обычным ссылкам, сколько шагов для этого требуется и какие страницы ее поддерживают.

Поэтому SEO должно учитываться уже на этапе прототипирования. До начала дизайна стоит согласовать:

• какие типы страниц нужны: категория, услуга, товар, отраслевое решение, кейс, статья, FAQ;
• какие блоки обязательны для каждого шаблона;
• где пользователь увидит основной ответ, доказательства, условия, сравнения и CTA;
• как страницы будут связаны между собой;
• не создают ли фильтры, теги и параметры тысячи слабых или дублирующихся URL;
• как будет выглядеть мобильная версия, а не только широкий макет для презентации.

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

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

Мнение эксперта. Прототип нужно проверять не вопросом «красиво ли это выглядит», а тремя сценариями: понял ли пользователь предложение, нашел ли ответ на главное возражение и увидел ли логичный следующий шаг.
Вадим Рыбалко, SEO-стратег, основатель Strategia

CMS и техническая архитектура: что нужно предусмотреть до программирования

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

До начала разработки проверьте, позволяет ли система:

• задавать отдельные Title, Description, H1, canonical и правила индексации;
• редактировать URL без создания хаоса и настраивать 301-редиректы;
• управлять шаблонами категорий, товаров, услуг и статей;
• создавать XML sitemap только с нужными каноническими URL;
• настраивать языковые версии и hreflang;
• добавлять структурированные данные там, где они соответствуют типу контента;
• управлять внутренними ссылками, хлебными крошками и навигацией;
• оптимизировать изображения, код и загрузку без конфликта с редакционной работой;
• быстро публиковать новые страницы без участия программиста в каждом мелком изменении.

Технические требования лучше оформить как критерии приемки, а не как пожелания. Например: «редактор может изменить canonical» или «новая страница автоматически попадает в соответствующий sitemap после публикации».

Отдельно нужно продумать staging. Закрытый тестовый сайт не должен случайно попасть в индекс, а во время релиза команда должна снять временные ограничения. Важный нюанс: Google объясняет, что директива noindex должна быть доступна краулеру. Если URL одновременно закрыт в robots.txt, робот может не увидеть noindex.

Если новый сайт заменяет старый, до начала программирования нужна карта соответствия старых и новых URL. Google рекомендует использовать редиректы как сигнал о новом каноническом адресе и отдельно описывает миграции с изменением URL. Ошибочная карта может привести к потере накопленной видимости важных страниц.

Скорость тоже нужно заложить в архитектуру, но не сводить весь проект к магической оценке PageSpeed. Google подчеркивает, что единого сигнала page experience не существует, а идеальный балл в тесте сам по себе не гарантирует высоких позиций. Важно общее качество пользовательского опыта: скорость, адаптивность, безопасность, доступность основного контента и отсутствие агрессивных препятствий.

Интересный факт. В кейсе Nuvemshop, опубликованном на web.dev в 2026 году, приоритизация изображений увеличила долю страниц с хорошим LCP с 57% до 96%, а конверсия выросла на 8,9%. Это не универсальный прогноз для каждого сайта, но хороший пример того, как техническая производительность может быть связана с бизнес-KPI.

 

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

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

Контент, аналитика и запуск: сайт не должен стартовать пустым

В этот момент часто выясняется, что блоки не соответствуют реальному объему информации, фотографий нет, кейсы не согласованы, экспертные комментарии никто не подготовил, а часть страниц запускается с одинаковыми заглушками.

Контент-план нужно создавать параллельно со структурой. Для каждой важной страницы определяют:

• поисковый и бизнес-интент;
• главный вопрос пользователя;
• обязательные смысловые блоки;
• факторы доверия;
• авторов и источники информации;
• CTA;
• внутренние ссылки;
• ответственного и дату готовности.

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

Аналитика тоже проектируется до запуска. Недостаточно просто установить GA4. Команда должна заранее определить ключевые события: успешная отправка формы, звонок, клик в мессенджер, покупка, скачивание, запись на консультацию, переход к важному этапу воронки. В GA4 такие важные действия можно отмечать как key events и далее использовать для анализа и интеграции с Google Ads.

Перед релизом нужен не бесконечный чек-лист, а несколько контрольных точек:

Этап	Ключевое решение	Что проверяем
До разработки структуры	Что продаем и кто это ищет	Спрос, интент, приоритетные продукты
До начала дизайна	Какие страницы и блоки нужны	Карта сайта, прототипы, CTA
До программирования	Поддерживает ли CMS развитие сайта	SEO-поля, шаблоны, редиректы, sitemap
До наполнения	Какой контент нужен для принятия решения	Брифы, доказательства, авторы, внутренние ссылки
До запуска	Готов ли сайт к посетителям и Google	Индексация, адаптивность, события, формы, коды ответа
После запуска	Собираются ли данные	Search Console, GA4, CRM, первые ошибки и конверсии

После запуска sitemap помогает Google найти множество новых URL, а Search Console позволяет проверять индексацию отдельных страниц. Но отправка sitemap не заменяет нормальную навигацию и внутренние ссылки.

Мнение эксперта. Запуск — не финиш разработки, а первый контрольный замер. В первые недели команда должна проверять не только ошибки индексации, но и то, какие страницы получают показы, какие запросы появляются, на каких этапах пользователи прерывают путь и доходят ли заявки до CRM.

Вывод

SEO-рекомендации перед разработкой сайта не должны сводиться к списку метатегов и технических файлов. Главная задача — еще до написания кода связать бизнес-цели, поисковый спрос, структуру, прототип, CMS, контент и измерение результата. Лучший момент для изменения страницы — когда она еще существует в виде строки на схеме. Худший — когда в нее уже вложены дизайн, программирование, контент и рекламный трафик.

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

Strategia поможет проверить будущий сайт еще до его создания:

• соответствует ли структура реальному поисковому спросу;
• предусмотрены ли страницы для приоритетных продуктов и услуг;
• поддерживает ли CMS развитие SEO и контента;
• предусмотрены ли правильные шаблоны, внутренние связи и конверсионные блоки;
• можно ли будет измерять не только трафик, но и заявки и продажи.

Не ждите первого SEO-аудита после запуска. Проверьте структуру, прототип и техническое задание до того, как ошибки станут частью готового сайта.

Обсудить SEO для нового сайта со Strategia

FAQ: SEO для нового сайта