Редизайн сайта меняет не только интерфейс. Он может оборвать привычный путь клиента из поиска: страница исчезает, её адрес меняется без корректного перехода, форма заявки перестаёт передавать источник, а экспертный материал теряет накопленную видимость. Для бизнеса это не «техническая мелочь», а риск для входящего спроса, доверия и публичного присутствия.
Задача заказчика — не самостоятельно проверять код, а организовать управляемый процесс. У каждого изменения должен быть владелец, срок, доказательство выполнения и понятный критерий приёмки. Ниже — протокол, который помогает провести редизайн без потери поисковой видимости и быстро увидеть, если потери всё же начались.
Сначала определите стартовую ситуацию
Вопрос «с чего начать SEO-продвижение» после редизайна звучит иначе, чем для нового проекта. Не начинайте с универсального списка работ: выберите ветку решений.
Если сайт новый
До запуска важнее всего не «настроить продвижение», а не заложить дорогие ограничения. Зафиксируйте карту будущих разделов и посадочных страниц, правила адресов, шаблоны метаданных, требования к формам и аналитике. Точкой отсчёта станет дата запуска, а ведущими показателями — число доступных к обходу страниц, корректность событий заявок и скорость появления страниц в поисковых системах.
Если сайт работает, но органического трафика почти нет
Сначала проверьте экономику спроса: какие услуги или продукты дают маржу, в каких регионах компания реально продаёт, какие доказательства компетенции уже есть. Затем сопоставьте это с текущими страницами и данными аналитики. Здесь редизайн не должен маскировать отсутствие ясного предложения или посадочных страниц под коммерческий спрос. Первые KPI — доля страниц, получающих показы, доля целевых визитов, конверсия в обращение и качество лидов, а не место по одному «главному» запросу.
Если сайт переживает редизайн или миграцию
Приоритет — сохранение того, что уже работает. Нужны снимок текущего состояния, карта старых и новых URL, тестовый контур и сравнение показателей до и после релиза. Любая функциональная или визуальная задача считается незавершённой, пока не подтверждено, что она не ломает поисковой путь и измерение заявок.
Соберите минимальный пакет управления проектом
Создайте одну рабочую папку и назначьте владельца со стороны бизнеса — обычно это руководитель маркетинга или digital-направления. Не перекладывайте координацию на разработчика: у него неизбежно другая зона ответственности.
В папке должны лежать пять артефактов.
- SEO-бриф на одну-две страницы. В нём: приоритетные направления бизнеса, регионы, типы клиентов, целевые действия на сайте, ограничения по юридическим формулировкам, сезонность, страницы с высокой ценностью и дата релиза. Отдельно укажите, что нельзя потерять: например, заявки на услугу, записи на консультацию, страницы филиалов, публикации экспертов.
- Реестр URL. Таблица со столбцами: старый адрес, новый адрес, тип страницы, органические визиты за последние 3–6 месяцев, конверсии, ответственный, правило перехода, статус теста. Страницы без аналога не удаляют «по умолчанию»: для каждой фиксируют обоснованное решение.
- Карта спроса и страниц. Это не просто перечень фраз. Для каждого кластера укажите намерение пользователя, существующую или планируемую страницу, коммерческую цель, нужные доказательства — кейс, эксперт, лицензия, цена, география, отзыв — и владельца контента.
- Бэклог внедрения. Задача без критерия готовности — пожелание. Используйте поля: задача, причина, ожидаемый эффект, риск при невыполнении, исполнитель, проверяющий, срок, ссылка на макет или ТЗ, статус, доказательство выполнения.
- Дашборд базовой линии. Он сохраняет показатели до изменений и сравнивает их с результатом после. Доступ к нему нужен не только подрядчику, но и лицу, принимающему решения.
Как выглядит хорошая задача
Плохая формулировка: «сохранить SEO при переносе каталога». Хорошая: «Для 186 адресов каталога настроить постоянный переход на адреса из реестра URL; на тестовом домене проверить выборку из 30 приоритетных адресов и все адреса с конверсиями; критерий готовности — конечная страница отвечает корректно, соответствует назначению старой страницы и не образует цепочку переходов. Исполнитель — разработчик, проверка — SEO-специалист, приёмка — маркетинг».
Какие доступы запросить до начала работ
Запрашивать нужно не пароли в переписке, а именные роли с минимально достаточными правами. Зафиксируйте, кто выдал доступ, кому и до какой даты.
Минимальный набор:
- панель управления сайтом или CMS — для проверки страниц, шаблонов и публикаций;
- хостинг, CDN и DNS либо контакт человека, который может оперативно внести изменения; это критично в день релиза;
- репозиторий кода, система задач и тестовый стенд — чтобы видеть, что именно и когда попало в сборку;
- системы веб-аналитики с правом просмотра и настройки целей, а также доступ к контейнеру тег-менеджера;
- кабинеты поисковых систем для контроля обхода, страниц и сообщений о проблемах;
- CRM или отчёт по лидам — хотя бы обезличенная выгрузка с источником, статусом сделки и выручкой;
- сервис мониторинга позиций и журнал релизов, если они используются.
Отсутствие доступа не всегда означает остановку проекта. Но тогда назначьте владельца действия и срок реакции: например, «администратор хостинга отвечает в течение часа в релизное окно». Это снижает риск ситуации, когда проблема видна всем, но исправить её некому.
Приоритизируйте не громкостью задачи, а её ценой
Чтобы спор «сначала дизайн или страницы услуг» не решался по должности участников, оцените каждую задачу по трём шкалам от 1 до 5:
- влияние — сколько целевого спроса, конверсий или выручки затронуто;
- трудозатраты — время команды, стоимость и зависимость от других работ;
- риск — вероятность необратимой потери видимости, данных или репутационного ущерба.
Практическая формула: приоритет = (влияние × риск) / трудозатраты. Это не математическая истина, а прозрачное правило очередности. Настройка переходов для страницы, приносящей обращения, получит высокий балл: влияние 5, риск 5, трудозатраты 2. Полная переработка второстепенного текста — низкий: влияние 1, риск 1, трудозатраты 3.
В отдельный красный список внесите задачи, которые нельзя выпускать частично: сохранение адресов и переходов, доступность важных страниц для обхода, работа форм и аналитических событий, канонические версии страниц, контактные данные и обязательная информация компании.
Как принять правки до релиза
Приёмка начинается на макетах, а не в день публикации. На встрече перед разработкой пройдите пользовательские маршруты: поисковый запрос — посадочная страница — доказательства компетенции — форма или контакт — передача лида в CRM. Если на новом макете исчезли регион, цена, эксперт, условия или удобный способ связи, это бизнес-замечание, а не вкусовая правка.
На тестовом контуре проверяйте изменения по выборке: все приоритетные страницы, все шаблоны, страницы с прошлым трафиком и конверсиями, а также несколько обычных страниц каждого типа. Для каждой отметьте в таблице:
- открывается ли ожидаемый адрес и соответствует ли новая страница смыслу старой;
- сохранились ли заголовок, основной контент, контакты, формы и изображения там, где они важны;
- отправляется ли тестовая заявка, попадает ли она в CRM и сохраняется ли источник;
- фиксируется ли событие в аналитике;
- нет ли на странице служебных заглушек, дублей и случайно опубликованных тестовых материалов.
Исполнитель прикладывает доказательство: ссылку на задачу, скриншот, запись тестовой заявки или результат проверки. Проверяющий не принимает ответ «сделано» без такого следа.
День релиза и первые четыре недели
Согласуйте релизное окно, список участников и правило отката. В нём должны быть разработчик, SEO-специалист, маркетолог, владелец CRM и человек, который вправе остановить публикацию. За 24 часа запретите несвязанные изменения: иначе причину сбоя невозможно будет установить.
В день релиза проведите короткую проверку красного списка и 10–20 самых ценных маршрутов. В первые 48 часов ежедневно контролируйте доступность ключевых страниц, переходы со старых адресов, работу форм, данные аналитики и сообщения в кабинетах поисковых систем. Не делайте выводов о «падении SEO» по одному дню: часть данных обновляется с задержкой. Но технические отклонения исправляйте сразу.
Через 7, 14 и 28 дней сравнивайте с базовой линией одинаковые дни недели и, при сезонном бизнесе, сопоставимый период прошлого года. Смотрите на ведущие показатели: число страниц в поиске, показы, клики, долю трафика на приоритетные разделы, переходы по старым URL, долю успешных форм, заявки и их качество. Затем — на отстающие: органические лиды, выручку, маржинальность по сделкам.
Важно отделять видимость от денег. Рост показов без заявок может означать расширение нецелевого спроса. Падение трафика при сохранении числа качественных лидов — повод изучить состав запросов, а не объявлять релиз провальным. В CRM полезно помечать минимум канал, посадочную страницу, услугу, статус лида и сумму сделки: тогда SEO обсуждают не как абстрактные позиции, а как вклад в маржинальный спрос.
Эскалация: кто решает спор между подрядчиками
Самая дорогая ошибка — спор «это не наша зона». Заранее заведите журнал рисков: проблема, затронутые страницы или лиды, владелец исправления, срок, временное решение, решение об эскалации.
Рабочее правило может быть таким: критическая проблема с доступностью, заявками или приоритетными переходами получает ответственного в течение часа и план исправления в тот же день. Существенная проблема с контентом или измерением — владельца в течение рабочего дня. Если разработчик и SEO-подрядчик расходятся во мнении, заказчик просит не оценки, а воспроизводимый тест, вариант исправления, последствия бездействия и срок.
План на 30/60/90 дней при ограниченном бюджете
Первые 30 дней: собрать доступы и базовую линию, защитить ценные URL и конверсии, создать реестр, провести релизную проверку. Это обязательный минимум: экономить на нём опаснее, чем отложить новый раздел.
31–60 дней: закрыть задачи с наибольшим приоритетом, доработать посадочные страницы наиболее маржинальных услуг, наладить связку аналитики и CRM. Локальному бизнесу в этот период важнее актуальные страницы филиалов, контакты и подтверждение присутствия в регионе. B2B-компании — страницы решений, кейсы, эксперты и понятный путь к консультации.
61–90 дней: расширять доказательный контент и внешнее присутствие. Для сложных услуг это могут быть комментарии экспертов, исследования, кейсы с проверяемыми фактами и публикации в релевантных медиа; они укрепляют доверие и дают качественные упоминания. Не покупайте «ссылочный пакет» вместо исправления маршрута пользователя: он не компенсирует потерянные заявки.
Редизайн можно считать успешным не тогда, когда команда «не нашла ошибок», а когда бизнес видит картину: какие страницы и источники сохранились, где возникло отклонение, кто его устраняет и как это отражается на лидах. Такой контроль защищает одновременно поиск, репутацию и выручку — и делает подрядчиков управляемой командой, а не набором несвязанных исполнителей.