Запуск сайта: подготовка к SEO

Подготовка к SEO — это набор технических и структурных решений, которые принимаются до открытия сайта для индексации. Сайт, запущенный «как есть», в первые 2–3 месяца тратит SEO-усилия не на рост, а на исправление ранних ошибок: переездов с временного домена, переоптимизированных title, дублей по URL-параметрам, неправильных кодов ответа. Ниже — детальный чек-лист подготовки по семи направлениям, каждое из которых проверяется до того, как робот Google или Яндекса первый раз обойдёт ресурс.

Что такое подготовка к SEO и почему её делают до запуска

Подготовка к SEO — это закладка корректного технического и содержательного состояния сайта до того, как Google и Яндекс получат к нему доступ для индексации. Полная подготовка сайта к продвижению включает семь направлений: домен и хостинг, структура и URL, технические файлы, базовая оптимизация страниц, микроразметка, аналитика, проверка скорости. Все последующие месяцы продвижения опираются на это исходное состояние: если оно ошибочное, эффект ощущается все 6–12 месяцев работы.

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

Первая. Поисковик фиксирует характеристики сайта в первый месяц обхода, и эти оценки сохраняются дольше, чем кажется. Если в первый месяц робот сталкивается с массовыми 404, дублями, медленным ответом сервера, краулинговый бюджет сокращается. Восстановление частоты обхода до нормы занимает 2–4 месяца после устранения проблем.

Вторая. Часть ранних ошибок имеет инерцию. Неверная микроразметка JSON-LD, попавшая в индекс, замещает корректную с задержкой в 4–8 недель. Дубли страниц после миграции с временного домена ещё долго отображаются в индексе и тянут вниз показатели поведенческих метрик.

Третья. Исправления «по живому» обходятся дороже подготовки. Менять структуру URL после индексации — это редирект-карта на сотни строк, сверка с журналами обхода, мониторинг 404 ещё несколько месяцев. Сделать ту же структуру корректно до запуска — два часа работы.

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

Домен, хостинг, HTTPS

Три исходных решения, которые принимаются один раз и потом меняются болезненно. Любая ошибка на этом уровне отзывается во всех последующих фазах.

Выбор доменной зоны. Для бизнеса под Беларусь основной выбор — .by. Эта зона даёт сигнал региональной принадлежности и в Google, и в Яндексе, упрощает попадание в локальную выдачу по геозависимым запросам. Зона .com подходит для проектов с международной аудиторией, .ru — для работы преимущественно на российский рынок. Менять зону после запуска возможно через 301-редиректы, но переход стоит до 30% накопленного ссылочного веса.

Проверка истории домена

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

Проверка истории идёт через три источника:

• Wayback Machine (web.archive.org). Что было на этом домене 1, 3, 5 лет назад. Если в прошлом тематика была токсичной (азартные игры, нелегальная фарма, дорвеи) — отказ от домена.
• Whois-history (DomainTools, WhoisFreaks, ICANN Lookup). Кто владел доменом, сколько раз менялся регистратор, были ли подозрительные смены NS-серверов.
• Бэклинк-профиль через Ahrefs или Semrush. Если у домена сотни ссылок с PBN-сеток, спам-форумов и автогенерируемых сайтов — это след старого ссылочного спама.

Чистый домен с пустой историей предпочтительнее дешёвого «возрастного» с тёмным прошлым. Выгода от возраста перекрывается риском санкций минимум в три раза.

Требования к хостингу. Минимальные требования: поддержка HTTPS, время ответа сервера (TTFB) не более 400–600 мс под нагрузкой, аптайм 99.9% или выше, наличие резервного копирования. География датацентра — близко к целевой аудитории: для проектов под Минск и регионы РБ — белорусские хостинги (Hoster.by, Active.by, Datahata), для РФ — Timeweb, Reg.ru, Beget. Размещение под РБ-аудиторию в датацентре в США или Юго-Восточной Азии увеличивает TTFB на 200–400 мс, что критично для Core Web Vitals.

HTTPS и сертификат

Сайт запускается сразу на HTTPS. Сертификат:

• Let’s Encrypt (бесплатный). Подходит для большинства проектов, автоматическое обновление каждые 90 дней, поддерживается всеми современными CMS и хостингами.
• OV (Organization Validation). Платный, подтверждает юридическое лицо. Уместен для коммерческих B2B-проектов, где важен дополнительный сигнал доверия.
• EV (Extended Validation). Платный, расширенная проверка. Имеет смысл для финтеха, банков, маркетплейсов с обработкой платежей. Для большинства бизнес-сайтов избыточен.

Все внутренние ссылки сайта — относительные или абсолютные на HTTPS, без смешанного контента (mixed content). Чёткий 301-редирект с HTTP-версии на HTTPS обязателен — без него поисковик может проиндексировать обе версии и интерпретировать их как дубли.

Структура и URL

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

Иерархия и глубина вложенности

Коммерческие посадочные располагаются не глубже 3–4 уровней от корня. Чем глубже страница, тем меньше внутреннего ссылочного веса до неё доходит, тем реже её обходит робот. Типовая структура для коммерческого сайта услуг:

/                              ← главная (уровень 0)
/uslugi/                       ← хаб услуг (уровень 1)
/uslugi/seo-prodvizhenie/      ← конкретная услуга (уровень 2)
/uslugi/seo-prodvizhenie/seo-audit/  ← вложенная услуга (уровень 3)

Категории каталога — не глубже 4 уровней. Карточки товаров — на уровне 5 максимум. Если структура требует большей глубины, она пересматривается до запуска: упрощается иерархия, объединяются категории, удаляются избыточные уровни.

ЧПУ (человеко-понятные URL). URL вида /uslugi/seo-prodvizhenie/ работает корректно. URL вида /?p=327, /index.php?action=show&id=12, /category/?cat=seo&sort=asc создают проблемы с обходом, дублями и пониманием тематики страницы. ЧПУ задаются на уровне CMS: для WordPress — Permalinks → Post name, для Bitrix — раздел SEO в админке, для OpenCart и других — через плагины ЧПУ.

Унификация URL

До запуска принимается решение по трём типовым ситуациям:

• Слеш в конце URL. Сайт работает либо со слешем (/uslugi/), либо без (/uslugi) — но не по обоим вариантам одновременно. Другой вариант — 301-редирект на каноническую форму.
• WWW или без WWW. Одна из версий выбирается как основная, вторая — 301-редирект на основную.
• HTTPS vs HTTP. Только HTTPS, HTTP — 301-редирект.

Без этих решений поисковик получает 4–8 версий каждой страницы (http://www.site.by/uslugi, http://site.by/uslugi/, https://www.site.by/uslugi и так далее) и не может определить каноническую.

Ловушки пагинации и параметров

Списочные страницы с пагинацией (/catalog/?page=2, /catalog/?page=3) и фильтрами (/catalog/?color=red&size=m) — самый частый источник дублей у нового сайта. Решение принимается до запуска:

• Пагинация — canonical на первую страницу или собственный canonical у каждой страницы (зависит от стратегии);
• Фильтры — закрыты через noindex или ограничены в robots.txt через директиву Disallow: /*?* для коммерческого сайта без SEO-фильтров;
• UTM-метки и параметры рекламных кампаний — указаны как игнорируемые в Search Console и Яндекс.Вебмастере.

Мультиязычные версии. Для проектов с несколькими языковыми версиями (русская, белорусская, английская) до запуска настраивается связка через hreflang-теги. Каждая страница содержит блок ссылок на все языковые варианты с указанием языка и региона по стандарту BCP 47: ru-BY, en-BY, be-BY. Альтернатива — указание тех же связок в sitemap.xml через атрибут xhtml:link. Ошибки в hreflang приводят к подмене языковой версии в выдаче либо к полному исчезновению одной из версий — это одна из самых трудно диагностируемых проблем после запуска. Валидация — через Merkle hreflang Tags Tool, Sistrix Hreflang Validator, отчёт «Международные настройки» в Search Console.

Технические файлы: правила обхода, карта сайта, редиректы

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

Файл правил обхода

Размещается в корне сайта по адресу /robots.txt. Типовой шаблон для нового коммерческого сайта на WordPress:

User-agent: *
Disallow: /wp-admin/
Disallow: /wp-includes/
Disallow: /wp-content/plugins/
Disallow: /?s=
Disallow: /*?utm_*
Disallow: /search/
Allow: /wp-admin/admin-ajax.php

Sitemap: https://site.by/sitemap.xml

Что закрывается обязательно: административные разделы CMS, поиск по сайту (создаёт бесконечное число технических URL), корзина и личный кабинет, технические страницы (логи, дампы, тестовые папки). Что не закрывается: статические ресурсы CSS и JS — Google использует их для рендеринга страницы и оценки скорости.

Карта сайта

Файл sitemap.xml содержит все индексируемые URL. Для большинства CMS генерируется автоматически через плагин или встроенный модуль: для WordPress — Yoast SEO, RankMath, All in One SEO; для Bitrix — встроенный модуль «Поисковая оптимизация»; для OpenCart — модуль Google Sitemap.

Технические требования:

• Не более 50 000 URL в одном файле и не более 50 МБ без сжатия;
• При большем объёме — индексный файл sitemapindex со ссылками на несколько отдельных карт;
• В карту попадают только страницы, отдающие код 200, не закрытые от индексации, с тегом canonical на самих себя;
• Параметр <lastmod> обновляется при реальном изменении страницы (не на каждой загрузке).

Карта редиректов с временного домена

Если сайт разрабатывался на тестовом поддомене (dev.site.by, test.site.by) или временном домене, до перехода на боевой составляется карта редиректов. Каждый URL тестового окружения отображается в соответствующий URL боевого через 301. Без этой карты часть случайно проиндексированных тестовых страниц останется в выдаче ещё месяцы.

Параллельно тестовый поддомен полностью закрывается от индексации через X-Robots-Tag: noindex в HTTP-заголовках или базовую HTTP-аутентификацию. Этап «доделали на dev, открыли в продакшен» без чистки — самый частый сценарий ранних 404 и дублей у нового сайта.

Базовая оптимизация страниц

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

title

Уникален для каждой страницы. Длина — 50–60 символов с пробелами. Содержит основной запрос кластера в естественной форме плюс маркер региона или выгоды:

SEO-продвижение сайтов в Минске — Cropas
Рабочие перчатки строительные — купить в Минске
Что такое CTR в SEO: формула, нормы, способы повышения

Антипаттерны: одинаковый title на главной и в категориях, переспам по типу «SEO Минск SEO продвижение SEO услуги», только название бренда без указания страницы.

meta description. Уникальный, длина 140–160 символов. Содержит призыв к действию или ключевое уточнение, а не повтор title. Не влияет на ранжирование напрямую, но влияет на CTR в выдаче.

H1. Один на странице. Повторяет основной запрос кластера, обычно близок к title по смыслу, но не дословно. Не оформляется как декоративный элемент (логотип в H1 — частая ошибка шаблонов CMS).

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

Метатеги для социальных сетей. Протокол OpenGraph (метатеги og:title, og:description, og:image, og:url, og:type) и аналогичные twitter:* — для корректного отображения превью при шеринге в социальных сетях и мессенджерах. Изображение og:image — оптимального размера 1200 × 630 пикселей, формат JPG или PNG.

Микроразметка JSON-LD на старте

JSON-LD — текущий рекомендованный формат микроразметки для Google и поддерживаемый Яндексом. Размещается в секции <head> или <body> страницы внутри тега <script type="application/ld+json">.

Обязательный минимум для нового сайта:

Пример минимальной разметки Organization для главной:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Cropas",
  "url": "https://cropas.by",
  "logo": "https://cropas.by/logo.png",
  "telephone": "+375-XX-XXX-XX-XX",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "Минск",
    "addressCountry": "BY"
  }
}
</script>

Валидация разметки до запуска — обязательный шаг. Инструменты: Rich Results Test (Google), Schema Markup Validator (от schema.org), Яндекс.Вебмастер → Инструменты → Проверка структурированных данных. Ошибки и предупреждения устраняются до открытия индексации — на исправление после индекс-обхода уйдут лишние 4–8 недель.

Аналитика и подтверждение прав в панелях

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

Google Search Console

Регистрация и подтверждение прав — через консоль Google. Способы подтверждения:

• DNS-запись (предпочтительно). Добавление TXT-записи в зоне домена. Подтверждает права на весь домен (все поддомены и протоколы).
• HTML-файл. Загрузка файла в корень сайта. Подтверждает только конкретный URL-префикс.
• HTML-метатег. Вставка в <head> главной страницы. Также только URL-префикс.
• Google Analytics или Tag Manager. Только если они уже подключены.

После подтверждения — отправка sitemap.xml в разделе «Файлы Sitemap → Добавить новый файл Sitemap».

Яндекс.Вебмастер

Аналогичная процедура — регистрация, подтверждение прав через DNS, HTML-файл или метатег. Дополнительно для коммерческих сайтов под РБ:

• Указание региональной принадлежности (раздел «Информация о сайте → Региональность»);
• Подключение Турбо-страниц (если применимо для ниши);
• Привязка к карточке в Яндекс.Бизнесе для подтверждения регионального присутствия.

Google Analytics 4 и Яндекс.Метрика. Устанавливаются на все страницы сайта через единый шаблон. Цели настраиваются до запуска: формы обратной связи, клики по телефонам и почте, события «положить в корзину» и «оформить заказ» для e-commerce, прокрутка страницы для контентных проектов. Без настроенных целей сбор данных в первые недели идёт впустую — потом восстановить ретроспективную картину невозможно.

Сводный чек-лист готовности к запуску

Часто задаваемые вопросы

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

Для типового коммерческого сайта на 30–100 страниц — 2–4 недели в зависимости от объёма правок. Технические настройки (robots.txt, sitemap.xml, разметка, аналитика) — 3–5 рабочих дней. Проработка структуры и URL — 5–8 дней. Базовая on-page-оптимизация шаблонов — 4–7 дней. Если сайт уже частично собран и часть пунктов закрыта, срок сокращается до 1–2 недель.

Можно ли запустить сайт и сделать подготовку «по ходу»?

Технически — да, но обходится дороже. Все ошибки, попавшие в индекс, чинятся через 301-редиректы, обновление микроразметки, удаление дубликатов, и каждое исправление видит результат с задержкой 4–8 недель. Подготовка сразу занимает 2–4 недели; исправления по ходу растягиваются на 3–6 месяцев и отнимают часть бюджета первого периода продвижения.

Какие самые частые ошибки подготовки?

По частоте встречаемости: забытый noindex или Disallow: / с тестового окружения (сайт месяц не индексируется); дубли по URL-параметрам и слешам без склейки через canonical или редиректы; отсутствие sitemap.xml либо его недоступность по адресу из robots.txt; одинаковые title и description на главной и в категориях; неработающая или невалидная микроразметка JSON-LD; разработка на «грязном» домене с подозрительной историей без проверки.

Нужна ли подготовка к SEO для лендинга на одну страницу?

Минимальный пакет — да: HTTPS, корректный title, description, H1, валидная микроразметка LocalBusiness или Organization, подключение Search Console и Яндекс.Вебмастера, Google Analytics и Метрика. Объём работ — 1–2 дня. Полноценная SEO-стратегия для лендинга обычно невозможна (нечего ранжировать), но техническая корректность важна и для контекстной рекламы, и для общей оценки качества домена.

Какие требования к хостингу критичны для SEO, а какие второстепенны?

Критичны: время ответа сервера TTFB, аптайм, поддержка HTTPS, геолокация датацентра близко к целевой аудитории. Второстепенны: тип панели управления, наличие или отсутствие конкретных PHP-модулей сверх стандартных, дисковое пространство сверх объёма сайта. Хостинги начального уровня при правильной настройке выдают TTFB 300–500 мс — этого достаточно для большинства бизнес-сайтов.

Что закладывать в техзадание на разработку сайта, чтобы потом не переделывать под SEO?

Минимальный список SEO-требований в ТЗ: ЧПУ-структура URL с глубиной не более 3–4 уровней для коммерческих страниц; единственная каноническая форма URL (со слешем или без, с WWW или без, всегда HTTPS); шаблоны title и description с переменными для типовых страниц; единый формат микроразметки JSON-LD (Organization для главной, BreadcrumbList для всех внутренних, тип под контент); требования к скорости загрузки (LCP < 2.5 с, INP < 200 мс, CLS < 0.1) с замером на этапе приёмки; план редиректов с тестового окружения на боевое. Внести эти решения постфактум возможно, но дороже в 3–5 раз — переделать структуру URL после индексации означает редирект-карту на сотни строк и месяцы мониторинга 404.

Что делать с тестовыми поддоменами после релиза?

Закрыть от индексации полностью. Варианты: HTTP-аутентификация на уровне сервера (Basic Auth — простой логин и пароль через .htaccess для Apache или директивы в Nginx); заголовок X-Robots-Tag: noindex для всех URL поддомена; в крайнем случае — Disallow: / в robots.txt тестового поддомена. Параллельно — карта 301-редиректов с тестовых URL на боевые на случай, если часть тестовых страниц уже попала в индекс.

Нужно ли заполнять микроразметку JSON-LD до запуска или можно потом?

До запуска заполняется базовый набор: Organization, BreadcrumbList, основные типы под контент сайта (Article для блога, Product для товаров, LocalBusiness для физического присутствия). Это закрывает 80% пользы от микроразметки. Расширенная разметка (Review, AggregateRating, HowTo, FAQPage) добавляется позже по мере появления соответствующего контента — её необязательно иметь в день запуска.

Как проверить, что подготовка прошла полностью?

Сводный чек-лист из таблицы выше плюс прогон сайта через Screaming Frog или Netpeak Spider до открытия индексации: ноль 404-ошибок во внутренних ссылках, корректные коды ответа 200/301, уникальные title и description, валидная структура заголовков (один H1 на странице, иерархия H2-H6 без пропусков), нет страниц без canonical. Прогон занимает 30–60 минут, выявляет 90% оставшихся проблем.

Когда подключать SEO для нового сайта?

В идеале — на этапе проектирования сайта, чтобы заложить корректную структуру и шаблоны сразу. Минимально допустимо — за 2–4 недели до открытия для индексации, чтобы успеть провести аудит готовности и устранить найденные ошибки до запуска. Подключение через несколько месяцев после запуска тоже возможно, но первый месяц работы тогда уйдёт на разбор накопленных ошибок, а не на движение вперёд. Услуга «SEO для нового сайта» подразумевает сопровождение именно с момента подготовки.