Старый сайт: чинить или делать заново

Почему «сайт устарел» — это не диагноз

Разговор обычно начинается так: «Сайту семь лет, он какой-то старый, наверное надо новый». Дальше человек идёт к подрядчику, тот смотрит на дизайн, соглашается, и через месяц появляется новый сайт. Красивее. С теми же нулевыми заявками.

Проблема в постановке вопроса. «Старый» и «некрасивый» — это оценка внешности. А решать нужно про деньги: сколько будет стоить довести существующий сайт до рабочего состояния и сколько будет стоить собрать новый. Иногда первое дешевле в разы, иногда дороже в разы, и по внешнему виду это не определяется вообще.

Мы видели пятилетние сайты, которым хватало трёх дней работы, чтобы они начали приносить заявки. И видели сайты годовалой давности, которые проще было выбросить: собраны так, что каждая правка отваливалась через неделю.

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

Семь вопросов, после которых решение становится очевидным

Возьмите телефон, откройте свой сайт и пройдите по списку. Отвечать надо честно, потому что врать тут можно только себе.

Каждое «нет» — это ещё один довод в сторону нового сайта. Три и больше — считайте, что решение принято.

• ✓Сайт открывается по адресу с замочком в браузере, без предупреждения «Не защищено»?
• ✓На телефоне страница читается без того, чтобы двигать её пальцем вбок?
• ✓Вы знаете, где панель управления сайтом, и у вас есть от неё пароль?
• ✓Домен оформлен на вас или вашу компанию, а не на бывшего подрядчика?
• ✓Вы можете сами поменять телефон в шапке за пять минут, не звоня никому?
• ✓На сайте стоит счётчик и вы видите, сколько людей приходит?
• ✓Последняя правка на сайте делалась без фразы «а потом всё сломалось»?

Что чинится за вечер, а что не чинится никогда

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

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

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

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

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

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

Про замочек: почему сайт без HTTPS чинить надо в любом случае

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

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

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

Сам порядок в справке описан так: нужны редиректы с главной страницы старого сайта на главную нового и с внутренних страниц на аналогичные, во внутренних ссылках и в файле Sitemap протокол меняется на HTTPS, а обе версии сайта добавляются в Вебмастер с сообщением о переезде через инструмент «Переезд сайта».

Практический вывод простой. Если у вас нет замочка — это не повод немедленно заказывать новый сайт. Это повод сначала закрыть дыру, а потом уже спокойно решать всё остальное.

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

К нам обратилась клиентка-нутрициолог с готовым сайтом. Внешне всё было нормально: страница выглядела аккуратно, тексты были на месте, ничего не разъезжалось. Жалоба звучала так, как звучит чаще всего: «люди заходят, но никто не пишет».

Первым делом мы не стали ничего рисовать заново, а замерили скорость загрузки. Результат нашего замера: страница показывала основной блок за 6158 миллисекунд, то есть больше шести секунд. Человек с телефона в этот момент видит белый экран и уходит раньше, чем успевает прочитать хоть слово.

Дальше была не переделка, а работа с тем, что уже есть: тяжёлые картинки, лишние скрипты, порядок загрузки. После этих работ тот же замер дал 806 миллисекунд. Разница примерно в семь с половиной раз, дизайн при этом остался прежним. Источник цифр — наши собственные замеры по этому проекту, это не выкладка из чужого исследования.

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

Обратный случай у нас тоже есть, и он про этот самый блог. Домену меньше года, статьи пишутся регулярно, а по нашей Метрике (счётчик 110140970, домен saitpodklyuch.ru, данные из нашего кабинета) за две недели с 14 по 27 августа 2026 года было 27 визитов на весь сайт, из них из поиска ровно 1. Никакая переделка дизайна эту цифру не изменит, потому что дело не в сайте, а в возрасте домена и в том, что на него почти никто не ссылается. Это к вопросу о том, что не всякая проблема лечится переделкой.

Честная арифметика: как посчитать оба варианта

Считать надо не «сколько стоит новый сайт», а два числа рядом.

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

Второе число — стоимость нового сайта. У нас это лендинг от 30 000 ₽ и сайт под ключ от 70 000 ₽, срок 7–14 дней. Цифры других подрядчиков будут свои, важно сравнивать сопоставимое.

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

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

• ✓Ремонт дешевле трети нового сайта — почти всегда чините
• ✓Ремонт от трети до половины — смотрите на возраст движка и наличие доступов
• ✓Ремонт дороже половины — делайте новый, не растягивайте
• ✓Доступов нет вообще — считайте только вариант с новым сайтом

Что забрать со старого сайта, если решили делать новый

Решение «делаем заново» часто понимают как «всё выбрасываем». Это дорогая ошибка: вместе со старой вёрсткой люди выбрасывают то, что нарабатывалось годами.

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

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

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

И самое обидное, что теряют чаще всего: контакты. Заявки, которые лежали в старой админке, письма, база клиентов. Выгружайте это до того, как старый сайт отключат, а не после.