SEO для нового сайта: как заложить продвижение до запуска

Что входит в продвижение нового сайта

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

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

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

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

Начинаем с бизнеса, а не с позиций

Первый разговор посвящаем продукту и покупателю. Какие услуги приоритетны? Где вы работаете? Есть ли минимальный заказ? Что обычно спрашивают перед покупкой? Какие проекты команда не берёт? Эти ограничения помогают не тратить силы на ненужный трафик.

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

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

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

Семантика: какие запросы нужны сайту

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

Для проверки спроса подходит Яндекс Вордстат. Сравниваем формулировки с одинаковыми настройками региона и периода, учитываем сезонность и правила операторов. Число запросов не равно числу людей, будущих посетителей или заказов. Подробнее о показателях — в справке Вордстата.

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

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

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

Структура до первого макета

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

Допустим, компания занимается вентиляцией. У проектирования, монтажа и обслуживания разные условия заказа. Их удобно раскрыть отдельно, если это самостоятельные услуги. Статья о выборе системы отвечает на сомнения, а кейс показывает решение для конкретного объекта. На странице монтажа должны быть ссылки на подходящие примеры, а из статьи должен быть понятен путь к услуге.

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

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

Как выглядит страница, которая помогает выбрать

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

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

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

Title помогает назвать страницу в поиске, H1 обозначает её основную тему, description предлагает краткое описание. Их пишем содержательно и без цепочек повторяющихся ключей. Поисковая система может сформировать другое представление страницы; эти поля не дают полного контроля над сниппетом.

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

SEO-требования к разработке

Техническое задание должно быть проверяемым. Формулировку «сделать сайт SEO-friendly» заменяем конкретными требованиями. Их набор зависит от проекта; для сайта услуг базовая проверка выглядит так:

• Редактор может менять заголовки, метаданные и содержание основных страниц без переделки шаблона.
• У каждой важной страницы есть постоянный адрес и обычные внутренние ссылки. Страница не существует только как всплывающее окно после нажатия кнопки.
• Рабочие страницы возвращают корректный успешный ответ, несуществующие адреса — статус 404. Настроены согласованные перенаправления.
• Для дублей определена основная версия. Canonical, внутренние ссылки и sitemap не противоречат друг другу.
• Тестовый сайт защищён от постороннего доступа. Перед публикацией проверено, что запреты тестовой среды не перенеслись на рабочие страницы.
• Структурированные данные соответствуют видимым сведениям о компании, статье или товаре. В разметке нет вымышленных рейтингов и отзывов.
• Формы проверены целиком: отправка, доставка обращения, сообщение пользователю и учёт согласованного целевого действия.

Robots.txt управляет обходом и не служит защитой конфиденциальных данных. Запрет обхода также не равен гарантированному удалению URL из поиска. Закрытие тестового сайта и настройка индексирования публичных страниц решают разные задачи.

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

JavaScript: проверяем, что видит поиск

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

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

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

Скорость без погони за сотней баллов

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

Для диагностики используем PageSpeed Insights и Lighthouse. Приоритет отдаём причинам задержек: размеру первого изображения, загрузке шрифтов, работе JavaScript и сторонних виджетов. Пустое место под изображение резервируем заранее, чтобы текст не прыгал при загрузке.

Core Web Vitals описывают загрузку основного элемента (LCP), отзывчивость на действия (INP) и стабильность расположения элементов (CLS). Ориентиры хорошего опыта: LCP не более 2,5 секунды, INP не более 200 миллисекунд, CLS не более 0,1. Показатели и рекомендации Google.

У нового сайта может ещё не быть достаточных полевых данных реальных посещений. Тогда лабораторные проверки помогают найти проблемы, но не заменяют наблюдение после запуска. Высокая оценка Lighthouse не гарантирует позиции и не оправдывает неудобную форму.

Что изменилось в SEO к 2026 году

Для нового сайта полезнее понимать последствия изменений, чем собирать названия очередных алгоритмов. Мы выделяем несколько направлений, которые стоит учитывать при проектировании уже сейчас.

Поисковый ответ не ограничивается списком ссылок. 15 мая 2026 года Google представила отдельное руководство по оптимизации для генеративных функций. В нём подчёркнуты роль обычного SEO и ценность материалов с собственным опытом, которые не сводятся к пересказу общих сведений. Для сайта это аргумент заранее предусмотреть место для подробных кейсов, сравнений и ответов специалистов. Анонс Google.

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

Появляется отдельное измерение цитирований. Bing AI Performance показывает использование страниц в поддерживаемых ИИ-ответах Microsoft и отдельных партнёров. Это дополнительный источник наблюдений, а не замена веб-аналитике. Инструкцию и ограничения мы разобрали в статье о GEO-оптимизации сайта.

Актуальность данных требует процесса обновления. Для сайта с частыми изменениями рассматриваем IndexNow: он уведомляет поддерживающие протокол системы о новых, изменённых и удалённых страницах. Яндекс его поддерживает, но отдельно предупреждает, что отправка не гарантирует индексацию. Небольшому сайту может хватать ручного переобхода важных URL. Справка Яндекса об IndexNow.

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

Инструменты: какой вопрос решает каждый

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

• Яндекс Вордстат помогает оценить спрос. После исследования должен появиться приоритетный список тем и страниц, а не просто длинная выгрузка.
• В Яндекс Вебмастере и Google Search Console проверяем индексирование, поисковые запросы и страницы. Наблюдение «услуга не получает показов» превращаем в конкретную проверку доступности, индексации и содержания.
• Bing Webmaster Tools дополняет диагностику и даёт доступ к AI Performance. Показатели разных поисковых систем не смешиваем в одну условную оценку.
• PageSpeed Insights, Lighthouse и инструменты браузера помогают найти техническую причину медленной загрузки или задержки интерфейса.
• Rich Results Test и Schema Markup Validator проверяют структурированные данные. Успешная проверка синтаксиса не означает гарантированного показа специального блока в выдаче.
• Яндекс Метрика показывает переходы и целевые действия. При наличии CRM проверяем, какие обращения становятся подходящими лидами и сделками.

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

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

Чек-лист перед запуском

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

• Основные услуги представлены полноценными страницами, на них можно перейти по внутренним ссылкам.
• Нет тестовых заголовков, пустых блоков, случайных адресов и неподтверждённых обещаний.
• Title, description и главный заголовок соответствуют содержанию страницы.
• Проверены ответы сервера, HTTPS, основная версия домена, перенаправления и несуществующие URL.
• Индексируемые адреса не закрыты случайным noindex; robots.txt и sitemap относятся к рабочему домену.
• Важный текст и ссылки доступны поисковым системам, изображения имеют подходящие размеры и описания.
• На телефоне можно прочитать условия, открыть меню и отправить форму без горизонтальной прокрутки.
• Тестовое обращение дошло до согласованного получателя, а целевое действие корректно учитывается.
• Определены ответственные за доступы, резервное копирование, обновления и исправления после запуска.

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

Первые месяцы: что делаем после публикации

Ниже пример последовательности работ, а не обещание роста к определённой дате. Темп зависит от размера сайта, бюджета, спроса и того, как поисковые системы обрабатывают страницы.

Сразу после запуска подтверждаем доступы к панелям, передаём sitemap, проверяем рабочие URL и доставку заявок. Фиксируем исходное состояние. Если заменяли прежний сайт, отдельно проверяем перенаправления и сохранность важных страниц.

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

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

В следующие месяцы расширяем удачные направления, обновляем материалы и проверяем качество обращений. Сравниваем сопоставимые периоды, учитываем сезонность и изменения рекламы. При небольшом числе посещений один заказ способен резко изменить процент конверсии; в отчёте рядом с процентом нужны абсолютные числа.

Как оценивать работу и сроки

Начинать отчёт стоит с выполненных задач и того, что они изменили. Далее смотрим, доступны ли важные страницы в поиске, появились ли показы по нужным темам, есть ли переходы и обращения. Средняя позиция без списка запросов и страниц мало помогает владельцу.

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

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

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

Что вы получаете в «Горячо!»

В проекте разработки с SEO-подготовкой согласуем карту страниц и приоритетные запросы, содержание стартовых разделов, требования к технической части и проверку перед запуском. Объём фиксируем заранее: кто готовит материалы, какие интеграции нужны, какие работы входят в поддержку.

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

Мы находимся в Саратове и работаем с заказчиками по всей России. Географию продвижения выбираем по реальной территории бизнеса. Для местной услуги важны достоверные контакты и условия обслуживания; для федерального предложения нужна структура под более широкий спрос.

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

С чего начать

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

Планируете сайт? Обсудите разработку с «Горячо!». Пришлите перечень услуг, географию и несколько примеров задач клиентов. Этого достаточно, чтобы начать разговор о структуре и составе проекта.

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