Аудит сайта перед запуском: базовая SEO-оптимизация по шагам

Коротко: что значит «базовое SEO» перед запуском

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

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

1. Доступность и индексация: сайт открывается, поисковики могут его обойти, нужные страницы не закрыты, а служебные закрыты правильно.
2. Единый адрес: одно зеркало, https, нет технических дублей главной и страниц.
3. Структура и адреса: логичная иерархия, понятные ЧПУ, страница 404.
4. Мета-теги и заголовки: уникальные title, description и H1 на каждой странице.
5. Скорость и мобильная версия: сайт быстро грузится и удобен на телефоне.
6. Подключение к поисковым системам: Яндекс Вебмастер, Search Console, карта сайта.
7. Аналитика: счётчики и цели работают с первого дня.
8. Содержание: тексты написаны, нет заглушек, страницы отвечают на запросы.
9. Безопасность и надёжность: SSL, резервные копии, мониторинг.

Ниже — пошаговый порядок с указанием, что критично, что желательно, чем проверять и как действовать в день запуска и после. Я изучил более десятка русскоязычных чек-листов (среди них материалы PR-CY, Workspace, Siteclinic, Kokoc, Link-Assistant, Timeweb, vc.ru и других) и официальные справки Google и Яндекса. Типичные пробелы этих материалов — отсутствие приоритетов и порядка действий, устаревшие рекомендации (часть статей датирована 2017–2019 годами) и умолчание о самом коварном: как закрыть тестовую версию от индексации правильно и не забыть открыть её при запуске. Эти пробелы я постарался закрыть.

Что критично, а что можно отложить

Чек-листы на 40–50 пунктов выглядят устрашающе, и многие бросают их на середине. Разделите работу по приоритету. Это моя рабочая классификация, а не стандарт.

Если времени мало, закройте блокирующий уровень. Это около двух часов работы и избавит от самых дорогих ошибок.

Шаг 1. Индексация: закрыть тестовую версию и не забыть открыть боевую

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

Как закрывать тестовую версию

Из справок поисковых систем следуют две важные вещи:

• robots.txt не гарантирует, что страница не попадёт в выдачу. Google прямо пишет, что не поддерживает правило noindex в robots.txt, а закрытая в нём страница может остаться в выдаче, если на неё ссылаются другие сайты.
• Если страницу закрыть в robots.txt, робот не увидит noindex. Это подтверждают справки и Google, и Яндекса: директива noindex работает только на странице, которую робот может открыть. Поэтому «закрыть и в robots.txt, и noindex» не усиливает защиту, а ослабляет её.

Надёжнее всего защитить тестовую версию паролем (HTTP-авторизация на уровне сервера): тогда её не увидят ни роботы, ни случайные посетители. Это моя рекомендация, а не цитата из справок. Дополнительно проверьте, что тестовый адрес не прописан в sitemap, не используется в canonical и внутренних ссылках боевого сайта. Эту проверку делают сканированием: в чек-листе Link-Assistant есть пункт про ссылки на тестовый сервер, оставшиеся после переноса.

Что проверить при запуске

• В robots.txt нет полного запрета (Disallow: /) для всех роботов. Проверьте файл в тестере robots.txt.
• На страницах нет <meta name="robots" content="noindex"> и заголовка X-Robots-Tag: noindex. Проверка: проверка noindex и сайт глазами робота.
• Базовая аутентификация или закрытый доступ с тестового сервера сняты там, где она была.
• Страницы, которые должны быть закрыты (корзина, личный кабинет, внутренний поиск, служебные), закрыты правильно.
• Критические ресурсы (CSS, JS) доступны роботу: в одном из чек-листов советуют сканировать сайт с отключённым robots.txt, чтобы увидеть, что скрыто от роботов.

Если robots.txt нужно составить с нуля, воспользуйтесь генератором robots.txt, а как читать и проверять файл, описано в статье «Как проверить robots.txt».

Шаг 2. Единый адрес: зеркало, https и технические дубли

Для поисковика адреса http://site.ru, https://site.ru, https://www.site.ru и https://site.ru/index.php — разные страницы, даже если выглядят одинаково. Если все они открываются без редиректов, появляются дубли и размывается вес. Как отмечает один из источников, для Яндекс Вебмастера http и https — разные сайты, и это важно учитывать при подключении.

Что настроить

• Главное зеркало: выберите, с www или без. Второй вариант должен перенаправлять постоянным редиректом 301 на выбранный.
• Протокол: установлен SSL-сертификат, http перенаправляется на https. Проверка — проверка SSL-сертификата. Смешанный контент (часть ресурсов по http на https-странице) нужно убрать.
• Технические дубли главной: /index.php, /index.html, адрес с завершающим слэшем и без, с параметрами. Они должны редиректить на единый адрес. Проверка: технические дубли главной.
• Слэш в конце адресов и регистр: выберите единое правило и настройте редиректы.
• Canonical: на страницах, которые могут открываться с параметрами (сортировка, метки, пагинация), укажите основной адрес. Проверка: проверка canonical.

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

Шаг 3. Структура и адреса страниц

Структуру проще проектировать до запуска, чем менять после, когда страницы уже в индексе. Базовые правила:

• Логичная иерархия: главная → разделы → подразделы → страницы. Важные страницы доступны за 3–4 клика от главной (ориентир из одного из чек-листов).
• Структура строится под спрос: страницы создаются под группы запросов, которые вы собрали в семантическом ядре, а не «как удобно разработчику». Если ядра ещё нет, соберите хотя бы базовое: основные категории и услуги.
• ЧПУ: короткие, читаемые адреса без параметров вида ?id=123, без закодированной кириллицы и переспама. Ориентир — адрес должен быть понятен человеку и не слишком длинен.
• Меню и хлебные крошки: ведут на важные разделы и отражают иерархию.
• Нет страниц-сирот: на каждую страницу ведёт хотя бы одна внутренняя ссылка.

Проверить структуру можно инструментом анализа структуры сайта, а заголовки страниц — проверкой структуры H1–H6.

Страница 404

Несуществующий адрес должен отдавать код 404 (а не 200 и не редирект на главную) и показывать полезную страницу с поиском и ссылками на разделы. Подробно: «Ошибка 404», проверка — проверка страницы 404.

Шаг 4. Title, description и заголовки

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

О длине. В источниках встречаются разные ориентиры: title от 50 до 70 знаков, description около 150–160. Это не жёсткие лимиты поисковиков, а ограничения отображения: сниппет обрезается по ширине, а не по числу знаков. Поэтому ориентируйтесь на предпросмотр: превью сниппета покажет, как заголовок и описание выглядят в выдаче. Массово проверить мета-теги можно массовым парсером. Как писать тексты страниц под запросы — в статье «SEO-тексты».

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

Шаг 5. Содержание страниц

Пустой сайт с красивым дизайном SEO-проблему не решает. К запуску должны быть готовы:

• Тексты на основных страницах написаны, уникальны и отвечают на вопросы посетителя. Заглушки вроде «Lorem ipsum», пустые страницы и тестовые записи удалены.
• Описания товаров и услуг не скопированы у поставщиков и конкурентов: такие тексты дублируются и слабо ранжируются.
• Контакты, реквизиты, график работы актуальны и совпадают на всех страницах.
• Тексты вычитаны: ошибки и опечатки вредят и доверию, и конверсии.
• Изображения реальные, с описательными alt (у содержательных картинок), сжаты. Проверка: анализ изображений, сжатие — конвертер в WebP.
• Внутренние ссылки ведут на нужные страницы. Проверка: проверка битых ссылок.
• Для интернет-магазина: карточки заполнены (описание, цена, наличие, фото), у категорий есть вводный текст.

Полный контент-план можно составить и после запуска, но «скелет» сайта (основные страницы под основные запросы) должен быть на старте.

Шаг 6. Скорость и мобильная версия

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

Что проверить

• Скорость ответа сервера: в одном из источников приводится ориентир около 200 мс идеально и до 500 мс допустимо. Замер HTML: размер страницы и скорость загрузки HTML.
• Общая скорость: PageSpeed Insights для главной, категории, карточки и статьи, отдельно для мобильной версии.
• Тяжёлые элементы: большие изображения, лишние скрипты, шрифты, внешние виджеты. Сжатие, кэширование и отложенная загрузка помогают.
• Первый экран: главное изображение не стоит грузить «лениво», а размеры стоит задавать заранее, чтобы не получить смещения.
• Современный протокол: проверка HTTP/2 и HTTP/3.

Мобильная версия

• Страницы адаптивны, нет горизонтальной прокрутки, текст читается без увеличения.
• Кнопки и ссылки достаточно крупные для нажатия пальцем.
• Поля форм не вызывают приближения страницы при фокусе: на iPhone это происходит, если размер шрифта в поле меньше 16 пикселей. Мелочь, но она портит впечатление и конверсию.
• Всплывающие окна не закрывают контент.
• Проверка: проверка мобильной вёрстки и реальный телефон. Автоматические проверки не заменяют просмотра глазами.

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

Шаг 7. Карта сайта и подключение к поисковым системам

sitemap.xml

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

• В ней только индексируемые страницы с кодом 200: без редиректов, 404, закрытых и дублей.
• Адреса в карте — канонические, с правильным протоколом и зеркалом.
• Файл указан в robots.txt (Sitemap: https://site.ru/sitemap.xml) и добавлен в Вебмастер и Search Console.
• Обновляется автоматически при добавлении страниц (плагин CMS или генерация).

Создать файл помогает генератор sitemap.xml, проверить — валидатор карты сайта.

Яндекс Вебмастер и Search Console

• Подтвердите права на сайт в обеих системах (на нужный протокол и зеркало).
• Добавьте карту сайта.
• Для Яндекса проверьте региональную привязку, если сайт работает в конкретном городе.
• Настройте уведомления об ошибках на почту.
• Выдайте доступ тем, кто будет работать с сайтом, с минимальными правами и без передачи пароля.

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

Шаг 8. Аналитика и цели

Данные собираются только с момента установки счётчика, и этот пункт напоминают почти все чек-листы. Потерянный первый месяц не вернуть.

• Яндекс Метрика (и при необходимости Google Analytics) установлена на всех страницах. Проверка: проверка счётчиков.
• Счётчик работает без ошибок, не дублируется.
• Настроены цели: заявка, звонок, оформление заказа, клик по телефону или мессенджеру.
• Для интернет-магазина подключена электронная коммерция.
• Внутренний трафик (команда, разработчики) отфильтрован или хотя бы можно отличить.
• Формы протестированы: заявка приходит на почту или в CRM, после отправки показывается страница или сообщение благодарности.
• Метки кампаний настроены по единым правилам: «UTM-метки».
• Если используются cookie и аналитика, предусмотрено согласие и политика: генератор cookie-баннера, проверка сайта на 152-ФЗ. Это не SEO, но проверка перед запуском без неё неполная.

Шаг 9. Микроразметка, превью и мелочи

Эти пункты не блокируют индексацию, но улучшают вид сайта в выдаче и при публикации ссылок.

• Микроразметка Schema.org: организация, хлебные крошки, товар, статья, FAQ там, где она применима. Проверка: валидатор микроразметки. Размечайте только то, что реально есть на странице.
• Open Graph: заголовок, описание и картинка для превью в соцсетях и мессенджерах. Проверка: проверка Open Graph.
• Фавикон: отображается в браузере и выдаче. Проверка: проверка фавикона.
• hreflang — если сайт многоязычный или мультирегиональный: проверка и генератор hreflang.
• Карточки компании в Яндекс Бизнесе и на картах: бесплатно, помогают локальному поиску.

Шаг 10. Безопасность и надёжность

К SEO это относится косвенно, но взломанный или упавший сайт теряет трафик быстрее любых ошибок оптимизации.

• Резервные копии: настроены автоматически и проверены восстановлением, а не только созданием. Копия, которую не пробовали разворачивать, — предположение, а не копия.
• Мониторинг доступности: уведомления при падении сайта и истечении сертификата. Быстрая проверка: проверка доступности.
• Доступ в админку: сложные пароли, двухфакторная защита, лишние пользователи удалены.
• Обновления CMS и плагинов установлены, лишние плагины отключены.
• Защита форм от спама (капча или аналогичное решение).
• Нагрузка: если ждёте всплеска трафика (рекламный запуск), заранее проверьте, выдержит ли сервер.

Определить, на какой CMS и технологиях работает сайт (полезно при передаче проекта), можно инструментом определения CMS, а данные хостинга и DNS — через DNS-записи.

День запуска: порядок действий

Запуск лучше проводить в спокойное время, а не накануне сезона и не вечером в пятницу. Порядок действий:

1. Сделайте резервную копию текущего состояния и убедитесь, что откат возможен.
2. Перенесите сайт на боевой домен или направьте домен на сервер. Перед сменой DNS снизьте TTL записей, чтобы изменения применились быстрее, а после переноса верните обычное значение.
3. Снимите запреты индексации и пароль с боевой версии, проверьте robots.txt и noindex.
4. Проверьте главные страницы: главная, категория, карточка, статья, контакты, форма. Коды ответа 200, правильные заголовки, нет ссылок на тестовый адрес.
5. Проверьте редиректы: зеркало, https, технические дубли.
6. Проверьте формы и заказы реальной отправкой.
7. Проверьте счётчики и цели тестовым посещением.
8. Отправьте карту сайта в Вебмастер и Search Console.
9. Запросите индексацию главной и ключевых страниц через инструменты вебмастеров.
10. Усильте мониторинг на первые сутки: доступность, ошибки, заявки.

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

После запуска: первые недели

Сроки индексации зависят от сайта и поисковой системы, обещать конкретные дни нельзя. Если через пару недель страницы не появились в поиске, проверьте запреты, ошибки обхода и содержание страниц. Как действовать, если трафик не идёт или падает, описано в статье «Упал трафик из поиска», а если сайт перестал открываться — в «Сайт не открывается».

Особенности популярных платформ

Общие правила одинаковы, но способы их выполнения разные. Универсальные советы:

• WordPress: проверьте в настройках чтения, что не стоит галочка «Попросить поисковые системы не индексировать сайт» (её часто включают на время разработки и забывают снять). Настройте постоянные ссылки, проверьте SEO-плагин, который формирует title, description и sitemap.
• Конструкторы сайтов: ищите в настройках раздел SEO: мета-теги, адреса страниц, robots и sitemap, подключение счётчиков. Возможности ограничены, поэтому до выбора платформы стоит проверить, что нужные настройки есть.
• 1С-Битрикс и другие коробочные CMS: следите за дублями (параметры сортировки и фильтров, технические страницы), настройте шаблоны мета-тегов и правила для фильтров.
• Самописные сайты: передайте разработчику требования из этого чек-листа отдельным документом, это дешевле, чем исправлять потом.

Это общие ориентиры, а не инструкция для каждой версии платформы: названия настроек меняются, сверяйтесь с документацией своей CMS.

Десять частых ошибок перед запуском

1. Забытый запрет индексации, перенесённый с тестового сервера.
2. Закрытие тестовой версии только через robots.txt вместо пароля, и открытая тестовая копия-дубль.
3. Не настроено главное зеркало и редирект на https.
4. Одинаковые title на всех страницах и отсутствие H1.
5. Ссылки на тестовый домен внутри боевого сайта, в canonical и sitemap.
6. Пустые страницы и заглушки попали в индекс.
7. Страница 404 отдаёт код 200 или редиректит на главную.
8. Счётчики не установлены или не настроены цели: первые недели данных потеряны.
9. Тяжёлые изображения и скрипты, медленная мобильная версия.
10. Нет резервных копий и мониторинга: о падении сайта узнают от клиентов.

Как я провожу такой аудит

Перед запуском я проверяю сайт по списку из 300+ факторов, а блок базовой оптимизации из этой статьи — только его начало. Проверяется индексация и запреты, зеркала и редиректы, структура и адреса, шаблоны страниц и мета-теги, скорость и мобильная версия, микроразметка, счётчики и цели, карта сайта и подключение к вебмастерам. Результат — PDF-отчёт на 30–50 страниц с приоритетами, технические задания для разработчиков и созвон, на котором я лично расскажу о найденных ошибках, объясню, что исправить до запуска, а что можно отложить, и отвечу на вопросы. Стоимость от 30 000 ₽, срок 3–5 рабочих дней для небольшого сайта и 7–10 для крупного магазина. Ориентиры по цене с источниками — в статье «Сколько стоит SEO-аудит», а когда проверка нужна ещё — в «Когда нужен SEO-аудит».

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

Итоговый чек-лист перед запуском

Блокирующий уровень:

• Нет запрета индексации на боевом сайте (robots.txt, meta robots, X-Robots-Tag).
• Тестовая версия закрыта паролем или снята; нет ссылок на неё.
• Главное зеркало и https настроены, технические дубли главной склеены.
• Ключевые страницы отвечают кодом 200, несуществующие дают 404.
• robots.txt и sitemap.xml корректны, карта добавлена в вебмастеры.
• У каждой страницы уникальные title и один H1.
• Счётчики установлены, цели настроены, формы работают.

Важный уровень:

• Скорость и мобильная версия проверены на ключевых шаблонах.
• Canonical настроен там, где возможны дубли.
• Адреса понятны, структура логична, нет страниц-сирот.
• Тексты готовы, нет заглушек, изображения сжаты и описаны.
• Сайт подтверждён в Яндекс Вебмастере и Search Console.
• Резервные копии работают, мониторинг доступности включён.

Желательный уровень:

• Микроразметка, Open Graph, фавикон настроены.
• Карточки в Яндекс Бизнесе и на картах заполнены.
• hreflang для многоязычных версий.
• Политика конфиденциальности и согласие на cookie.

Об автореВладимир Родионов

Интернет-маркетолог, частный SEO-специалист cetto.ru. 10+ лет в IT, 200+ реализованных проектов, сертификация Яндекса и Google.

Все статьи автора →Задать вопрос в Telegram →