SEO нового сайта: пошаговый план работ на первые 90 дней

Почему SEO нужно начинать до запуска

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

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

Что подготовить до проектирования страниц

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

• Определите коммерческие направления, географию, аудитории, ограничения и целевые действия. SEO не должно обещать услугу, которой компания не оказывает или не может подтвердить содержанием.
• Соберите гипотезы спроса из интервью с продажами и поддержкой, поисковых подсказок, выдачи и доступных систем статистики. Объединяйте формулировки по задаче, а не создавайте URL для каждого ключевого слова.
• Сформируйте карту интентов: коммерческие страницы, категории, справочные материалы, сравнения и ответы на вопросы. У каждого URL должна быть самостоятельная роль и понятный следующий шаг.
• Зафиксируйте правила адресов, регистра, транслитерации, параметров, пагинации и canonical. Изменение этих правил после запуска требует отдельного плана миграции.
• Определите владельцев шаблона, контента, аналитики и релиза. SEO-требование без ответственного и критерия приёмки легко теряется между дизайном, разработкой и редакцией.

План SEO на первые 90 дней

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

• Дни 1–15: соберите семантическую карту и конкурирующие типы результатов. Определите, где нужен сервисный URL, категория, статья или единая сильная страница вместо нескольких похожих.
• Дни 10–25: спроектируйте структуру, навигацию и внутренние связи. Каждая важная страница должна быть достижима обычной HTML-ссылкой и принадлежать понятному разделу.
• Дни 15–35: подготовьте требования к шаблонам: один H1, уникальные title и description, self-canonical, управляемые robots, хлебные крошки, alt, социальные метаданные и релевантная schema без скрытого содержания.
• Дни 20–45: создайте эталонные страницы основных типов и проведите редакционный разбор. Проверьте полноту ответа, доказательства, авторство, оригинальные элементы, призыв и отсутствие пересечения с соседними URL.
• Дни 35–55: протестируйте staging. Закройте его от индексации и внешнего доступа, проверьте статусы ответа, редиректы, canonical, robots, sitemap, рендеринг, мобильную версию, скорость и аналитические события.
• Дни 50–60: выполните релизный обход по списку URL. В sitemap включайте только канонические страницы, которые открыты для индексирования и прошли quality gate. Robots.txt должен возвращать 200 и указывать актуальный sitemap.
• Дни 60–75: подключите Search Console и Яндекс Вебмастер, проверьте собственность, отправьте sitemap и диагностируйте выборку важных URL. Не делайте вывод о всём сайте по единственной странице.
• Дни 70–90: выпускайте новые кластеры небольшими партиями. Сравнивайте журнал сервера, отчёты обхода, индексируемость, показы, запросы, переходы и лиды; исправляйте шаблон до следующего расширения.

Технический контур нового сайта

Все сигналы индексируемости должны зависеть от единого статуса готовности страницы, чтобы sitemap, canonical и robots не противоречили друг другу.

• Маршруты возвращают корректные 200, 301, 404 и 410 без мягких ошибок, бесконечных цепочек и разных ответов для пользователей и роботов.
• Canonical указывает на предпочтительный доступный URL, а внутренние ссылки и sitemap поддерживают тот же вариант протокола, домена и пути.
• Robots.txt управляет обходом технических разделов, но не используется вместо meta robots для удаления доступной страницы из индекса.
• Sitemap формируется из канонических индексируемых страниц, использует абсолютные URL и обновляет lastmod только при содержательном изменении.
• Мониторинг проверяет доступность, ошибки рендеринга, Core Web Vitals, состояние аналитики и расхождения между релизным списком и публичным HTML.

Ошибки, которые дорого исправлять после запуска

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

• Создавать отдельную страницу под каждую близкую формулировку без самостоятельного интента и полезного отличия.
• Оставлять staging, тестовый домен, параметры фильтрации или варианты адреса открытыми без согласованной canonical-политики.
• Рисовать навигацию без обычных ссылок или загружать основное содержание только после действия, которое робот может не выполнить.
• Добавлять в sitemap noindex, редиректы, ошибки и страницы, которые ещё не прошли содержательную проверку.
• Ожидать мгновенного трафика и резко менять структуру по нескольким дням данных вместо последовательной проверки когорты URL.

Что измерять в первые три месяца

Отделяйте обнаружение, обход, индексирование, видимость и бизнес-результат — это разные этапы, между которыми есть задержка.

• Количество опубликованных канонических URL, их присутствие в sitemap, внутреннюю доступность и фактические статусы ответа.
• Частоту обхода, ошибки сервера, загруженные ресурсы и долю важных страниц, которые поисковый робот обнаружил.
• Статусы индексирования, выбранные canonical и причины исключения по типам страниц, а не только общий процент сайта.
• Показы, запросы, среднюю позицию и клики по кластерам и посадочным страницам с учётом малых объёмов и задержки данных.
• Целевые действия, квалифицированные лиды и доход по органическим входам без обещания прямой причинности до накопления достаточной выборки.

Итог

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

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

Календарь ответственности на 90 дней

• Дни 1–30 — SEO-специалист и продукт утверждают интенты, карту URL, шаблоны и владельцев; редакция готовит эталонные страницы.
• Дни 31–60 — разработка завершает технический контур, QA проверяет staging и релизную выборку, аналитик подтверждает события.
• Дни 61–75 — команда контролирует обход и индексируемость, исправляет шаблонные проблемы и не расширяет слабые типы страниц.
• Дни 76–90 — редакция выпускает проверенные кластеры, SEO сравнивает когорты, продажи оценивают качество органических обращений.

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

Проверьте выборку всех типов URL: 200, self-canonical, indexable robots, один H1, уникальные метаданные, видимый основной текст, рабочие внутренние ссылки и аналитические события. Убедитесь, что staging закрыт, sitemap содержит только готовые canonical URL, robots.txt возвращает 200 и указывает sitemap.