Сломали сайт: восстановить или с нуля — решение для B2B в 2026

Обновлено: август 2026

Если сайт взломали, он перестал открываться или сломался после обновления, первое решение — восстановить чистую резервную копию, если она есть. Если чистого бэкапа нет или сайт устарел технически, быстрее и безопаснее собрать новый сайт с переносом SEO-сигналов через 301-редиректы. Выбор зависит от трёх факторов: есть ли гарантированно незаражённая копия, насколько устарела архитектура и можно ли безопасно вернуть сайт в работу без новых проблем.

Что делать в первую очередь, если сайт сломался или его взломали?

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

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

Смените все пароли: админку CMS, FTP, SSH, хостинг, почту, базу данных. Если злоумышленник получил доступ к одному сервису, он мог скопировать учётные данные из конфигурационных файлов. После смены паролей проверьте список администраторов в CMS и удалите неизвестные аккаунты.

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

Если чистого бэкапа нет, придётся очищать сайт вручную: проверять файлы, базу данных, задания по расписанию (cron), плагины и темы. Это требует больше времени и технической экспертизы, но позволяет сохранить текущую структуру и контент.

Из практики Zveno: из 47 аудитов сайтов, которые «сломались после обновления» или были взломаны, в 60% случаев проблему решал откат к чистой копии. В остальных 40% сайт либо не имел бэкапов, либо был настолько устаревшим, что восстановление создавало новые уязвимости.

Получить бесплатный аудит сайта

Когда сайт лучше восстановить, а когда собрать заново?

Восстановление имеет смысл, если:

• Есть гарантированно чистая резервная копия, сделанная до взлома или поломки
• Сайт построен на актуальной CMS (WordPress, Tilda, Битрикс) с поддерживаемыми плагинами
• Структура сайта логична, контент редактируется без правки кода
• Сайт корректно открывается на мобильных и работает быстро
• Текущие URL приносят трафик, и вы не хотите рисковать SEO-позициями
• Сайт собирает заявки, и вы понимаете, какие элементы за это отвечают

Новый сайт выгоднее, если:

• Чистого бэкапа нет, а ручная очистка займёт больше времени, чем сборка нового
• Сайт построен на устаревшей CMS или самописном коде, который сложно поддерживать
• Любая правка контента требует обращения к разработчику
• Сайт не адаптирован под мобильные или тормозит
• Структура хаотична: услуги разбросаны по разделам, путь до формы неочевиден
• Сайт не приносит заявок, и вы не знаете, что на нём работает, а что нет
• Технический долг накопился настолько, что «латание» создаёт новые проблемы

Критерий №1: есть ли чистая копия

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

Если бэкапа нет, придётся либо очищать сайт вручную (проверять каждый файл, плагин, запись в базе), либо собирать новый. Ручная очистка оправдана только для сложных сайтов с уникальной логикой, которую дорого воспроизвести. Для типового корпоративного сайта или лендинга быстрее собрать новый.

Критерий №2: техническое состояние

Если сайт построен на WordPress 4.x, Joomla 2.x или самописном PHP без фреймворка, восстановление вернёт вас к уязвимой архитектуре. Такой сайт снова взломают или сломают при следующем обновлении хостинга.

Если CMS актуальная, но накопилось 50+ плагинов, половина из которых не обновлялась годами — это технический долг. Восстановление сохранит проблему, а не решит её. Подробнее о признаках устаревшего сайта — в статье «Срок службы сайта: когда пора менять сайт целиком».

Критерий №3: управляемость контента

Если вам нужен разработчик для правки текста или добавления услуги, значит сайт не управляется самостоятельно. Восстановление оставит ту же проблему. Новый сайт на современной CMS или конструкторе позволит редактировать контент без помощи программиста.

Критерий №4: влияние на заявки

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

По опыту Григория Блаера, основателя Zveno: «Если клиент не может объяснить, почему форма стоит здесь и почему услуга описана так, это значит, что сайт собирали без исследования. Восстанавливать такой сайт — консервировать хаос. Лучше собрать новый с реестром смыслов: 100–200 вопросов о бизнесе, клиентах и конкурентах до проектирования структуры».

Рассчитать стоимость нового сайта

Как сохранить SEO при переходе на новый сайт?

Решили собрать новый сайт? Главное — перенести SEO-сигналы со старых URL на новые. Google рекомендует подготовить карту редиректов, настроить 301-переадресацию и отслеживать трафик после запуска.

Шаг 1: составьте карту URL

Выгрузите все URL старого сайта, которые приносят трафик. Откройте Яндекс.Метрику или Google Analytics и посмотрите отчёт «Страницы входа» за 3–6 месяцев. Там видно, какие адреса получают визиты из поиска.

Для каждого старого URL определите новый. Если структура меняется (например, /services/audit/ становится /audit/), запишите соответствие в таблицу. Если страница удаляется, перенаправьте её на ближайшую по смыслу — например, старую услугу на новый раздел с похожим контентом.

Шаг 2: настройте 301-редиректы

Настройте постоянную переадресацию (HTTP 301) со старых URL на новые. Это можно сделать через .htaccess на Apache, конфигурацию Nginx или плагин редиректов в CMS.

Google рекомендует сохранять редиректы минимум 180 дней, а лучше — пока есть трафик по старым адресам. Если вы меняете домен, используйте инструмент Change of Address в Google Search Console.

Шаг 3: обновите sitemap и canonical

Создайте новую карту сайта (sitemap.xml) с актуальными URL и отправьте её в Яндекс.Вебмастер и Google Search Console. Проверьте, что на всех страницах нового сайта стоят правильные canonical-теги, указывающие на основной адрес.

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

Шаг 4: мониторьте индексацию и трафик

Первые 2–4 недели после запуска отслеживайте:

• Количество проиндексированных страниц в Яндекс.Вебмастере и Google Search Console
• Органический трафик в Метрике и Analytics
• Ошибки 404 и редиректы в логах сервера
• Позиции по ключевым запросам

Если трафик просел больше чем на 20%, проверьте редиректы, robots.txt, canonical и скорость загрузки. Обычно причина — технические ошибки, а не сама миграция.

Из практики Zveno: при переносе сайта производителя оборудования с самописной CMS на WordPress мы настроили 147 редиректов, обновили sitemap и мониторили индексацию. Трафик просел на 12% в первую неделю, затем восстановился. Через 2 месяца органика выросла на 18% за счёт улучшенной структуры и скорости.

Что переносить обязательно, а что можно не сохранять?

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

Обязательно перенести

Страницы с органическим трафиком. Выгрузите из Метрики или Analytics список страниц, которые получали визиты из поиска за 6 месяцев. Для каждой создайте аналог на новом сайте или настройте редирект на близкую по смыслу.

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

Кейсы и отзывы. Это элементы доверия. Даже если кейсы не приносят трафик, они влияют на конверсию. Перенесите их на новый сайт и добавьте структурированные данные (schema.org/Review).

Контактные данные и реквизиты. Телефон, email, адрес, ИНН, ОГРН. Если они менялись, обновите информацию в Яндекс.Справочнике и Google Мой Бизнес.

Формы заявок и UTM-логика. Если на старом сайте были настроены цели в Метрике и Analytics, воспроизведите их на новом. Проверьте, что формы отправляют заявки, а UTM-метки передаются корректно.

Политика конфиденциальности. Обязательный документ для сайтов с формами. Если старая версия соответствует 152-ФЗ, перенесите её. Если нет — обновите.

Можно не переносить

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

Новости и статьи без трафика. Если блог не приносит визитов, не тратьте время на перенос. Лучше написать 5–10 новых статей под актуальные запросы.

Дублирующиеся страницы. Если на старом сайте было 3 страницы про одну услугу, объедините их в одну на новом.

Битые ссылки и технические страницы. Страницы вроде /test/, /old/, /backup/ не нужны. Закройте их от индексации или удалите.

Как проверить, что перенесли всё важное

После запуска нового сайта сравните:

• Количество проиндексированных страниц (старый vs новый)
• Список URL с трафиком (Метрика, Analytics)
• Наличие форм, телефонов, email на ключевых страницах
• Работу целей и событий в аналитике

Если какая-то важная страница не попала на новый сайт, добавьте её или настройте редирект.

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

Сроки зависят от сложности сайта, наличия бэкапа и готовности контента.

Восстановление из чистой копии: 1–3 дня. Развернуть бэкап, проверить работоспособность, сменить пароли, обновить CMS и плагины.

Ручная очистка после взлома: 5–14 дней. Проверить файлы, базу данных, удалить вредоносный код, закрыть уязвимости, протестировать.

Новый лендинг (1 страница): 14–21 день. Исследование бизнеса (реестр смыслов), проектирование структуры, дизайн, вёрстка, настройка аналитики, тестирование.

Новый корпоративный сайт (5–15 страниц): 21–45 дней. Исследование, структура, дизайн, вёрстка, перенос контента, настройка редиректов, тестирование, запуск.

Новый каталог или интернет-магазин: от 60 дней. Зависит от количества товаров, интеграций с CRM и 1С, логики фильтров и корзины.

Из опыта Zveno: средний срок разработки конверсионного сайта для B2B малого бизнеса — 14–21 день. Это включает исследование (реестр смыслов из 100–200 вопросов), проектирование структуры, дизайн, вёрстку и тестирование. Если контент готов и бизнес-процессы понятны, можем уложиться в 14 дней. Если нужно разбираться в нише с нуля — до 21 дня.

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

Что влияет на сроки

Наличие чистого бэкапа. Если копия есть и она точно не заражена, восстановление занимает 1–3 дня. Если бэкапа нет, ручная очистка может растянуться на 2 недели.

Сложность архитектуры. Типовой WordPress-сайт восстановить проще, чем самописную CMS с уникальной логикой.

Готовность контента. Если тексты, фото и структура услуг готовы, новый сайт можно собрать за 14–21 день. Если контент нужно писать с нуля, добавьте ещё 1–2 недели.

Объём SEO-миграции. Если на старом сайте 500+ проиндексированных страниц, подготовка карты редиректов займёт дополнительное время.

Записаться на разбор ситуации

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

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

Отключите сайт через хостинг или поставьте заглушку, чтобы остановить распространение проблемы. Сохраните копию сломанной версии и логи сервера — это поможет понять причину. Смените все пароли: админку, FTP, SSH, хостинг, почту, базу данных. Проверьте, есть ли чистая резервная копия. Если есть — разверните её на тестовом поддомене и убедитесь, что она работает корректно.

Можно ли восстановить сайт из бэкапа без потери SEO?

Да, если бэкап сделан до взлома или поломки и содержит все файлы и базу данных. После восстановления проверьте, что URL остались прежними, sitemap актуален, robots.txt не блокирует индексацию, а формы и аналитика работают. Если структура или URL изменились, настройте 301-редиректы.

Когда сайт лучше чинить, а когда делать заново?

Чините, если есть чистый бэкап, сайт построен на актуальной CMS, структура логична, контент редактируется без правки кода, а текущие URL приносят трафик. Делайте заново, если бэкапа нет, CMS устаревшая, любая правка требует разработчика, сайт не адаптирован под мобильные или не приносит заявок.

Как понять, что старый сайт уже не стоит спасать?

На неподдерживаемой CMS (WordPress 4.x, Joomla 2.x, самописный PHP) любая правка контента требует разработчика. Структура хаотична. Сайт не приносит заявок. Технический долг настолько велик, что каждый «пластырь» создаёт новые проблемы — восстановление вернёт вас к тем же сложностям. Новый сайт с конверсионной структурой решит проблему по факту.

Что безопаснее для трафика: восстановление или новый сайт с редиректами?

Восстановление безопаснее, если URL остаются прежними и структура не меняется. Новый сайт с редиректами тоже безопасен, если заранее подготовить карту URL, настроить 301-переадресацию, обновить sitemap и мониторить индексацию первые 2–4 недели. Google рекомендует сохранять редиректы минимум 180 дней.

Сколько времени занимает восстановление сайта по сравнению с запуском нового?

Восстановление из чистой копии — 1–3 дня. Ручная очистка после взлома — 5–14 дней. Новый лендинг — 14–21 день. Новый корпоративный сайт — 21–45 дней. Если сайт сломался в пик сезона, восстановление быстрее вернёт вас в работу. На деле, если сезон спокойный, новый сайт принесёт больше заявок в долгосрочной перспективе.

Какие данные обязательно сохранить перед пересборкой сайта?

Сохраните список URL с трафиком (из Метрики или Analytics), карточки услуг и товаров, кейсы и отзывы, контактные данные, формы заявок, настройки аналитики и UTM-логику. Не переносите устаревшие услуги, новости без трафика, дублирующиеся страницы и технические разделы.

Когда Zveno поможет вернуть управляемый канал заявок

Если сайт сломался, взломан или просто не приносит заявок, главный вопрос — не «чинить или делать заново», а «как быстрее вернуть управляемый канал продаж». Из 53 реализованных сайтов и 47 аудитов мы видим: восстановление имеет смысл, только если есть чистый бэкап и сайт технически жив. Если архитектура устарела, контент не редактируется, а структура хаотична — новый сайт с конверсионной логикой окупится быстрее.

Мы работаем по реестру смыслов: 100–200 вопросов о бизнесе, клиентах и конкурентах до проектирования структуры. Это позволяет собрать сайт, который не просто «красиво выглядит», а ведёт посетителя от входа до заявки. Средний срок разработки — 14–21 день. Опыт в 20 нишах B2B малого бизнеса.

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