Полезные материалы

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

полный чек-лист

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

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

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

Разберём полный процесс — от постановки задач до контроля первых недель после публикации.

Сначала определите, что именно запускается

Выражение «новый сайт» может означать два разных сценария.

Новый домен без поисковой истории

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

Новая версия существующего сайта

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

Эти сценарии нельзя объединять одним чек-листом без уточнений. При редизайне обязательным исходным материалом становится полный анализ старого сайта.

1. Зафиксируйте цели сайта и бизнес-приоритеты

SEO начинается не с поисковых запросов, а с понимания бизнеса. Необходимо определить:

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

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

На старте полезно определить измеримые цели: заявки по конкретным направлениям, заказы, звонки, регистрации, скачивания документов или другие значимые действия. Это повлияет на структуру страниц и настройку аналитики.

2. Изучите поисковый спрос

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

При сборе семантики учитывают:

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

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

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

3. Проанализируйте поисковую выдачу и конкурентов

Частотность не показывает, какой тип страницы ожидает поисковая система по запросу. Это видно в выдаче.

Для приоритетных групп запросов следует проверить:

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

Задача анализа — понять стандарт полезности для пользователя, а не скопировать структуру или текст конкурента. Новый сайт должен давать не менее полный ответ и при этом отражать реальные преимущества, опыт и условия конкретной компании.

4. Спроектируйте SEO-структуру

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

В структуру могут входить:

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

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

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

5. Определите правила создания посадочных страниц

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

До разработки необходимо определить:

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

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

6. Разработайте понятную структуру URL

Адреса лучше определить до создания страниц, потому что массовая смена URL после запуска требует перенаправлений и создаёт лишний риск.

Хороший адрес:

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

Не существует универсального требования обязательно использовать транслитерацию или короткий путь любой ценой. Важнее последовательность и отсутствие дублей.

Заранее фиксируют правила:

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

7. Если сайт заменяет старый — сохраните всё ценное

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

все известные URL;
страницы из поисковых систем;
адреса из систем аналитики;
страницы с внешними ссылками;
текущие title, описания и заголовки;
поисковые запросы и посадочные страницы;
файлы robots.txt и Sitemap;
канонические адреса;
информацию о перенаправлениях;
ключевые показатели трафика и конверсии.

Источники URL объединяют и очищают от дублей. Для каждого старого адреса определяют действие:

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

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

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

8. Продумайте навигацию и внутренние ссылки

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

Полезная система внутренних связей включает:

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

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

Особое внимание уделяют страницам-сиротам, на которые не ведёт ни одной внутренней ссылки. Их труднее обнаружить, а их место в структуре остаётся непонятным.

9. Подготовьте требования к шаблонам страниц

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

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

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

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

10. Подготовьте содержательный контент

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

Для коммерческой страницы обычно важны:

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

Экспертность нельзя заменить длинным текстом. Ценность создают точные сведения, реальные ограничения, опыт специалистов, примеры решений и ответы на вопросы, которые возникают перед покупкой.

Ключевые формулировки следует использовать естественно. Текст пишется для человека, а не для достижения определённой «плотности» слов.

11. Проверьте уникальность не текста, а назначения страниц

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

Перед публикацией нужно проверить:

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

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

12. Оптимизируйте изображения и другие медиафайлы

Изображения влияют на скорость, доступность и представление контента. До запуска необходимо:

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

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

13. Настройте заголовки и метаданные

У каждой индексируемой страницы должен быть осмысленный title, отражающий её содержание. Заголовки не обязаны быть одинаковыми с H1, но не должны обещать разные темы.

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

Перед запуском проверяют:

уникальность title у ключевых страниц;
отсутствие пустых и технических значений;
корректную подстановку шаблонов;
один основной содержательный H1;
логичную иерархию H2–H3;
отсутствие заголовков, используемых только ради визуального размера;
отсутствие скрытых SEO-блоков.

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

14. Настройте канонические адреса и работу дублей

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

До запуска определяют основной URL и согласуют сигналы:

внутренние ссылки ведут на канонический адрес;
он включён в Sitemap;
дубли перенаправляются либо содержат корректную рекомендацию rel="canonical";
HTTP- и HTTPS-версии не конкурируют;
домены с www и без него сведены к одному варианту;
регистр и завершающий слеш обрабатываются единообразно.

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

15. Подготовьте robots.txt

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

В robots.txt проверяют:

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

robots.txt управляет обходом и не предназначен для надёжной защиты конфиденциальной информации. Закрытые данные должны требовать авторизации.

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

16. Сформируйте корректный Sitemap

XML-карта должна содержать канонические индексируемые URL, которые возвращают 200 OK и доступны без авторизации.

В неё не следует включать:

страницы с noindex;
URL, запрещённые для обхода;
редиректы;
ответы 404 и 5xx;
дубли с параметрами;
служебные результаты поиска;
пустые фильтры;
тестовые страницы.

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

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

17. Проверьте ответы сервера

Перед запуском все типы страниц тестируют не только визуально, но и по HTTP-статусам.

Ожидаемое поведение:

существующая страница — 200 OK;
постоянный перенос — прямой редирект на актуальный URL;
удалённая страница без замены — 404 Not Found или 410 Gone;
временное обслуживание — корректный временный статус, а не ответ 200 с сообщением об ошибке;
несуществующий случайный адрес — настоящий 404.

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

Также проверяют цепочки и циклы редиректов. Старый адрес должен вести на целевой по возможности за один переход.

18. Проверьте мобильную версию

Поисковая оптимизация неотделима от удобства на смартфоне. Недостаточно уменьшить десктопный макет.

На реальных устройствах и разных размерах экрана проверяют:

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

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

19. Оптимизируйте скорость и стабильность интерфейса

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

Основные направления работы:

оптимизация изображений;
кеширование;
сокращение лишнего JavaScript и CSS;
быстрая генерация HTML на сервере;
оптимизация запросов к базе данных;
правильная загрузка шрифтов;
уменьшение количества внешних скриптов;
предотвращение сдвигов элементов при загрузке;
быстрая реакция интерфейса на действия пользователя;
подходящий хостинг и серверная конфигурация.

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

Не стоит стремиться к условным ста баллам ценой удаления полезной функции. Цель — быстрый и стабильный пользовательский опыт на типичных устройствах и соединениях.

20. Убедитесь, что контент доступен поисковому роботу

Современный сайт может загружать меню, товары, отзывы и основной текст через JavaScript. В браузере пользователя всё выглядит нормально, но поисковый робот может получить неполный HTML, столкнуться с ошибкой скрипта или не дождаться внешнего API.

Следует проверить:

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

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

21. Добавьте микроразметку там, где она соответствует содержанию

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

Правила:

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

Добавление фиктивных рейтингов, отзывов или данных, которых нет на странице, создаёт риск ошибок и нарушений.

22. Подготовьте юридическую и коммерческую информацию

Для доверия пользователя и полноценной оценки компании поисковыми системами на сайте должны быть реальные сведения:

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

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

23. Настройте локальное присутствие

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

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

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

24. Настройте аналитику до публикации

Если счётчики и цели подключают через несколько недель после запуска, первые данные теряются. До открытия сайта следует настроить:

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

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

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

25. Защитите тестовую версию

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

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

При публикации необходимо убедиться, что:

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

26. Проведите предзапусковое сканирование

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

ответы сервера;
доступность страниц;
редиректы;
запрещающие метатеги;
канонические адреса;
пустые и повторяющиеся title, description, H1;
неработающие внутренние ссылки;
глубину вложенности;
страницы-сироты;
изображения без нужных атрибутов;
пагинацию;
параметры;
микроразметку;
соответствие Sitemap фактической структуре.

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

27. Подготовьте сценарий запуска

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

В плане указывают:

Создание актуальных резервных копий.
Время публикации с учётом нагрузки и доступности команды.
Перенос файлов и данных.
Настройку домена, HTTPS и сервера.
Активацию карты редиректов.
Проверку robots.txt и метатегов.
Обновление Sitemap.
Проверку аналитики и форм.
Быстрый тест основных пользовательских сценариев.
Мониторинг ошибок и нагрузки.
Решение об откате при критической проблеме.

Старый сайт и его данные не следует удалять сразу после запуска. Они могут понадобиться для проверки пропущенных URL, контента и настроек.

28. Что проверить сразу после публикации

В первые часы необходимо убедиться, что:

домен открывает рабочую версию;
HTTPS настроен корректно;
важные страницы возвращают 200;
старые URL перенаправляются по карте;
случайные адреса возвращают 404;
нет запрета индексации;
канонические ссылки указывают рабочий домен;
Sitemap доступен и содержит правильные URL;
формы, звонки, оплата и другие цели работают;
аналитика получает данные;
сервер справляется с нагрузкой;
тестовая версия закрыта;
не возникли смешанные ресурсы HTTP/HTTPS;
изображения, стили и скрипты загружаются без ошибок.

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

29. Контроль первых недель

После запуска работа продолжается. Поисковым роботам требуется время на обнаружение и обработку страниц.

Следует регулярно отслеживать:

статистику обхода;
страницы в поиске и причины исключения;
ошибки сервера;
обработку Sitemap;
неработающие ссылки;
выбор канонических URL;
показы и первые поисковые запросы;
реальные показатели скорости;
конверсии и ошибки пользовательских сценариев;
старые URL, для которых забыты редиректы.

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

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

30. Частые ошибки при SEO-подготовке нового сайта

SEO подключают после утверждения структуры

В результате под важные группы спроса нет страниц, а изменение меню и шаблонов становится дорогим.

На запуск выводят незаполненный сайт

Пустые категории, формальные карточки и тексты-заглушки формируют слабое первое представление о ресурсе.

С тестового сайта переносят запрет индексации

Одна настройка может закрыть весь рабочий проект от поисковых роботов.

Меняют URL без карты редиректов

Старые страницы начинают возвращать 404, внешние ссылки ведут в никуда, а накопленная видимость теряется.

Все удалённые страницы перенаправляют на главную

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

В Sitemap включают все технические URL

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

Закрывают дубли только через robots.txt

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

Создают страницы под каждую формулировку запроса

Сайт получает множество конкурирующих и мало отличающихся документов.

Устанавливают аналитику после запуска

Компания теряет первые данные и не может объективно оценить качество трафика и работу форм.

Проверяют только главную страницу

Ошибки часто находятся в карточках, фильтрах, пагинации, статьях и других массовых шаблонах.

Краткий чек-лист перед открытием индексации

Стратегия и структура

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

Контент и шаблоны

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

Техническая часть

важные URL возвращают 200;
удалённые URL обрабатываются корректно;
редиректы не образуют цепочек и циклов;
рабочий сайт не закрыт от роботов;
тестовая версия защищена;
robots.txt проверен;
Sitemap содержит только канонические страницы;
canonical настроен согласованно;
нет массового noindex;
контент доступен без выполнения проблемных сценариев;
мобильная версия работает;
скорость проверена на ключевых шаблонах;
микроразметка валидна.

Аналитика и запуск

счётчики получают данные;
цели и электронная торговля протестированы;
права в панелях поисковых систем подтверждены;
подготовлена карта редиректов;
есть резервная копия и план отката;
назначены ответственные за запуск;
подготовлен регламент мониторинга первых недель.

Вывод

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

До запуска необходимо определить цели, собрать семантику, спроектировать страницы и URL, подготовить контент, настроить метаданные, канонизацию, robots.txt, Sitemap, ответы сервера, мобильную версию, скорость, микроразметку и аналитику. Если новая версия заменяет существующий сайт, к этому добавляются инвентаризация старых URL, сохранение ценных страниц и точная карта перенаправлений.

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